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-ia64-devel

Re: [Xen-ia64-devel] [PATCH][RFC][TAKE4] the P2M/VP patches

To: "Tian, Kevin" <kevin.tian@xxxxxxxxx>, "Alex Williamson" <alex.williamson@xxxxxx>
Subject: Re: [Xen-ia64-devel] [PATCH][RFC][TAKE4] the P2M/VP patches
From: Tristan Gingold <Tristan.Gingold@xxxxxxxx>
Date: Thu, 13 Apr 2006 08:25:19 +0100
Cc: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>, xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Thu, 13 Apr 2006 00:21:33 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <571ACEFD467F7749BC50E0A98C17CDD8094E7B0B@pdsmsx403>
List-help: <mailto:xen-ia64-devel-request@lists.xensource.com?subject=help>
List-id: Discussion of the ia64 port of Xen <xen-ia64-devel.lists.xensource.com>
List-post: <mailto:xen-ia64-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-ia64-devel>, <mailto:xen-ia64-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-ia64-devel>, <mailto:xen-ia64-devel-request@lists.xensource.com?subject=unsubscribe>
References: <571ACEFD467F7749BC50E0A98C17CDD8094E7B0B@pdsmsx403>
Sender: xen-ia64-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: KMail/1.5
Le Jeudi 13 Avril 2006 03:06, Tian, Kevin a écrit :
> From: Alex Williamson [mailto:alex.williamson@xxxxxx]
>
> >Sent: 2006年4月12日 23:29
> >
> >On Wed, 2006-04-12 at 09:01 +0100, Tristan Gingold wrote:
> >> > Last, the only way to prevent such io access is from guest itself,
> >> > meant not compiling native drivers in. Or else there's no way for
> >> > xen to handle it correctly.
> >>
> >> User should disable drivers in domU.  Everybody agree with that!
> >
> >   I don't.  Xen needs to handle this better.  domU I/O port space
> >should be mapped to fault on access.  Writes should be dropped and
> >reads
> >return -1.  This is how a legacy system would behave.  We don't really
> >care about performance here, I/O port space is already slow, and this is
> >really only meant to handle startup time probing.  IMHO, it's
> >unreasonable to ask users to disable all drivers or even try to tell
> >them what that means.  The Linux/ia64 kernel currently does a pretty
> >good job of not blindly probing address spaces looking for hardware.  I
> >think as long as we handle I/O port space reasonably, we'll make the
> >driver situation in domU more flexible.  Thanks,
> >
> >     Alex
>
> Yes, it's better to emulate hardware behavior.
I also agree.

Tristan.



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