# git rev-parse -q --verify d5f6545934c47e97c0b48a645418e877b452a992^{commit}
d5f6545934c47e97c0b48a645418e877b452a992
already have revision, skipping fetch
# git checkout -q -f -B kisskb d5f6545934c47e97c0b48a645418e877b452a992
# git clean -qxdf
# < git log -1
# commit d5f6545934c47e97c0b48a645418e877b452a992
# Author: Linus Torvalds <torvalds@linux-foundation.org>
# Date:   Mon Sep 20 10:26:21 2021 -0700
# 
#     qnx4: work around gcc false positive warning bug
#     
#     In commit b7213ffa0e58 ("qnx4: avoid stringop-overread errors") I tried
#     to teach gcc about how the directory entry structure can be two
#     different things depending on a status flag.  It made the code clearer,
#     and it seemed to make gcc happy.
#     
#     However, Arnd points to a gcc bug, where despite using two different
#     members of a union, gcc then gets confused, and uses the size of one of
#     the members to decide if a string overrun happens.  And not necessarily
#     the rigth one.
#     
#     End result: with some configurations, gcc-11 will still complain about
#     the source buffer size being overread:
#     
#       fs/qnx4/dir.c: In function 'qnx4_readdir':
#       fs/qnx4/dir.c:76:32: error: 'strnlen' specified bound [16, 48] exceeds source size 1 [-Werror=stringop-overread]
#          76 |                         size = strnlen(name, size);
#             |                                ^~~~~~~~~~~~~~~~~~~
#       fs/qnx4/dir.c:26:22: note: source object declared here
#          26 |                 char de_name;
#             |                      ^~~~~~~
#     
#     because gcc will get confused about which union member entry is actually
#     getting accessed, even when the source code is very clear about it.  Gcc
#     internally will have combined two "redundant" pointers (pointing to
#     different union elements that are at the same offset), and takes the
#     size checking from one or the other - not necessarily the right one.
#     
#     This is clearly a gcc bug, but we can work around it fairly easily.  The
#     biggest thing here is the big honking comment about why we do what we
#     do.
#     
#     Link: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99578#c6
#     Reported-and-tested-by: Arnd Bergmann <arnd@kernel.org>
#     Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
# < /opt/cross/kisskb/korg/gcc-11.1.0-nolibc/x86_64-linux/bin/x86_64-linux-gcc --version
# < /opt/cross/kisskb/korg/gcc-11.1.0-nolibc/x86_64-linux/bin/x86_64-linux-ld --version
# < git log --format=%s --max-count=1 d5f6545934c47e97c0b48a645418e877b452a992
# < make -s -j 32 ARCH=x86_64 O=/kisskb/build/linus-rand_x86_64-randconfig_x86_64-gcc11 CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-11.1.0-nolibc/x86_64-linux/bin/x86_64-linux-  randconfig
# Added to kconfig CONFIG_STANDALONE=y
# Added to kconfig CONFIG_PREVENT_FIRMWARE_BUILD=y
# Added to kconfig CONFIG_CC_STACKPROTECTOR_STRONG=n
# Added to kconfig CONFIG_GCC_PLUGINS=n
# Added to kconfig CONFIG_GCC_PLUGIN_CYC_COMPLEXITY=n
# Added to kconfig CONFIG_GCC_PLUGIN_SANCOV=n
# Added to kconfig CONFIG_GCC_PLUGIN_LATENT_ENTROPY=n
# Added to kconfig CONFIG_BPF_PRELOAD=n
# Added to kconfig 
# < make -s -j 32 ARCH=x86_64 O=/kisskb/build/linus-rand_x86_64-randconfig_x86_64-gcc11 CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-11.1.0-nolibc/x86_64-linux/bin/x86_64-linux-  help
# make -s -j 32 ARCH=x86_64 O=/kisskb/build/linus-rand_x86_64-randconfig_x86_64-gcc11 CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-11.1.0-nolibc/x86_64-linux/bin/x86_64-linux-  olddefconfig
.config:4493:warning: override: reassigning to symbol STANDALONE
.config:4497:warning: override: reassigning to symbol GCC_PLUGIN_CYC_COMPLEXITY
.config:4499:warning: override: reassigning to symbol GCC_PLUGIN_LATENT_ENTROPY
.config:4500:warning: override: reassigning to symbol BPF_PRELOAD
# make -s -j 32 ARCH=x86_64 O=/kisskb/build/linus-rand_x86_64-randconfig_x86_64-gcc11 CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-11.1.0-nolibc/x86_64-linux/bin/x86_64-linux-  
arch/x86/crypto/sm4-aesni-avx-asm_64.o: warning: objtool: sm4_aesni_avx_crypt8()+0x8: sibling call from callable instruction with modified stack frame
vmlinux.o: warning: objtool: look_up_lock_class()+0x49: call to rcu_read_lock_any_held() leaves .noinstr.text section
Completed OK
# rm -rf /kisskb/build/linus-rand_x86_64-randconfig_x86_64-gcc11
# Build took: 0:05:34.415159