summary refs log tree commit diff stats
path: root/results/classifier/108/device/752
diff options
context:
space:
mode:
Diffstat (limited to 'results/classifier/108/device/752')
-rw-r--r--results/classifier/108/device/75228
1 files changed, 28 insertions, 0 deletions
diff --git a/results/classifier/108/device/752 b/results/classifier/108/device/752
new file mode 100644
index 00000000..0e3b4c25
--- /dev/null
+++ b/results/classifier/108/device/752
@@ -0,0 +1,28 @@
+device: 0.930
+graphic: 0.821
+debug: 0.664
+performance: 0.643
+semantic: 0.638
+vnc: 0.503
+PID: 0.465
+permissions: 0.370
+socket: 0.368
+boot: 0.346
+other: 0.331
+network: 0.248
+files: 0.053
+KVM: 0.032
+
+vmmouse device gets attached twice, one without i8042 associated
+Description of problem:
+I'm developing [a driver for the VMware mouse device](https://github.com/NattyNarwhal/vmwmouse). I know this works properly on VMware, but I'm trying it in QEMU too.
+
+[My full notes](https://github.com/NattyNarwhal/vmwmouse/issues/1), but most relevant is:
+
+* a vmmouse instance gets initialized twice (confirmed in qtree), one with i8042 the first time, one without the second time
+* the second vmmouse instance is the one receiving the events, passing them to the i8042 device's fake event handler
+* obviously, a crash because ISAKBDDevice should never be null
+Steps to reproduce:
+1. Load VMware mouse driver
+2. Move cursor (I recommend waiting until Windows loads before doing so, it is very easy to corrupt the guest filesystem if you do it while Windows is loading)
+3. Crash