CVE-2026-98536writeback: report a Tasks-RCU quiescent state per cgwb drain pass
Updated under an hour ago ()
Does this affect you?
It affects Linux. Add what you run to find out whether that includes you.
No exploitation reported and no EPSS estimate yet.
Do this next
Free account, 1 product
In the Linux kernel, the following vulnerability has been resolved: writeback: report a Tasks-RCU quiescent state per cgwb drain pass cleanup_offline_cgwbs_workfn() drains a dying cgwb by calling cleanup_offline_cgwb() until it returns false, with a cond_resched() between passes. On a CONFIG_PREEMPTION kernel that cond_resched() does nothing: _cond_resched() is a plain "return 0", and under PREEMPT_DYNAMIC the full and lazy modes disable it. Since commit 7dadeaa6e851 ("sched: Further restrict the preemption modes") those are the only two models on the architectures with PREEMPT_LAZY support, arm64 and x86 among them, so the drain loop never reports a Tasks-RCU quiescent state. A worker draining a cgwb with millions of attached inodes runs for minutes. On a 6.18 arm64 host in lazy mode the cgwb worker drained one dying cgroup's writeback domain for over 11 minutes. A BPF program unlink (bpf_trampoline_unlink_prog -> bpf_trampoline_update -> unregister_ftrace_direct -> ftrace_shutdown -> synchronize_rcu_tasks()) waited on that grace period while holding the trampoline mutex, 42 tasks queued behind it in D state, and the hung task detector fired at 614 s and panicked the host. Any BPF or ftrace detach during a long drain inherits the drain's length. Fix this by calling cond_resched_tasks_rcu_qs() so we do not stall out anybody who calls sycnrhonize_rcu_tasks(). We put this in a do { } while loop because if we have many small cgroups cleanup_offline_cgwb() will return false and we will never call cond_resched_tasks_rcu_qs(), creating the same problem.
- CVSS
- Not yet scored
- Weakness (CWE)
- Not given
- Known exploited
- Not in CISA's KEV catalog
- EPSS (exploitation in the next 30 days)
- Not loaded for this CVE
- Assigned by
- Linux
- NVD analysis
- Received
- Record last updated
- Oct 18, 2026
- First seen by InfoSec Signals
- Oct 18, 2026
Affected products
Linux Linux linux:linux (from the name) | from c22d70a162d3cc177282c4487be4d54876ca55c8 before 863049b4018237d1590cd13b16e9fe9c0faad2c6; from c22d70a162d3cc177282c4487be4d54876ca55c8 before 42462b5bb0dec57db7f85d0f77655c737d45754d; from c22d70a162d3cc177282c4487be4d54876ca55c8 before ebf1555ad2821be06f87a88ffd9a2cab8d2200e1; from c22d70a162d3cc177282c4487be4d54876ca55c8 before 4eb889649eaf65f4a5727b04ba1c017b7d05bb16; from c22d70a162d3cc177282c4487be4d54876ca55c8 before fd3bf32279df98751364b3609eb100a3e42f253b; from c22d70a162d3cc177282c4487be4d54876ca55c8 before 260f586a80e7f624dd7f069898a75a904f34d373; from c22d70a162d3cc177282c4487be4d54876ca55c8 before 407a5d205179a4ab186571b0e16ec42725dc77bc | CNA record |
References
- https://git.kernel.org/stable/c/863049b4018237d1590cd13b16e9fe9c0faad2c6
- https://git.kernel.org/stable/c/42462b5bb0dec57db7f85d0f77655c737d45754d
- https://git.kernel.org/stable/c/ebf1555ad2821be06f87a88ffd9a2cab8d2200e1
- https://git.kernel.org/stable/c/4eb889649eaf65f4a5727b04ba1c017b7d05bb16
- https://git.kernel.org/stable/c/fd3bf32279df98751364b3609eb100a3e42f253b
- https://git.kernel.org/stable/c/260f586a80e7f624dd7f069898a75a904f34d373
- https://git.kernel.org/stable/c/407a5d205179a4ab186571b0e16ec42725dc77bc
The CVE record on cve.org NVD's entry
The CVE record is authoritative. Products marked “from the name” were identified from the CNA's free-text names, not a CPE, and are matched less certainly. This product uses the NVD API but is not endorsed or certified by the NVD.