Searched hist:"2 f2fad0897cbfda4e384a7b9eab73654974015ac" (Results 1 – 2 of 2) sorted by relevance
/linux/arch/x86/kvm/mmu/ |
H A D | mmu_internal.h | diff 2f2fad0897cbfda4e384a7b9eab73654974015ac Wed Oct 14 20:26:45 CEST 2020 Ben Gardon <bgardon@google.com> kvm: x86/mmu: Add functions to handle changed TDP SPTEs
The existing bookkeeping done by KVM when a PTE is changed is spread around several functions. This makes it difficult to remember all the stats, bitmaps, and other subsystems that need to be updated whenever a PTE is modified. When a non-leaf PTE is marked non-present or becomes a leaf PTE, page table memory must also be freed. To simplify the MMU and facilitate the use of atomic operations on SPTEs in future patches, create functions to handle some of the bookkeeping required as a result of a change.
Tested by running kvm-unit-tests and KVM selftests on an Intel Haswell machine. This series introduced no new failures.
This series can be viewed in Gerrit at: https://linux-review.googlesource.com/c/virt/kvm/kvm/+/2538
Signed-off-by: Ben Gardon <bgardon@google.com> Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
|
H A D | tdp_mmu.c | diff 2f2fad0897cbfda4e384a7b9eab73654974015ac Wed Oct 14 20:26:45 CEST 2020 Ben Gardon <bgardon@google.com> kvm: x86/mmu: Add functions to handle changed TDP SPTEs
The existing bookkeeping done by KVM when a PTE is changed is spread around several functions. This makes it difficult to remember all the stats, bitmaps, and other subsystems that need to be updated whenever a PTE is modified. When a non-leaf PTE is marked non-present or becomes a leaf PTE, page table memory must also be freed. To simplify the MMU and facilitate the use of atomic operations on SPTEs in future patches, create functions to handle some of the bookkeeping required as a result of a change.
Tested by running kvm-unit-tests and KVM selftests on an Intel Haswell machine. This series introduced no new failures.
This series can be viewed in Gerrit at: https://linux-review.googlesource.com/c/virt/kvm/kvm/+/2538
Signed-off-by: Ben Gardon <bgardon@google.com> Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
|