summaryrefslogtreecommitdiffstats
path: root/arch/x86/kvm/vmx/vmx_ops.h
diff options
context:
space:
mode:
authorDavid Woodhouse <dwmw@amazon.co.uk>2021-12-10 17:36:24 +0100
committerPaolo Bonzini <pbonzini@redhat.com>2022-01-07 16:44:45 +0100
commit55749769fe608fa3f4a075e42e89d237c8e37637 (patch)
treec99579f4f18b42a971d486fe53aabf02756dd538 /arch/x86/kvm/vmx/vmx_ops.h
parentKVM: x86/xen: Add KVM_IRQ_ROUTING_XEN_EVTCHN and event channel delivery (diff)
downloadlinux-55749769fe608fa3f4a075e42e89d237c8e37637.tar.xz
linux-55749769fe608fa3f4a075e42e89d237c8e37637.zip
KVM: x86: Fix wall clock writes in Xen shared_info not to mark page dirty
When dirty ring logging is enabled, any dirty logging without an active vCPU context will cause a kernel oops. But we've already declared that the shared_info page doesn't get dirty tracking anyway, since it would be kind of insane to mark it dirty every time we deliver an event channel interrupt. Userspace is supposed to just assume it's always dirty any time a vCPU can run or event channels are routed. So stop using the generic kvm_write_wall_clock() and just write directly through the gfn_to_pfn_cache that we already have set up. We can make kvm_write_wall_clock() static in x86.c again now, but let's not remove the 'sec_hi_ofs' argument even though it's not used yet. At some point we *will* want to use that for KVM guests too. Fixes: 629b5348841a ("KVM: x86/xen: update wallclock region") Reported-by: butt3rflyh4ck <butterflyhuangxx@gmail.com> Signed-off-by: David Woodhouse <dwmw@amazon.co.uk> Message-Id: <20211210163625.2886-6-dwmw2@infradead.org> Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
Diffstat (limited to 'arch/x86/kvm/vmx/vmx_ops.h')
0 files changed, 0 insertions, 0 deletions