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 2/2] paravirtualize mmap hundlers of /proc/b

To: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
Subject: Re: [Xen-ia64-devel] [Patch 2/2] paravirtualize mmap hundlers of /proc/bus/pci
From: Tristan Gingold <tgingold@xxxxxxx>
Date: Thu, 22 Feb 2007 05:55:13 +0100
Cc: xen-ia64-devel <xen-ia64-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Wed, 21 Feb 2007 20:49:40 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <20070222033758.GA32048%yamahata@xxxxxxxxxxxxx>
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: <D3C7522CADDBD0takebe_akio@xxxxxxxxxxxxxx> <D5C7522D419CEBtakebe_akio@xxxxxxxxxxxxxx> <20070222033758.GA32048%yamahata@xxxxxxxxxxxxx>
Sender: xen-ia64-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mutt/1.5.9i
On Thu, Feb 22, 2007 at 12:37:58PM +0900, Isaku Yamahata wrote:
> On Sat, Feb 17, 2007 at 09:47:53AM +0900, Akio Takebe wrote:
> Content-Description: Mail message body
> > paravirtualize mmap hundler of /proc/bus/pci
> > 
> > Signed-off-by: Akio Takebe <takebe_akio@xxxxxxxxxxxxxx>
> > 
> > Best Regards,
> > 
> > Akio Takebe
> 
> Hi Akio.
> It seems reasonable to use X as short term solution.
> However this is hacky work around of each device drivers.
> Such a work around would be necessary for each device drivers which
> implements mmap. It is impossible to paravirtualize all of them.
> 
> add_window(), which registers io region and memory region,
> calls ioremap with ACPI_IO_RANGE regions, but it doesn't
> with ACPI_MEMORY_RANGE regions.
> If the ioremap hypercall is called with ACPI_MEMORY_RANGE regions,
> all pci devices are free from such paravirtualization.
> Especially we can get rid of /dev/mem and pci mmap
> paravirtualization to use X.
Would be nice, but isn't the ACPI_MEMORY_RANGE very large on some machine ?

> Presumably we don't want to map pci bridge which may be large 
> so that we need to detect it somehow in add_window().
Pci root bridge or pci-to-pci bridges ?

Tristan.

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