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][PATCH] VT-d: Fix PCI-X device assignment

Hmm... so the bridge does not take ownership of the request coming
from PCI-X devices?  As far as I remember, this was not my experience
when I tried mapping a PCI-X device (or does my memory serve me
wrong?)  I guess different chipsets behaves differently then.  Do you
know if there is a way to detect how the bridge behaves?  If the
bridge does not take ownership of the requests then we don't want to
also map devfn 0 of the bus.

        eSk


[Weidong Han]
> When assign PCI device, current code just map its bridge and its
> secondary bus number and devfn 0. It doesn't work for PCI-x device
> assignment, because the request may be the source-id in the original
> PCI-X transaction or the source-id provided by the bridge. It needs
> to map the device itself, and its upstream bridges till
> PCIe-to-PCI/PCI-x bridge.  In addition, add description for
> DEV_TYPE_PCIe_BRIDGE and DEV_TYPE_PCI_BRIDGE for understandability.

> Signed-off-by: Weidong Han <weidong.han@xxxxxxxxx>
> _______________________________________________
> 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>