WARNING - OLD ARCHIVES

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/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] [RFC] Disable xen platform device when it is not needed.

To: Yuji Shimada <shimada-yxb@xxxxxxxxxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>, James Harper <james.harper@xxxxxxxxxxxxxxxx>, Kouya Shimura <kouya@xxxxxxxxxxxxxx>, "Tian, Kevin" <kevin.tian@xxxxxxxxx>
Subject: Re: [Xen-devel] [RFC] Disable xen platform device when it is not needed.
From: Keir Fraser <keir.fraser@xxxxxxxxxxxxx>
Date: Thu, 19 Feb 2009 09:53:54 +0000
Cc: Ian Jackson <Ian.Jackson@xxxxxxxxxxxxx>
Delivery-date: Thu, 19 Feb 2009 01:55:02 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <C5C2D95D.2FFF%keir.fraser@xxxxxxxxxxxxx>
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>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcmSXZ+vhgmcNC2iSxeLBSBaV8jDBQAGF1O5AAB/G8Q=
Thread-topic: [Xen-devel] [RFC] Disable xen platform device when it is not needed.
User-agent: Microsoft-Entourage/12.15.0.081119
On 19/02/2009 09:39, "Keir Fraser" <keir.fraser@xxxxxxxxxxxxx> wrote:

>> I will create the patch to add "xen_platform_pci" option in guest
>> config file to disable xen platform device.
>> 
>>     xen_platform_pci=0: Disable xen platform device.
>>     xen_platform_pci=1: Enable xen platform device. (default)
> 
> I still might veto this. I don't really want the platform device I/O ports
> scattered elsewhere for this rather frivolous reason.

Actually it's okay, you can alias the 'platform_flags' byte of the ioport
BAR to fixed byte port 0x10. There's a handler for that already in
xen_platform.c (platform_fixed_ioport_{read,write}1). That's the only port
that hvmloader/rombios cares about.

Hvmloader/rombios can then always use fixed single-byte ioport 0x10. This is
actually better since the code is simpler and also rombios accesses that
port on S3 suspend/resume, at which point an OS could have relocated the
xen_platform ioport BAR! Using a fixed port is therefore safer.

Notice that I said you must *alias* this ioport byte. You cannot remove it
from the xen_platform BAR as old saved guests will rely on it being there,
and removing it will break their S3. We have to be backward compatible with
the Xen-3.3 virtual hardware interface for saved guests.

So, no veto after all!

 -- Keir



_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel

<Prev in Thread] Current Thread [Next in Thread>