Re: [PATCH V5 00/10] x86/KVM/Hyper-v: Add HV ept tlb range flush hypercall support in KVM

From: Tianyu Lan
Date: Tue Nov 27 2018 - 06:59:37 EST


Gentile Ping...

On Thu, Nov 8, 2018 at 10:43 PM <lantianyu1986@xxxxxxxxx> wrote:
>
> From: Lan Tianyu <Tianyu.Lan@xxxxxxxxxxxxx>
>
> Sorry. Some patches was blocked and I try to resend via another account.
>
> For nested memory virtualization, Hyper-v doesn't set write-protect
> L1 hypervisor EPT page directory and page table node to track changes
> while it relies on guest to tell it changes via HvFlushGuestAddressLlist
> hypercall. HvFlushGuestAddressLlist hypercall provides a way to flush
> EPT page table with ranges which are specified by L1 hypervisor.
>
> If L1 hypervisor uses INVEPT or HvFlushGuestAddressSpace hypercall to
> flush EPT tlb, Hyper-V will invalidate associated EPT shadow page table
> and sync L1's EPT table when next EPT page fault is triggered.
> HvFlushGuestAddressLlist hypercall helps to avoid such redundant EPT
> page fault and synchronization of shadow page table.
>
> This patchset is rebased on the Linux 4.20-rc1 and Patch "KVM/VMX: Check
> ept_pointer before flushing ept tlb".(https://www.mail-archive.com/linux
> -kernel@xxxxxxxxxxxxxxx/msg1798827.html).
>
> Change since v4:
> 1) Split flush address and flush list patches. This patchset only contains
> flush address patches. Will post flush list patches later.
> 2) Expose function hyperv_fill_flush_guest_mapping_list()
> out of hyperv file
> 3) Adjust parameter of hyperv_flush_guest_mapping_range()
> 4) Reorder patchset and move Hyper-V and VMX changes ahead.
>
> Change since v3:
> 1) Remove code of updating "tlbs_dirty" in kvm_flush_remote_tlbs_with_range()
> 2) Remove directly tlb flush in the kvm_handle_hva_range()
> 3) Move tlb flush in kvm_set_pte_rmapp() to kvm_mmu_notifier_change_pte()
> 4) Combine Vitaly's "don't pass EPT configuration info to
> vmx_hv_remote_flush_tlb()" fix
>
> Change since v2:
> 1) Fix comment in the kvm_flush_remote_tlbs_with_range()
> 2) Move HV_MAX_FLUSH_PAGES and HV_MAX_FLUSH_REP_COUNT to
> hyperv-tlfs.h.
> 3) Calculate HV_MAX_FLUSH_REP_COUNT in the macro definition
> 4) Use HV_MAX_FLUSH_REP_COUNT to define length of gpa_list in
> struct hv_guest_mapping_flush_list.
>
> Change since v1:
> 1) Convert "end_gfn" of struct kvm_tlb_range to "pages" in order
> to avoid confusion as to whether "end_gfn" is inclusive or exlusive.
> 2) Add hyperv tlb range struct and replace kvm tlb range struct
> with new struct in order to avoid using kvm struct in the hyperv
> code directly.
>
>
> Lan Tianyu (10):
> KVM: Add tlb_remote_flush_with_range callback in kvm_x86_ops
> x86/hyper-v: Add HvFlushGuestAddressList hypercall support
> x86/Hyper-v: Add trace in the
> hyperv_nested_flush_guest_mapping_range()
> KVM/VMX: Add hv tlb range flush support
> KVM/MMU: Add tlb flush with range helper function
> KVM: Replace old tlb flush function with new one to flush a specified
> range.
> KVM: Make kvm_set_spte_hva() return int
> KVM/MMU: Move tlb flush in kvm_set_pte_rmapp() to
> kvm_mmu_notifier_change_pte()
> KVM/MMU: Flush tlb directly in the kvm_set_pte_rmapp()
> KVM/MMU: Flush tlb directly in the kvm_zap_gfn_range()
>
> arch/arm/include/asm/kvm_host.h | 2 +-
> arch/arm64/include/asm/kvm_host.h | 2 +-
> arch/mips/include/asm/kvm_host.h | 2 +-
> arch/mips/kvm/mmu.c | 3 +-
> arch/powerpc/include/asm/kvm_host.h | 2 +-
> arch/powerpc/kvm/book3s.c | 3 +-
> arch/powerpc/kvm/e500_mmu_host.c | 3 +-
> arch/x86/hyperv/nested.c | 80 +++++++++++++++++++++++++++++++
> arch/x86/include/asm/hyperv-tlfs.h | 32 +++++++++++++
> arch/x86/include/asm/kvm_host.h | 9 +++-
> arch/x86/include/asm/mshyperv.h | 15 ++++++
> arch/x86/include/asm/trace/hyperv.h | 14 ++++++
> arch/x86/kvm/mmu.c | 96 +++++++++++++++++++++++++++++--------
> arch/x86/kvm/paging_tmpl.h | 3 +-
> arch/x86/kvm/vmx.c | 69 ++++++++++++++++++--------
> virt/kvm/arm/mmu.c | 6 ++-
> virt/kvm/kvm_main.c | 5 +-
> 17 files changed, 295 insertions(+), 51 deletions(-)
>
> --
> 2.14.4
>


--
Best regards
Tianyu Lan