diff options
Diffstat (limited to '')
| -rw-r--r-- | results/classifier/108/other/1486 | 104 | ||||
| -rw-r--r-- | results/classifier/108/other/1486768 | 39 |
2 files changed, 143 insertions, 0 deletions
diff --git a/results/classifier/108/other/1486 b/results/classifier/108/other/1486 new file mode 100644 index 00000000..f593dfc5 --- /dev/null +++ b/results/classifier/108/other/1486 @@ -0,0 +1,104 @@ +device: 0.855 +other: 0.844 +permissions: 0.833 +files: 0.825 +graphic: 0.817 +vnc: 0.813 +debug: 0.796 +PID: 0.791 +semantic: 0.786 +socket: 0.781 +network: 0.774 +KVM: 0.752 +performance: 0.730 +boot: 0.602 + +LXD fails to create VM with QEMU 7.2.0: "../../net/net.c:1106: net_client_init1: Assertion `nc' failed." +Description of problem: +Beginning with QEMU 7.2.0, LXD is unable to launch virtual machines using the default network profile, which breaks the out-of-box experience if a user wishes to create a virtual machine. This worked correctly with QEMU 7.1.0. + +Multiple users across different Linux distributions are reporting this issue: +- https://discuss.linuxcontainers.org/t/failed-adding-nic-netdev-monitor-is-disconnected/15946 +- https://forums.gentoo.org/viewtopic-p-8774212.html +- https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1030365 + +``` +gibmat@tharkun:~$ lxc launch images:debian/sid debian-sid-vm --vm +Creating debian-sid-vm +Starting debian-sid-vm +Error: Failed setting up device via monitor: Failed setting up device "eth0": Failed adding NIC netdev: Monitor is disconnected +Try `lxc info --show-log local:debian-sid-vm` for more info +gibmat@tharkun:~$ lxc info --show-log local:debian-sid-vm +Name: debian-sid-vm +Status: STOPPED +Type: virtual-machine +Architecture: x86_64 +Created: 2023/02/10 23:47 UTC + +Log: + +warning: tap: open vhost char device failed: Permission denied +warning: tap: open vhost char device failed: Permission denied +qemu-system-x86_64: ../../net/net.c:1106: net_client_init1: Assertion `nc' failed. + +``` + +``` +gibmat@tharkun:~$ qemu-system-x86_64 --version +QEMU emulator version 7.2.0 (Debian 1:7.2+dfsg-2) +Copyright (c) 2003-2022 Fabrice Bellard and the QEMU Project developers +gibmat@tharkun:~$ lxc version +Client version: 5.0.2 +Server version: 5.0.2 +``` +Steps to reproduce: +1. Install LXD and QEMU 7.2.0 +2. `lxc launch images:debian/sid debian-sid-vm --vm` + - This will fail as reported above +3. Downgrade to QEMU 7.1.0 (such as from https://snapshot.debian.org/package/qemu/1%3A7.1%2Bdfsg-2/) +4. `lxc launch images:debian/sid debian-sid-vm --vm` + - Now VM creation is successful + ``` + gibmat@tharkun:~$ lxc launch images:debian/sid debian-sid-vm --vm + Creating debian-sid-vm + Starting debian-sid-vm + gibmat@tharkun:~$ lxc list + +---------------+---------+------+-----------------------------------------------+-----------------+-----------+ + | NAME | STATE | IPV4 | IPV6 | TYPE | SNAPSHOTS | + +---------------+---------+------+-----------------------------------------------+-----------------+-----------+ + | debian-sid-vm | RUNNING | | fd42:ea61:feb4:55ef:216:3eff:feb8:2e8c (eth0) | VIRTUAL-MACHINE | 0 | + +---------------+---------+------+-----------------------------------------------+-----------------+-----------+ + gibmat@tharkun:~$ lxc info --show-log local:debian-sid-vm + Name: debian-sid-vm + Status: RUNNING + Type: virtual-machine + Architecture: x86_64 + PID: 2502 + Created: 2023/02/11 15:08 UTC + Last Used: 2023/02/11 15:08 UTC + + Resources: + Processes: -1 + Network usage: + eth0: + Type: broadcast + State: UP + Host interface: tap5efa7582 + MAC address: 00:16:3e:b8:2e:8c + MTU: 1500 + Bytes received: 3.13kB + Bytes sent: 164B + Packets received: 12 + Packets sent: 2 + IP addresses: + inet6: fd42:ea61:feb4:55ef:216:3eff:feb8:2e8c/64 (global) + + Log: + + warning: tap: open vhost char device failed: Permission denied + warning: tap: open vhost char device failed: Permission denied + + gibmat@tharkun:~$ qemu-system-x86_64 --version + QEMU emulator version 7.1.0 (Debian 1:7.1+dfsg-2+b3) + Copyright (c) 2003-2022 Fabrice Bellard and the QEMU Project developers + ``` diff --git a/results/classifier/108/other/1486768 b/results/classifier/108/other/1486768 new file mode 100644 index 00000000..a0cba9d0 --- /dev/null +++ b/results/classifier/108/other/1486768 @@ -0,0 +1,39 @@ +graphic: 0.817 +device: 0.783 +performance: 0.760 +other: 0.733 +files: 0.683 +PID: 0.676 +socket: 0.672 +vnc: 0.663 +network: 0.658 +semantic: 0.615 +debug: 0.586 +permissions: 0.395 +boot: 0.382 +KVM: 0.184 + +BlackMagic USB3 video capture returns only blank frames in Windows (xHCI issue) + +Hi, + +I've got an Intensity Shuttle USB3; it's a HDMI video capture card. It doesn't have any Linux drivers, so I'm trying to get it to work in a Windows 10 guest inside QEMU. I'm running latest git as of today (2015-08-20). I use this command line: + +sudo x86_64-softmmu/qemu-system-x86_64 -enable-kvm -smp 2 -m 4096 -acpitable file=/sys/firmware/acpi/tables/MSDM -drive file=/home/sesse/windows.raw,if=virtio,format=raw -cpu host -netdev tap,id=hostnet0 -device virtio-net-pci,netdev=hostnet0,id=net0 -monitor stdio -device nec-usb-xhci,id=xhci -device usb-host,bus=xhci.0,vendorid=0x1edb,productid=0xbd3b -usbdevice tablet + +(I will add that the seemingly logical “host:1edb:bd3b,bus=xhci.0” did _not_ add the device at all. I don't know why, probably some parser issue?) + +The card is properly detected, and the driver thinks everything is fine, running on the virtualized USB3 host and all. Looking at usbmon, there's lots of isochronous frames during capture, and they reach the host (looking at USBpcap on the Windows 10 side). However, the driver refuses to capture any video—all frames become black in all applications I try (well, Media Express seems to hardly store any frames at all in the .avi). However, audio is captured without a hitch. Curiously enough, no dropped frames are reported. There's no sign of CPU shortage; both host and guest seem to be happy around 20% of one core. + +I am fairly certain this is an issue with the xHCI driver in QEMU, because if I give it the entire USB controller via VT-d, it works flawlessly, with video and all. For reference, here's the associated command line I use for that (after I've unbound it from the Linux system): + +sudo x86_64-softmmu/qemu-system-x86_64 -enable-kvm -smp 2 -m 4096 -acpitable file=/sys/firmware/acpi/tables/MSDM -drive file=/home/sesse/windows.raw,if=virtio,format=raw -cpu host -netdev tap,id=hostnet0 -device virtio-net-pci,netdev=hostnet0,id=net0 -monitor stdio -usbdevice tablet -device pci-assign,host=00:14.0 + +I can get USB pcap logs from both sides if you want, but they are huge (gigabytes) since the data rate is so high. + +Triaging old bug tickets... can you still reproduce this issue with the latest version of QEMU? Or could we close this ticket nowadays? + +I haven't tried this in a long time, and I already managed to do what I wanted to do (which was to write a free Linux driver :-) ). I guess you can close this; not because I believe it's fixed, but because it's not that important to me anymore. + +OK, thanks for your reply ... so I'm closing this ticket now + |