From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mukesh Rathor Subject: Re: [PATCH 01/24] PVH xen: Add readme docs/misc/pvh-readme.txt Date: Thu, 18 Jul 2013 11:21:28 -0700 Message-ID: <20130718112128.0dff80a9@mantra.us.oracle.com> References: <1374114788-27652-1-git-send-email-mukesh.rathor@oracle.com> <1374114788-27652-2-git-send-email-mukesh.rathor@oracle.com> <1374142143.26728.52.camel@kazak.uk.xensource.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <1374142143.26728.52.camel@kazak.uk.xensource.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Ian Campbell Cc: Xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org On Thu, 18 Jul 2013 11:09:03 +0100 Ian Campbell wrote: > On Wed, 2013-07-17 at 19:32 -0700, Mukesh Rathor wrote: > > Signed-off-by: Mukesh Rathor > > --- > > docs/misc/pvh-readme.txt | 40 > > ++++++++++++++++++++++++++++++++++++++++ 1 files changed, 40 > > insertions(+), 0 deletions(-) create mode 100644 > > docs/misc/pvh-readme.txt > > > > diff --git a/docs/misc/pvh-readme.txt b/docs/misc/pvh-readme.txt > > new file mode 100644 > > index 0000000..a813373 > > --- /dev/null > > +++ b/docs/misc/pvh-readme.txt > > @@ -0,0 +1,40 @@ > > + > > +PVH : a pv guest running in an HVM container. HAP is required for > > PVH. + > > +See: > > http://blog.xen.org/index.php/2012/10/23/the-paravirtualization-spectrum-part-1-the-ends-of-the-spectrum/ > > + + > > +The initial phase targets the booting of a 64bit UP/SMP linux > > guest in PVH +mode. This is done by adding: pvh=1 in the config > > file. xl, and not xm, is +supported. Phase I patches are broken > > into three parts: > > + - xen changes for booting of 64bit PVH guest > > + - tools changes for creating a PVH guest > > + - boot of 64bit dom0 in PVH mode. > > + > > +The best way to find all the patches is to use "git log|grep -i > > PVH", both +in xen and linux tree. > > + > > +Following fixme's exist in the code: > > + - Add support for more memory types in arch/x86/hvm/mtrr.c. > > + - arch/x86/time.c: support more tsc modes. > > + - check_guest_io_breakpoint(): check/add support for IO > > breakpoint. > > + - implement arch_get_info_guest() for pvh. > > + - vmxit_msr_read(): during AMD port go thru > > hvm_msr_read_intercept() again. > > + - verify bp matching on emulated instructions will work same as > > HVM for > > + PVH guest. see instruction_done() and > > check_guest_io_breakpoint(). + > > +Following remain to be done for PVH: > > + - AMD port. > > + - 32bit PVH guest support in both linux and xen. Xen changes > > are tagged > > + "32bitfixme". > > + - Add support for monitoring guest behavior. See > > hvm_memory_event* functions > > + in hvm.c > > + - vcpu hotplug support > > + - Live migration of PVH guests. > > + - Avail PVH dom0 of posted interrupts. (This will be a big win). > > + > > + > > +Note, any emails to must be cc'd to Xen-devel@lists.xensource.com. > > lists.xen.org please, lets not get two domain names behind ;-) I'll just say xen devel mailing list. The reason is I often get emails about debugger and when I cc xen-devel, some people get upset about it! I wanna say this so people can send from appropriate email that they are OK with being public. > Is there a description somewhere in the series of what PVH means in > terms of the guest visible ABI? i.e. documentation of the delta from > the regular PV mode? I had a skim through and didn't spot it. No. The ABIs are not as affected, thanks to pre-existing auto translate mode. But, I suppose after all the patches are checked in, I can write up something. thanks Mukesh