# git rev-parse -q --verify 0f1a7b3fac0583083ca19d4de47403511ced3521^{commit}
0f1a7b3fac0583083ca19d4de47403511ced3521
already have revision, skipping fetch
# git checkout -q -f -B kisskb 0f1a7b3fac0583083ca19d4de47403511ced3521
# git clean -qxdf
# < git log -1
# commit 0f1a7b3fac0583083ca19d4de47403511ced3521
# Author: Linus Torvalds <torvalds@linux-foundation.org>
# Date:   Wed Oct 2 16:16:07 2019 -0700
# 
#     timer-of: don't use conditional expression with mixed 'void' types
#     
#     Randy Dunlap reports on the sparse list that sparse warns about this
#     expression:
#     
#             of_irq->percpu ? free_percpu_irq(of_irq->irq, clkevt) :
#                     free_irq(of_irq->irq, clkevt);
#     
#     and honestly, sparse is correct to warn.  The return type of
#     free_percpu_irq() is 'void', while free_irq() returns a 'const void *'
#     that is the devname argument passed in to the request_irq().
#     
#     You can't mix a void type with a non-void types in a conditional
#     expression according to the C standard.  It so happens that gcc seems to
#     accept it - and the resulting type of the expression is void - but
#     there's really no reason for the kernel to have this kind of
#     non-standard expression with no real upside.
#     
#     The natural way to write that expression is with an if-statement:
#     
#             if (of_irq->percpu)
#                     free_percpu_irq(of_irq->irq, clkevt);
#             else
#                     free_irq(of_irq->irq, clkevt);
#     
#     which is more legible anyway.
#     
#     I'm not sure why that timer-of code seems to have this odd pattern.  It
#     does the same at allocation time, but at least there the types match,
#     and it makes sense as an expression.
#     
#     Reported-by: Randy Dunlap <rdunlap@infradead.org>
#     Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
# < /opt/cross/kisskb/korg/gcc-5.5.0-nolibc/powerpc64-linux/bin/powerpc64-linux-gcc --version
# < /opt/cross/kisskb/korg/gcc-5.5.0-nolibc/powerpc64-linux/bin/powerpc64-linux-ld --version
# < git log --format=%s --max-count=1 0f1a7b3fac0583083ca19d4de47403511ced3521
# < make -s -j 24 ARCH=powerpc O=/kisskb/build/linus_ppc64le_defconfig_ppc64le-gcc5 CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-5.5.0-nolibc/powerpc64-linux/bin/powerpc64-linux-  ppc64le_defconfig
# make -s -j 24 ARCH=powerpc O=/kisskb/build/linus_ppc64le_defconfig_ppc64le-gcc5 CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-5.5.0-nolibc/powerpc64-linux/bin/powerpc64-linux-  
In file included from /kisskb/src/include/linux/list.h:9:0,
                 from /kisskb/src/include/linux/wait.h:7,
                 from /kisskb/src/include/linux/wait_bit.h:8,
                 from /kisskb/src/include/linux/fs.h:6,
                 from /kisskb/src/fs/btrfs/send.c:7:
/kisskb/src/fs/btrfs/send.c: In function 'process_extent':
/kisskb/src/include/linux/kernel.h:37:33: warning: 'clone_src_i_size' may be used uninitialized in this function [-Wmaybe-uninitialized]
 #define IS_ALIGNED(x, a)  (((x) & ((typeof(x))(a) - 1)) == 0)
                                 ^
/kisskb/src/fs/btrfs/send.c:5088:6: note: 'clone_src_i_size' was declared here
  u64 clone_src_i_size;
      ^
WARNING: vmlinux.o(.text+0x31e4): Section mismatch in reference from the variable __boot_from_prom to the function .init.text:prom_init()
The function __boot_from_prom() references
the function __init prom_init().
This is often because __boot_from_prom lacks a __init 
annotation or the annotation of prom_init is wrong.

WARNING: vmlinux.o(.text+0x33c8): Section mismatch in reference from the variable start_here_common to the function .init.text:start_kernel()
The function start_here_common() references
the function __init start_kernel().
This is often because start_here_common lacks a __init 
annotation or the annotation of start_kernel is wrong.

Completed OK
# rm -rf /kisskb/build/linus_ppc64le_defconfig_ppc64le-gcc5
# Build took: 0:03:32.759190