This bug was fixed in the package linux-raspi - 6.11.0-1005.5
---------------
linux-raspi (6.11.0-1005.5) oracular; urgency=medium
* oracular/linux-raspi: 6.11.0-1005.5 -proposed tracker (LP: #2086260)
* Ubuntu 24.10 Beta, Raspberry Pi 4: kdump-tools service not started, with
errors (LP: #2081746)
- [Config] raspi: Enable KEXEC
* On Pi desktop, numerous reports of lack of landlock supported ABI
(LP: #2066885)
- [Config] raspi: Enable landlock LSM by default
* Miscellaneous Ubuntu changes
- [Config] raspi: updateconfigs after rebase to Ubuntu-6.11.0-12.13
[ Ubuntu: 6.11.0-12.13 ]
* oracular/linux: 6.11.0-12.13 -proposed tracker (LP: #2089269)
* LXD fan bridge causes blocked tasks (LP: #2064176)
- SAUCE: fan: release rcu_read_lock on skb discard path
- SAUCE: fan: fix racy device stat update
* OVTI08F4:00: number of CSI2 data lanes 2 is not supported (LP: #2084059)
- SAUCE: media: ipu-bridge: Add support for additional link frequencies
* [Oracular] Allow overriding Rust tools (LP: #2084693)
- [Packaging] Allow rust overrides
* Intel(R) PRO/1000 I219 ethernet adapter [8086:550c] may block entrance of
modern standby (LP: #2081130)
- platform/x86: intel/pmc: Ignore all LTRs during suspend
- e1000e: change I219 (19) devices to ADP
- x86/apic: Always explicitly disarm TSC-deadline timer
* Need driver support for Realtek RTL8126A rev.b 5Gbps ethernet [10ec:8126]
(LP: #2079017)
- r8169: add support for RTL8126A rev.b
- r8169: add missing MODULE_FIRMWARE entry for RTL8126A rev.b
* Missing device ID for amd_atl driver for AMD Strix platform (LP: #2083292)
- SAUCE: x86/amd_nb: Add new PCI ID for AMD family 1Ah model 20h
* Lack of UART boot output on rb3gen2 even with earlycon (LP: #2083559)
- [Config] move qcom clk and serial options as builtin
* r8169: transmit queue 0 timed out error when re-plugging the Ethernet cable
(LP: #2084526)
- r8169: disable ALDPS per default for RTL8125
* Dell Alienware sysytem reports errors of dell_wmi_sysman and dell_smbios in
demsg (LP: #2084808)
- platform/x86: dell-sysman: add support for alienware products
* Add Intel Arrow Lake-H LPSS PCI IDs (LP: #2083905)
- mfd: intel-lpss: Add Intel Arrow Lake-H LPSS PCI IDs
* rtw89: reset IDMEM mode to prevent download firmware failure (LP: #2077396)
- wifi: rtw89: 885xb: reset IDMEM mode to prevent download firmware failure
* Missing Bluetooth device IDs for new Mediatek MT7920/MT7925 (LP: #2078878)
- SAUCE: Bluetooth: btusb: Add USB HW IDs for MT7920/MT7925
* rtw89: Support hardware rfkill (LP: #2077384)
- wifi: rtw89: add support for hardware rfkill
* [SRU] uncore: Add ARL and LNL support on 6.11 (LP: #2081810)
- perf/x86/intel/uncore: Add Arrow Lake support
- perf/x86/intel/uncore: Factor out common MMIO init and ops functions
- perf/x86/intel/uncore: Add Lunar Lake support
- perf/x86/intel/uncore: Add LNL uncore iMC freerunning support
- perf/x86/intel/uncore: Use D0:F0 as a default device
* Support Qualcomm WCN7851 Dual Bluetooth Adapter 0489:E0F3 (LP: #2081796)
- SAUCE: Bluetooth: btusb: Add one more ID 0x0489:0xe0f3 for Qualcomm
WCN785x
* The system hangs after resume with thunderbolt monitor(AMD GPU [1002:1900])
(LP: #2083182)
- SAUCE: drm/amd/display: Fix system hang while resume with TBT monitor
* UBSAN: array-index-out-of-bounds in module mt76 (LP: #2081785)
- wifi: mt76: mt7925: fix a potential array-index-out-of-bounds issue for
clc
* Missing devices nodes for AMD Instinct MI300 card when installed along with
integrated display (LP: #2078773)
- drm: Use XArray instead of IDR for minors
- accel: Use XArray instead of IDR for minors
- drm: Expand max DRM device number to full MINORBITS
[ Ubuntu: 6.11.0-9.9 ]
* oracular/linux: 6.11.0-9.9 -proposed tracker (LP: #2084250)
* re-enable Ubuntu FAN in the Noble kernel (LP: #2064508)
- SAUCE: fan: add VXLAN implementation
- SAUCE: fan: Fix NULL pointer dereference
- SAUCE: fan: support vxlan strict length validation
* update for V3 kernel bits and improved multiple fan slice support
(LP: #1470091) // re-enable Ubuntu FAN in the Noble kernel (LP: #2064508)
- SAUCE: fan: tunnel multiple mapping mode (v3)
* Setting I/O scheduler to 'none' causes error in oracular (LP: #2083845)
- block: Fix elv_iosched_local_module handling of "none" scheduler
* Miscellaneous Ubuntu changes
- [Config] Update toolchain versions
-- Manuel Diewald <manuel.diew...@canonical.com> Fri, 22 Nov 2024
12:10:10 +0100
** Changed in: linux-raspi (Ubuntu Oracular)
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-raspi in Ubuntu.
Matching subscriptions: Maintainer
https://bugs.launchpad.net/bugs/2081746
Title:
Ubuntu 24.10 Beta, Raspberry Pi 4: kdump-tools service not started,
with errors
Status in kdump-tools package in Ubuntu:
Invalid
Status in linux-raspi package in Ubuntu:
Confirmed
Status in linux-raspi source package in Oracular:
Fix Released
Bug description:
[Impact]
kdump is not working on Pi (due to missing kernel configs).
[Test Case]
1) Install and configure kdump-tools
2) Reboot and verify the system is ready to kdump
3) Trigger a crash and verify a valid crash dump is generated
[Where Problems Could Occur]
This enables additional core kernel code that could result in boot
failures and/or splats. Additionally, if kdump is enabled and a crash
occurs, the system could fail to boot into the kdump kernel and/or
fail to create a valid crashdump and/or fail to boot back into the
regular kernel.
[Original Description]
As I understand this kdump-tools service is installed by default in
Ubuntu 24.10 Beta. In my tests it seems to work as expected under
x86_64 architecture booting with grub. But, with the Raspberry Pi 4,
aarch64 architecture, it doesn't work.
SYSTEM INFO:
------------
Model: Raspberry Pi 4 Model B Rev 1.4
Fresh install using this preinstalled image:
https://cdimage.ubuntu.com/ubuntu/releases/24.10/beta/ubuntu-24.10-beta-preinstalled-desktop-arm64+raspi.img.xz
# lsb_release -rd
Description: Ubuntu Oracular Oriole (development branch)
Release: 24.10
# uname -a
Linux fpgrpitest 6.8.0-1004-raspi #4-Ubuntu SMP PREEMPT_DYNAMIC Sat Apr 20
02:29:55 UTC 2024 aarch64 aarch64 aarch64 GNU/Linux
# lsb_release -rd
Description: Ubuntu Oracular Oriole (development branch)
Release: 24.10
root@fpgrpitest:~# apt-cache policy kdump-tools
kdump-tools:
Installed: 1:1.10.3ubuntu3
Candidate: 1:1.10.3ubuntu3
Version table:
*** 1:1.10.3ubuntu3 500
500 http://ports.ubuntu.com/ubuntu-ports oracular/main arm64 Packages
100 /var/lib/dpkg/status
1ST. PROBLEM SUMMARY:
---------------------
kdump-tools service is enabled by default but it doesn't start because there
is "no crashkernel= parameter in the kernel cmdline":
Sep 22 07:09:09 fpgrpitest systemd[1]: Starting kdump-tools.service - Kernel
crash dump capture service...
Sep 22 07:09:09 fpgrpitest kdump-tools[1031]: Starting kdump-tools:
Sep 22 07:09:09 fpgrpitest kdump-tools[1138]: * no crashkernel= parameter in
the kernel cmdline
Sep 22 07:09:09 fpgrpitest systemd[1]: Finished kdump-tools.service - Kernel
crash dump capture service.
I suspect that it's because for the Raspberry Pi 4 the kernel boot parameters
are stored in this file:
/boot/firmware/cmdline.txt
Notice that it doesn't use grub that is where kernel boot parameters
are stored for X86_64 architecture. So I think it's needed to update
the /boot/firmware/cmdline.txt file with the crashkernel parameter.
2ND. PROBLEM SUMMARY:
---------------------
So, trying to fix the 1st problem I added the same crashkernel parameter used
in X86_64 architecture to file /boot/firmware/cmdline.txt.
So I added
"crashkernel=2G-4G:320M,4G-32G:512M,32G-64G:1024M,64G-128G:2048M,128G-:4096M"
but it doesn't work showing this error in the journalctl:
Sep 23 16:17:43 fpgrpitest systemd[1]: Starting kdump-tools.service - Kernel
crash dump capture service...
Sep 23 16:17:43 fpgrpitest kdump-tools[919]: Starting kdump-tools:
Sep 23 16:17:43 fpgrpitest kdump-tools[1004]: * Creating symlink
/var/lib/kdump/vmlinuz
Sep 23 16:17:43 fpgrpitest kdump-tools[1086]: kdump-tools: Generating
/var/lib/kdump/initrd.img-6.8.0-1004-raspi
Sep 23 16:17:43 fpgrpitest kdump-tools[1004]: * Creating symlink
/var/lib/kdump/initrd.img
Sep 23 16:17:45 fpgrpitest kdump-tools[5226]: kexec_load failed: Function not
implemented
Sep 23 16:17:45 fpgrpitest kdump-tools[5226]: entry = 0x1d9c03680 flags
= 0xb70001
Sep 23 16:17:45 fpgrpitest kdump-tools[5226]: nr_segments = 5
Sep 23 16:17:45 fpgrpitest kdump-tools[5226]: segment[0].buf =
0xffff9c600010
Sep 23 16:17:45 fpgrpitest kdump-tools[5226]: segment[0].bufsz = 0x1c84008
Sep 23 16:17:45 fpgrpitest kdump-tools[5226]: segment[0].mem = 0x1d6e00000
Sep 23 16:17:45 fpgrpitest kdump-tools[5226]: segment[0].memsz = 0x1d60000
Sep 23 16:17:45 fpgrpitest kdump-tools[5226]: segment[1].buf =
0xffff9f200010
Sep 23 16:17:45 fpgrpitest kdump-tools[5226]: segment[1].bufsz = 0x10940c2
Sep 23 16:17:45 fpgrpitest kdump-tools[5226]: segment[1].mem = 0x1d8b60000
Sep 23 16:17:45 fpgrpitest kdump-tools[5226]: segment[1].memsz = 0x1095000
Sep 23 16:17:45 fpgrpitest kdump-tools[5226]: segment[2].buf =
0xaaaac88d9590
Sep 23 16:17:45 fpgrpitest kdump-tools[5226]: segment[2].bufsz = 0xdda1
Sep 23 16:17:45 fpgrpitest kdump-tools[5226]: segment[2].mem = 0x1d9bf5000
Sep 23 16:17:45 fpgrpitest kdump-tools[5226]: segment[2].memsz = 0xe000
Sep 23 16:17:45 fpgrpitest kdump-tools[5226]: segment[3].buf =
0xaaaac88e7960
Sep 23 16:17:45 fpgrpitest kdump-tools[5226]: segment[3].bufsz = 0x3538
Sep 23 16:17:45 fpgrpitest kdump-tools[5226]: segment[3].mem = 0x1d9c03000
Sep 23 16:17:45 fpgrpitest kdump-tools[5226]: segment[3].memsz = 0x4000
Sep 23 16:17:45 fpgrpitest kdump-tools[5226]: segment[4].buf =
0xaaaac88a1740
Sep 23 16:17:45 fpgrpitest kdump-tools[5226]: segment[4].bufsz = 0x400
Sep 23 16:17:45 fpgrpitest kdump-tools[5226]: segment[4].mem = 0x1f6dff000
Sep 23 16:17:45 fpgrpitest kdump-tools[5226]: segment[4].memsz = 0x1000
Sep 23 16:17:45 fpgrpitest kdump-tools[1004]: * failed to load kdump kernel
Sep 23 16:17:45 fpgrpitest kdump-tools[5227]: failed to load kdump kernel
Sep 23 16:17:45 fpgrpitest systemd[1]: Finished kdump-tools.service - Kernel
crash dump capture service.
Seems that the current kernel is not ready/enabled for this tool.
Notice that this kernel used in Ubuntu 24.10 Beta for the Raspberry Pi is a
very old version 6.8... AFAIK the kernel for Ubuntu 24.10 should be version
6.11... Don't know why.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/kdump-tools/+bug/2081746/+subscriptions
--
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help : https://help.launchpad.net/ListHelp
