Re: [Xen-users] Re: [Xen-devel] pci-passthrough in pvops causing offline raid

[Mark Adams <mark@xxxxxxxxxxxxxxxxxx>]

On Mon, Nov 15, 2010 at 12:15:44PM -0500, Konrad Rzeszutek Wilk wrote:
> On Sun, Nov 14, 2010 at 05:15:02PM +0000, Mark Adams wrote:
> > 
> > On 12 Nov 2010, at 22:22, Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx> 
> > wrote:
> > 
> > > On Fri, Nov 12, 2010 at 05:10:58PM +0000, Mark Adams wrote:
> > >> On Thu, Nov 11, 2010 at 02:06:58PM -0500, Konrad Rzeszutek Wilk wrote:
> > >>>> I've just noticed this at the end of xm dmesg
> > >>>> 
> > >>>> (XEN) msi.c:715: MSI is already in use on device 02:00.0
> > >>>> (XEN) msi.c:715: MSI is already in use on device 02:00.0
> > >>>> (XEN) msi.c:715: MSI is already in use on device 02:00.0
> 
> Looking briefly at the code it means that somebody enabled the MSI
> already on the device and did not disable them. But I wonder how
> you got those in the first place. Did you use xen-pciback.hide (for PVOPS 
> kernels)
> or pciback.hide (for older kernels) to "hide" the devices away from the
> Linux Dom0 kernel?

using xen-pciback.hide as its a pvops kernel (debian squeeze
2.6.32-5-27)

> 
> 
> > > I was going to look in the source today to get an idea but never got to 
> > > it...
> > > 
> > > You might, as I mentioned in earlier emails, try to setup a serial console
> > > or netconsole and log the Linux kernel output when it hangs/fails.
> > > 
> > 
> > can't do this unfortunately, the server
> > Is in use so not able to just let it hang again... The passthrough is not 
> > in use now until I think there is some possible solution to get rid of the 
> > MSI conflict (when it won't hang anymore!)
> 
> Didn't you say that you had two servers and saw this problem on another
> box too?
> 
> Without more details on the Xen hypervisor line or the kernel line when
> the failure occurs I sadly can't help you.

Yes this occurs on both servers that I've tried it on. Doesn't the MSI
log above indicate that there is a conflict - which is what ends up
causing the device to go offline? Is there no other way to identify the
conflict?

Regards,
Mark


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