summary refs log tree commit diff stats
path: root/results/classifier/gemma3:12b/network/1384892
diff options
context:
space:
mode:
Diffstat (limited to 'results/classifier/gemma3:12b/network/1384892')
-rw-r--r--results/classifier/gemma3:12b/network/138489221
1 files changed, 21 insertions, 0 deletions
diff --git a/results/classifier/gemma3:12b/network/1384892 b/results/classifier/gemma3:12b/network/1384892
new file mode 100644
index 000000000..5368832d7
--- /dev/null
+++ b/results/classifier/gemma3:12b/network/1384892
@@ -0,0 +1,21 @@
+
+RTL8168 NIC VFIO not working anymore since QEMU 2.1
+
+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.
\ No newline at end of file