Re: Nested VMX support v3

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




Avi Kivity <avi@xxxxxxxxxx> wrote on 20/10/2009 05:30:34:

> From:
>
> Avi Kivity <avi@xxxxxxxxxx>
>
> To:
>
> Orit Wasserman/Haifa/IBM@IBMIL
>
> Cc:
>
> kvm@xxxxxxxxxxxxxxx, Ben-Ami Yassour1/Haifa/IBM@IBMIL, Abel Gordon/
> Haifa/IBM@IBMIL, Muli Ben-Yehuda/Haifa/IBM@IBMIL,
> aliguori@xxxxxxxxxx, mdday@xxxxxxxxxx
>
> Date:
>
> 20/10/2009 05:30
>
> Subject:
>
> Re: Nested VMX support v3
>
> On 10/15/2009 11:41 PM, oritw@xxxxxxxxxx wrote:
> > Avi,
> > We have addressed all of the comments, please apply.
> >
> > The following patches implement nested VMX support. The patches
> enable a guest
> > to use the VMX APIs in order to run its own nested guest (i.e.,
> enable running
> > other hypervisors which use VMX under KVM). The current patches
> support running
> > Linux under a nested KVM using shadow page table (with bypass_guest_pf
> > disabled). SMP support was fixed.  Reworking EPT support to mesh
> cleanly with
> > the current shadow paging design per Avi's comments is a
work-in-progress.
> >
>
> Why is bypass_guest_pf disabled?
It was not implemented.
We need to modify the walk_addr code to handle the sptes that have invalid
content (used only for the bypass_guest_pf
optimization) and identify them as not present. Maybe remove some other
validity checks too.
>
> > The current patches only support a single nested hypervisor, which
> can only run
> > a single guest (multiple guests are work in progress). Only 64-bit
nested
> > hypervisors are supported.
> >
>
> Multiple guests and 32-bit support are merge requirements.  As far as I
> can tell there shouldn't be anything special required to support them?
Ok.
>
>
> > vpid allocation will be updated with the multiguest support (work
> in progress).
> > We are working on fixing the cr0.TS handling, it works for nested kvm
by not
> > for vmware server.
> >
>
> Please either drop or fix vpid before merging.  What's wrong with
> cr0.ts?  I'd like to see that fixed as well.
Ok.
>
> --
> I have a truly marvellous patch that fixes the bug which this
> signature is too narrow to contain.
>

--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [KVM ARM]     [KVM ia64]     [KVM ppc]     [Virtualization Tools]     [Spice Development]     [Libvirt]     [Libvirt Users]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite Questions]     [Linux Kernel]     [Linux SCSI]     [XFree86]
  Powered by Linux