]> www.infradead.org Git - users/jedix/linux-maple.git/commit
KVM: x86: Don't bleed PVCLOCK_GUEST_STOPPED across PV clocks
authorSean Christopherson <seanjc@google.com>
Sat, 1 Feb 2025 01:38:22 +0000 (17:38 -0800)
committerSean Christopherson <seanjc@google.com>
Wed, 12 Feb 2025 18:45:55 +0000 (10:45 -0800)
commit24c16637802695c1721db6ec16a7acd11f9f9167
tree124817d9aa1f522a125326cd2a021f8a3c8ac8e2
parentca28aa63918b304d77803d5ae952ed875fdad56b
KVM: x86: Don't bleed PVCLOCK_GUEST_STOPPED across PV clocks

When updating a specific PV clock, make a full copy of KVM's reference
copy/cache so that PVCLOCK_GUEST_STOPPED doesn't bleed across clocks.
E.g. in the unlikely scenario the guest has enabled both kvmclock and Xen
PV clock, a dangling GUEST_STOPPED in kvmclock would bleed into Xen PV
clock.

Using a local copy of the pvclock structure also sets the stage for
eliminating the per-vCPU copy/cache (only the TSC frequency information
actually "needs" to be cached/persisted).

Fixes: aa096aa0a05f ("KVM: x86/xen: setup pvclock updates")
Reviewed-by: Paul Durrant <paul@xen.org>
Link: https://lore.kernel.org/r/20250201013827.680235-7-seanjc@google.com
Signed-off-by: Sean Christopherson <seanjc@google.com>
arch/x86/kvm/x86.c