From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jeremy Fitzhardinge Subject: Re: [semi-urgent Xen CS question] Re: git commit 9fd67b4ed0714ab718f1f9bd14c344af336a6df7 (x86-64: Give vvars their own page) breaks Xen PV guests (64-bit). Date: Wed, 27 Jul 2011 10:19:48 -0700 Message-ID: <4E3048B4.6020805@goop.org> References: <1093cd3a-acfe-49ab-b410-9fb49b139816@email.android.com> <4E30317E.30706@goop.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Andrew Lutomirski Cc: Keir Fraser , xen-devel@lists.xensource.com, Konrad Rzeszutek Wilk List-Id: xen-devel@lists.xenproject.org On 07/27/2011 09:02 AM, Andrew Lutomirski wrote: > My current patch adds a field to pv_info. I agree it's ugly. Hm, that's not so bad as actually adding a new op though. > How terrible would it be to stop using VCGF_in_syscall so we can keep > __USER_CS? Is there a real performance advantage to VCGF_in_syscall? I don't know. 64-bit PV guests are already pretty horrid because of all the pagetable switching, so it may be that iret vs sysret disappears in the wash. It's certainly a cleaner fix, but I would want to measure it before committing to it. J