# git rev-parse -q --verify fedb8da96355f5f64353625bf96dc69423ad1826^{commit} fedb8da96355f5f64353625bf96dc69423ad1826 already have revision, skipping fetch # git checkout -q -f -B kisskb fedb8da96355f5f64353625bf96dc69423ad1826 # git clean -qxdf # < git log -1 # commit fedb8da96355f5f64353625bf96dc69423ad1826 # Author: John David Anglin # Date: Sun Aug 5 13:30:31 2018 -0400 # # parisc: Define mb() and add memory barriers to assembler unlock sequences # # For years I thought all parisc machines executed loads and stores in # order. However, Jeff Law recently indicated on gcc-patches that this is # not correct. There are various degrees of out-of-order execution all the # way back to the PA7xxx processor series (hit-under-miss). The PA8xxx # series has full out-of-order execution for both integer operations, and # loads and stores. # # This is described in the following article: # http://web.archive.org/web/20040214092531/http://www.cpus.hp.com/technical_references/advperf.shtml # # For this reason, we need to define mb() and to insert a memory barrier # before the store unlocking spinlocks. This ensures that all memory # accesses are complete prior to unlocking. The ldcw instruction performs # the same function on entry. # # Signed-off-by: John David Anglin # Cc: stable@vger.kernel.org # 4.0+ # Signed-off-by: Helge Deller # < /opt/cross/kisskb/gcc-5.2.0-nolibc/powerpc64le-linux/bin/powerpc64le-linux-gcc --version # < git log --format=%s --max-count=1 fedb8da96355f5f64353625bf96dc69423ad1826 # < make -s -j 120 ARCH=powerpc O=/kisskb/build/linus_allmodconfig+ppc64le_ppc64le CROSS_COMPILE=/opt/cross/kisskb/gcc-5.2.0-nolibc/powerpc64le-linux/bin/powerpc64le-linux- allmodconfig # Added to kconfig CONFIG_CPU_LITTLE_ENDIAN=y # Added to kconfig CONFIG_BUILD_DOCSRC=n # Added to kconfig CONFIG_MODULE_SIG=n # Added to kconfig CONFIG_SAMPLES=n # make -s -j 120 ARCH=powerpc O=/kisskb/build/linus_allmodconfig+ppc64le_ppc64le CROSS_COMPILE=/opt/cross/kisskb/gcc-5.2.0-nolibc/powerpc64le-linux/bin/powerpc64le-linux- olddefconfig .config:10561:warning: override: reassigning to symbol CPU_LITTLE_ENDIAN .config:10561:warning: override: CPU_LITTLE_ENDIAN changes choice state # make -s -j 120 ARCH=powerpc O=/kisskb/build/linus_allmodconfig+ppc64le_ppc64le CROSS_COMPILE=/opt/cross/kisskb/gcc-5.2.0-nolibc/powerpc64le-linux/bin/powerpc64le-linux- In file included from /kisskb/src/include/linux/io.h:25:0, from /kisskb/src/include/linux/of_address.h:7, from /kisskb/src/drivers/ata/ahci_qoriq.c:18: /kisskb/src/drivers/ata/ahci_qoriq.c: In function 'ahci_qoriq_hardreset': /kisskb/src/arch/powerpc/include/asm/io.h:160:2: warning: 'px_is' may be used uninitialized in this function [-Wmaybe-uninitialized] __asm__ __volatile__("sync;"#insn"%U0%X0 %1,%0" \ ^ /kisskb/src/drivers/ata/ahci_qoriq.c:86:14: note: 'px_is' was declared here u32 px_cmd, px_is, px_val; ^ In file included from /kisskb/src/include/linux/io.h:25:0, from /kisskb/src/include/linux/of_address.h:7, from /kisskb/src/drivers/ata/ahci_qoriq.c:18: /kisskb/src/arch/powerpc/include/asm/io.h:160:2: warning: 'px_cmd' may be used uninitialized in this function [-Wmaybe-uninitialized] __asm__ __volatile__("sync;"#insn"%U0%X0 %1,%0" \ ^ /kisskb/src/drivers/ata/ahci_qoriq.c:86:6: note: 'px_cmd' was declared here u32 px_cmd, px_is, px_val; ^ WARNING: vmlinux.o(.text+0x36b4): 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+0x3944): Section mismatch in reference from the variable start_here_multiplatform to the function .init.text:early_setup() The function start_here_multiplatform() references the function __init early_setup(). This is often because start_here_multiplatform lacks a __init annotation or the annotation of early_setup is wrong. WARNING: vmlinux.o(.text+0x3978): 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_allmodconfig+ppc64le_ppc64le # Build took: 0:04:14.852717