Buildresult: powerpc-fixes/sparc64-defconfig/sparc64-gcc5 built on Mar 2 2023, 00:45
kisskb
Revisions
|
Branches
|
Compilers
|
Configs
|
Build Results
|
Build Failures
|
Status:
OK
Date/Time:
Mar 2 2023, 00:45
Duration:
0:01:04.857337
Builder:
ka7
Revision:
powerpc: Avoid dead code/data elimination when using recordmcount (
f8b2336f15f3bc30e37ce5c052cde5b6319bb6df)
Target:
powerpc-fixes/sparc64-defconfig/sparc64-gcc5
Branch:
powerpc-fixes
Compiler:
sparc64-gcc5
(sparc64-linux-gcc (GCC) 5.5.0 / GNU ld (GNU Binutils) 2.29.1.20170915)
Config:
defconfig
(
download
)
Log:
Download original
Possible warnings (2)
<stdin>:1517:2: warning: #warning syscall clone3 not implemented [-Wcpp] WARNING: modpost: EXPORT symbol "_mcount" [vmlinux] version generation failed, symbol will not be versioned.
Full Log
# git rev-parse -q --verify f8b2336f15f3bc30e37ce5c052cde5b6319bb6df^{commit} f8b2336f15f3bc30e37ce5c052cde5b6319bb6df already have revision, skipping fetch # git checkout -q -f -B kisskb f8b2336f15f3bc30e37ce5c052cde5b6319bb6df # git clean -qxdf # < git log -1 # commit f8b2336f15f3bc30e37ce5c052cde5b6319bb6df # Author: Michael Ellerman <mpe@ellerman.id.au> # Date: Wed Feb 22 00:03:31 2023 +1100 # # powerpc: Avoid dead code/data elimination when using recordmcount # # Although powerpc now has objtool mcount support, it's not enabled in all # configurations due to dependencies. # # On those configurations, with some linkers (binutils 2.37 at least), # it's still possible to hit the dreaded "recordmcount bug", eg. errors # such as: # # CC kernel/kexec_file.o # Cannot find symbol for section 10: .text.unlikely. # kernel/kexec_file.o: failed # make[1]: *** [scripts/Makefile.build:287 : kernel/kexec_file.o] Error 1 # # Those errors are much more prevalent when building with # CONFIG_LD_DEAD_CODE_DATA_ELIMINATION, because it places every function # in a separate section. # # CONFIG_LD_DEAD_CODE_DATA_ELIMINATION is marked experimental and is not # enabled in any powerpc defconfigs or by major distros. Although it does # have at least some users on 32-bit where kernel size tends to be more # important. # # Avoid the build errors by blocking CONFIG_LD_DEAD_CODE_DATA_ELIMINATION # when the build is using recordmcount, rather than objtool. In practice # that means for 64-bit big endian builds, or 64-bit clang builds - both # because they lack CONFIG_MPROFILE_KERNEL. # # On 32-bit objtool is always used, so # CONFIG_LD_DEAD_CODE_DATA_ELIMINATION is still available there. # # Signed-off-by: Michael Ellerman <mpe@ellerman.id.au> # Link: https://lore.kernel.org/r/20230221130331.2714199-1-mpe@ellerman.id.au # < /opt/cross/kisskb/korg/gcc-5.5.0-nolibc/sparc64-linux/bin/sparc64-linux-gcc --version # < /opt/cross/kisskb/korg/gcc-5.5.0-nolibc/sparc64-linux/bin/sparc64-linux-ld --version # < git log --format=%s --max-count=1 f8b2336f15f3bc30e37ce5c052cde5b6319bb6df # < make -s -j 32 ARCH=sparc64 O=/kisskb/build/powerpc-fixes_sparc64-defconfig_sparc64-gcc5 CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-5.5.0-nolibc/sparc64-linux/bin/sparc64-linux- defconfig # < make -s -j 32 ARCH=sparc64 O=/kisskb/build/powerpc-fixes_sparc64-defconfig_sparc64-gcc5 CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-5.5.0-nolibc/sparc64-linux/bin/sparc64-linux- help # make -s -j 32 ARCH=sparc64 O=/kisskb/build/powerpc-fixes_sparc64-defconfig_sparc64-gcc5 CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-5.5.0-nolibc/sparc64-linux/bin/sparc64-linux- olddefconfig # make -s -j 32 ARCH=sparc64 O=/kisskb/build/powerpc-fixes_sparc64-defconfig_sparc64-gcc5 CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-5.5.0-nolibc/sparc64-linux/bin/sparc64-linux- <stdin>:1517:2: warning: #warning syscall clone3 not implemented [-Wcpp] WARNING: modpost: EXPORT symbol "_mcount" [vmlinux] version generation failed, symbol will not be versioned. Is "_mcount" prototyped in <asm/asm-prototypes.h>? kernel: arch/sparc/boot/image is ready kernel: arch/sparc/boot/zImage is ready Completed OK # rm -rf /kisskb/build/powerpc-fixes_sparc64-defconfig_sparc64-gcc5 # Build took: 0:01:04.857337
© Michael Ellerman 2006-2018.