aboutsummaryrefslogtreecommitdiffstats
path: root/tools/testing/selftests/net/lib/py/utils.py
diff options
context:
space:
mode:
authorSean Christopherson <[email protected]>2025-02-01 01:38:17 +0000
committerSean Christopherson <[email protected]>2025-02-12 18:45:54 +0000
commitd9c5ed0a9b529ee1103a4b68cec86112b26380e0 (patch)
tree6eb5f09d949bfca2f17266aecf456424787c1efd /tools/testing/selftests/net/lib/py/utils.py
parentLinux 6.14-rc2 (diff)
downloadkernel-d9c5ed0a9b529ee1103a4b68cec86112b26380e0.tar.gz
kernel-d9c5ed0a9b529ee1103a4b68cec86112b26380e0.zip
KVM: x86: Don't take kvm->lock when iterating over vCPUs in suspend notifier
When queueing vCPU PVCLOCK updates in response to SUSPEND or HIBERNATE, don't take kvm->lock as doing so can trigger a largely theoretical deadlock, it is perfectly safe to iterate over the xarray of vCPUs without holding kvm->lock, and kvm->lock doesn't protect kvm_set_guest_paused() in any way (pv_time.active and pvclock_set_guest_stopped_request are protected by vcpu->mutex, not kvm->lock). Reported-by: [email protected] Closes: https://lore.kernel.org/all/[email protected] Fixes: 7d62874f69d7 ("kvm: x86: implement KVM PM-notifier") Reviewed-by: Paul Durrant <[email protected]> Link: https://lore.kernel.org/r/[email protected] Signed-off-by: Sean Christopherson <[email protected]>
Diffstat (limited to 'tools/testing/selftests/net/lib/py/utils.py')
0 files changed, 0 insertions, 0 deletions