# git rev-parse -q --verify ceb307474506f888e8f16dab183405ff01dffa08^{commit}
ceb307474506f888e8f16dab183405ff01dffa08
already have revision, skipping fetch
# git checkout -q -f -B kisskb ceb307474506f888e8f16dab183405ff01dffa08
# git clean -qxdf
# < git log -1
# commit ceb307474506f888e8f16dab183405ff01dffa08
# Merge: 0da522107e5d b111df8447ac
# Author: Linus Torvalds <torvalds@linux-foundation.org>
# Date:   Sun Dec 1 14:00:59 2019 -0800
# 
#     Merge tag 'y2038-cleanups-5.5' of git://git.kernel.org:/pub/scm/linux/kernel/git/arnd/playground
#     
#     Pull y2038 cleanups from Arnd Bergmann:
#      "y2038 syscall implementation cleanups
#     
#       This is a series of cleanups for the y2038 work, mostly intended for
#       namespace cleaning: the kernel defines the traditional time_t, timeval
#       and timespec types that often lead to y2038-unsafe code. Even though
#       the unsafe usage is mostly gone from the kernel, having the types and
#       associated functions around means that we can still grow new users,
#       and that we may be missing conversions to safe types that actually
#       matter.
#     
#       There are still a number of driver specific patches needed to get the
#       last users of these types removed, those have been submitted to the
#       respective maintainers"
#     
#     Link: https://lore.kernel.org/lkml/20191108210236.1296047-1-arnd@arndb.de/
#     
#     * tag 'y2038-cleanups-5.5' of git://git.kernel.org:/pub/scm/linux/kernel/git/arnd/playground: (26 commits)
#       y2038: alarm: fix half-second cut-off
#       y2038: ipc: fix x32 ABI breakage
#       y2038: fix typo in powerpc vdso "LOPART"
#       y2038: allow disabling time32 system calls
#       y2038: itimer: change implementation to timespec64
#       y2038: move itimer reset into itimer.c
#       y2038: use compat_{get,set}_itimer on alpha
#       y2038: itimer: compat handling to itimer.c
#       y2038: time: avoid timespec usage in settimeofday()
#       y2038: timerfd: Use timespec64 internally
#       y2038: elfcore: Use __kernel_old_timeval for process times
#       y2038: make ns_to_compat_timeval use __kernel_old_timeval
#       y2038: socket: use __kernel_old_timespec instead of timespec
#       y2038: socket: remove timespec reference in timestamping
#       y2038: syscalls: change remaining timeval to __kernel_old_timeval
#       y2038: rusage: use __kernel_old_timeval
#       y2038: uapi: change __kernel_time_t to __kernel_old_time_t
#       y2038: stat: avoid 'time_t' in 'struct stat'
#       y2038: ipc: remove __kernel_time_t reference from headers
#       y2038: vdso: powerpc: avoid timespec references
#       ...
# < /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 ceb307474506f888e8f16dab183405ff01dffa08
# < make -s -j 24 ARCH=powerpc O=/kisskb/build/linus_pseries_le_defconfig+NO_NUMA_ppc64le-gcc5 CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-5.5.0-nolibc/powerpc64-linux/bin/powerpc64-linux-  pseries_le_defconfig
# Added to kconfig CONFIG_NUMA=n
# yes \n | make -s -j 24 ARCH=powerpc O=/kisskb/build/linus_pseries_le_defconfig+NO_NUMA_ppc64le-gcc5 CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-5.5.0-nolibc/powerpc64-linux/bin/powerpc64-linux-  oldconfig
yes: standard output: Broken pipe
# make -s -j 24 ARCH=powerpc O=/kisskb/build/linus_pseries_le_defconfig+NO_NUMA_ppc64le-gcc5 CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-5.5.0-nolibc/powerpc64-linux/bin/powerpc64-linux-  
WARNING: vmlinux.o(.text+0x31dc): 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_pseries_le_defconfig+NO_NUMA_ppc64le-gcc5
# Build took: 0:03:19.930986