Bug 2052949

Summary: kdump load failed with message "machine_apply_elf_rel: ERROR Unknown type: 299"
Product: [Fedora] Fedora Reporter: Baoquan He <bhe>
Component: kexec-toolsAssignee: Pingfan Liu <piliu>
Status: CLOSED RAWHIDE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: high    
Version: 37CC: bhe, coxu, piliu, ruyang, ryncsn
Target Milestone: ---Keywords: Triaged
Target Release: ---   
Hardware: aarch64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2022-11-02 02:49:51 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
The whole log of kdump loading none

Description Baoquan He 2022-02-10 10:33:39 UTC
Created attachment 1860314 [details]
The whole log of kdump loading

Description of problem:
Eaxtrcted from the log, please see the entire log from attachment.

machine_apply_elf_rel: ABS64 0000000000000000->00000000e054f548
sym: .rodata.str1.1 info: 03 other: 00 shndx: 3 value: 0 size: 0
sym: .rodata.str1.1 value: e054f152 addr: e054cf68
machine_apply_elf_rel: ABS64 0000000000000000->00000000e054f152
sym: arm64_dtb_addr info: 10 other: 00 shndx: 6 value: 130 size: 8
sym: arm64_dtb_addr value: e054f550 addr: e054cf70
machine_apply_elf_rel: ABS64 0000000000000000->00000000e054f550
sym: .rodata.str1.1 info: 03 other: 00 shndx: 3 value: 0 size: 0
sym: .rodata.str1.1 value: e054f168 addr: e054cf78
machine_apply_elf_rel: ABS64 0000000000000000->00000000e054f168
sym:      .text info: 03 other: 00 shndx: 1 value: 0 size: 0
sym: .text value: e054cfa0 addr: e054cf80
machine_apply_elf_rel: ADR_PREL_PG_HI21 a9007c1f90000001->a9007c1f90000001
sym:      .text info: 03 other: 00 shndx: 1 value: 0 size: 0
sym: .text value: e054cfa0 addr: e054cf88
machine_apply_elf_rel: ERROR Unknown type: 299


Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:


Additional info:

Comment 1 Baoquan He 2022-02-10 10:43:44 UTC

This will cause kexec reboot failure too. Seems kexec-tools failed to load kernel/initrd/fdt on arm64.

@pingfan, could you have a look?

Comment 2 Pingfan Liu 2022-03-03 06:11:12 UTC
It has some trouble to install rawhide, and I use RHEL9 to do some test.

I used the latest upstream kernel and kexec-tools, it works.

[root@qualcomm-amberwing-rep-18 ~]# kdumpctl status
kdump: Kdump is operational
[root@qualcomm-amberwing-rep-18 ~]# kexec -v
kexec-tools 2.0.23.git
[root@qualcomm-amberwing-rep-18 ~]# uname -a
Linux qualcomm-amberwing-rep-18.khw4.lab.eng.bos.redhat.com 5.17.0-rc6+ #1 SMP Wed Mar 2 23:43:15 EST 2022 aarch64 aarch64 aarch64 GNU/Linux
[root@qualcomm-amberwing-rep-18 ~]# hostname
qualcomm-amberwing-rep-18.khw4.lab.eng.bos.redhat.com
[root@qualcomm-amberwing-rep-18 ~]# kdumpctl status
kdump: Kdump is operational
[root@qualcomm-amberwing-rep-18 ~]# cd /home/kexec-tools/
[root@qualcomm-amberwing-rep-18 kexec-tools]# git show HEAD
commit 6effda061f75dc0ba9430c551eeaad0faf41f0ee (HEAD -> main, origin/master, origin/main, origin/build-test, origin/HEAD)
Author: Tiezhu Yang <yangtiezhu>
Date:   Wed Jan 26 18:20:52 2022 +0800

    kexec-tools: mips: Concatenate --reuse-cmdline and --append


For kernel

