Comment 2 for bug 2030476
Revision history for this message
| bugproxy (bugproxy) wrote Comment bridged from LTC Bugzilla | #2 |
© 2004
Canonical Ltd.
•
Terms of use
•
Data privacy
•
Contact Launchpad Support
•
Blog
•
Careers
•
System status
•
0e1f616
(Get the code!)
------- Comment From <email address hidden> 2023-08-08 05:25 EDT-------
There are two things that need to be fixed for this problem.
@Alexander: Thanks for providing the fixes as follows:
--- Part 1 ------------------
Description: s390/kexec: handle R_390_PLT32DBL rela in arch_kexec_
Symptom: Loading of kdump kernel fails.
Problem: The relocation entries of type R_390_PLT32DBL generated by gcc 11.3 and higher for kdump purgatory code are silently ignored.
This leads to kdump kernel load failures.
Solution: Handle all R_390_PLT32DBL just like R_390_PC32DBL ones.
Reproduction: Install kdump-tools, reboot and try to activate the kdump service.
# apt-get install kdump-tools
# reboot
# systemctl enable kdump-tools
# systemctl status kdump-tools
...
Unknown rela relocation: 0x14 0x3a000901c
...
Upstream-ID: 41967a37b8eedfe
abf0e8e4ef25478
--- Part 2 ------------------
There is a corresponding kexec-tools bugfix which is required too:
https:/