From: Mukesh Rathor <mukesh.rathor@oracle.com>
To: Keir Fraser <keir.xen@gmail.com>
Cc: "Xen-devel@lists.xensource.com" <Xen-devel@lists.xensource.com>
Subject: Re: HYBRID: PV in HVM container
Date: Mon, 27 Jun 2011 18:51:00 -0700 [thread overview]
Message-ID: <20110627185100.5f8fe247@mantra.us.oracle.com> (raw)
In-Reply-To: <CA2E9A42.1D19D%keir.xen@gmail.com>
On Mon, 27 Jun 2011 20:36:18 +0100
Keir Fraser <keir.xen@gmail.com> wrote:
> On 27/06/2011 20:24, "Mukesh Rathor" <mukesh.rathor@oracle.com> wrote:
>
> >
> > Hi guys,
> >
> > Cheers!! I got PV in HVM container prototype working with single
> > VCPU (pinned to a cpu). Basically, I create a VMX container just
> > like for HVM guest (with some differences that I'll share soon when
> > I clean up the code). The PV guest starts in Protected mode with
> > the usual entry point startup_xen().
> >
> > 0. Guest kernel runs in ring 0, CS:0x10.
> >
> > 1. I use xen for all pt management just like a PV guest. So at
> > present all faults are going to xen, and when fixup_page_fault()
> > fails, they are injected into the container for the guest to handle
> > it.
> >
> > 2. The guest manages the GDT, LDT, TR, in the container.
> >
> > 3. The guest installs the trap table in the vmx container instead of
> > do_set_trap_table().
>
> To be clear, you intend for this to work with unmodified PV guests,
> right? All of this translation can easily be done in Xen, avoiding
> multiple paths needed in the guest kernel (not really tenable for
> upstreaming).
>
> -- Keir
Hi Keir,
Actually, I modified the PVops guest. The changes in the pvops are
minimal and mostly confied to xen specific files. So I think it has
a fair shot of being upstreamed, at least, worth a shot. I will run
them by Jeremy/Konrad and get their opinions.
thanks
Mukesh
next prev parent reply other threads:[~2011-06-28 1:51 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-06-27 19:24 HYBRID: PV in HVM container Mukesh Rathor
2011-06-27 19:36 ` Keir Fraser
2011-06-28 1:51 ` Mukesh Rathor [this message]
2011-06-28 7:46 ` Keir Fraser
2011-06-28 8:30 ` Ian Campbell
2011-06-28 8:35 ` Keir Fraser
2011-06-28 8:49 ` Ian Campbell
2011-06-28 10:46 ` Stefano Stabellini
2011-06-28 10:50 ` Ian Campbell
2011-06-28 18:32 ` Mukesh Rathor
2011-06-28 18:39 ` Keir Fraser
2011-06-28 8:31 ` Ian Campbell
2011-06-28 17:56 ` Mukesh Rathor
2011-07-01 1:54 ` Mukesh Rathor
2011-07-09 1:53 ` Mukesh Rathor
2011-07-09 7:35 ` Keir Fraser
2011-07-28 1:58 ` Mukesh Rathor
2011-07-28 11:34 ` Stefano Stabellini
2011-07-29 15:48 ` Konrad Rzeszutek Wilk
2011-07-29 16:41 ` Stefano Stabellini
2011-07-29 17:28 ` Konrad Rzeszutek Wilk
2011-07-29 18:00 ` Stefano Stabellini
2011-07-29 18:00 ` Konrad Rzeszutek Wilk
2011-07-29 18:16 ` Stefano Stabellini
2011-08-09 8:54 ` Ian Campbell
2011-08-17 19:27 ` Jeremy Fitzhardinge
2011-07-29 15:43 ` Konrad Rzeszutek Wilk
2011-11-17 23:38 ` Mukesh Rathor
2011-11-18 12:21 ` Stefano Stabellini
2011-11-19 0:17 ` 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=20110627185100.5f8fe247@mantra.us.oracle.com \
--to=mukesh.rathor@oracle.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).