yes, I've tried both PFs' VFs - no difference
if I only take SR-IOV out and use virtio that guest works
perfectly fine.
Hardware is a Supermicro H8DG6/H8DGi + Opterons 6366 HE and
an Intel 82576 Gigabit Network Connection (rev 01).
It seems very weird, I think if I am not missing anything
config-wise then either the hardware platform as a whole
or/and libvirt-qemu-kernel is buggy.
any suggestion on how to troubleshoot it?
many thanks
ps. would you know how to make sure abrtd auto-reports to
bugzilla in a non-gui target?
On 20/09/14 22:59, Laine Stump wrote:
On 09/19/2014 10:35 AM, lejeczek wrote:
hi everybody
a windows kvm guest would not start, process gets killed with:
Out of memory: Kill process 21984 (qemu-kvm) score 44 or sacrifice child
I really don't know where/what I might be missing, config seems fine,
everything looks ok - I only am not sure, do I need to first stub a
SR-IOV device like regular passthrough?
I'm trying sr-iov, having one NIC left to the host and the second give
to a pool.
I'm not aware of any way that error message might be related to device
passthrough.
Your config looks fine, as long as enp2s0f1 is the SRIOV card's PF
(Physical Function) and the output of ip link show dev enp2s0f1 shows a
list of VFs. In the case that you have no VFs created for that device,
yoou can make sure this happens by adding the following to
/etc/modprobe.d/local.conf:
options igb max_vfs=7
BTW, unless you're concerned about the amount of bandwidth available on
a single port of your switch, you can use the PF for host networking,
and still use the VFs of that same PF for passthrough assignment to guests.
Then I have
in a guest:
<interface type='network'>
<mac address='52:54:00:99:df:43'/>
<source network='passthrough-pool'/>
<model type='rtl8139'/>
<address type='pci' domain='0x0000' bus='0x00' slot='0x07'
function='0x0'/>
</interface>
and the net:
<network>
<name>passthrough-pool</name>
<uuid>dd5b4aa3-7c46-4874-a17f-6c0582738bd5</uuid>
<forward mode='hostdev' managed='yes'>
<pf dev='enp2s0f1'/>
</forward>
</network>
----
02:00.0 Ethernet controller: Intel Corporation 82576 Gigabit Network
Connection (rev 01)
Subsystem: Super Micro Computer Inc Device 10c9
Flags: bus master, fast devsel, latency 0, IRQ 40
Memory at dfce0000 (32-bit, non-prefetchable) [size=128K]
Memory at dfcc0000 (32-bit, non-prefetchable) [size=128K]
I/O ports at a800 [size=32]
Memory at dfc9c000 (32-bit, non-prefetchable) [size=16K]
Expansion ROM at dfca0000 [disabled] [size=128K]
Capabilities: [40] Power Management version 3
Capabilities: [50] MSI: Enable- Count=1/1 Maskable+ 64bit+
Capabilities: [70] MSI-X: Enable+ Count=10 Masked-
Capabilities: [a0] Express Endpoint, MSI 00
Capabilities: [100] Advanced Error Reporting
Capabilities: [140] Device Serial Number 00-25-90-ff-ff-72-bb-e2
Capabilities: [150] Alternative Routing-ID Interpretation (ARI)
Capabilities: [160] Single Root I/O Virtualization (SR-IOV)
Kernel driver in use: igb
02:00.1 Ethernet controller: Intel Corporation 82576 Gigabit Network
Connection (rev 01)
Subsystem: Super Micro Computer Inc Device 10c9
Flags: bus master, fast devsel, latency 0, IRQ 41
Memory at dfc20000 (32-bit, non-prefetchable) [size=128K]
Memory at dfc00000 (32-bit, non-prefetchable) [size=128K]
I/O ports at a400 [size=32]
Memory at dfbdc000 (32-bit, non-prefetchable) [size=16K]
Expansion ROM at dfbe0000 [disabled] [size=128K]
Capabilities: [40] Power Management version 3
Capabilities: [50] MSI: Enable- Count=1/1 Maskable+ 64bit+
Capabilities: [70] MSI-X: Enable+ Count=10 Masked-
Capabilities: [a0] Express Endpoint, MSI 00
Capabilities: [100] Advanced Error Reporting
Capabilities: [140] Device Serial Number 00-25-90-ff-ff-72-bb-e2
Capabilities: [150] Alternative Routing-ID Interpretation (ARI)
Capabilities: [160] Single Root I/O Virtualization (SR-IOV)
Kernel driver in use: igb
_______________________________________________
libvirt-users mailing list
libvirt-users@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/libvirt-users
_______________________________________________
libvirt-users mailing list
libvirt-users@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/libvirt-users
