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

Re: [Xen-devel] [PATCH] pvh: add a call to pit_init to init spinlock



>>> On 10.03.14 at 23:09, Mukesh Rathor <mukesh.rathor@xxxxxxxxxx> wrote:
> On Mon, 10 Mar 2014 09:10:23 +0000
> "Jan Beulich" <JBeulich@xxxxxxxx> wrote:
> 
>> >>> On 08.03.14 at 03:28, Mukesh Rathor <mukesh.rathor@xxxxxxxxxx>
>> >>> wrote:
>> > --- a/xen/arch/x86/hvm/hvm.c
>> > +++ b/xen/arch/x86/hvm/hvm.c
>> > @@ -1299,6 +1299,9 @@ int hvm_vcpu_initialise(struct vcpu *v)
>> >          v->arch.hvm_vcpu.hcall_64bit = 1;    /* PVH 32bitfixme. */
>> >          /* This is for hvm_long_mode_enabled(v). */
>> >          v->arch.hvm_vcpu.guest_efer = EFER_SCE | EFER_LMA |
>> > EFER_LME; +
>> > +        if ( v->vcpu_id == 0 )
>> > +            pit_init(v, cpu_khz);
>> 
>> I know I'm asking a lot, but did you consider using the opportunity
>> to do what the HVM call site says - move this to
>> hvm_domain_initialise()? Or, considering that PV wants this too,
>> even move it to arch_domain_create()?
> 
> I started that route.. but thought it might be too intrusive for 4.4.
> I had it moved to hvm_domain_initialise, but arch_domain_create is 
> even better. It's hard to anticipate what any maintainer would prefer, 
> the impression so far is to not touch anything un-needed or un-necessary... 

Properly done cleanup, even more so in a case like this where a
comment even says this should be done, is always welcome.

Jan


_______________________________________________
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®.