1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
|
performance: 0.694
device: 0.604
boot: 0.529
network: 0.430
semantic: 0.407
graphic: 0.393
other: 0.365
socket: 0.359
PID: 0.358
files: 0.307
vnc: 0.287
permissions: 0.251
debug: 0.181
KVM: 0.069
No evdev mouse passthrough with virtio-vga or kvm
Hi,
Using qemu version 3.1.0-1 on a host with the latest Archlinux 64-bit distribution, and running the same OS as guest, the mouse doesn't work when using both evdev passthrough and virtio-vga, or when using both evdev passthrough and kvm.
The following command line runs a machine that does not receive any mouse event:
qemu-system-x86_64 -machine type=q35,accel=kvm -cpu host -accel kvm -boot order=dc,menu=on -m size=2048 -net nic -device virtio-vga -device intel-hda -name Linux -drive file=/mnt/data/nobody/linux/arch.img,if=virtio -display sdl,gl=on -full-screen -net user -D /dev/null -rtc base=utc,clock=host,driftfix=slew -nodefaults -object input-linux,id=kbd1,evdev=/dev/input/event6,grab_all=on,repeat=on -object input-linux,id=mouse1,evdev=/dev/input/event7
But with this command line, removing virtio-vga and kvm, the mouse works as expected:
qemu-system-x86_64 -machine type=q35 -boot order=dc,menu=on -m size=2048 -net nic -device cirrus-vga -device intel-hda -name Linux -drive file=/mnt/data/nobody/linux/arch.img,if=virtio -display sdl,gl=on -full-screen -net user -D /dev/null -rtc base=utc,clock=host,driftfix=slew -nodefaults -object input-linux,id=kbd1,evdev=/dev/input/event6,grab_all=on,repeat=on -object input-linux,id=mouse1,evdev=/dev/input/event7
Note: Passing a keyboard by evdev in the same way always works, the problem is mouse specific.
Thanks in advance for the analysis,
gatestallman
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/165
|