commit 950ab5478428e9c9c1c3b6c460441f46b23a1680
Author: Stephan Wiesand <stephan.wiesand@desy.de>
Date:   Wed Aug 23 16:33:26 2017 +0200

    Make OpenAFS 1.6.21.1
    
    Update configure version strings for 1.6.21.1. Note that macos kext
    can be of form XXXX.YY[.ZZ[(d|a|b|fc)NNN]] where d dev, a alpha,
    b beta, f final candidate so we have no way to represent 1.6.21.1.
    Switch to 1.6.22 dev 1 for macOs.
    
    Change-Id: I73ebd481fdfe0d096b67138d4cb0f7b0d53e9e59
    Reviewed-on: https://gerrit.openafs.org/12713
    Tested-by: BuildBot <buildbot@rampaginggeek.com>
    Reviewed-by: Mark Vitale <mvitale@sinenomine.net>
    Reviewed-by: Stephan Wiesand <stephan.wiesand@desy.de>

commit bc7f860753006ea9dad625c4a8eeb01023b3f5a6
Author: Stephan Wiesand <stephan.wiesand@desy.de>
Date:   Wed Sep 20 19:33:15 2017 +0200

    Update NEWS again for 1.6.21.1
    
    We decided to include the fix for kernel 4.12+ on s390 today. Reflect
    this in the release notes.
    
    Change-Id: Ib73b157c2ec437ac4fd0f4cd0df8ea22da7abf7f
    Reviewed-on: https://gerrit.openafs.org/12726
    Tested-by: BuildBot <buildbot@rampaginggeek.com>
    Reviewed-by: Stephan Wiesand <stephan.wiesand@desy.de>

commit 13f31988c3dd8971035b4b08969cda3fbdcc7614
Author: Seth Forshee <seth.forshee@canonical.com>
Date:   Tue Aug 22 07:59:11 2017 -0500

    Linux: Include linux/uaccess.h rather than asm/uaccess.h if present
    
    Starting with Linux 4.12 there is a module build error on s390
    due to asm/uaccess.h using a macro defined in the common header.
    The common header has been around since 2.6.18 and has always
    included asm/uaccess.h, so switch to using the common header
    whenever it is present.
    
    Signed-off-by: Seth Forshee <seth.forshee@canonical.com>
    Reviewed-on: https://gerrit.openafs.org/12714
    Reviewed-by: Benjamin Kaduk <kaduk@mit.edu>
    Tested-by: BuildBot <buildbot@rampaginggeek.com>
    (cherry picked from commit 962f4838dc461567d896304f617a0923745d13d5)
    
    Reviewed-on: https://gerrit.openafs.org/12718
    Tested-by: BuildBot <buildbot@rampaginggeek.com>
    Reviewed-by: Mark Vitale <mvitale@sinenomine.net>
    Reviewed-by: Michael Meffie <mmeffie@sinenomine.net>
    Reviewed-by: Benjamin Kaduk <kaduk@mit.edu>
    (cherry picked from commit 7073408688da021864bba59c592e8924e05adb91)
    
    Change-Id: Ie58cfcf48aa80c18f19cbfc65f87363b154e96ee
    Reviewed-on: https://gerrit.openafs.org/12717
    Tested-by: BuildBot <buildbot@rampaginggeek.com>
    Reviewed-by: Michael Meffie <mmeffie@sinenomine.net>
    Reviewed-by: Benjamin Kaduk <kaduk@mit.edu>
    Reviewed-by: Mark Vitale <mvitale@sinenomine.net>
    Reviewed-by: Stephan Wiesand <stephan.wiesand@desy.de>

commit d88de263eefbe614087488ffedbf34db2504c1d5
Author: Stephan Wiesand <stephan.wiesand@desy.de>
Date:   Tue Sep 19 15:32:31 2017 +0200

    Update NEWS for 1.6.21.1
    
    Add release notes for OpenAFS 1.6.21.1
    
    Change-Id: Ibbf3dd6e69c7ded1f64197b22de92d78b4b9d5c7
    Reviewed-on: https://gerrit.openafs.org/12725
    Tested-by: BuildBot <buildbot@rampaginggeek.com>
    Reviewed-by: Stephan Wiesand <stephan.wiesand@desy.de>

commit 58c6dc57a335dac6b15fa6052eb532330e1eced7
Author: Stephan Wiesand <stephan.wiesand@desy.de>
Date:   Mon Jul 24 11:37:54 2017 +0200

    Linux 4.13: use designated initializers where required
    
    struct path is declared with the "designated_init" attribute,
    and module builds now use -Werror=designated-init. Cope.
    
    And as pointed out by Michael Meffie, struct ctl_table has
    the same requirement now, so use a designated initializer
    for the final element of the sysctl table too.
    
    Reviewed-on: https://gerrit.openafs.org/12663
    Reviewed-by: Benjamin Kaduk <kaduk@mit.edu>
    Tested-by: Benjamin Kaduk <kaduk@mit.edu>
    (cherry picked from commit d55b41072ce873210481baa4cae5c7143011869b)
    
    Change-Id: I9797f8b1e16ab095775c53ac03e258affaa4d303
    Reviewed-on: https://gerrit.openafs.org/12664
    Tested-by: BuildBot <buildbot@rampaginggeek.com>
    Reviewed-by: Anders Kaseorg <andersk@mit.edu>
    Tested-by: Anders Kaseorg <andersk@mit.edu>
    Reviewed-by: Michael Meffie <mmeffie@sinenomine.net>
    Reviewed-by: Mark Vitale <mvitale@sinenomine.net>
    Reviewed-by: Stephan Wiesand <stephan.wiesand@desy.de>
