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] Nested PCI bridge support of VT-d

To: "Jimmy Jin" <jimmyjin.maillist@xxxxxxxxx>, <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: RE: [Xen-devel] Nested PCI bridge support of VT-d
From: "Han, Weidong" <weidong.han@xxxxxxxxx>
Date: Thu, 29 May 2008 17:18:27 +0800
Delivery-date: Thu, 29 May 2008 02:19:00 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <f176a57f0805290051t2723966dw65b7bf94bc43d1c1@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>
References: <f176a57f0805260343r24fe6ae5v119301bbb2f4fa07@xxxxxxxxxxxxxx> <08DF4D958216244799FC84F3514D70F0016DEA9C@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> <f176a57f0805290051t2723966dw65b7bf94bc43d1c1@xxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcjBYMxS8GZLyT4FR02Le1qeIOriSAAC9rcQ
Thread-topic: [Xen-devel] Nested PCI bridge support of VT-d
Jimmy Jin wrote:
> Hello, Randy,
> 
> Thank you very much for your reply.
> 
> Just like to double confirm my understanding.
> 
> In my case the lspci -t -v output is like following:
> 
> -[0000:00]-+-00.0  Intel Corporation Memory Controller Hub
>            +-01.0-[0000:80]--
>            +-03.0-[0000:a0]--
>            +-05.0-[0000:60]----00.0  nVidia Corporation Quadro NVS 290
>           
>           
>           
> +-09.0-[0000:10-40]--+-00.0-[0000:1e-40]--+-00.0-[0000:20]-- |       
> |                    \-01.0-[0000:40]-- |                   
> \-00.3-[0000:11]--+-06.0  LSI Logic /   
> Symbios Logic SAS1068 PCI-X Fusion-MPT SAS
>            |                                      \-09.0  ADMtek NC100
> Network Everywhere Fast Ethernet 10/100
> ...
> 
> I'm trying to pass through the ADMtek NC100 NIC to RHEL 3.7 HVM domU.
> So according to your explanation, I must also pass the LSI Logic SAS
> controller to the same domU, right? Otherwise the problem I
> encountered with the SAS controller will occur, right?

yes, you should assign all the devices under the same PCIe-to-PCI bridge
to the same domain.

Randy (Weidong)

> 
> If it's correct,  it seems the only solution on this workstation is to
> have SATA HD instead of SAS. :-(
> 
> Thanks,
> Jimmy Jin
> 
> On Wed, May 28, 2008 at 3:17 PM, Han, Weidong <weidong.han@xxxxxxxxx>
> wrote: 
>> Hi Jimmy,
>> 
>> All devices behind PCIe-to-PCI bridge has to be assigned to the same
>> domain. 
>> 
>> Supporting nested PCI bridge is a little bit complicated, and even
>> infeasible in some cases. I think it makes a little sense. It is
>> meaningful to make an interface for users to know which devices are
>> assignable with VT-d, and hint them to assign correctly.
>> 
>> Randy (Weidong)
>> 
>> 
>> Jimmy Jin wrote:
>>> Hi,
>>> 
>>> Is there a plan to enable the nested PCI bridge support of VT-d?
>>> Currently, if there is nested PCI bridge, a message will shown
>>> saying it's not supported. And if passing the card on the slot on a
>>> nested PCI bridge, it seems some unexpected problem may occur.
>>> 
>>> I encounter this case when trying to pass through a PCI card to a
>>> RHEL3 HVM on HP xw8600 workstation. The (only) PCI slot in xw8600 is
>>> in a nested PCI bridge, according to lspci -t. If pass the card on
>>> this PCI slot into a HVM, the system just hangs, I guess because
>>> some problem occurs and causes the LSI SCSI controller on the same
>>> PCI bridge not work correctly any more. On the same system, the pass
>>> through of another PCI device (a on-board PCI Express NIC) is
>>> working OK. 
>>> 
>>> Thanks,
>>> Jimmy Jin
>>> 
>>> _______________________________________________
>>> 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