GPU VulnDB

Database/Kernel, userspace & hypervisor

Linux kernel mm/migrate: long page-migration batches stall Tasks-RCU grace periods on KVM hosts

UnscoredCVE-2026-89756Kernel, userspace & hypervisorcurated

Impact

On a KVM host, unmapping a large batch of folios in migrate_pages_batch() runs mmu_notifier callbacks that reach tdp_mmu_zap_leafs(), which is expensive. On PREEMPTION kernels cond_resched() is a no-op and involuntary preemption is not a Tasks-RCU quiescent state, so the migrating task (typically kcompactd) becomes a Tasks-RCU holdout and stalls the grace period for minutes. The report comes from a large production fleet. For a GPU node this is an availability problem, not a privilege one: a host running VM tenants with compaction active can hang Tasks-RCU consumers and produce rcu_tasks stall splats, and no attacker action is required.

Who can reach it

No attacker needed; triggered by normal memory compaction on a KVM host with PREEMPTION enabled. Local workload pressure makes it more likely.

What to do

Pick up the stable kernel commits that switch migrate_pages_batch() to cond_resched_tasks_rcu_qs(). Applying it means installing a patched kernel and rebooting each host, so it rides an existing node-drain and reboot window rather than justifying its own.

References

Related entries

All Kernel, userspace & hypervisor entries

This entry is curated: imported from vendor advisories with machine assistance, not yet individually verified. Confirm against your vendor's advisory before acting, and report anything wrong.