[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Qemu-devel] [Bug 1384892] Re: RTL8168 NIC VFIO not working anymore sinc
From: |
Alex Williamson |
Subject: |
[Qemu-devel] [Bug 1384892] Re: RTL8168 NIC VFIO not working anymore since QEMU 2.1 |
Date: |
Thu, 23 Oct 2014 22:55:30 -0000 |
In general, rtl is a terrible choice for a device assignment NIC in my
experience. Intel NICs are much better and worth the extra cost.
However, QEMU2.1 did attempt to add a quirk for RTL8168 that allows the
Windows driver to work correctly in a guest. In my testing, the Linux
driver never made use of this quirk and should have been unaffected.
You can test disabling the quirk by editing hw/misc/vfio.c and finding
the vfio_probe_rtl8168_bar2_window_quirk() function. Before the first
"if (..." add a line that is simply:
return;
rebuild, install, and let us know the results.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1384892
Title:
RTL8168 NIC VFIO not working anymore since QEMU 2.1
Status in QEMU:
New
Bug description:
After upgrading QEMU from 2.0 to 2.1 (and libiscsi from 1.7.0 to 1.12 as a
dependency) my two RTL8168 NICs stopped working.
The NICs do not respond to any command and even the LEDs on the network
connection turn off, a few seconds after the VM started.
To get them back running I had to downgrade to 2.0 and restart the system.
Unfortunately, I have no clue what to do or how to debug this problem since
there are no specific errors logged.
I tried two different VMs: Debian Wheezy and IPFire (see attachment for
further details).
The QEMU 2.1 changelog states "Support for RTL8168 NICs." so there were some
major changes done, I guess.
On the IPFire guest the kernel log shows many of these lines:
r8169 0000:00:07.0 green1: rtl_eriar_cond == 1 (loop: 100, delay: 100)
r8169 0000:00:07.0 green1: rtl_phy_reset_cond == 1 (loop: 100, delay: 1)
On the Debian guest there is only:
r8169 0000:00:07.0: firmware: agent loaded rtl_nic/rtl8168e-3.fw into memory
r8169 0000:00:07.0: lan0: link down
ADDRCONF(NETDEV_UP): lan0: link is not ready
The commandline for IPFire can be seen in the attachment. It is the same for
Debian.
There are also the complete kernel logs for the working (2.0) and non-working
(2.1) cases.
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1384892/+subscriptions
- [Qemu-devel] [PULL 00/32] Block patches, Kevin Wolf, 2014/10/23
- [Qemu-devel] [PULL 03/32] MAINTAINERS: add the image fuzzer to the block layer, Kevin Wolf, 2014/10/23
- [Qemu-devel] [PULL 01/32] MAINTAINERS: add aio to block layer, Kevin Wolf, 2014/10/23
- [Qemu-devel] [PULL 05/32] block: qemu-iotests change _supported_proto to file once more., Kevin Wolf, 2014/10/23
- [Qemu-devel] [PULL 02/32] MAINTAINERS: qemu-iotests belongs to the block layer, Kevin Wolf, 2014/10/23
- [Qemu-devel] [PULL 06/32] block: Add qemu_{,try_}blockalign0(), Kevin Wolf, 2014/10/23
- [Qemu-devel] [PULL 04/32] block/vdi: Use {DIV_,}ROUND_UP, Kevin Wolf, 2014/10/23
- [Qemu-devel] [PULL 08/32] qcow2: Fix leaks in dirty images, Kevin Wolf, 2014/10/23
- [Qemu-devel] [PULL 07/32] qcow2: Calculate refcount block entry count, Kevin Wolf, 2014/10/23
- [Qemu-devel] [PULL 09/32] qcow2: Split qcow2_check_refcounts(), Kevin Wolf, 2014/10/23
- [Qemu-devel] [PULL 10/32] qcow2: Use sizeof(**refcount_table), Kevin Wolf, 2014/10/23