[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


 


Rackspace

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