[SRU][J][PATCH 0/3] kernel hard lockup in cgroups during eBPF workload

[Philip Cox]

BugLink: https://bugs.launchpad.net/bugs/2089318

SRU Justification:

[Impact]

There is a kernel hard lockup where all CPUs are stuck acquiring an already-locked spinlock (css_set_lock) within the cgroup subsystem when the user is running a certain eBPF program.

This has been hit in focal 5.15 backport kernels.

[Fix]
The bug was introduced in 5.15 via commit 74e4b956eb1c and fixed in 5.16 via 46307fd6e27a.


[Test Plan]

This change has been tested by the LP user maxwolffe who opened the ticket and helped with the investigation.

I have also run the cgroup selftests on this kernel to test it.


[Where problems could occur]

Further upstream stable changes to the cgroup code may cause merge conflicts, but this should be mitigated as I indent to try to upstream these changes to the upstream stable kernel.

--


Michal Koutný (2):
  cgroup: cgroup: Honor caller's cgroup NS when resolving cgroup id
  cgroup: Reorganize css_set_lock and kernfs path processing

Tejun Heo (1):
  cgroup: Make cgroup_get_from_id() prettier

 kernel/cgroup/cgroup.c | 97 +++++++++++++++++++++++++++++-------------
 1 file changed, 68 insertions(+), 29 deletions(-)

-- 
2.43.0