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: Akio Takebe <takebe_akio@xxxxxxxxxxxxxx>
Subject: Re: [Xen-ia64-devel] [Patch 2/2] paravirtualize mmap hundlers of /proc/bus/pci
From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
Date: Thu, 22 Feb 2007 12:37:58 +0900
Cc: xen-ia64-devel <xen-ia64-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Wed, 21 Feb 2007 19:37:11 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <D5C7522D419CEBtakebe_akio@xxxxxxxxxxxxxx>
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>
Sender: xen-ia64-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mutt/1.4.2.1i
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.

Presumably we don't want to map pci bridge which may be large 
so that we need to detect it somehow in add_window().
-- 
yamahata

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