From mboxrd@z Thu Jan  1 00:00:00 1970
From: Mukesh Rathor <mukesh.rathor@oracle.com>
Subject: Re: [V10 PATCH 09/23] PVH xen: introduce
 pvh_set_vcpu_info() and vmx_pvh_set_vcpu_info()
Date: Mon, 12 Aug 2013 17:28:16 -0700
Message-ID: <20130812172816.4eaab05f@mantra.us.oracle.com>
References: <1374631171-15224-1-git-send-email-mukesh.rathor@oracle.com>
	<1374631171-15224-10-git-send-email-mukesh.rathor@oracle.com>
	<51FFA43702000078000E936E@nat28.tlf.novell.com>
	<20130807180549.46941f85@mantra.us.oracle.com>
	<52035D4902000078000EA1C6@nat28.tlf.novell.com>
	<20130809164138.38aa9b06@mantra.us.oracle.com>
	<5208B0DA02000078000EB069@nat28.tlf.novell.com>
	<20130812102412.GA24410@ocelot.phlegethon.org>
	<5208DD5902000078000EB24F@nat28.tlf.novell.com>
	<20130812115302.GB24410@ocelot.phlegethon.org>
	<5208FE3002000078000EB332@nat28.tlf.novell.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Return-path: <xen-devel-bounces@lists.xen.org>
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <mukesh.rathor@oracle.com>) id 1V92TH-0002Vg-QI
	for xen-devel@lists.xenproject.org; Tue, 13 Aug 2013 00:28:24 +0000
In-Reply-To: <5208FE3002000078000EB332@nat28.tlf.novell.com>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-devel>,
	<mailto:xen-devel-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-devel@lists.xen.org>
List-Help: <mailto:xen-devel-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.xen.org?subject=subscribe>
Sender: xen-devel-bounces@lists.xen.org
Errors-To: xen-devel-bounces@lists.xen.org
To: Jan Beulich <JBeulich@suse.com>
Cc: xen-devel <xen-devel@lists.xenproject.org>, Keir Fraser <keir.xen@gmail.com>, Tim Deegan <tim@xen.org>
List-Id: xen-devel@lists.xenproject.org

On Mon, 12 Aug 2013 14:24:32 +0100
"Jan Beulich" <JBeulich@suse.com> wrote:

> >>> On 12.08.13 at 13:53, Tim Deegan <tim@xen.org> wrote:
> > At 12:04 +0100 on 12 Aug (1376309065), Jan Beulich wrote:
> >> >>> On 12.08.13 at 12:24, Tim Deegan <tim@xen.org> wrote:
> >> > At 08:54 +0100 on 12 Aug (1376297674), Jan Beulich wrote:
> >> >> >>> On 10.08.13 at 01:41, Mukesh Rathor
........
> > 
> > Ah, you're right, that's explicilty disallowed. :(  Xen could set
> > any non-null descriptor (still requiring the caller to specify null
> > descriptors and documenting that the descriptor registers will be
> > undefined until the guest loads them on the new vcpu).
> 
> Hmm, yes, I don't really like starting a guest with inconsistent
> state, but it's an option.
> 
> > If we really require the selectors to match the GDT contents then we
> > either have to constrain the selector/GDT contents (a horrible
> > interface) or properly emulate the loads (which surely we already
> > have code in Xen to do).
> 
> protmode_load_seg() in the x86 emulation code appears to be the
> only one. But it doesn't seem impossible to leverage this here.

hvm_load_segment_selector() will do it.

Mukesh