summary refs log tree commit diff stats
path: root/results/classifier/118/none/1776224
diff options
context:
space:
mode:
Diffstat (limited to 'results/classifier/118/none/1776224')
-rw-r--r--results/classifier/118/none/177622476
1 files changed, 76 insertions, 0 deletions
diff --git a/results/classifier/118/none/1776224 b/results/classifier/118/none/1776224
new file mode 100644
index 000000000..a3ef383ef
--- /dev/null
+++ b/results/classifier/118/none/1776224
@@ -0,0 +1,76 @@
+device: 0.781
+graphic: 0.753
+mistranslation: 0.727
+ppc: 0.672
+performance: 0.664
+register: 0.549
+socket: 0.511
+semantic: 0.486
+network: 0.464
+permissions: 0.446
+architecture: 0.438
+debug: 0.430
+arm: 0.427
+PID: 0.410
+kernel: 0.358
+hypervisor: 0.349
+boot: 0.338
+assembly: 0.326
+vnc: 0.294
+user-level: 0.271
+risc-v: 0.236
+i386: 0.228
+peripherals: 0.206
+x86: 0.184
+TCG: 0.155
+virtual: 0.135
+files: 0.113
+VMM: 0.111
+KVM: 0.068
+
+QEMU's SPICE server not getting leds callback when sending capslock
+
+I'm having troubles using the QEMU's SPICE server for remote views. When
+trying to sync leds from my SPICE client to QEMU, I can see that the
+caps lock keycodes are sent but the server state never gets updated
+(which leads in funny behaviours like caps lock "blinking" in the guest
+if the clients resyncs its state often).
+
+That behaviour doesn't happen at all with the numlock led which does the
+same thing but with different keycodes.
+
+Here is an example of what's happening when the client tries to resync
+with a capslock difference:
+
+> Spice received: 58
+> ps2_put_keycode: 88
+>
+> Spice received: 186
+> ps2_put_keycode: 240
+> ps2_put_keycode: 88
+> ps2_queue: 186
+
+And with numlock:
+
+> Spice received: 69
+> ps2_put_keycode: 119
+>
+> Spice received: 197
+> ps2_put_keycode: 240
+> ps2_put_keycode: 119
+> ps2_queue: 197
+> ps2_set_ledstate: 0
+> Spice new ledstate: 0
+
+
+This behaviour is consistent across SPICE clients and only appears in a linux TTY (it works fine if I start an X server and on windows). It still happens on QEMU latest commit at the time (0d2fa03dae4fbe185a082f361342b1e30aed4582)
+
+Spice registers a callback for leds via qemu_add_led_event_handler but
+it's never called for capslock. Is that a normal behaviour ? Is there
+any reasons for the capslock led not to be updated ?
+
+
+
+This is in fact https://bugs.launchpad.net/ubuntu/+source/console-setup/+bug/425704
+Sorry for the noise
+