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] [rfc 00/18] ioemu: use devfn instead of slots as the uni

To: Simon Horman <horms@xxxxxxxxxxxx>
Subject: Re: [Xen-devel] [rfc 00/18] ioemu: use devfn instead of slots as the unit for passthrough
From: Yuji Shimada <shimada-yxb@xxxxxxxxxxxxxxx>
Date: Thu, 19 Feb 2009 18:21:04 +0900
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx, Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
Delivery-date: Thu, 19 Feb 2009 01:21:46 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <20090219061546.GA25715@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/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <20090218120924.1C7B.27C06F64@xxxxxxxxxxxxxxx> <20090219061546.GA25715@xxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
On Thu, 19 Feb 2009 17:15:49 +1100
Simon Horman <horms@xxxxxxxxxxxx> wrote:

> On Wed, Feb 18, 2009 at 12:12:27PM +0900, Yuji Shimada wrote:
> > On Tue, 17 Feb 2009 20:07:48 +1100
> > Simon Horman <horms@xxxxxxxxxxxx> wrote:
> > 
> > > This series starts of with servaral cleanup patches.
> > > 
> > > The meat of the changes start with the patch
> > > "ioemu: use devfn instead of slots as the unit for passthrough"
> > > 
> > > This allows multi-function cards to be appear in guets as
> > > multi-function cards, with the restriction that function 0 must
> > > be passed through. Otherwise each function is allocated its own
> > > slot, as before.
> > 
> > How do you guarantee that virtual gsi is not shared between
> > pass-throughed devices? Xen hypervisor does not support sharing
> > virtual gsi between pass-throughed devices.
> > 
> > The function 0 always uses INTA. The function 1-7 might use INTB-INTD.
> > INTB-INTD will route to the same virtual gsi with other device's
> > INTA-INTD.
> > 
> > Current interrupt routing in xen hypervisor is defined as follows.
> > 
> > xen/include/asm-x86/hvm/irq.h
> > #define hvm_pci_intx_gsi(dev, intx)  \
> >     (((((dev)<<2) + ((dev)>>3) + (intx)) & 31) + 16)
> 
> To be honest I am a little confused about what the above maping
> is supposed to achive.

Please find the attached figure which shows the interrupt routing in
xen hypervisor.

When we use only INTA, virtual GSIs are not shared.
But when we use INTB-INTD, virtual GSIs might be shared.

Thanks,
--
Yuji Shimada

Attachment: interrupt_routing_in_hypervisor.png
Description: PNG image

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
<Prev in Thread] Current Thread [Next in Thread>