All of lore.kernel.org
 help / color / mirror / Atom feed
From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
To: "Nadolski, Ed" <Ed.Nadolski@lsi.com>
Cc: "Łukasz Oleś" <lukaszoles@gmail.com>,
	"xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>
Subject: Re: Re: [vt-d][xen4-rc6] Hangs on startup
Date: Mon, 22 Mar 2010 16:54:28 -0400	[thread overview]
Message-ID: <20100322205428.GA428@phenom.dumpdata.com> (raw)
In-Reply-To: <8115AF16522A3D4383C1FF753036713F9B3AAA31@cosmail01.lsi.com>

On Mon, Mar 22, 2010 at 03:06:48PM -0600, Nadolski, Ed wrote:
> 
> 
> > -----Original Message-----
>  
> > PCI back is to be used _only_ with PV guests - you on the other
> > hand are running an HVM guest.
> > 
> > Per the earlier statement, I would recommend you use the 'pciback'
> > instead of 'pci-stub' or just not compile pciback in and see what
> > happens. Keep in mind: PCI back module is only needed when you want to
> > do PV PCI passthrough, which is not what you are doing.
> 
> I'm confused - does that mean pci-stub must be used for device assignment to an HVM guest?  The VTdHowTo isn't clear on that.

Not per say.

xen-pciback can be used for both PV and HVM.
pci-stub can only be used for HVM guests.

But there seems to be a bug somewhere that when the PCI device is
assigned to pci-stub, pciback tries to seize it and can't find it and
somehow is stuck in a spin-lock.  That shouldn't be happening.

Right now I am trying to figure out if we remove from Lukasza system
pciback and only use pci-stub whether he still gets those MFN lookup
errors with his QLogic card. Those are, I believe, a seperate issue from
the pciback spinlock failure.

> 
> Is there a way to bind the PCI devices to pci-stub at boot time, like with pciback? 

No.
> Also, do the 'xm pci-list-assignable-devices' and 'xm pci-list' commands work the same for both pciback and pci-stub bindings?

Yes.
> 
> It seems odd to have different ways to do bindings for PV and for HVM. For example, would I have to switch the bindings if I want to first assign a device to a PV guest, then stop the PV guest and re-assign the device to an HVM guest?

No if you use 'xen-pciback'. Yes if you use 'pci-stub'.

  reply	other threads:[~2010-03-22 20:54 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-03-16 23:41 [vt-d][xen4-rc6] Hangs on startup Łukasz Oleś
2010-03-16 23:55 ` Konrad Rzeszutek Wilk
2010-03-17  8:21   ` Keir Fraser
2010-03-17 12:46     ` Ross Philipson
2010-03-17  8:02 ` Cui, Dexuan
2010-03-17  8:43   ` Cui, Dexuan
2010-03-17 18:20 ` Łukasz Oleś
2010-03-17 20:14   ` Konrad Rzeszutek Wilk
2010-03-17 21:48     ` Łukasz Oleś
2010-03-18 14:19       ` Konrad Rzeszutek Wilk
2010-03-21 22:30         ` Łukasz Oleś
2010-03-22 19:50           ` Konrad Rzeszutek Wilk
2010-03-22 21:06             ` Nadolski, Ed
2010-03-22 20:54               ` Konrad Rzeszutek Wilk [this message]
2010-03-22 22:11                 ` Nadolski, Ed
2010-03-22 22:05                   ` Konrad Rzeszutek Wilk
2010-03-22 22:57                   ` Sander Eikelenboom
2010-03-22 21:56             ` Łukasz Oleś
2010-03-22 21:54               ` Konrad Rzeszutek Wilk

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=20100322205428.GA428@phenom.dumpdata.com \
    --to=konrad.wilk@oracle.com \
    --cc=Ed.Nadolski@lsi.com \
    --cc=lukaszoles@gmail.com \
    --cc=xen-devel@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.