All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mark Adams <mark@campbell-lange.net>
To: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
Cc: "xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>,
	"xen-users@lists.xensource.com" <xen-users@lists.xensource.com>,
	"JBeulich@novell.com" <JBeulich@novell.com>
Subject: Re: Re: [Xen-devel] pci-passthrough in pvops causing offline raid
Date: Fri, 26 Nov 2010 11:15:20 +0000	[thread overview]
Message-ID: <20101126111520.GA17221@campbell-lange.net> (raw)
In-Reply-To: <20101124202842.GA28222@dumpdata.com>

On Wed, Nov 24, 2010 at 03:28:43PM -0500, Konrad Rzeszutek Wilk wrote:
> On Wed, Nov 24, 2010 at 05:59:26PM +0000, Mark Adams wrote:
> > > > > > > >>>> 
> > > > > > > >>>> (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?
> > 
> > I've got a test setup in place now, and am trying to reproduce this.
> > I've not connected up serial as yet, but can see the following logs in
> > the qemu-dm log file when I get the "MSI is already in use" errors
> > above. Note also that this error -always- shows for the first specified
> > device in the pci= field, and not the 2nd.
> > 

In my new test setup, I have seen some strange behaviour. 1 of the HVM's
(with identical config in dom0 and domU) suddenly would not allow the
igb driver to be loaded in domU, even though the device was visible in
lspci. Shutting the machine down, removing the power cord, waiting 5
seconds then plugging it in again corrected that issue - Is this
possibly a motherboard bug? I have also disabled the SR-IOV
functionality in the BIOS incase this is causing any issues.

In addition, to try to correct the MSI issue noted above, I have changed
my pci= line to the following:

pci=[ '08:00.0,msitranslate=0', '08:00.1,msitranslate=0' ]

This has stopped the "already in use on device" log, and the devices
appear to show correctly in the domU. Is it safe to disable
msitranslate? as I understand it, its for allowing multifunction devices
to be seen as such in domU. Is that correct?

I haven't been able to reproduce the dropped raid issue yet, but I am
awaiting delivery of the Red-Fone boxes (ISDN VoIP) which seem to cause
this due to their very high interrupt usage (2000 per second).

In the mean time, I can see the following in the qemu-dm logs now with
the msitranslate=0 enabled. Is it anything to worry about?

pt_pci_write_config: Warning: Guest attempt to set address to unused Base Address Register. [00:05.0][Offset:14h][Length:4]
pt_ioport_map: e_phys=ffff pio_base=e880 len=32 index=2 first_map=0
pt_ioport_map: e_phys=c220 pio_base=e880 len=32 index=2 first_map=0
pt_pci_write_config: Warning: Guest attempt to set address to unused Base Address Register. [00:06.0][Offset:14h][Length:4]
pt_ioport_map: e_phys=ffff pio_base=ec00 len=32 index=2 first_map=0
pt_ioport_map: e_phys=c240 pio_base=ec00 len=32 index=2 first_map=0
pt_msix_update_one: Update msix entry 0 with pirq 4f gvec 59
pt_msix_update_one: Update msix entry 1 with pirq 4e gvec 61
pt_msix_update_one: Update msix entry 2 with pirq 4d gvec 69
pt_msix_update_one: Update msix entry 3 with pirq 4c gvec 71
pt_msix_update_one: Update msix entry 4 with pirq 4b gvec 79
pci_msix_writel: Error: Can't update msix entry 0 since MSI-X is already function.
pci_msix_writel: Error: Can't update msix entry 0 since MSI-X is already function.
pci_msix_writel: Error: Can't update msix entry 0 since MSI-X is already function.
pci_msix_writel: Error: Can't update msix entry 1 since MSI-X is already function.
pci_msix_writel: Error: Can't update msix entry 1 since MSI-X is already function.
pci_msix_writel: Error: Can't update msix entry 1 since MSI-X is already function.
pci_msix_writel: Error: Can't update msix entry 2 since MSI-X is already function.
pci_msix_writel: Error: Can't update msix entry 2 since MSI-X is already function.
pci_msix_writel: Error: Can't update msix entry 2 since MSI-X is already function.
pci_msix_writel: Error: Can't update msix entry 3 since MSI-X is already function.
pci_msix_writel: Error: Can't update msix entry 3 since MSI-X is already function.
pci_msix_writel: Error: Can't update msix entry 3 since MSI-X is already function.
pci_msix_writel: Error: Can't update msix entry 4 since MSI-X is already function.
pci_msix_writel: Error: Can't update msix entry 4 since MSI-X is already function.
pci_msix_writel: Error: Can't update msix entry 4 since MSI-X is already function.

> 
> Not yet. Need to serial log of the Linux kernel and the Xen hypervisor when your
> machine is toast. I mentioned in the previous email the key sequences - look on Google
> on how to pass in SysRQ if you are using a serial concentrator.

I will do this when I can get the machine to crash.

Best Regards,
Mark

  reply	other threads:[~2010-11-26 11:15 UTC|newest]

Thread overview: 48+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-11-11 10:24 pci-passthrough in pvops causing offline raid Mark Adams
2010-11-11 11:13 ` Olivier Hanesse
2010-11-11 12:03   ` Re: [Xen-users] " Mark Adams
2010-11-11 16:53 ` [Xen-devel] " Konrad Rzeszutek Wilk
2010-11-11 17:38   ` Mark Adams
2010-11-11 17:58     ` Konrad Rzeszutek Wilk
2010-11-11 18:13       ` [Xen-devel] " Mark Adams
2010-11-11 18:47         ` Mark Adams
2010-11-11 19:06           ` Konrad Rzeszutek Wilk
2010-11-11 19:22             ` [Xen-users] " Mark Adams
2010-11-11 19:42               ` Re: [Xen-devel] " Mark Adams
2010-11-12 17:10             ` [Xen-users] " Mark Adams
2010-11-12 22:22               ` Konrad Rzeszutek Wilk
2010-11-14 17:15                 ` Re: [Xen-devel] " Mark Adams
2010-11-15 17:11                   ` [Xen-users] " Mark Adams
2010-11-15 17:15                   ` Re: [Xen-devel] " Konrad Rzeszutek Wilk
2010-11-15 17:23                     ` [Xen-users] " Mark Adams
2010-11-15 17:44                       ` Re: [Xen-devel] " Konrad Rzeszutek Wilk
2010-11-15 17:56                         ` [Xen-users] " Mark Adams
2010-11-24 17:59                           ` Mark Adams
2010-11-24 20:28                             ` Re: [Xen-devel] " Konrad Rzeszutek Wilk
2010-11-26 11:15                               ` Mark Adams [this message]
2010-11-26 15:25                                 ` [Xen-users] " Mark Adams
2010-11-29 16:36                                 ` HVM DomU, msi_translate=0, MSI/MSI-X PCI passthrough fails Konrad Rzeszutek Wilk
2010-12-08 12:58                                   ` Mark Adams
2010-12-08 13:37                                     ` Sander Eikelenboom
2010-12-08 13:48                                       ` Mark Adams
2010-12-08 14:05                                         ` Sander Eikelenboom
2010-12-08 15:48                                           ` [Xen-users] " Mark Adams
2010-12-08 16:44                                             ` Sander Eikelenboom
2010-12-09 10:39                                               ` Mark Adams
2010-12-08 17:01                                         ` [Xen-devel] " Konrad Rzeszutek Wilk
2010-12-08 17:15                                           ` Sander Eikelenboom
2010-12-08 19:51                                             ` Jeremy Fitzhardinge
2010-12-08 17:18                                           ` [Xen-devel] " Sander Eikelenboom
2010-12-08 17:43                                             ` Konrad Rzeszutek Wilk
2010-12-09 10:49                                           ` Mark Adams
2010-12-08 13:48                                     ` Dietmar Hahn
2010-11-15 19:26                         ` [Xen-users] Re: pci-passthrough in pvops causing offline raid Pasi Kärkkäinen
2010-11-16 10:37                         ` Re: [Xen-devel] " Mark Adams
2010-11-16 16:04                           ` [Xen-users] " Konrad Rzeszutek Wilk
2010-11-16 16:47                             ` Mark Adams
2010-11-18  8:42                               ` Re: [Xen-devel] " Stephan Austermühle
2010-11-18  8:45                                 ` [Xen-users] " Pasi Kärkkäinen
2010-11-18  8:48                                   ` Re: [Xen-devel] " Stephan Austermühle
2010-11-16 21:19                             ` [Xen-users] " Pasi Kärkkäinen
2010-11-11 18:57         ` Konrad Rzeszutek Wilk
2010-11-11 17:40   ` Re: [Xen-devel] " Richie

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20101126111520.GA17221@campbell-lange.net \
    --to=mark@campbell-lange.net \
    --cc=JBeulich@novell.com \
    --cc=konrad.wilk@oracle.com \
    --cc=xen-devel@lists.xensource.com \
    --cc=xen-users@lists.xensource.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.