# git rev-parse -q --verify 565f9bc05e2dad6c7fdfc7c2e641be580aa599cd^{commit}
565f9bc05e2dad6c7fdfc7c2e641be580aa599cd
already have revision, skipping fetch
# git checkout -q -f -B kisskb 565f9bc05e2dad6c7fdfc7c2e641be580aa599cd
# git clean -qxdf
# < git log -1
# commit 565f9bc05e2dad6c7fdfc7c2e641be580aa599cd
# Author: Michal Suchanek <msuchanek@suse.de>
# Date:   Thu Nov 7 17:47:57 2019 +0100
# 
#     powerpc/fadump: when fadump is supported register the fadump sysfs files.
#     
#     Currently it is not possible to distinguish the case when fadump is
#     supported by firmware and disabled in kernel and completely unsupported
#     using the kernel sysfs interface. User can investigate the devicetree
#     but it is more reasonable to provide sysfs files in case we get some
#     fadumpv2 in the future.
#     
#     With this patch sysfs files are available whenever fadump is supported
#     by firmware.
#     
#     There is duplicate message about lack of support by firmware in
#     fadump_reserve_mem and setup_fadump. Remove the duplicate message in
#     setup_fadump.
#     
#     Signed-off-by: Michal Suchanek <msuchanek@suse.de>
#     Reviewed-by: Hari Bathini <hbathini@linux.ibm.com>
#     Signed-off-by: Michael Ellerman <mpe@ellerman.id.au>
#     Link: https://lore.kernel.org/r/20191107164757.15140-1-msuchanek@suse.de
# < /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 565f9bc05e2dad6c7fdfc7c2e641be580aa599cd
# < make -s -j 48 ARCH=powerpc O=/kisskb/build/powerpc-next_skiroot_defconfig_ppc64le-gcc5 CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-5.5.0-nolibc/powerpc64-linux/bin/powerpc64-linux-  skiroot_defconfig
# make -s -j 48 ARCH=powerpc O=/kisskb/build/powerpc-next_skiroot_defconfig_ppc64le-gcc5 CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-5.5.0-nolibc/powerpc64-linux/bin/powerpc64-linux-  
WARNING: vmlinux.o(.text+0x2ec8): 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/powerpc-next_skiroot_defconfig_ppc64le-gcc5
# Build took: 0:01:38.824510