# git rev-parse -q --verify 8b11ec1b5ffb54f71cb5a5e5c8c4d36e5d113085^{commit}
8b11ec1b5ffb54f71cb5a5e5c8c4d36e5d113085
already have revision, skipping fetch
# git checkout -q -f -B kisskb 8b11ec1b5ffb54f71cb5a5e5c8c4d36e5d113085
# git clean -qxdf
# < git log -1
# commit 8b11ec1b5ffb54f71cb5a5e5c8c4d36e5d113085
# Author: Linus Torvalds <torvalds@linux-foundation.org>
# Date:   Wed Aug 1 13:43:38 2018 -0700
# 
#     mm: do not initialize TLB stack vma's with vma_init()
#     
#     Commit 2c4541e24c55 ("mm: use vma_init() to initialize VMAs on stack and
#     data segments") tried to initialize various left-over ad-hoc vma's
#     "properly", but actually made things worse for the temporary vma's used
#     for TLB flushing.
#     
#     vma_init() doesn't actually initialize all of the vma, just a few
#     fields, so doing something like
#     
#        -       struct vm_area_struct vma = { .vm_mm = tlb->mm, };
#        +       struct vm_area_struct vma;
#        +
#        +       vma_init(&vma, tlb->mm);
#     
#     was actually very bad: instead of having a nicely initialized vma with
#     every field but "vm_mm" zeroed, you'd have an entirely uninitialized vma
#     with only a couple of fields initialized.  And they weren't even fields
#     that the code in question mostly cared about.
#     
#     The flush_tlb_range() function takes a "struct vma" rather than a
#     "struct mm_struct", because a few architectures actually care about what
#     kind of range it is - being able to only do an ITLB flush if it's a
#     range that doesn't have data accesses enabled, for example.  And all the
#     normal users already have the vma for doing the range invalidation.
#     
#     But a few people want to call flush_tlb_range() with a range they just
#     made up, so they also end up using a made-up vma.  x86 just has a
#     special "flush_tlb_mm_range()" function for this, but other
#     architectures (arm and ia64) do the "use fake vma" thing instead, and
#     thus got caught up in the vma_init() changes.
#     
#     At the same time, the TLB flushing code really doesn't care about most
#     other fields in the vma, so vma_init() is just unnecessary and
#     pointless.
#     
#     This fixes things by having an explicit "this is just an initializer for
#     the TLB flush" initializer macro, which is used by the arm/arm64/ia64
#     people who mis-use this interface with just a dummy vma.
#     
#     Fixes: 2c4541e24c55 ("mm: use vma_init() to initialize VMAs on stack and data segments")
#     Cc: Dmitry Vyukov <dvyukov@google.com>
#     Cc: Oleg Nesterov <oleg@redhat.com>
#     Cc: Andrea Arcangeli <aarcange@redhat.com>
#     Cc: Kirill Shutemov <kirill.shutemov@linux.intel.com>
#     Cc: Andrew Morton <akpm@linux-foundation.org>
#     Cc: John Stultz <john.stultz@linaro.org>
#     Cc: Hugh Dickins <hughd@google.com>
#     Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
# < /opt/cross/kisskb/korg/gcc-8.1.0-nolibc/hppa64-linux/bin/hppa64-linux-gcc --version
# < git log --format=%s --max-count=1 8b11ec1b5ffb54f71cb5a5e5c8c4d36e5d113085
# < make -s -j 48 ARCH=parisc O=/kisskb/build/linus_a500_defconfig_parisc64 CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-8.1.0-nolibc/hppa64-linux/bin/hppa64-linux-  a500_defconfig
# make -s -j 48 ARCH=parisc O=/kisskb/build/linus_a500_defconfig_parisc64 CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-8.1.0-nolibc/hppa64-linux/bin/hppa64-linux-  
<stdin>:1335:2: warning: #warning syscall rseq not implemented [-Wcpp]
/kisskb/src/crypto/ablkcipher.c: In function 'crypto_ablkcipher_report':
/kisskb/src/crypto/ablkcipher.c:374:2: warning: 'strncpy' specified bound 64 equals destination size [-Wstringop-truncation]
  strncpy(rblkcipher.geniv, alg->cra_ablkcipher.geniv ?: "<default>",
  ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
   sizeof(rblkcipher.geniv));
   ~~~~~~~~~~~~~~~~~~~~~~~~~
/kisskb/src/crypto/ablkcipher.c: In function 'crypto_givcipher_report':
/kisskb/src/crypto/ablkcipher.c:448:2: warning: 'strncpy' specified bound 64 equals destination size [-Wstringop-truncation]
  strncpy(rblkcipher.geniv, alg->cra_ablkcipher.geniv ?: "<built-in>",
  ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
   sizeof(rblkcipher.geniv));
   ~~~~~~~~~~~~~~~~~~~~~~~~~
