qemu-devel
[Top][All Lists]
Advanced

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

[Qemu-devel] [Bug 799036] Re: NIC assignment order in command line make


From: Alex Williamson
Subject: [Qemu-devel] [Bug 799036] Re: NIC assignment order in command line make some NIC can't work
Date: Thu, 22 Sep 2011 03:59:54 -0000

It looks like the critical difference in the working vs non-working case
is the host interrupts on the 82576.  When working, both the host and
guest view of the device is using MSI-X interrupts.  When not working,
the host is using MSI but the guest still thinks it's using MSI-X.
Those are not compatible.  I'm curious if this is already fixed by qemu-
kvm.git commit 096392ef which intends to prevent an update of the
chipset irq routing registers from causing the legacy interrupt to be
re-registered (which can legally use MSI) and it's stomping on the MSI-X
setup.  Please retest with latest bits (note that I just sent a couple
patches to the mailing list that unbreak MSI-X support which you'll need
to make this work).

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/799036

Title:
  NIC assignment order in command line make some NIC can't work

Status in QEMU:
  New

Bug description:
  Environment:
  ------------
  Host OS (ia32/ia32e/IA64):All
  Guest OS (ia32/ia32e/IA64):ia32e
  Guest OS Type (Linux/Windows):Linux 
  kvm.git Commit:681fb677ace0754589792c92b8dbee9884d07158
  qemu-kvm Commit:05f1737582ab6c075476bde931c5eafbc62a9349
  Host Kernel Version:3.0.0-rc2+
  Hardware: Westmere-EP platform

  Bug detailed description:
  --------------------------
  When using qemu-system-x86_64 to create a linux guest with a 82586 NIC and a 
82572EI NIC statically assigned, the two NIC's order in command line may make 
82586 NIC can't work in guest.
  command1: qemu-system-x86_64  -m 1024 -smp 2  -device pci-assign,host=0e:00.1 
-device pci-assign,host=0c:00.0 -net none -hda qcow-rhel6.img
  command2: qemu-system-x86_64  -m 1024 -smp 2  -device pci-assign,host=0c:00.0 
-device pci-assign,host=0e:00.1 -net none -hda qcow-rhel6.img
  Using command1 to create a guest, both two NICs works well in guest.
  While using command2 to create a guest, 82576(kawela) NIC 0c:00.0 cannot get 
IP in guest.
  BDF 0c:00.0 is a 82576(kawela) NIC, while BDF 0e:00.1 is 82572EI NIC.
  The only difference of the two command lines is the order of NICs assignment. 
  And only the 82576(kawela) NIC have this problem, the other one 82572EI 
always works well.
  And sriov VF doesn't have this issue.  A VF and a 82576 PF assigned to a 
guest always work well.
  I don't know the order of NIC assignment in qemu-system-x86_64 will make this 
difference in guest. Maybe it's a qemu bug ?

  Reproduce steps:
  ----------------
  1.pci-stub the two NIC
  2.create a guest: qemu-system-x86_64  -m 1024 -smp 2  -device
  pci-assign,host=0c:00.0 -device pci-assign,host=0e:00.1 -net none -hda
  qcow-rhel6.img
  (0c:00.0 is a 82576 NIC, and 0e:00.1 is another NIC).

  
  Current result:
  ----------------
  82576 PF and the other NIC in guest will work well regardless of what the 
order of assignment is.

  Expected result:
  ----------------

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/799036/+subscriptions



reply via email to

[Prev in Thread] Current Thread [Next in Thread]