[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [Xen-devel] SR-IOV, Paravirt Guest fails to obtain IRQ afterfirst boot


  • To: Pasi Kärkkäinen <pasik@xxxxxx>, "Jan Beulich" <JBeulich@xxxxxxxxxx>
  • From: "Robert Dunkley" <Robert@xxxxxxxxx>
  • Date: Fri, 18 Mar 2011 08:11:11 -0000
  • Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
  • Delivery-date: Fri, 18 Mar 2011 01:11:59 -0700
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>
  • Thread-index: Acvk4+facdezWtEVRqyMMqcjwy3+DwAXlQ4w
  • Thread-topic: [Xen-devel] SR-IOV, Paravirt Guest fails to obtain IRQ afterfirst boot

Hi Pasi,



Just got your email but I actually opened a Redhat bug last night:
https://bugzilla.redhat.com/show_bug.cgi?id=688673

Have collected some additional RH employees for cc but no actual comment yet, 
looking at other bugs the fact that it has not been rejected yet is probably 
encouraging.

I'm going to try to patch the Centos 5.5 Pciback module myself in the next few 
hours, hopefully that will get things up and running for me and I won't be 
waiting on Redhat. I think Redhat must have some interest in VF pass through to 
paravirt working otherwise they wouldn't have applied change set 998/999 
between kernels 194 and 247.


Thanks,

Rob

-----Original Message-----
From: Pasi Kärkkäinen [mailto:pasik@xxxxxx] 
Sent: 17 March 2011 20:43
To: Jan Beulich
Cc: Robert Dunkley; xen-devel@xxxxxxxxxxxxxxxxxxx
Subject: Re: [Xen-devel] SR-IOV, Paravirt Guest fails to obtain IRQ afterfirst 
boot

On Thu, Mar 17, 2011 at 02:00:01PM +0000, Jan Beulich wrote:
> >>> On 17.03.11 at 13:56, "Robert Dunkley" <Robert@xxxxxxxxx> wrote:
> > Hi Jan,
> > 
> > Centos 5.5 with 2.6.18-247 RHEL kernel with iommu=pv and the 820 red 
> > hat settings among others. Default Centos 5.5 kernel doesn't detect 
> > any VF PCI deviavirt VM. Centos 5.5 with 247 kernel detects and 
> > works perfectly first boot but any subsequent boot gives  error as below:
> > msix entry 0 for dev 09:10:0 are
> > not freed before acquire again.
> > msix entry 1 for dev 09:10:0 are
> > not freed before acquire again.
> > msix entry 2 for dev 09:10:0 are
> > not freed before acquire again.
> > 
> > HVMs are fine with either kernel.
> > 
> > Can you give me any idea where the problem might be? Could this be a 
> > bios ACPI type issue?
> 
> Quite possibly your kernel is missing c/s 1070:2994d2997f9d 
> (http://xenbits.xen.org/hg/linux-2.6.18-xen.hg/rev/2994d2997f9d).
> 

Robert: Want to open RHEL5 bugzilla entry about this issue? 

-- Pasi


The SAQ Group

Registered Office: 18 Chapel Street, Petersfield, Hampshire GU32 3DZ
SAQ is the trading name of SEMTEC Limited. Registered in England & Wales
Company Number: 06481952

http://www.saqnet.co.uk AS29219

SAQ Group Delivers high quality, honestly priced communication and I.T. 
services to UK Business.

Broadband : Domains : Email : Hosting : CoLo : Servers : Racks : Transit : 
Backups : Managed Networks : Remote Support.

ISPA Member


_______________________________________________
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®.