Buildresult: powerpc-next/83xx/kmeter1_defconfig/powerpc-gcc5 built on Jul 29 2020, 01:39

kisskb

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

Status:	OK
Date/Time:	Jul 29 2020, 01:39
Duration:	0:00:46.030481
Builder:	ka2
Revision:	ppc64/kexec_file: fix kexec load failure with lack of memory hole (`eaa567ccaf3a2a7b14ffa38af4bd09613aa1830f)`
Target:	powerpc-next/83xx/kmeter1_defconfig/powerpc-gcc5
Branch:	powerpc-next
Compiler:	powerpc-gcc5 (powerpc64-linux-gcc (GCC) 5.5.0 / GNU ld (GNU Binutils) 2.29.1.20170915)
Config:	83xx/kmeter1_defconfig (download)
Log:	Download original No warnings found in log. Full Log # git rev-parse -q --verify eaa567ccaf3a2a7b14ffa38af4bd09613aa1830f^{commit} eaa567ccaf3a2a7b14ffa38af4bd09613aa1830f already have revision, skipping fetch # git checkout -q -f -B kisskb eaa567ccaf3a2a7b14ffa38af4bd09613aa1830f # git clean -qxdf # < git log -1 # commit eaa567ccaf3a2a7b14ffa38af4bd09613aa1830f # Author: Hari Bathini <hbathini@linux.ibm.com> # Date: Mon Jul 27 01:10:28 2020 +0530 # # ppc64/kexec_file: fix kexec load failure with lack of memory hole # # The kexec purgatory has to run in real mode. Only the first memory # block maybe accessible in real mode. And, unlike the case with panic # kernel, no memory is set aside for regular kexec load. Another thing # to note is, the memory for crashkernel is reserved at an offset of # 128MB. So, when crashkernel memory is reserved, the memory ranges to # load kexec segments shrink further as the generic code only looks for # memblock free memory ranges and in all likelihood only a tiny bit of # memory from 0 to 128MB would be available to load kexec segments. # # With kdump being used by default in general, kexec file load is likely # to fail almost always. This can be fixed by changing the memory hole # lookup logic for regular kexec to use the same method as kdump. This # would mean that most kexec segments will overlap with crashkernel # memory region. That should still be ok as the pages, whose destination # address isn't available while loading, are placed in an intermediate # location till a flush to the actual destination address happens during # kexec boot sequence. # # Signed-off-by: Hari Bathini <hbathini@linux.ibm.com> # Tested-by: Pingfan Liu <piliu@redhat.com> # Reviewed-by: Thiago Jung Bauermann <bauerman@linux.ibm.com> # Signed-off-by: Michael Ellerman <mpe@ellerman.id.au> # Link: https://lore.kernel.org/r/159579242226.5790.13933486642004084417.stgit@hbathini # < /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 eaa567ccaf3a2a7b14ffa38af4bd09613aa1830f # < make -s -j 48 ARCH=powerpc O=/kisskb/build/powerpc-next_83xx_kmeter1_defconfig_powerpc-gcc5 CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-5.5.0-nolibc/powerpc64-linux/bin/powerpc64-linux- 83xx/kmeter1_defconfig # < make -s -j 48 ARCH=powerpc O=/kisskb/build/powerpc-next_83xx_kmeter1_defconfig_powerpc-gcc5 CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-5.5.0-nolibc/powerpc64-linux/bin/powerpc64-linux- help # make -s -j 48 ARCH=powerpc O=/kisskb/build/powerpc-next_83xx_kmeter1_defconfig_powerpc-gcc5 CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-5.5.0-nolibc/powerpc64-linux/bin/powerpc64-linux- olddefconfig # make -s -j 48 ARCH=powerpc O=/kisskb/build/powerpc-next_83xx_kmeter1_defconfig_powerpc-gcc5 CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-5.5.0-nolibc/powerpc64-linux/bin/powerpc64-linux- INFO: Uncompressed kernel (size 0x5a0ba4) overlaps the address of the wrapper(0x400000) INFO: Fixing the link_address of wrapper to (0x600000) Image Name: Linux-5.8.0-rc2-32172-geaa567cca Created: Wed Jul 29 01:39:46 2020 Image Type: PowerPC Linux Kernel Image (gzip compressed) Data Size: 2864783 Bytes = 2797.64 KiB = 2.73 MiB Load Address: 00000000 Entry Point: 00000000 Completed OK # rm -rf /kisskb/build/powerpc-next_83xx_kmeter1_defconfig_powerpc-gcc5 # Build took: 0:00:46.030481

© Michael Ellerman 2006-2018.