Buildresult: powerpc-next/arm64-defconfig/arm64-gcc5 built on Mar 18 2020, 02:09

kisskb

Revisions | Branches | Compilers | Configs | Build Results | Build Failures |

Status:	OK
Date/Time:	Mar 18 2020, 02:09
Duration:	0:05:26.572671
Builder:	blade46
Revision:	powerpc/hash64/devmap: Use H_PAGE_THP_HUGE when setting up huge devmap PTE entries (`ba25b5ebe96a63940a12d9f8d73edebfcaad470c)`
Target:	powerpc-next/arm64-defconfig/arm64-gcc5
Branch:	powerpc-next
Compiler:	arm64-gcc5 (aarch64-linux-gcc.br_real (Buildroot 2016.11-git-00613-ge98b4dd) 5.4.0 / GNU ld (GNU Binutils) 2.25.1)
Config:	defconfig (download)
Log:	Download original Possible warnings (2) include/linux/spinlock.h:288:3: warning: 'flags' may be used uninitialized in this function [-Wmaybe-uninitialized] drivers/i2c/busses/i2c-sh_mobile.c:399:26: warning: 'data' may be used uninitialized in this function [-Wmaybe-uninitialized] Full Log # git rev-parse -q --verify ba25b5ebe96a63940a12d9f8d73edebfcaad470c^{commit} ba25b5ebe96a63940a12d9f8d73edebfcaad470c already have revision, skipping fetch # git checkout -q -f -B kisskb ba25b5ebe96a63940a12d9f8d73edebfcaad470c # git clean -qxdf # < git log -1 # commit ba25b5ebe96a63940a12d9f8d73edebfcaad470c # Author: Aneesh Kumar K.V <aneesh.kumar@linux.ibm.com> # Date: Fri Mar 13 15:18:42 2020 +0530 # # powerpc/hash64/devmap: Use H_PAGE_THP_HUGE when setting up huge devmap PTE entries # # H_PAGE_THP_HUGE is used to differentiate between a THP hugepage and # hugetlb hugepage entries. The difference is WRT how we handle hash # fault on these address. THP address enables MPSS in segments. We want # to manage devmap hugepage entries similar to THP pt entries. Hence use # H_PAGE_THP_HUGE for devmap huge PTE entries. # # With current code while handling hash PTE fault, we do set is_thp = # true when finding devmap PTE huge PTE entries. # # Current code also does the below sequence we setting up huge devmap # entries. # # entry = pmd_mkhuge(pfn_t_pmd(pfn, prot)); # if (pfn_t_devmap(pfn)) # entry = pmd_mkdevmap(entry); # # In that case we would find both H_PAGE_THP_HUGE and PAGE_DEVMAP set # for huge devmap PTE entries. This results in false positive error like # below. # # kernel BUG at /home/kvaneesh/src/linux/mm/memory.c:4321! # Oops: Exception in kernel mode, sig: 5 [#1] # LE PAGE_SIZE=64K MMU=Hash SMP NR_CPUS=2048 NUMA pSeries # Modules linked in: # CPU: 56 PID: 67996 Comm: t_mmap_dio Not tainted 5.6.0-rc4-59640-g371c804dedbc #128 # .... # NIP [c00000000044c9e4] __follow_pte_pmd+0x264/0x900 # LR [c0000000005d45f8] dax_writeback_one+0x1a8/0x740 # Call Trace: # str_spec.74809+0x22ffb4/0x2d116c (unreliable) # dax_writeback_one+0x1a8/0x740 # dax_writeback_mapping_range+0x26c/0x700 # ext4_dax_writepages+0x150/0x5a0 # do_writepages+0x68/0x180 # __filemap_fdatawrite_range+0x138/0x180 # file_write_and_wait_range+0xa4/0x110 # ext4_sync_file+0x370/0x6e0 # vfs_fsync_range+0x70/0xf0 # sys_msync+0x220/0x2e0 # system_call+0x5c/0x68 # # This is because our pmd_trans_huge check doesn't exclude _PAGE_DEVMAP. # # To make this all consistent, update pmd_mkdevmap to set # H_PAGE_THP_HUGE and pmd_trans_huge check now excludes _PAGE_DEVMAP # correctly. # # Fixes: ebd31197931d ("powerpc/mm: Add devmap support for ppc64") # Cc: stable@vger.kernel.org # v4.13+ # Signed-off-by: Aneesh Kumar K.V <aneesh.kumar@linux.ibm.com> # Signed-off-by: Michael Ellerman <mpe@ellerman.id.au> # Link: https://lore.kernel.org/r/20200313094842.351830-1-aneesh.kumar@linux.ibm.com # < /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 ba25b5ebe96a63940a12d9f8d73edebfcaad470c # < make -s -j 32 ARCH=arm64 O=/kisskb/build/powerpc-next_arm64-defconfig_arm64-gcc5.4 CROSS_COMPILE=/opt/cross/kisskb/br-aarch64-glibc-2016.08-613-ge98b4dd/bin/aarch64-linux- defconfig # < make -s -j 32 ARCH=arm64 O=/kisskb/build/powerpc-next_arm64-defconfig_arm64-gcc5.4 CROSS_COMPILE=/opt/cross/kisskb/br-aarch64-glibc-2016.08-613-ge98b4dd/bin/aarch64-linux- help # make -s -j 32 ARCH=arm64 O=/kisskb/build/powerpc-next_arm64-defconfig_arm64-gcc5.4 CROSS_COMPILE=/opt/cross/kisskb/br-aarch64-glibc-2016.08-613-ge98b4dd/bin/aarch64-linux- olddefconfig # make -s -j 32 ARCH=arm64 O=/kisskb/build/powerpc-next_arm64-defconfig_arm64-gcc5.4 CROSS_COMPILE=/opt/cross/kisskb/br-aarch64-glibc-2016.08-613-ge98b4dd/bin/aarch64-linux- arch/arm64/Makefile:27: ld does not support --fix-cortex-a53-843419; kernel may be susceptible to erratum arch/arm64/Makefile:35: LSE atomics not supported by binutils In file included from /kisskb/src/include/linux/rwsem.h:16:0, from /kisskb/src/include/linux/notifier.h:15, from /kisskb/src/include/linux/clk.h:14, from /kisskb/src/drivers/tty/serial/sh-sci.c:20: /kisskb/src/drivers/tty/serial/sh-sci.c: In function 'sci_dma_rx_submit': /kisskb/src/include/linux/spinlock.h:288:3: warning: 'flags' may be used uninitialized in this function [-Wmaybe-uninitialized] _raw_spin_unlock_irqrestore(lock, flags); \ ^ /kisskb/src/drivers/tty/serial/sh-sci.c:1348:16: note: 'flags' was declared here unsigned long flags; ^ /kisskb/src/drivers/i2c/busses/i2c-sh_mobile.c: In function 'sh_mobile_i2c_isr': /kisskb/src/drivers/i2c/busses/i2c-sh_mobile.c:399:26: warning: 'data' may be used uninitialized in this function [-Wmaybe-uninitialized] pd->msg->buf[real_pos] = data; ^ /kisskb/src/drivers/i2c/busses/i2c-sh_mobile.c:372:16: note: 'data' was declared here unsigned char data; ^ Completed OK # rm -rf /kisskb/build/powerpc-next_arm64-defconfig_arm64-gcc5.4 # Build took: 0:05:26.572671

© Michael Ellerman 2006-2018.