# git rev-parse -q --verify 25107dc0610d8687ebbf4fc56323babf87149cb4^{commit}
25107dc0610d8687ebbf4fc56323babf87149cb4
already have revision, skipping fetch
# git checkout -q -f -B kisskb 25107dc0610d8687ebbf4fc56323babf87149cb4
# git clean -qxdf
# < git log -1
# commit 25107dc0610d8687ebbf4fc56323babf87149cb4
# Author: Nicholas Piggin <npiggin@gmail.com>
# Date:   Wed Apr 29 16:56:53 2020 +1000
# 
#     powerpc/64s/kuap: Restore AMR in fast_interrupt_return
#     
#     Interrupts that use fast_interrupt_return actually do lock AMR, but
#     they have been ones which tend to come from userspace (or kernel bugs)
#     in radix mode. With kuap on hash, segment interrupts are taken in
#     kernel often, which quickly breaks due to the missing restore.
#     
#     Signed-off-by: Nicholas Piggin <npiggin@gmail.com>
#     Signed-off-by: Michael Ellerman <mpe@ellerman.id.au>
#     Link: https://lore.kernel.org/r/20200429065654.1677541-6-npiggin@gmail.com
# < /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 25107dc0610d8687ebbf4fc56323babf87149cb4
# < make -s -j 8 ARCH=powerpc O=/kisskb/build/powerpc-fixes_pseries_le_defconfig+NO_NUMA_powerpc-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
# < make -s -j 8 ARCH=powerpc O=/kisskb/build/powerpc-fixes_pseries_le_defconfig+NO_NUMA_powerpc-gcc5 CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-5.5.0-nolibc/powerpc64-linux/bin/powerpc64-linux-  help
# make -s -j 8 ARCH=powerpc O=/kisskb/build/powerpc-fixes_pseries_le_defconfig+NO_NUMA_powerpc-gcc5 CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-5.5.0-nolibc/powerpc64-linux/bin/powerpc64-linux-  olddefconfig
# make -s -j 8 ARCH=powerpc O=/kisskb/build/powerpc-fixes_pseries_le_defconfig+NO_NUMA_powerpc-gcc5 CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-5.5.0-nolibc/powerpc64-linux/bin/powerpc64-linux-  
/kisskb/src/kernel/trace/ftrace.c: In function 'pid_open':
/kisskb/src/kernel/trace/ftrace.c:7166:6: warning: 'seq_ops' may be used uninitialized in this function [-Wmaybe-uninitialized]
  ret = seq_open(file, seq_ops);
      ^
/kisskb/src/kernel/trace/ftrace.c: In function 'pid_write':
/kisskb/src/kernel/trace/ftrace.c:7244:8: warning: 'filtered_pids' may be used uninitialized in this function [-Wmaybe-uninitialized]
  ret = trace_pid_write(filtered_pids, &pid_list, ubuf, cnt);
        ^
/kisskb/src/kernel/trace/ftrace.c:7261:22: warning: 'other_pids' may be used uninitialized in this function [-Wmaybe-uninitialized]
  } else if (pid_list && !other_pids) {
                      ^
WARNING: modpost: vmlinux.o(.text.unlikely+0x2b0): Section mismatch in reference from the function early_init_mmu() to the function .init.text:radix__early_init_mmu()
The function early_init_mmu() references
the function __init radix__early_init_mmu().
This is often because early_init_mmu lacks a __init 
annotation or the annotation of radix__early_init_mmu is wrong.

WARNING: modpost: vmlinux.o(.text.unlikely+0x2bc): Section mismatch in reference from the function early_init_mmu() to the function .init.text:hash__early_init_mmu()
The function early_init_mmu() references
the function __init hash__early_init_mmu().
This is often because early_init_mmu lacks a __init 
annotation or the annotation of hash__early_init_mmu is wrong.

Completed OK
# rm -rf /kisskb/build/powerpc-fixes_pseries_le_defconfig+NO_NUMA_powerpc-gcc5
# Build took: 0:06:04.027012