summaryrefslogtreecommitdiffstats
path: root/results/classifier/111/review/1694808
diff options
context:
space:
mode:
Diffstat (limited to 'results/classifier/111/review/1694808')
-rw-r--r--results/classifier/111/review/169480872
1 files changed, 72 insertions, 0 deletions
diff --git a/results/classifier/111/review/1694808 b/results/classifier/111/review/1694808
new file mode 100644
index 00000000..b1d65f65
--- /dev/null
+++ b/results/classifier/111/review/1694808
@@ -0,0 +1,72 @@
+device: 0.116
+semantic: 0.110
+other: 0.104
+vnc: 0.104
+boot: 0.097
+PID: 0.097
+socket: 0.075
+KVM: 0.063
+network: 0.057
+files: 0.051
+graphic: 0.038
+performance: 0.032
+debug: 0.029
+permissions: 0.028
+KVM: 0.380
+boot: 0.308
+vnc: 0.179
+debug: 0.029
+device: 0.020
+files: 0.017
+other: 0.012
+socket: 0.012
+network: 0.011
+PID: 0.010
+semantic: 0.007
+performance: 0.006
+permissions: 0.005
+graphic: 0.004
+
+Passthrough USB Host Keyboard doesn't work on Q35 platform on boot-up
+
+Using qemu-kvm as shipped with Ubuntu 16.04, I cannot get a passed-through USB Host Keyboard to work at boot-up using the Q35 platform.
+
+My minimal example to verify this bug is the following:
+
+ qemu-system-x86_64 -M q35 -m 128 -cdrom mini.iso -usb -usbdevice host:04ca:005a -vnc :1 -display none
+
+Using a noname USB Keyboard with ID 04ca:005a and the Ubuntu 16.04 NetBoot mini.iso, I can see the boot screen of the Ubuntu ISO through VNC, but pressing the arrow keys doesn't do anything.
+
+By taking out the "-M q35" parameter, QEMU switches to the traditional i440FX system. The passed-through USB Host Keyboard works there, but the old platform is no option for me.
+
+Have you tried whether it works with the latest upstream version of QEMU (currently version 2.9) - since you've marked this as upstream QEMU problem, too?
+
+Thanks Thomas, definitely worth to check.
+@Colin - if you want a quick and easy short with qemu 2.8 you can try [1].
+
+[1]: https://wiki.ubuntu.com/OpenStack/CloudArchive
+
+Same problem with qemu 2.8 from Ubuntu Cloud Archive.
+Is that enough to consider the bug highly likely in latest upstream version too? I don't have a QEMU build system at hand right now..
+
+Doesn't happen when adding another UHCI controller and explicitly connecting the keyboard to it, like: -device vt82c686b-usb-uhci,id=myusb -device usb-host,bus=myusb.0,hostbus=3,hostaddr=2
+
+Is QEMU just incorrectly connecting my full-speed USB keyboard to USB 2.0 EHCI instead of USB 1.x UHCI?
+Or is SeaBIOS lacking support for anything involving USB 2.0 controllers, even simple HID devices?
+
+Hi,
+
+Seeing this same thing! And I'm on Ubuntu 20.10, so pretty current :-). vt82c686b-usb-uhci doesn't seem to be accessible any more, but trying qemu-xhci => no joy, still have to reset the VM after each startup, to get the keyboard and mouse working.
+
+Is this expected?
+
+Thanks!
+
+
+This is an automated cleanup. This bug report has been moved to QEMU's
+new bug tracker on gitlab.com and thus gets marked as 'expired' now.
+Please continue with the discussion here:
+
+ https://gitlab.com/qemu-project/qemu/-/issues/144
+
+