Buildresult: crypto/powernv_defconfig/powerpc-gcc5 built on Dec 12 2019, 20:03
kisskb
Revisions
|
Branches
|
Compilers
|
Configs
|
Build Results
|
Build Failures
|
Status:
OK
Date/Time:
Dec 12 2019, 20:03
Duration:
0:02:44.916315
Builder:
ka2
Revision:
crypto: arm/curve25519 - add arch-specific key generation function (
84faa307249b341f6ad8de3e1869d77a65e26669)
Target:
crypto/powernv_defconfig/powerpc-gcc5
Branch:
crypto
Compiler:
powerpc-gcc5
(powerpc64-linux-gcc (GCC) 5.5.0 / GNU ld (GNU Binutils) 2.29.1.20170915)
Config:
powernv_defconfig
(
download
)
Log:
Download original
Possible warnings (2)
include/linux/kernel.h:37:33: warning: 'clone_src_i_size' may be used uninitialized in this function [-Wmaybe-uninitialized] WARNING: vmlinux.o(.text+0x2fc8): Section mismatch in reference from the variable start_here_common to the function .init.text:start_kernel()
Full Log
# git rev-parse -q --verify 84faa307249b341f6ad8de3e1869d77a65e26669^{commit} 84faa307249b341f6ad8de3e1869d77a65e26669 already have revision, skipping fetch # git checkout -q -f -B kisskb 84faa307249b341f6ad8de3e1869d77a65e26669 # git clean -qxdf # < git log -1 # commit 84faa307249b341f6ad8de3e1869d77a65e26669 # Author: Jason A. Donenfeld <Jason@zx2c4.com> # Date: Wed Dec 11 10:26:39 2019 +0100 # # crypto: arm/curve25519 - add arch-specific key generation function # # Somehow this was forgotten when Zinc was being split into oddly shaped # pieces, resulting in linker errors. The x86_64 glue has a specific key # generation implementation, but the Arm one does not. However, it can # still receive the NEON speedups by calling the ordinary DH function # using the base point. # # Signed-off-by: Jason A. Donenfeld <Jason@zx2c4.com> # Acked-by: Ard Biesheuvel <ardb@kernel.org> # Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au> # < /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 84faa307249b341f6ad8de3e1869d77a65e26669 # < make -s -j 24 ARCH=powerpc O=/kisskb/build/crypto_powernv_defconfig_ppc64le-gcc5 CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-5.5.0-nolibc/powerpc64-linux/bin/powerpc64-linux- powernv_defconfig # make -s -j 24 ARCH=powerpc O=/kisskb/build/crypto_powernv_defconfig_ppc64le-gcc5 CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-5.5.0-nolibc/powerpc64-linux/bin/powerpc64-linux- In file included from /kisskb/src/include/linux/list.h:9:0, from /kisskb/src/include/linux/wait.h:7, from /kisskb/src/include/linux/wait_bit.h:8, from /kisskb/src/include/linux/fs.h:6, from /kisskb/src/fs/btrfs/send.c:7: /kisskb/src/fs/btrfs/send.c: In function 'process_extent': /kisskb/src/include/linux/kernel.h:37:33: warning: 'clone_src_i_size' may be used uninitialized in this function [-Wmaybe-uninitialized] #define IS_ALIGNED(x, a) (((x) & ((typeof(x))(a) - 1)) == 0) ^ /kisskb/src/fs/btrfs/send.c:5088:6: note: 'clone_src_i_size' was declared here u64 clone_src_i_size; ^ WARNING: vmlinux.o(.text+0x2fc8): 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/crypto_powernv_defconfig_ppc64le-gcc5 # Build took: 0:02:44.916315
© Michael Ellerman 2006-2018.