Buildresult: linus/parisc-allnoconfig/parisc-gcc8 built on Aug 9 2018, 08:04
kisskb
Revisions
|
Branches
|
Compilers
|
Configs
|
Build Results
|
Build Failures
|
Status:
OK
Date/Time:
Aug 9 2018, 08:04
Duration:
0:00:13.959675
Builder:
ka1
Revision:
parisc: Define mb() and add memory barriers to assembler unlock sequences (
fedb8da96355f5f64353625bf96dc69423ad1826)
Target:
linus/parisc-allnoconfig/parisc-gcc8
Branch:
linus
Compiler:
parisc-gcc8
(hppa-linux-gcc (GCC) 8.1.0)
Config:
allnoconfig
(
download
)
Log:
Download original
Possible warnings (3)
<stdin>:1335:2: warning: #warning syscall rseq not implemented [-Wcpp] arch/parisc/kernel/pci-dma.c:335:12: warning: 'proc_pcxl_dma_show' defined but not used [-Wunused-function] lib/kobject.c:128:3: warning: 'strncpy' output truncated before terminating nul copying as many bytes from a string as its length [-Wstringop-truncation]
Full Log
# 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 <dave.anglin@bell.net> # 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 <dave.anglin@bell.net> # Cc: stable@vger.kernel.org # 4.0+ # Signed-off-by: Helge Deller <deller@gmx.de> # < /opt/cross/kisskb/korg/gcc-8.1.0-nolibc/hppa-linux/bin/hppa-linux-gcc --version # < git log --format=%s --max-count=1 fedb8da96355f5f64353625bf96dc69423ad1826 # < make -s -j 48 ARCH=parisc O=/kisskb/build/linus_parisc-allnoconfig_parisc CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-8.1.0-nolibc/hppa-linux/bin/hppa-linux- allnoconfig # make -s -j 48 ARCH=parisc O=/kisskb/build/linus_parisc-allnoconfig_parisc CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-8.1.0-nolibc/hppa-linux/bin/hppa-linux- <stdin>:1335:2: warning: #warning syscall rseq not implemented [-Wcpp] /kisskb/src/arch/parisc/kernel/pci-dma.c:335:12: warning: 'proc_pcxl_dma_show' defined but not used [-Wunused-function] static int proc_pcxl_dma_show(struct seq_file *m, void *v) ^~~~~~~~~~~~~~~~~~ In function 'fill_kobj_path', inlined from 'kobject_get_path' at /kisskb/src/lib/kobject.c:155:2: /kisskb/src/lib/kobject.c:128:3: warning: 'strncpy' output truncated before terminating nul copying as many bytes from a string as its length [-Wstringop-truncation] strncpy(path + length, kobject_name(parent), cur); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /kisskb/src/lib/kobject.c: In function 'kobject_get_path': /kisskb/src/lib/kobject.c:125:13: note: length computed here int cur = strlen(kobject_name(parent)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ Completed OK # rm -rf /kisskb/build/linus_parisc-allnoconfig_parisc # Build took: 0:00:13.959675
© Michael Ellerman 2006-2018.