From mboxrd@z Thu Jan 1 00:00:00 1970 From: Stefan Neuwirth Subject: Re: PCI Passthru: fn0 exported but not fn1 Date: Wed, 29 Aug 2007 20:27:25 +0200 Message-ID: <87ejhm5h82.fsf@trillian.hd.shuttle.de> References: <46D58037.7010007@netxen.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: In-Reply-To: <46D58037.7010007@netxen.com> (Jambunathan K.'s message of "Wed, 29 Aug 2007 19:48:31 +0530") List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Jambunathan K Cc: xen-devel , Keir Fraser , Sanjeev Jorapur List-Id: xen-devel@lists.xenproject.org Jambunathan K 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