blob: 0b8e6174da6d56f85d2244eaeea4be854cedf89f (
plain) (
blame)
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
41
42
43
44
45
46
|
graphic: 0.972
x86: 0.960
architecture: 0.884
performance: 0.857
device: 0.784
semantic: 0.763
ppc: 0.712
i386: 0.705
peripherals: 0.693
VMM: 0.671
permissions: 0.660
PID: 0.603
boot: 0.585
TCG: 0.529
debug: 0.502
kernel: 0.495
network: 0.489
register: 0.477
socket: 0.471
risc-v: 0.468
vnc: 0.463
mistranslation: 0.444
files: 0.424
arm: 0.414
KVM: 0.411
user-level: 0.372
hypervisor: 0.291
virtual: 0.250
assembly: 0.216
Crazy mouse movement when passing `-M pc,vmport=off -accel kvm -vga virtio` at the same time
Description of problem:
The mouse cursor is unusable in an x86 guest (disappears, jumps around like crazy) in a graphical environment when `-M pc,vmport=off -accel kvm -vga virtio` is given at the same time.
Steps to reproduce:
1. Download https://download.manjaro.org/xfce/22.0.5/manjaro-xfce-22.0.5-230316-linux61.iso
2. Start above command
3. Wait until the graphical desktop appears
4. Click inside the window and move the mouse
-> Mouse cursor disappears or jumps around like crazy
Additional information:
If vmport=off is **not** passed, at some point during startup (before graphical login manager appears) the guest switches to use vmmouse from PS/2 mouse. There it also requests usage of absolute input coordinates (VMMOUSE_REQUEST_ABSOLUTE). This code path works normal. Therefore the culprit might be in the guest.
Another way to reproduce the issue is to use -accel whpx under Windows host (no need to pass vmport=off there). It can be observed that the same guest doesn't attempt to switch to vmmouse there, just like passing vmport=off under Linux.
The problem does not exist on Linux host when -accel tcg is used in which case the guest doesn't attempt to switch to vmmouse.
|
