xen-devel.lists.xenproject.org archive mirror
 help / color / mirror / Atom feed
From: Mukesh Rathor <mukesh.rathor@oracle.com>
To: George Dunlap <George.Dunlap@eu.citrix.com>
Cc: "xen-devel@lists.xensource.com" <Xen-devel@lists.xensource.com>,
	"keir.xen@gmail.com" <keir.xen@gmail.com>
Subject: Re: [PATCH 02/23] PVH xen: turn gdb_frames/gdt_ents into union.
Date: Mon, 5 Aug 2013 14:51:54 -0700	[thread overview]
Message-ID: <20130805145154.77d31404@mantra.us.oracle.com> (raw)
In-Reply-To: <CAFLBxZarNMu-KHKYK98+3idUVEZBL_aY--GAFCSh07Yt0dOPzg@mail.gmail.com>

On Mon, 5 Aug 2013 16:55:22 +0100
George Dunlap <George.Dunlap@eu.citrix.com> wrote:

> On Sat, Jul 20, 2013 at 2:44 AM, Mukesh Rathor
> <mukesh.rathor@oracle.com> wrote:
> > Changes in V2:
> >   - Add __XEN_INTERFACE_VERSION__
> >
> >   Changes in V3:
> >     - Rename union to 'gdt' and rename field names.
> >
> >   Change in V9:
> >    - Update __XEN_LATEST_INTERFACE_VERSION__ to 0x00040400 for
> > compat.
> >
> > Signed-off-by: Mukesh Rathor <mukesh.rathor@oracle.com>
> > Reviewed-by: Jan Beulich <jbeulich@suse.com>
> 
> One thing that's missing here is a description of *why* this change is
> being made.  Seeing that it's introducing a union isn't too difficult;
> harder is figuring out why that's necessary.
> 
> Presumably this is to more closely reflect how an HVM guest's GDT is
> stored -- i.e., in the guest's memory and checked by the hardware on
> use, rather than in Xen's memory, and checked by Xen on assignment?

Right. Unlike PV which passes it's gdt pages to xen to be installed, a
PVH only passes the GDT base and size, as it manages its own GDT. I'll
add more to the comments.

thanks
mukesh

  reply	other threads:[~2013-08-05 21:51 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-07-20  1:44 [PATCH 00/23][V9]PVH xen: Phase I, Version 9 patches Mukesh Rathor
2013-07-20  1:44 ` [PATCH 01/23] PVH xen: Add readme docs/misc/pvh-readme.txt Mukesh Rathor
2013-07-20  1:44 ` [PATCH 02/23] PVH xen: turn gdb_frames/gdt_ents into union Mukesh Rathor
2013-08-05 15:55   ` George Dunlap
2013-08-05 21:51     ` Mukesh Rathor [this message]
2013-08-06  7:36       ` Ian Campbell
2013-08-06 13:50         ` George Dunlap
2013-08-06 13:57           ` Ian Campbell
2013-08-06 19:09         ` Mukesh Rathor
2013-08-07  8:32           ` Ian Campbell
2013-07-20  1:44 ` [PATCH 03/23] PVH xen: add params to read_segment_register Mukesh Rathor
2013-07-20  1:44 ` [PATCH 04/23] PVH xen: Move e820 fields out of pv_domain struct Mukesh Rathor
2013-07-20  1:44 ` [PATCH 05/23] PVH xen: hvm related preparatory changes for PVH Mukesh Rathor
2013-07-20  1:44 ` [PATCH 06/23] PVH xen: vmx " Mukesh Rathor
2013-07-20  1:44 ` [PATCH 07/23] PVH xen: vmcs " Mukesh Rathor
2013-07-20  1:44 ` [PATCH 08/23] PVH xen: Introduce PVH guest type and some basic changes Mukesh Rathor
2013-07-20  1:44 ` [PATCH 09/23] PVH xen: introduce pvh_set_vcpu_info() and vmx_pvh_set_vcpu_info() Mukesh Rathor
2013-07-20  1:44 ` [PATCH 10/23] PVH xen: domain create, context switch related code changes Mukesh Rathor
2013-07-20  1:44 ` [PATCH 11/23] PVH xen: support invalid op emulation for PVH Mukesh Rathor
2013-07-20  1:44 ` [PATCH 12/23] PVH xen: Support privileged " Mukesh Rathor
2013-07-20  1:44 ` [PATCH 13/23] PVH xen: interrupt/event-channel delivery to PVH Mukesh Rathor
2013-07-20  1:44 ` [PATCH 14/23] PVH xen: additional changes to support PVH guest creation and execution Mukesh Rathor
2013-07-20  1:44 ` [PATCH 15/23] PVH xen: mapcache and show registers Mukesh Rathor
2013-07-20  1:44 ` [PATCH 16/23] PVH xen: mtrr, tsc, grant changes Mukesh Rathor
2013-07-20  1:44 ` [PATCH 17/23] PVH xen: Checks, asserts, and limitations for PVH Mukesh Rathor
2013-07-20  1:45 ` [PATCH 18/23] PVH xen: add hypercall support " Mukesh Rathor
2013-07-20  1:45 ` [PATCH 19/23] PVH xen: vmcs related changes Mukesh Rathor
2013-07-20  1:45 ` [PATCH 20/23] PVH xen: HVM support of PVH guest creation/destruction Mukesh Rathor
2013-07-20  1:45 ` [PATCH 21/23] PVH xen: VMX " Mukesh Rathor
2013-07-22 14:25   ` Egger, Christoph
2013-07-20  1:45 ` [PATCH 22/23] PVH xen: preparatory patch for the pvh vmexit handler patch Mukesh Rathor
2013-07-20  1:45 ` [PATCH 23/23] PVH xen: introduce vmexit handler for PVH Mukesh Rathor

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20130805145154.77d31404@mantra.us.oracle.com \
    --to=mukesh.rathor@oracle.com \
    --cc=George.Dunlap@eu.citrix.com \
    --cc=Xen-devel@lists.xensource.com \
    --cc=keir.xen@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).