We use these services and cookies to improve your user experience. You may opt out if you wish, however, this may limit some features on this site.
Please see our statement on Data Privacy.
In the Linux kernel, the following vulnerability has been resolved: io_uring: check if we need to reschedule during overflow flush In terms of normal application usage, this list will always be empty. And if an application does overflow a bit, it'll have a few entries. However, nothing obviously prevents syzbot from running a test case that generates a ton of overflow entries, and then flushing them can take quite a while. Check for needing to reschedule while flushing, and drop our locks and do so if necessary. There's no state to maintain here as overflows always prune from head-of-list, hence it's fine to drop and reacquire the locks at the end of the loop.
Reserved 2024-10-21 | Published 2024-10-21 | Updated 2024-11-19 | Assigner Linuxgit.kernel.org/...c/a2493904e95ce94bbec819d8f7f03b99976eb25c
git.kernel.org/...c/f4ce3b5d26ce149e77e6b8e8f2058aa80e5b034e
git.kernel.org/...c/c2eadeafce2d385b3f6d26a7f31fee5aba2bbbb0
git.kernel.org/...c/eac2ca2d682f94f46b1973bdf5e77d85d77b8e53
Support options