[root@qualcomm-amberwing-rep-18 linux]# git show HEAD
commit 5859a2b1991101d6b978f3feb5325dad39421f29 (HEAD -> master, origin/master, origin/HEAD)
Merge: 7e3d76139b5d 0ac983f51203
Author: Linus Torvalds <torvalds>
Date:   Wed Mar 2 16:20:04 2022 -0800

    Merge branch 'ucount-rlimit-fixes-for-v5.17' of git://git.kernel.org/pub/scm/linux/kernel/git/ebiederm/user-namespace
    
    Pull ucounts fix from Eric Biederman:
     "Etienne Dechamps recently found a regression caused by enforcing
      RLIMIT_NPROC for root where the rlimit was not previously enforced.
    
      Michal Koutný had previously pointed out the inconsistency in
      enforcing the RLIMIT_NPROC that had been on the root owned process
      after the root user creates a user namespace.
    
      Which makes the fix for the regression simply removing the
      inconsistency"
    
    * 'ucount-rlimit-fixes-for-v5.17' of git://git.kernel.org/pub/scm/linux/kernel/git/ebiederm/user-namespace:
      ucounts: Fix systemd LimitNPROC with private users regression

Comment 3 Pingfan Liu 2022-03-14 03:54:36 UTC
I can reproduce this bug on a kvm guest now. For test on bare mental, the installation of F36/rawhide will abort, and upgrade from F35 can not find mirror. So the test result is not available.

For the record.
[root@aarch64-hv01-guest15 ~]# kexec -l /boot/vmlinuz-5.17.0-0.rc7.116.fc36.aarch64 --initrd=/boot/initramfs-5.17.0-0.rc7.116.fc36.aarch64.img --reuse-cmdline
machine_apply_elf_rel: ERROR Unknown type: 299
[root@aarch64-hv01-guest15 ~]# uname -a
Linux aarch64-hv01-guest15.eng.bos.redhat.com 5.17.0-0.rc7.116.fc36.aarch64 #1 SMP Mon Mar 7 22:39:56 UTC 2022 aarch64 aarch64 aarch64 GNU/Linux
[root@aarch64-hv01-guest15 ~]# rpm -qa | grep gcc
libgcc-12.0.1-0.9.fc36.aarch64
[root@aarch64-hv01-guest15 ~]# rpm -qa | grep kexec-tools
kexec-tools-2.0.23-5.fc36.aarch64
[root@aarch64-hv01-guest15 ~]# rpm -qa | grep dracut
dracut-055-8.fc36.1.aarch64
dracut-config-rescue-055-8.fc36.1.aarch64
dracut-squash-055-8.fc36.1.aarch64
dracut-network-055-8.fc36.1.aarch64


beaker job
https://beaker.engineering.redhat.com/jobs/6394833

Comment 4 Pingfan Liu 2022-03-17 08:09:07 UTC
Extra info
It is reproduced by [root@ampere-hr330a-03 ~]# gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/aarch64-redhat-linux/12/lto-wrapper
Target: aarch64-redhat-linux
Configured with: ../configure --enable-bootstrap --enable-languages=c,c++,fortran,objc,obj-c++,ada,go,lto --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --
with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-shared --enable-threads=posix --enable-checking=release --enable-multilib --with-system-zlib --enable-__cxa_atexit
--disable-libunwind-exceptions --enable-gnu-unique-object --enable-linker-build-id --with-gcc-major-version-only --enable-libstdcxx-backtrace --with-linker-hash-style=gnu -
-enable-plugin --enable-initfini-array --with-isl=/builddir/build/BUILD/gcc-12.0.1-20220308/obj-aarch64-redhat-linux/isl-install --enable-gnu-indirect-function --build=aarc
h64-redhat-linux --with-build-config=bootstrap-lto --enable-link-serialization=1
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 12.0.1 20220308 (Red Hat 12.0.1-0) (GCC)

Comment 5 Coiby 2022-04-11 03:41:23 UTC
Fixed in kexec-tools-2.0.24-1.fc37 [1]

[1] https://bodhi.fedoraproject.org/updates/FEDORA-2022-74adfb5d18

Comment 6 Ben Cotton 2022-08-09 13:42:26 UTC
This bug appears to have been reported against 'rawhide' during the Fedora Linux 37 development cycle.
Changing version to 37.