Back to CVE records
Not yet scoredPublished Oct 18, 2026

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.

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

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

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.

Your cookie choices
We use essential cookies to run this site, and, only with your consent, an advertising cookie from Google to measure whether our ads lead to sign-ups and subscriptions. See our for details.