From dee4dcba78baf712cab403d47d9db319ab7f95d6 Mon Sep 17 00:00:00 2001 From: Christian Krinitsin Date: Thu, 3 Jul 2025 19:39:53 +0200 Subject: restructure results --- results/classifier/108/debug/2860 | 48 --------------------------------------- 1 file changed, 48 deletions(-) delete mode 100644 results/classifier/108/debug/2860 (limited to 'results/classifier/108/debug/2860') diff --git a/results/classifier/108/debug/2860 b/results/classifier/108/debug/2860 deleted file mode 100644 index fb757cb9..00000000 --- a/results/classifier/108/debug/2860 +++ /dev/null @@ -1,48 +0,0 @@ -debug: 0.971 -graphic: 0.958 -device: 0.938 -KVM: 0.922 -boot: 0.913 -PID: 0.896 -performance: 0.859 -other: 0.703 -socket: 0.701 -network: 0.676 -semantic: 0.658 -permissions: 0.642 -vnc: 0.592 -files: 0.476 - -ps2 keyboard not work after boot and use libspice to connect it -Description of problem: -When I start almost 10 qemu virtual machines, there will always be one or two that have the ps2 keyboard not work well after booted.But I use mstsc to connect to the desktop, the keyboard works fine. But when reboot or migrate it well recovery. -Steps to reproduce: -1.Asynchronously start 40 qemu virtual machines, each with 4 cores and 4 threads - -2.there will always be one or two that have the ps2 keyboard not work well. - -4.And when i gdb debug it, i found i hang at the func "prepare_mmio_access" - -5.reboot or migrate it well recovery -Additional information: -the gdb debug as fllow: - -gdb attach $pid - -gdb>b kbd_push_key //spice input - -gdb>b kbd_read_data - -gdb>b ps2_keyboard_event - -gdb>c - -After continue, the code run on ps2_keyboard_event,but no work to "kbd_read_data".This Proves that the keyboard input has been added to the queue, but has not been read from the queue. - -gdb> thread 4 //switch to thread "CPU 0/KVM" - -gdb> bt - -![image](/uploads/82527d2b382cacd2d4e40793d78d3e59/image.png) - -I guess there is no event to notify the device to read after writing to the queue, or is it deadlocked? I'm not sure -- cgit v1.2.3