summaryrefslogtreecommitdiff
path: root/arch/x86/kvm/mmu/mmu.c
diff options
context:
space:
mode:
authorSean Christopherson <sean.j.christopherson@intel.com>2020-07-02 19:35:31 -0700
committerPaolo Bonzini <pbonzini@redhat.com>2020-07-09 13:29:39 -0400
commitf3747a5a9e5a26934da8c956ceef42639cbc623c (patch)
tree3ef7a5b0da95d3f69d207f8bebb6cb5d3236acca /arch/x86/kvm/mmu/mmu.c
parent832914452a9638b713a3ea9a490cbc18f3b164f2 (diff)
downloadlwn-f3747a5a9e5a26934da8c956ceef42639cbc623c.tar.gz
lwn-f3747a5a9e5a26934da8c956ceef42639cbc623c.zip
KVM: x86/mmu: Topup memory caches after walking GVA->GPA
Topup memory caches after walking the GVA->GPA translation during a shadow page fault, there is no need to ensure the caches are full when walking the GVA. As of commit f5a1e9f89504f ("KVM: MMU: remove call to kvm_mmu_pte_write from walk_addr"), the FNAME(walk_addr) flow no longer add rmaps via kvm_mmu_pte_write(). This avoids allocating memory in the case that the GVA is unmapped in the guest, and also provides a paper trail of why/when the memory caches need to be filled. Reviewed-by: Ben Gardon <bgardon@google.com> Signed-off-by: Sean Christopherson <sean.j.christopherson@intel.com> Message-Id: <20200703023545.8771-8-sean.j.christopherson@intel.com> Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
Diffstat (limited to 'arch/x86/kvm/mmu/mmu.c')
0 files changed, 0 insertions, 0 deletions