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

Re: [Xen-devel] [Patch 2/4] Refining Xsave/Xrestore support


  • To: Jan Beulich <JBeulich@xxxxxxxxxx>
  • From: Haitao Shan <maillists.shan@xxxxxxxxx>
  • Date: Thu, 28 Oct 2010 15:52:10 +0800
  • Cc: xen-devel@xxxxxxxxxxxxxxxxxxx, Weidong Han <weidong.han@xxxxxxxxx>, Keir Fraser <keir.fraser@xxxxxxxxxxxxx>
  • Delivery-date: Thu, 28 Oct 2010 00:53:44 -0700
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=Psk6H9ndWFQg+PYcZjvNQGOgZD8dvZCuRMn+ivb91tp3Rfx9xNRvhw+htp4BthodUZ uvZe9y6K6PucBuG2Av/r7R/2wOWevR6Wz5yySe3CuTZ4RsReecTYkZalt9H/w68qIA2L +OQPHqhNG3aj9g42CYH2gGCDQWKnVomxVPiiU=
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>

Then I would prefer to write XCR0 unconditionally. Otherwise, I can
only refer to the approach for handling CR4 switches: reading CR4
first and checking whether there is a need to write actually.
But I don't think <a read to XCR0 plus a data comparison> can save any
compared with one unconditional write to XCR0.
Are you OK with this?

Thanks for pointing out the memory leak when hvm_vcpu_initialize
fails. I will update accordingly.

Shan Haitao

2010/10/28 Jan Beulich <JBeulich@xxxxxxxxxx>:
>>>> On 28.10.10 at 06:58, Haitao Shan <maillists.shan@xxxxxxxxx> wrote:
>> This is the updated patch#2. Thanks.
>
> Sorry, but this is worse than not checking at all: You didn't consider
> the idle vCPU case here, and hence you may end up having more
> features enabled in xcr0 for a guest than it should have.
>
> Also I only now noticed that you're leaking the xsave_area allocation
> in vcpu_initialize() if hvm_vcpu_initialise() fails.
>
> Jan
>
>

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel


 


Rackspace

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