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] PCI pass-through

To: David Stone <unclestoner@xxxxxxxxx>, Xen Developers <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: Re: [Xen-devel] PCI pass-through
From: Keir Fraser <Keir.Fraser@xxxxxxxxxxxx>
Date: Wed, 07 Nov 2007 07:31:57 +0000
Delivery-date: Tue, 06 Nov 2007 23:27:02 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <1a74a8410711061227l4b77be31w1b805e3cd03c2818@xxxxxxxxxxxxxx>
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/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcghEEa8hTgbXY0DEdy/iwAWy6hiGQ==
Thread-topic: [Xen-devel] PCI pass-through
User-agent: Microsoft-Entourage/11.3.6.070618
They're not really equal -- dom0 manages the platform (IRQ routing, ACPI
OSPM stuff, etc.). This type of thing is hard to decentralise, so dom0
continues to manage basic setup of PCI devices, some of which is triggered
by accesses to PCI config space by domUs, via pcifront/pciback. However,
device-specific management is done by the domU itself. dom0 is not involved
in any data paths.

 -- Keir

On 6/11/07 20:27, "David Stone" <unclestoner@xxxxxxxxx> wrote:

> Hi guys, I'm trying to understand the architecture of the PCI
> pass-through functionality on Xen.  Just to be clear, I'm (for now)
> trying to understand what's happening when a PCI device is "hidden"
> from (PV) Dom0 and exposed to a PV DomU.
> 
> I was originally assuming that as long as Dom0 was told not to touch a
> particular PCI device, then DomU could be granted direct access do it,
> and operations on that device would go through its normal drivers on
> DomU, and the DomU kernel with no involvement whatsoever from Dom0.
> The model in my mind is that since Dom0 and DomU are equally
> paravirtualized, there is no reason that DomU couldn't be given the
> same exact mechanism for access to the PCI device as Dom0 is normally
> given...it's just a matter of configuration.
> 
> But in looking in how to configure this, I see there are pciback and
> pcifront drivers...just like netback and netfront.  I thought maybe
> pciback's sole purpose was to hide specified PCI devices from Dom0,
> but there is quite a bit of code in the source for pciback.  Also in
> pcifront I see xenbus.c, suggesting it communicates with its back-end
> counterpart just like netfront or blkfront.
> 
> So, when one grant's "direct" access to a PCI device to DomU, is it
> still being piped through Dom0 like block devices and interfaces?  If
> so why is this necessary?  Does the device-specific driver run in Dom0
> or DomU?
> 
> Thanks,
> Dave
> 
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-devel



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

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