# git rev-parse -q --verify dcc5c6f013d841e9ae74d527d312d512dfc2e2f0^{commit} dcc5c6f013d841e9ae74d527d312d512dfc2e2f0 already have revision, skipping fetch # git checkout -q -f -B kisskb dcc5c6f013d841e9ae74d527d312d512dfc2e2f0 # git clean -qxdf # < git log -1 # commit dcc5c6f013d841e9ae74d527d312d512dfc2e2f0 # Merge: d2283cdc18d3 784a0830377d # Author: Linus Torvalds # Date: Sun Aug 30 12:01:23 2020 -0700 # # Merge tag 'x86-urgent-2020-08-30' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip # # Pull x86 fixes from Thomas Gleixner: # "Three interrupt related fixes for X86: # # - Move disabling of the local APIC after invoking fixup_irqs() to # ensure that interrupts which are incoming are noted in the IRR and # not ignored. # # - Unbreak affinity setting. # # The rework of the entry code reused the regular exception entry # code for device interrupts. The vector number is pushed into the # errorcode slot on the stack which is then lifted into an argument # and set to -1 because that's regs->orig_ax which is used in quite # some places to check whether the entry came from a syscall. # # But it was overlooked that orig_ax is used in the affinity cleanup # code to validate whether the interrupt has arrived on the new # target. It turned out that this vector check is pointless because # interrupts are never moved from one vector to another on the same # CPU. That check is a historical leftover from the time where x86 # supported multi-CPU affinities, but not longer needed with the now # strict single CPU affinity. Famous last words ... # # - Add a missing check for an empty cpumask into the matrix allocator. # # The affinity change added a warning to catch the case where an # interrupt is moved on the same CPU to a different vector. This # triggers because a condition with an empty cpumask returns an # assignment from the allocator as the allocator uses for_each_cpu() # without checking the cpumask for being empty. The historical # inconsistent for_each_cpu() behaviour of ignoring the cpumask and # unconditionally claiming that CPU0 is in the mask struck again. # Sigh. # # plus a new entry into the MAINTAINER file for the HPE/UV platform" # # * tag 'x86-urgent-2020-08-30' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip: # genirq/matrix: Deal with the sillyness of for_each_cpu() on UP # x86/irq: Unbreak interrupt affinity setting # x86/hotplug: Silence APIC only after all interrupts are migrated # MAINTAINERS: Add entry for HPE Superdome Flex (UV) maintainers # < /opt/cross/kisskb/br-aarch64-glibc-2016.08-613-ge98b4dd/bin/aarch64-linux-gcc --version # < /opt/cross/kisskb/br-aarch64-glibc-2016.08-613-ge98b4dd/bin/aarch64-linux-ld --version # < git log --format=%s --max-count=1 dcc5c6f013d841e9ae74d527d312d512dfc2e2f0 # < make -s -j 10 ARCH=arm64 O=/kisskb/build/linus-rand_arm64-randconfig_arm64-gcc5.4 CROSS_COMPILE=/opt/cross/kisskb/br-aarch64-glibc-2016.08-613-ge98b4dd/bin/aarch64-linux- randconfig KCONFIG_SEED=0xBE8B2C9B # Added to kconfig CONFIG_PREVENT_FIRMWARE_BUILD=y # < make -s -j 10 ARCH=arm64 O=/kisskb/build/linus-rand_arm64-randconfig_arm64-gcc5.4 CROSS_COMPILE=/opt/cross/kisskb/br-aarch64-glibc-2016.08-613-ge98b4dd/bin/aarch64-linux- help # make -s -j 10 ARCH=arm64 O=/kisskb/build/linus-rand_arm64-randconfig_arm64-gcc5.4 CROSS_COMPILE=/opt/cross/kisskb/br-aarch64-glibc-2016.08-613-ge98b4dd/bin/aarch64-linux- olddefconfig # make -s -j 10 ARCH=arm64 O=/kisskb/build/linus-rand_arm64-randconfig_arm64-gcc5.4 CROSS_COMPILE=/opt/cross/kisskb/br-aarch64-glibc-2016.08-613-ge98b4dd/bin/aarch64-linux- arch/arm64/Makefile:26: ld does not support --fix-cortex-a53-843419; kernel may be susceptible to erratum arch/arm64/Makefile:34: LSE atomics not supported by binutils arch/arm64/Makefile:26: ld does not support --fix-cortex-a53-843419; kernel may be susceptible to erratum arch/arm64/Makefile:34: LSE atomics not supported by binutils /kisskb/src/arch/arm64/boot/dts/broadcom/stingray/stingray-usb.dtsi:7.3-14: Warning (dma_ranges_format): /usb:dma-ranges: empty "dma-ranges" property but its #address-cells (1) differs from / (2) /kisskb/src/arch/arm64/boot/dts/broadcom/stingray/stingray-usb.dtsi:7.3-14: Warning (dma_ranges_format): /usb:dma-ranges: empty "dma-ranges" property but its #size-cells (1) differs from / (2) /kisskb/src/arch/arm64/boot/dts/broadcom/stingray/stingray-usb.dtsi:7.3-14: Warning (dma_ranges_format): /usb:dma-ranges: empty "dma-ranges" property but its #address-cells (1) differs from / (2) /kisskb/src/arch/arm64/boot/dts/broadcom/stingray/stingray-usb.dtsi:7.3-14: Warning (dma_ranges_format): /usb:dma-ranges: empty "dma-ranges" property but its #size-cells (1) differs from / (2) /kisskb/src/arch/arm64/boot/dts/broadcom/stingray/stingray-usb.dtsi:7.3-14: Warning (dma_ranges_format): /usb:dma-ranges: empty "dma-ranges" property but its #address-cells (1) differs from / (2) /kisskb/src/arch/arm64/boot/dts/broadcom/stingray/stingray-usb.dtsi:7.3-14: Warning (dma_ranges_format): /usb:dma-ranges: empty "dma-ranges" property but its #size-cells (1) differs from / (2) /kisskb/src/arch/arm64/boot/dts/qcom/ipq6018.dtsi:127.3-14: Warning (dma_ranges_format): /soc:dma-ranges: empty "dma-ranges" property but its #address-cells (1) differs from / (2) /kisskb/src/arch/arm64/boot/dts/qcom/ipq6018.dtsi:127.3-14: Warning (dma_ranges_format): /soc:dma-ranges: empty "dma-ranges" property but its #size-cells (1) differs from / (2) Completed OK # rm -rf /kisskb/build/linus-rand_arm64-randconfig_arm64-gcc5.4 # Build took: 0:06:39.018865