To further clarify: when keyboard control is under the host, enter key
does not work while all other keys seem to work normally. When control
of keyboard is under guest, all keys work normally including the enter
key under the guest. This seems to be related to the enter key being
stuck pressed aft
I would also like to add: after performing a shutdown in the guest OS,
qemu terminates as normal and keyboard control is automatically passed
back to the host. However, the enter key continues to not function until
the host is restarted.
--
You received this bug notification because you are a mem
Public bug reported:
Using new input-linux evdev passthrough feature of qemu (qemu 2.6.0)
causes enter key to be stuck down after executing a shell script to
launch qemu guest, resulting in repeated new lines in terminal. After a
certain point of guest boot, the enter key is no longer pressed.
How
Public bug reported:
Qemu release version 2.8.0
KVM, kernel 4.9.1
When using the -object input-linux capability in qemu for passthrough of
input/evdev devices, I found that when a key is held for a few seconds
or more (such as ctrl key), the guest system freezes until the key is
released. In some
Thought I might add:
The qemu command line option equivalents for mouse and keyboard:
-object
input-linux,id=kbd,evdev=/dev/input/by-path/platform-i8042-serio-0-event-kbd,repeat=on,grab_all=on
\
-object
input-linux,id=ms1,evdev=/dev/input/by-id/usb-ROCCAT_ROCCAT_Kone_Pure-event-mouse
--
You
I have tried without "repeat=on" option, and with 2.8.0 I still seem to
be getting weird behavior with mouse dropping out at points, and with
keys seemingly being continued to be pressed (ie still running around in
an fps game after releasing the key). I also experienced at one point
l-ctrl+r-ctrl
