From mboxrd@z Thu Jan 1 00:00:00 1970 From: Keir Fraser Subject: Re: [PATCH][RFC] FPU LWP 0/5: patch description Date: Thu, 14 Apr 2011 22:09:59 +0100 Message-ID: References: <4DA75B07.6010503@amd.com> Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <4DA75B07.6010503@amd.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Wei Huang , "'xen-devel@lists.xensource.com'" List-Id: xen-devel@lists.xenproject.org On 14/04/2011 21:37, "Wei Huang" wrote: > The following patches support AMD lightweight profiling. > > Because LWP isn't tracked by CR0.TS bit, we clean up the FPU code to > handle lazy and unlazy FPU states differently. Lazy FPU state (such as > SSE, YMM) is handled when #NM is triggered. Unlazy state, such as LWP, > is saved and restored on each vcpu context switch. To simplify the code, > we also add a mask option to xsave/xrstor function. How much cost is added to context switch paths in the (overwhelmingly likely) case that LWP is not being used by the guest? Is this adding a whole lot of unconditional overhead for a feature that noone uses? -- Keir > Thanks, > -Wei > > > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xensource.com > http://lists.xensource.com/xen-devel