[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] Issue with PCI-passthrough and pvops
On Wed, Oct 19, 2011 at 03:46:26PM +0200, Dario Faggioli wrote: > On Wed, Oct 19, 2011 at 9:40 AM, Ian Campbell <Ian.Campbell@xxxxxxxxxx> wrote: > >> > Guest: > >> > [ 19.607997] ixgbe: Intel(R) 10 Gigabit PCI Express Network Driver - > >> > version 3.4.8-k > >> > [ 19.608670] ixgbe: Copyright (c) 1999-2011 Intel Corporation. > >> > [ 19.609465] ixgbe 0000:00:00.0: device not available (can't reserve > >> > [mem 0xdf300000-0xe32fffff 64bit]) > >> > [ 19.610878] ixgbe: probe of 0000:00:00.0 failed with error -22 > >> > >> Well, that is the problem. > > > > Does he need "e820_host=1" in his cfg? > > > Mmm... If you mean putting that line in my DomU config file > (I checked 23428:131f19c67d85, and it seems so), that is not > helping. That option is usually required if the guest has more than 2GB. As we would end up setting an E820 that would trample over the PCI hole. (In this case it looks like part of the PCI hole is DF300000). Dario, I've seen this bug before with .. Hm, some similar adapter. I know that if pass in 'igb.max_vfs=2' and passed in the igbvf PCI cards the guest worked just fine. It just did not like being passed in as a real device. Otherwise, older MSI/MSI-X (non SR-IOV) cards worked fine so I never go further in debugging this. I would recommend you take a look at the probe function and figure out why it can't reserve that region. And easy way to figure that out is to boot the guest and look in /proc/iomem and see what is in the df30000-e32ffffff region. Perhaps something else is overlapping it? _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |