This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
Home Products Support Community News


Re: [Xen-devel] [PATCH 0 of 5] PV on HVM Xen

To: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
Subject: Re: [Xen-devel] [PATCH 0 of 5] PV on HVM Xen
From: Sheng Yang <sheng@xxxxxxxxxxxxxxx>
Date: Thu, 18 Mar 2010 09:35:23 +0800
Cc: Jeremy Fitzhardinge <jeremy@xxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Wed, 17 Mar 2010 18:35:39 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <alpine.DEB.2.00.1003171100310.23661@kaball-desktop>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Organization: Intel Opensource Technology Center
References: <alpine.DEB.2.00.1003101457100.28412@kaball-desktop> <201003171718.37598.sheng@xxxxxxxxxxxxxxx> <alpine.DEB.2.00.1003171100310.23661@kaball-desktop>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: KMail/1.12.2 (Linux/2.6.31-20-generic; KDE/4.3.2; x86_64; ; )
On Wednesday 17 March 2010 23:17:08 Stefano Stabellini wrote:
> On Wed, 17 Mar 2010, Sheng Yang wrote:
> > Seem not get enough update...
> >
> > OK, a new flag, adjustment in Xen. Right?
> Yes, a new flag to signal the presence of a reliable clocksource on HVM;
> adjustments in Xen to make it work (keep in mind that my patch fix the
> problem only when tsc_mode==2 and we need to support tsc_mode==1 too).
> On the other hand we agreed that we don't need XEN_HVM_PV_EVTCHN_ENABLED
> and CONFIG_XEN_HVM_PV anymore.

No XEN_HVM_PV_EVTCHN_ENABLED? So you have to enable HVM with evtchn support? I 
am not quite understand...

Yang, Sheng

> We probably don't need XEN_HVM_PV too for the moment, we might introduce
> it in the future when we actually add code that doesn't work on 32 bit.
> Finally I would still like the call to xen_guest_init to be moved
> afterwards: if we move it after kvm_guest_init we can be pretty sure
> that upstream is going to accept it. Besides ACPI is currently working
> with your patch series applied, when and if we break ACPI we'll worry
> about it.
> Jeremy, Ian, does this seem reasonable to you? The last point in
> particular?  If you are sure that upstream will accept a hook in setup.c
> anyway I am ready to drop this.

Xen-devel mailing list