Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1679069
| From | Paolo Bonzini <pbonzini@redhat.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH 0/2] Expose VMFUNC to the nested hypervisor |
| Date | 2017-06-30 21:10 +0200 |
| Message-ID | <tY9sK-WD-11@gated-at.bofh.it> (permalink) |
| References | <tXRcu-5ZS-5@gated-at.bofh.it> <tY7AC-8dL-23@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
----- Original Message ----- > From: "Jim Mattson" <jmattson@google.com> > To: "Bandan Das" <bsd@redhat.com> > Cc: "kvm list" <kvm@vger.kernel.org>, "Paolo Bonzini" <pbonzini@redhat.com>, "LKML" <linux-kernel@vger.kernel.org> > Sent: Friday, June 30, 2017 7:06:43 PM > Subject: Re: [PATCH 0/2] Expose VMFUNC to the nested hypervisor > > Isn't McAfee DeepSAFE defunct? Are there any other consumers of EPTP > switching? Xen can use it optionally, and #VE as well. Paolo > On Thu, Jun 29, 2017 at 4:29 PM, Bandan Das <bsd@redhat.com> wrote: > > These patches expose eptp switching/vmfunc to the nested hypervisor. > > Testing with > > kvm-unit-tests seems to work ok. > > > > If the guest hypervisor enables vmfunc/eptp switching, a "shadow" eptp list > > address page is written to the VMCS. Initially, it would be unpopulated > > which > > would result in a vmexit with exit reason 59. This hooks to handle_vmfunc() > > to rewrite vmcs12->ept_pointer to reload the mmu and get a new root hpa. > > This new shadow ept pointer is written to the shadow eptp list in the given > > index. A next vmfunc call to switch to the given index would succeed > > without > > an exit. > > > > Bandan Das (2): > > KVM: nVMX: Implement EPTP switching for the L1 hypervisor > > KVM: nVMX: Advertise VMFUNC to L1 hypervisor > > > > arch/x86/include/asm/vmx.h | 9 ++++ > > arch/x86/kvm/vmx.c | 122 > > +++++++++++++++++++++++++++++++++++++++++++++ > > 2 files changed, 131 insertions(+) > > > > -- > > 2.9.4 > > >
Back to linux.kernel | Previous | Next — Previous in thread | Find similar | Unroll thread
[PATCH 0/2] Expose VMFUNC to the nested hypervisor Bandan Das <bsd@redhat.com> - 2017-06-30 01:40 +0200
Re: [PATCH 0/2] Expose VMFUNC to the nested hypervisor Jim Mattson <jmattson@google.com> - 2017-06-30 19:10 +0200
Re: [PATCH 0/2] Expose VMFUNC to the nested hypervisor Bandan Das <bsd@redhat.com> - 2017-06-30 20:00 +0200
Re: [PATCH 0/2] Expose VMFUNC to the nested hypervisor Paolo Bonzini <pbonzini@redhat.com> - 2017-06-30 21:10 +0200
csiph-web