[SRU][P][PATCH 0/1] fs/eventpoll: fix endless busy loop after timeout has expired

Zixing Liu zixing.liu at canonical.com
Wed May 21 06:21:02 UTC 2025


BugLink: https://bugs.launchpad.net/linux/+bug/2110289

SRU Justification:

[Impact]

fs/eventpoll: fix endless busy loop after timeout has expired

commit 0a65bc27bd64 introduced a regression where if the epoll time-out
is too small and ep_poll(...) is entered after the time-out already
reached, the kernel will soft-lock itself due to improper time-out handling.

[Fix]

Plucky: cherry-picked from upstream stable linux-6.14.y
Oracular: not affected
Noble:    not affected
Jammy:    not affected
Focal:    not affected
Bionic:   not affected
Xenial:   not affected
Trusty:   not affected

[Test Plan]

* Use the provided reproducer to check if the test program will
cause high CPU usage.
* Check if snapd still causes high CPU usage every 5 minutes.

[Where problems could occur]

The change involves fixing the timed-out handling logic when
the timer expires before the event is processed in the wait queue.
This may cause epoll-related issues if the fix is found to
be inappropriate.

[Notes]

Oracular and below are not affected, as the commit introduced regression
was not present in older kernels or their stable trees.

Max Kellermann (1):
  fs/eventpoll: fix endless busy loop after timeout has expired

 fs/eventpoll.c | 7 ++++---
 1 file changed, 4 insertions(+), 3 deletions(-)

-- 
2.48.1




More information about the kernel-team mailing list