/kisskb/src/crypto/blkcipher.c: In function 'crypto_blkcipher_report':
/kisskb/src/crypto/blkcipher.c:513:2: warning: 'strncpy' specified bound 64 equals destination size [-Wstringop-truncation]
  strncpy(rblkcipher.geniv, alg->cra_blkcipher.geniv ?: "<default>",
  ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
   sizeof(rblkcipher.geniv));
   ~~~~~~~~~~~~~~~~~~~~~~~~~
/kisskb/src/fs/ext4/super.c: In function '__save_error_info':
/kisskb/src/fs/ext4/super.c:326:2: warning: 'strncpy' specified bound 32 equals destination size [-Wstringop-truncation]
  strncpy(es->s_last_error_func, func, sizeof(es->s_last_error_func));
  ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/kisskb/src/fs/ext4/super.c:330:3: warning: 'strncpy' specified bound 32 equals destination size [-Wstringop-truncation]
   strncpy(es->s_first_error_func, func,
   ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    sizeof(es->s_first_error_func));
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
In function 'kernfs_get_target_path',
    inlined from 'kernfs_getlink' at /kisskb/src/fs/kernfs/symlink.c:109:10,
    inlined from 'kernfs_iop_get_link.part.0' at /kisskb/src/fs/kernfs/symlink.c:127:10,
    inlined from 'kernfs_iop_get_link':
/kisskb/src/fs/kernfs/symlink.c:91:3: warning: 'strncpy' output truncated before terminating nul copying as many bytes from a string as its length [-Wstringop-truncation]
   strncpy(s + len, kn->name, slen);
   ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/kisskb/src/fs/kernfs/symlink.c: In function 'kernfs_iop_get_link':
/kisskb/src/fs/kernfs/symlink.c:88:14: note: length computed here
   int slen = strlen(kn->name);
              ^~~~~~~~~~~~~~~~
In function 'fill_kobj_path',
    inlined from 'kobject_get_path' at /kisskb/src/lib/kobject.c:155:2:
/kisskb/src/lib/kobject.c:128:3: warning: 'strncpy' output truncated before terminating nul copying as many bytes from a string as its length [-Wstringop-truncation]
   strncpy(path + length, kobject_name(parent), cur);
   ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/kisskb/src/lib/kobject.c: In function 'kobject_get_path':
/kisskb/src/lib/kobject.c:125:13: note: length computed here
   int cur = strlen(kobject_name(parent));
             ^~~~~~~~~~~~~~~~~~~~~~~~~~~~
In file included from /kisskb/src/arch/parisc/include/asm/atomic.h:10,
                 from /kisskb/src/include/linux/atomic.h:5,
                 from /kisskb/src/arch/parisc/include/asm/bitops.h:13,
                 from /kisskb/src/include/linux/bitops.h:38,
                 from /kisskb/src/include/linux/kernel.h:11,
                 from /kisskb/src/include/linux/list.h:9,
                 from /kisskb/src/include/linux/module.h:9,
                 from /kisskb/src/drivers/scsi/scsi_debug.c:23:
/kisskb/src/drivers/scsi/scsi_debug.c: In function 'resp_start_stop':
/kisskb/src/arch/parisc/include/asm/cmpxchg.h:48:3: warning: value computed is not used [-Wunused-value]
  ((__typeof__(*(ptr)))__xchg((unsigned long)(x), (ptr), sizeof(*(ptr))))
/kisskb/src/arch/parisc/include/asm/atomic.h:78:30: note: in expansion of macro 'xchg'
 #define atomic_xchg(v, new) (xchg(&((v)->counter), new))
                              ^~~~
/kisskb/src/drivers/scsi/scsi_debug.c:1622:2: note: in expansion of macro 'atomic_xchg'
  atomic_xchg(&devip->stopped, stop);
  ^~~~~~~~~~~
In function '__xfs_xattr_put_listent',
    inlined from 'xfs_xattr_put_listent' at /kisskb/src/fs/xfs/xfs_xattr.c:204:2:
/kisskb/src/fs/xfs/xfs_xattr.c:142:2: warning: 'strncpy' output may be truncated copying between 5 and 9 bytes from a string of length 9 [-Wstringop-truncation]
  strncpy(offset, prefix, prefix_len);
  ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Completed OK
# rm -rf /kisskb/build/linus_a500_defconfig_parisc64
# Build took: 0:01:10.661541