# git rev-parse -q --verify 2d63ba3e41db3ceb0d23924ed2879b910276e24c^{commit} 2d63ba3e41db3ceb0d23924ed2879b910276e24c already have revision, skipping fetch # git checkout -q -f -B kisskb 2d63ba3e41db3ceb0d23924ed2879b910276e24c # git clean -qxdf # < git log -1 # commit 2d63ba3e41db3ceb0d23924ed2879b910276e24c # Merge: 9da5bb24bb36 a3ee2477c45f # Author: Linus Torvalds # Date: Fri Aug 16 09:13:16 2019 -0700 # # Merge tag 'pm-5.3-rc5' of git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm # # Pull power management fixes from Rafael Wysocki: # "These add a check to avoid recent suspend-to-idle power regression on # systems with NVMe drives where the PCIe ASPM policy is "performance" # (or when the kernel is built without ASPM support), fix an issue # related to frequency limits in the schedutil cpufreq governor and fix # a mistake related to the PM QoS usage in the cpufreq core introduced # recently. # # Specifics: # # - Disable NVMe power optimization related to suspend-to-idle added # recently on systems where PCIe ASPM is not able to put PCIe links # into low-power states to prevent excess power from being drawn by # the system while suspended (Rafael Wysocki). # # - Make the schedutil governor handle frequency limits changes # properly in all cases (Viresh Kumar). # # - Prevent the cpufreq core from treating positive values returned by # dev_pm_qos_update_request() as errors (Viresh Kumar)" # # * tag 'pm-5.3-rc5' of git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm: # nvme-pci: Allow PCI bus-level PM to be used if ASPM is disabled # PCI/ASPM: Add pcie_aspm_enabled() # cpufreq: schedutil: Don't skip freq update when limits change # cpufreq: dev_pm_qos_update_request() can return 1 on success # < /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 2d63ba3e41db3ceb0d23924ed2879b910276e24c # < make -s -j 120 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 120 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 120 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- /kisskb/src/kernel/futex.c: In function 'do_futex': /kisskb/src/kernel/futex.c:1676:17: warning: 'oldval' may be used uninitialized in this function [-Wmaybe-uninitialized] return oldval == cmparg; ^ /kisskb/src/kernel/futex.c:1651:6: note: 'oldval' was declared here int oldval, ret; ^ WARNING: vmlinux.o(.text+0x31fc): 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+0x33d0): 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:01:30.250940