summaryrefslogtreecommitdiff
path: root/arch/x86/include/asm/kvm_host.h
diff options
context:
space:
mode:
authorMichal Luczaj <mhal@rbox.co>2023-08-15 01:08:36 +0300
committerSean Christopherson <seanjc@google.com>2023-09-27 22:58:33 +0300
commit4346db6e6e7a63c25a2f6dd93f4613d6a17dbd4e (patch)
treebe35d71938c84af67d35d10542ec654e82bd532e /arch/x86/include/asm/kvm_host.h
parent9dbb029b9c44a84968317d462eaa5a748317d8fb (diff)
downloadlinux-4346db6e6e7a63c25a2f6dd93f4613d6a17dbd4e.tar.xz
KVM: x86: Force TLB flush on userspace changes to special registers
Userspace can directly modify the content of vCPU's CR0, CR3, and CR4 via KVM_SYNC_X86_SREGS and KVM_SET_SREGS{,2}. Make sure that KVM flushes guest TLB entries and paging-structure caches if a (partial) guest TLB flush is architecturally required based on the CRn changes. To keep things simple, flush whenever KVM resets the MMU context, i.e. if any bits in CR0, CR3, CR4, or EFER are modified. This is extreme overkill, but stuffing state from userspace is not such a hot path that preserving guest TLB state is a priority. Suggested-by: Paolo Bonzini <pbonzini@redhat.com> Signed-off-by: Michal Luczaj <mhal@rbox.co> Link: https://lore.kernel.org/r/20230814222358.707877-3-mhal@rbox.co [sean: call out that the flushing on MMU context resets is for simplicity] Signed-off-by: Sean Christopherson <seanjc@google.com>
Diffstat (limited to 'arch/x86/include/asm/kvm_host.h')
0 files changed, 0 insertions, 0 deletions