[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
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |