[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] PCI Passthru: fn0 exported but not fn1



Jambunathan K <jambunathan@xxxxxxxxxx> writes:

> Keir Fraser wrote:
>>> As I worte accidently direct to Keir and not to the list, I face the
>>> same problem. I'd like to have option 1, because it worked fine and I
>>> don't see a benefit of having a dummy device in the domU.
>>>
>>> Dedecating single fnX to a domain is very usefull for example to give
>>> the domUs ethernets of a four port card. I'm also running one domU
>>> that is only using one of the USB 1.x controllers of a USB PCI addon
>>> card.
>> 
>> Okay, if you want to check out the 'fix' to revert behaviour to that of
>> 3.0.4 for yourselves, it is to edit
>> linux/include/asm-i386/mach-xen/asm/pci.h and to change the definition
>> therein of pcibios_scan_all_fns() from 0 to 1.
>> 
>> If you are building a 64-bit kernel then of course it is the file in
>> include/asm-x86_64 that you need to edit.
>> 
>> Make that change and rebuild you domU. Additionally, make sure you build
>> dom0 with pciback in passthrough mode. Hopefully your problems will be gone!
>
>
> I am using x86_64.

Same here.

> Just to be sure I 'fixed'
> linux-2.6-xen-sparse/include/asm-x86_64/mach-xen/asm/pci.h and  made a
> clean build from xen source tar. I ensured that BACKEND_PASS is set to yes.
>
> I am using the same vmlinuz both on Dom0 and Dom1. I am seeing that
> lspci in Dom1 *doesn't* report the exported non-zero function.

Same here, furthermore the system was unresponsive to my serial device
with the fix applied.

  Stefan

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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.