diff options
| author | Christian Krinitsin <mail@krinitsin.com> | 2025-06-16 16:59:00 +0000 |
|---|---|---|
| committer | Christian Krinitsin <mail@krinitsin.com> | 2025-06-16 16:59:33 +0000 |
| commit | 9aba81d8eb048db908c94a3c40c25a5fde0caee6 (patch) | |
| tree | b765e7fb5e9a3c2143c68b0414e0055adb70e785 /results/classifier/118/kernel/1654826 | |
| parent | b89a938452613061c0f1f23e710281cf5c83cb29 (diff) | |
| download | qemu-analysis-9aba81d8eb048db908c94a3c40c25a5fde0caee6.tar.gz qemu-analysis-9aba81d8eb048db908c94a3c40c25a5fde0caee6.zip | |
add 18th iteration of classifier
Diffstat (limited to 'results/classifier/118/kernel/1654826')
| -rw-r--r-- | results/classifier/118/kernel/1654826 | 58 |
1 files changed, 58 insertions, 0 deletions
diff --git a/results/classifier/118/kernel/1654826 b/results/classifier/118/kernel/1654826 new file mode 100644 index 000000000..80e0b37ea --- /dev/null +++ b/results/classifier/118/kernel/1654826 @@ -0,0 +1,58 @@ +kernel: 0.939 +peripherals: 0.926 +performance: 0.920 +graphic: 0.918 +architecture: 0.911 +device: 0.900 +KVM: 0.885 +user-level: 0.856 +hypervisor: 0.855 +semantic: 0.825 +VMM: 0.813 +vnc: 0.810 +mistranslation: 0.776 +x86: 0.775 +register: 0.723 +ppc: 0.706 +virtual: 0.684 +i386: 0.678 +debug: 0.676 +permissions: 0.670 +boot: 0.669 +PID: 0.668 +network: 0.668 +files: 0.647 +socket: 0.644 +assembly: 0.596 +risc-v: 0.576 +arm: 0.542 +TCG: 0.506 + +Holding key down using input-linux freezes guest + +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 cases, mouse control is also lost following one of these "freezes". I also noticed that one of the four cpu cores I have the guest pinned to ramps to 100% during these freezes. + +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 + +quick workaround: drop "repeat=on". +some guests seem to have problems with that, not debugged yet why. + +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 not passing keyboard control to guest, and needed to VNC in to shutdown/restart guest (this was after plugging in a usb xbox360 controller, not sure if related). + +I am getting the same issue where I can even hear the sound glitch out. I'm on Arch Linux. + +The QEMU project is currently considering to move its bug tracking to another system. For this we need to know which bugs are still valid and which could be closed already. Thus we are setting all older bugs to +"Incomplete" now. +If you still think this bug report here is valid, then please switch the state back to "New" within the next 60 days, otherwise this report will be marked as "Expired". Thank you and sorry for the inconvenience. + + +[Expired for QEMU because there has been no activity for 60 days.] + |