[Bug 2089318] Re: kernel hard lockup in cgroups during eBPF workload
This bug is awaiting verification that the linux-nvidia- tegra-5.15/5.15.0-1039.39~20.04.1 kernel in -proposed solves the problem. Please test the kernel and update this bug with the results. If the problem is solved, change the tag 'verification-needed-focal-linux- nvidia-tegra-5.15' to 'verification-done-focal-linux-nvidia-tegra-5.15'. If the problem still exists, change the tag 'verification-needed-focal- linux-nvidia-tegra-5.15' to 'verification-failed-focal-linux-nvidia- tegra-5.15'. If verification is not done by 5 working days from today, this fix will be dropped from the source code, and this bug will be closed. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Thank you! ** Tags added: kernel-spammed-focal-linux-nvidia-tegra-5.15-v2 verification-needed-focal-linux-nvidia-tegra-5.15 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2089318 Title: kernel hard lockup in cgroups during eBPF workload To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2089318/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2089318] Re: kernel hard lockup in cgroups during eBPF workload
This bug was fixed in the package linux - 5.15.0-140.150 --- linux (5.15.0-140.150) jammy; urgency=medium * jammy/linux: 5.15.0-140.150 -proposed tracker (LP: #2106996) * Packaging resync (LP: #1786013) - [Packaging] debian.master/dkms-versions -- update from kernel-versions (main/2025.04.14) * NFS, overlay, fstab issue after update to kernel 5.15.0-133-generic and -134 (LP: #2103598) - udf: Fix directory iteration for longer tail extents * Remove floppy kernel module causes null pointer deference (LP: #2104326) - floppy: fix add_disk() assumption on exit due to new developments * CVE-2025-21971 - net_sched: Prevent creation of classes with TC_H_ROOT * CVE-2024-56599 - wifi: ath10k: avoid NULL pointer error during sdio remove * CVE-2024-56721 - x86/CPU/AMD: Terminate the erratum_1386_microcode array * Jammy update: v5.15.179 upstream stable release (LP: #2106026) - afs: Fix EEXIST error returned from afs_rmdir() to be ENOTEMPTY - afs: Fix directory format encoding struct - hung_task: move hung_task sysctl interface to hung_task.c - sysctl: use const for typically used max/min proc sysctls - sysctl: share unsigned long const values - fs: move inode sysctls to its own file - fs: move fs stat sysctls to file_table.c - fs: fix proc_handler for sysctl_nr_open - block: deprecate autoloading based on dev_t - block: retry call probe after request_module in blk_request_module - pstore/blk: trivial typo fixes - nvme: Add error check for xa_store in nvme_get_effects_log - partitions: ldm: remove the initial kernel-doc notation - select: Fix unbalanced user_access_end() - afs: Fix the fallback handling for the YFS.RemoveFile2 RPC call - sched/psi: Use task->psi_flags to clear in CPU migration - sched/fair: Fix value reported by hot tasks pulled in /proc/schedstat - drm/etnaviv: Fix page property being used for non writecombine buffers - genirq: Make handle_enforce_irqctx() unconditionally available - wifi: rtlwifi: do not complete firmware loading needlessly - wifi: rtlwifi: rtl8192se: rise completion of firmware loading as last step - wifi: rtlwifi: wait for firmware loading before releasing memory - wifi: rtlwifi: fix init_sw_vars leak when probe fails - wifi: rtlwifi: usb: fix workqueue leak when probe fails - spi: zynq-qspi: Add check for clk_enable() - dt-bindings: mmc: controller: clarify the address-cells description - spi: dt-bindings: add schema listing peripheral-specific properties - dt-bindings: Another pass removing cases of 'allOf' containing a '$ref' - dt-bindings: leds: Add Qualcomm Light Pulse Generator binding - dt-bindings: leds: Optional multi-led unit address - dt-bindings: leds: Add multicolor PWM LED bindings - dt-bindings: leds: class-multicolor: reference class directly in multi-led node - dt-bindings: leds: class-multicolor: Fix path to color definitions - rtlwifi: replace usage of found with dedicated list iterator variable - wifi: rtlwifi: remove unused timer and related code - wifi: rtlwifi: remove unused dualmac control leftovers - wifi: rtlwifi: destroy workqueue at rtl_deinit_core - wifi: rtlwifi: pci: wait for firmware loading before releasing memory - HID: multitouch: Add support for lenovo Y9000P Touchpad - Revert "HID: multitouch: Add support for lenovo Y9000P Touchpad" - HID: multitouch: fix support for Goodix PID 0x01e9 - regulator: dt-bindings: mt6315: Drop regulator-compatible property - ACPI: fan: cleanup resources in the error path of .probe() - cpupower: fix TSC MHz calculation - dt-bindings: mfd: bd71815: Fix rsense and typos - leds: netxbig: Fix an OF node reference leak in netxbig_leds_get_of_pdata() - cpufreq: schedutil: Fix superfluous updates caused by need_freq_update - clk: imx8mp: Fix clkout1/2 support - regulator: of: Implement the unwind path of of_regulator_match() - samples/landlock: Fix possible NULL dereference in parse_path() - wifi: wlcore: fix unbalanced pm_runtime calls - net/smc: fix data error when recvmsg with MSG_PEEK flag - landlock: Move filesystem helpers and add a new one - wifi: mt76: mt76u_vendor_request: Do not print error messages when -EPROTO - cpufreq: ACPI: Fix max-frequency computation - selftests: harness: fix printing of mismatch values in __EXPECT() - wifi: cfg80211: Handle specific BSSID in 6GHz scanning - wifi: cfg80211: adjust allocation of colocated AP data - clk: analogbits: Fix incorrect calculation of vco rate delta - selftests/landlock: Fix error message - net/mlxfw: Drop hard coded max FW flash image size - netfilter: nft_flow_offload: update tcp state flags under lock - tcp_cubic: fix incorrect HyStart round start detection - tools/testing/selftests/bpf/test_tc_tunnel.sh: Fix wait for server bind
[Bug 2089318] Re: kernel hard lockup in cgroups during eBPF workload
This bug was fixed in the package linux - 5.15.0-140.150 --- linux (5.15.0-140.150) jammy; urgency=medium * jammy/linux: 5.15.0-140.150 -proposed tracker (LP: #2106996) * Packaging resync (LP: #1786013) - [Packaging] debian.master/dkms-versions -- update from kernel-versions (main/2025.04.14) * NFS, overlay, fstab issue after update to kernel 5.15.0-133-generic and -134 (LP: #2103598) - udf: Fix directory iteration for longer tail extents * Remove floppy kernel module causes null pointer deference (LP: #2104326) - floppy: fix add_disk() assumption on exit due to new developments * CVE-2025-21971 - net_sched: Prevent creation of classes with TC_H_ROOT * CVE-2024-56599 - wifi: ath10k: avoid NULL pointer error during sdio remove * CVE-2024-56721 - x86/CPU/AMD: Terminate the erratum_1386_microcode array * Jammy update: v5.15.179 upstream stable release (LP: #2106026) - afs: Fix EEXIST error returned from afs_rmdir() to be ENOTEMPTY - afs: Fix directory format encoding struct - hung_task: move hung_task sysctl interface to hung_task.c - sysctl: use const for typically used max/min proc sysctls - sysctl: share unsigned long const values - fs: move inode sysctls to its own file - fs: move fs stat sysctls to file_table.c - fs: fix proc_handler for sysctl_nr_open - block: deprecate autoloading based on dev_t - block: retry call probe after request_module in blk_request_module - pstore/blk: trivial typo fixes - nvme: Add error check for xa_store in nvme_get_effects_log - partitions: ldm: remove the initial kernel-doc notation - select: Fix unbalanced user_access_end() - afs: Fix the fallback handling for the YFS.RemoveFile2 RPC call - sched/psi: Use task->psi_flags to clear in CPU migration - sched/fair: Fix value reported by hot tasks pulled in /proc/schedstat - drm/etnaviv: Fix page property being used for non writecombine buffers - genirq: Make handle_enforce_irqctx() unconditionally available - wifi: rtlwifi: do not complete firmware loading needlessly - wifi: rtlwifi: rtl8192se: rise completion of firmware loading as last step - wifi: rtlwifi: wait for firmware loading before releasing memory - wifi: rtlwifi: fix init_sw_vars leak when probe fails - wifi: rtlwifi: usb: fix workqueue leak when probe fails - spi: zynq-qspi: Add check for clk_enable() - dt-bindings: mmc: controller: clarify the address-cells description - spi: dt-bindings: add schema listing peripheral-specific properties - dt-bindings: Another pass removing cases of 'allOf' containing a '$ref' - dt-bindings: leds: Add Qualcomm Light Pulse Generator binding - dt-bindings: leds: Optional multi-led unit address - dt-bindings: leds: Add multicolor PWM LED bindings - dt-bindings: leds: class-multicolor: reference class directly in multi-led node - dt-bindings: leds: class-multicolor: Fix path to color definitions - rtlwifi: replace usage of found with dedicated list iterator variable - wifi: rtlwifi: remove unused timer and related code - wifi: rtlwifi: remove unused dualmac control leftovers - wifi: rtlwifi: destroy workqueue at rtl_deinit_core - wifi: rtlwifi: pci: wait for firmware loading before releasing memory - HID: multitouch: Add support for lenovo Y9000P Touchpad - Revert "HID: multitouch: Add support for lenovo Y9000P Touchpad" - HID: multitouch: fix support for Goodix PID 0x01e9 - regulator: dt-bindings: mt6315: Drop regulator-compatible property - ACPI: fan: cleanup resources in the error path of .probe() - cpupower: fix TSC MHz calculation - dt-bindings: mfd: bd71815: Fix rsense and typos - leds: netxbig: Fix an OF node reference leak in netxbig_leds_get_of_pdata() - cpufreq: schedutil: Fix superfluous updates caused by need_freq_update - clk: imx8mp: Fix clkout1/2 support - regulator: of: Implement the unwind path of of_regulator_match() - samples/landlock: Fix possible NULL dereference in parse_path() - wifi: wlcore: fix unbalanced pm_runtime calls - net/smc: fix data error when recvmsg with MSG_PEEK flag - landlock: Move filesystem helpers and add a new one - wifi: mt76: mt76u_vendor_request: Do not print error messages when -EPROTO - cpufreq: ACPI: Fix max-frequency computation - selftests: harness: fix printing of mismatch values in __EXPECT() - wifi: cfg80211: Handle specific BSSID in 6GHz scanning - wifi: cfg80211: adjust allocation of colocated AP data - clk: analogbits: Fix incorrect calculation of vco rate delta - selftests/landlock: Fix error message - net/mlxfw: Drop hard coded max FW flash image size - netfilter: nft_flow_offload: update tcp state flags under lock - tcp_cubic: fix incorrect HyStart round start detection - tools/testing/selftests/bpf/test_tc_tunnel.sh: Fix wait for server bind
[Bug 2089318] Re: kernel hard lockup in cgroups during eBPF workload
The fix is in jammy 5.15.0-140.150, which is part of the 2025.04.14-1 SRU cycle. If you search the changelog at: https://git.launchpad.net/~ubuntu- kernel/ubuntu/+source/linux/+git/jammy/tree/debian.master/changelog?h=master- next for: 2089318 it has this block of text: * kernel hard lockup in cgroups during eBPF workload (LP: #2089318) - cgroup: cgroup: Honor caller's cgroup NS when resolving cgroup id - cgroup: Homogenize cgroup_get_from_id() return value - cgroup: Make cgroup_get_from_id() prettier - cgroup.c: add helper __cset_cgroup_from_root to cleanup duplicated codes - cgroup: Reorganize css_set_lock and kernfs path processing Which are the commits for this change. If we check the tag for there kernel version Ubuntu-5.15.0-140.150 we can see which SRU cycle it will be part of: https://git.launchpad.net/~ubuntu- kernel/ubuntu/+source/linux/+git/jammy/tree/debian.master/tracking- bug?h=Ubuntu-5.15.0-140.150 The SRU cycle is: 2025.04.14-1 According to the release schedule at: https://kernel.ubuntu.com/ this is scheduled to be released to -updates "Week of 12-May" -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2089318 Title: kernel hard lockup in cgroups during eBPF workload To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2089318/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2089318] Re: kernel hard lockup in cgroups during eBPF workload
Hi Philip, We are right now about to release a image based upon linux-image-aws- lts-22.04, which depends on linux-image-5.15.0-1082-aws(built upon linux-aws (= 5.15.0-1082.89)). We checked the source for the unsigned image package(linux-image-unsigned-5.15.0-1082-aws). The fix in https://lists.ubuntu.com/archives/kernel-team/2025-January/156161.html doesn't seem to be there Wonder if the fix is released to Ubuntu mainline kernel, thank you very much for following up on this to this point. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2089318 Title: kernel hard lockup in cgroups during eBPF workload To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2089318/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2089318] Re: kernel hard lockup in cgroups during eBPF workload
This bug is awaiting verification that the linux/5.15.0-140.150 kernel in -proposed solves the problem. Please test the kernel and update this bug with the results. If the problem is solved, change the tag 'verification-needed-jammy-linux' to 'verification-done-jammy-linux'. If the problem still exists, change the tag 'verification-needed-jammy- linux' to 'verification-failed-jammy-linux'. If verification is not done by 5 working days from today, this fix will be dropped from the source code, and this bug will be closed. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Thank you! ** Tags added: kernel-spammed-jammy-linux-v2 verification-needed-jammy-linux -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2089318 Title: kernel hard lockup in cgroups during eBPF workload To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2089318/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2089318] Re: kernel hard lockup in cgroups during eBPF workload
** Tags added: kernel-daily-bug -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2089318 Title: kernel hard lockup in cgroups during eBPF workload To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2089318/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2089318] Re: kernel hard lockup in cgroups during eBPF workload
** Changed in: linux (Ubuntu Jammy) Status: In Progress => Fix Committed -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2089318 Title: kernel hard lockup in cgroups during eBPF workload To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2089318/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2089318] Re: kernel hard lockup in cgroups during eBPF workload
No worries, thanks Philip. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2089318 Title: kernel hard lockup in cgroups during eBPF workload To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2089318/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2089318] Re: kernel hard lockup in cgroups during eBPF workload
Hi Max, sorry about the late response. The patch got NACK'ed in review and that only happened on the last day for patch submissions so I was unable to make it into the cycle. I am targeting it to the next cycle, 2025.02.10. From: https://kernel.ubuntu.com/ The 2025.02.10 SRU cycle has a targetted release date the week of 10 March 2025. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2089318 Title: kernel hard lockup in cgroups during eBPF workload To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2089318/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2089318] Re: kernel hard lockup in cgroups during eBPF workload
Hey Philip, were we able to get it into the patch for 1/8? Is it still on track for release Feb 10? Thanks! -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2089318 Title: kernel hard lockup in cgroups during eBPF workload To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2089318/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2089318] Re: kernel hard lockup in cgroups during eBPF workload
The review has been sent to the mailing list: https://lists.ubuntu.com/archives/kernel-team/2025-January/156160.html -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2089318 Title: kernel hard lockup in cgroups during eBPF workload To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2089318/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs