summaryrefslogtreecommitdiff
path: root/.mailmap
diff options
context:
space:
mode:
authorSean Christopherson <seanjc@google.com>2024-02-27 17:28:08 +0300
committerPaolo Bonzini <pbonzini@redhat.com>2024-05-07 18:59:19 +0300
commitb3d5dc629c32f03d6ae0ddff628a67d999b723e0 (patch)
tree573f04988b2df194fc6b95187fdea86dd2f64193 /.mailmap
parent7bdbb820fee4429f889ed563929ce2d1c6ac36b6 (diff)
downloadlinux-b3d5dc629c32f03d6ae0ddff628a67d999b723e0.tar.xz
KVM: x86/mmu: Use synthetic page fault error code to indicate private faults
Add and use a synthetic, KVM-defined page fault error code to indicate whether a fault is to private vs. shared memory. TDX and SNP have different mechanisms for reporting private vs. shared, and KVM's software-protected VMs have no mechanism at all. Usurp an error code flag to avoid having to plumb another parameter to kvm_mmu_page_fault() and friends. Alternatively, KVM could borrow AMD's PFERR_GUEST_ENC_MASK, i.e. set it for TDX and software-protected VMs as appropriate, but that would require *clearing* the flag for SEV and SEV-ES VMs, which support encrypted memory at the hardware layer, but don't utilize private memory at the KVM layer. Opportunistically add a comment to call out that the logic for software- protected VMs is (and was before this commit) broken for nested MMUs, i.e. for nested TDP, as the GPA is an L2 GPA. Punt on trying to play nice with nested MMUs as there is a _lot_ of functionality that simply doesn't work for software-protected VMs, e.g. all of the paths where KVM accesses guest memory need to be updated to be aware of private vs. shared memory. Signed-off-by: Sean Christopherson <seanjc@google.com> Message-Id: <20240228024147.41573-6-seanjc@google.com> Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
Diffstat (limited to '.mailmap')
0 files changed, 0 insertions, 0 deletions