summary refs log tree commit diff stats
path: root/results/classifier/118/none/1694808
diff options
context:
space:
mode:
Diffstat (limited to 'results/classifier/118/none/1694808')
-rw-r--r--results/classifier/118/none/169480873
1 files changed, 73 insertions, 0 deletions
diff --git a/results/classifier/118/none/1694808 b/results/classifier/118/none/1694808
new file mode 100644
index 000000000..f3b5f7df2
--- /dev/null
+++ b/results/classifier/118/none/1694808
@@ -0,0 +1,73 @@
+peripherals: 0.766
+x86: 0.724
+boot: 0.648
+device: 0.610
+user-level: 0.578
+ppc: 0.537
+socket: 0.507
+vnc: 0.471
+virtual: 0.454
+semantic: 0.451
+performance: 0.409
+PID: 0.389
+VMM: 0.368
+KVM: 0.357
+architecture: 0.343
+network: 0.316
+kernel: 0.310
+i386: 0.306
+mistranslation: 0.299
+permissions: 0.297
+graphic: 0.291
+register: 0.275
+hypervisor: 0.274
+files: 0.236
+debug: 0.192
+arm: 0.175
+risc-v: 0.157
+TCG: 0.146
+assembly: 0.110
+
+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
+
+