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: "Keir Fraser" <Keir.Fraser@xxxxxxxxxxxx>, "Xen Developers" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: Re: [Xen-devel] PCI pass-through
From: "David Stone" <unclestoner@xxxxxxxxx>
Date: Wed, 7 Nov 2007 08:47:40 -0500
Delivery-date: Wed, 07 Nov 2007 05:48:18 -0800
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=IYn5QmWzgvv3vBvOjiSHwS40oEWAs7J1PjRg+Am6OBw=; b=gqD5P0IEJhMC8K0K8urKpiNS2+YPABD2QjpHW0OG4wAtYriYw14lq19SWXBjRpMTsQMB1K1+LxTA1LlYcQZVPW7PAeu2Dx6CgC6mwnsYgKFSBlN+mX5JUGMlZcat+T2CSrC9c0mPfxRZzvjSLTXEA13CsS0FM2pLM24sgDyC7pc=
Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=jpzoR9CMZgFaREaTzsjlYsoRKNnnrTNM2EBr+9WM/57FmHNIVtfDt89+5mzlE5jLVaoG/DcimF23iSY2iL5Q2eKP/YlnSiw8aO0xUTde2XX/S50UqF0Ng97CAvO0fh+1BNAg9iEXI5OhVIuOFKm5dgKMLlRloheWAZgR5GaZXdU=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <C3571A6D.100C0%Keir.Fraser@xxxxxxxxxxxx>
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>
References: <1a74a8410711061227l4b77be31w1b805e3cd03c2818@xxxxxxxxxxxxxx> <C3571A6D.100C0%Keir.Fraser@xxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thanks for your responses Mark and Keir, that makes sense to me.

Dave

On Nov 7, 2007 2:31 AM, Keir Fraser <Keir.Fraser@xxxxxxxxxxxx> wrote:
> 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>