Page MenuHomeFreeBSD

vmm: do not leak halted_cpus bit after suspension
ClosedPublic

Authored by kib on Oct 31 2022, 11:33 PM.
Tags
None
Referenced Files
Unknown Object (File)
Tue, Nov 25, 6:08 PM
Unknown Object (File)
Wed, Nov 12, 5:55 PM
Unknown Object (File)
Wed, Nov 12, 2:46 AM
Unknown Object (File)
Nov 5 2025, 2:42 AM
Unknown Object (File)
Nov 3 2025, 11:58 PM
Unknown Object (File)
Oct 29 2025, 6:49 AM
Unknown Object (File)
Oct 29 2025, 6:48 AM
Unknown Object (File)
Oct 29 2025, 6:35 AM

Details

Summary

Reported by: bz
PR: 267468

Diff Detail

Repository
rG FreeBSD src repository
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

kib requested review of this revision.Oct 31 2022, 11:33 PM
markj added inline comments.
sys/amd64/vmm/vmm.c
1408

If there are two vcpus, and one is already halted, then we may suspend the VM here. Then the halted vcpu thread can wake up and handle a signal, so the VM will be suspended but halted_cpus != active_cpus. Hmm, but vmx_run() and svm_run() will return VM_EXITCODE_SUSPENDED once the vcpu tries to continue executing the (suspended) guest, so this seems ok.

This revision is now accepted and ready to land.Nov 1 2022, 2:13 PM
sys/amd64/vmm/vmm.c
1408

When adding this patch, I wondered if clearing of the bit in halted_cpus should be done under vcpu spin lock. But it seems that vm_resume_cpu() does not care, so I did not do locked the spin lock in the error path as well.

I suspect that vm_suspend() in fact needs more synchronization there, regardless of my fix.