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

Re: [Xen-devel] [V10 PATCH 21/23] PVH xen: VMX support of PVH guest creation/destruction



On Fri, 9 Aug 2013 14:44:48 +0100
George Dunlap <dunlapg@xxxxxxxxx> wrote:

> On Wed, Jul 24, 2013 at 2:59 AM, Mukesh Rathor
> <mukesh.rathor@xxxxxxxxxx> wrote:
> > This patch implements the vmx portion of the guest create, ie
> > vcpu and domain initialization. Some changes to support the destroy
> > path.
> >
> > Change in V10:
> >   - Don't call vmx_domain_initialise / vmx_domain_destroy for PVH.
> >   - Do not set hvm_vcpu.guest_efer here in vmx.c.
> >
> > Signed-off-by: Mukesh Rathor <mukesh.rathor@xxxxxxxxxx>
> > ---
> >  xen/arch/x86/hvm/vmx/vmx.c |   28 ++++++++++++++++++++++++++++
> >  1 files changed, 28 insertions(+), 0 deletions(-)
> >
> > diff --git a/xen/arch/x86/hvm/vmx/vmx.c b/xen/arch/x86/hvm/vmx/vmx.c
> > index 80109c1..f6ea39a 100644
> > --- a/xen/arch/x86/hvm/vmx/vmx.c
> > +++ b/xen/arch/x86/hvm/vmx/vmx.c
> > @@ -1076,6 +1076,28 @@ static void vmx_update_host_cr3(struct vcpu
> > *v) vmx_vmcs_exit(v);
> >  }
> >
> > +/*
> > + * PVH guest never causes CR3 write vmexit. This is called during
> > the guest
> > + * setup.
> > + */
> > +static void vmx_update_pvh_cr(struct vcpu *v, unsigned int cr)
> > +{
> > +    vmx_vmcs_enter(v);
> > +    switch ( cr )
> > +    {
> > +    case 3:
> > +        __vmwrite(GUEST_CR3, v->arch.hvm_vcpu.guest_cr[3]);
> > +        hvm_asid_flush_vcpu(v);
> > +        break;
> > +
> > +    default:
> > +        printk(XENLOG_ERR
> > +               "PVH: d%d v%d unexpected cr%d update at rip:%lx\n",
> > +               v->domain->domain_id, v->vcpu_id, cr,
> > __vmread(GUEST_RIP));
> > +    }
> > +    vmx_vmcs_exit(v);
> > +}
> 
> This function seems almost completely pointless.  In the case of CR3,
> it basically does exactly what the function below does.  It avoids
> maybe doing something pointless, like vmx_load_ptrs(), but that should
> be harmless, right?

Harmless, nonetheless pointless paying small penalty calling it. Such
things are subjective and matter of personal opinions, and vary from
maintainer to maintainer.... I don't care either way. If it helps this
patch end it's misery, I'll make the change!

Mukesh


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.