summaryrefslogtreecommitdiffstats
path: root/results/classifier/105/device/916720
diff options
context:
space:
mode:
authorChristian Krinitsin <mail@krinitsin.com>2025-07-03 19:39:53 +0200
committerChristian Krinitsin <mail@krinitsin.com>2025-07-03 19:39:53 +0200
commitdee4dcba78baf712cab403d47d9db319ab7f95d6 (patch)
tree418478faf06786701a56268672f73d6b0b4eb239 /results/classifier/105/device/916720
parent4d9e26c0333abd39bdbd039dcdb30ed429c475ba (diff)
downloademulator-bug-study-dee4dcba78baf712cab403d47d9db319ab7f95d6.tar.gz
emulator-bug-study-dee4dcba78baf712cab403d47d9db319ab7f95d6.zip
restructure results
Diffstat (limited to 'results/classifier/105/device/916720')
-rw-r--r--results/classifier/105/device/91672075
1 files changed, 0 insertions, 75 deletions
diff --git a/results/classifier/105/device/916720 b/results/classifier/105/device/916720
deleted file mode 100644
index 75ec9a7c..00000000
--- a/results/classifier/105/device/916720
+++ /dev/null
@@ -1,75 +0,0 @@
-device: 0.558
-other: 0.553
-graphic: 0.551
-instruction: 0.526
-mistranslation: 0.498
-network: 0.479
-semantic: 0.427
-socket: 0.414
-boot: 0.401
-vnc: 0.354
-assembly: 0.309
-KVM: 0.285
-
-select fails on windows because a non-socket fd is in the rfds set
-
-The select call in file main_loop.c at line 460 fails on windows because a non-socket fd is in the rfds set. As a result, gdb remote connections will never be accepted by qemu. The select function returns with -1. WSAGetLastError returns code 10038 (WSAENOTSOCK).
-
-I start qemu as follows:
-qemu-system-arm -cpu cortex-m3 -M lm3s6965evb -nographic -monitor null -serial null -semihosting -kernel test1.elf -S -gdb tcp:127.0.0.1:2200
-
-qemu is configure with:
-CFLAGS="-O4 -march=i686"
-configure --target-list="i386-softmmu arm-softmmu sparc-softmmu ppc-softmmu" --prefix=/home/qemu/install --cc=mingw32-gcc --host-cc=mingw32-gcc --audio-drv-list="dsound sdl" --audio-card-list="ac97 es1370 sb16 cs4231a adlib gus"
-
-Do you know where the non-socket fd comes from? I have some patches to improve the situation on Win32 for the main loop, I'll send them next week to the mailing list.
-
-
-It is added to the list by glib_select_fill. Other than that I couldn't find out what the fd is for.
-
-I forgot to add the symptoms of the problem, so i'll add them now so people can google them.
-target remote tcp:127.0.0.1:2200
-Ignoring packet error, continuing...
-warning: unrecognized item "timeout" in "qSupported" response
-Ignoring packet error, continuing...
-Ignoring packet error, continuing...
-Ignoring packet error, continuing...
-Ignoring packet error, continuing...
-Ignoring packet error, continuing...
-Ignoring packet error, continuing...
-Malformed response to offset query, timeout
-
-
-
-I'm also getting this error. Both on my own compile version 1.0 and on the version from http://lassauge.free.fr/qemu/
-I have not been able to find a workaround for getting gdb to work. Does anybody knows a patch or a workaround?
-
-it seems that g_main_context_default creates a semaphore which is added into rfds passed to glib_select_fill function, that's why select fails.
-
-Patches posted to the list.
-
-http://permalink.gmane.org/gmane.comp.emulators.qemu/142634
-
-I am still seeing the symptoms that Arie pointed out:
-
-Remote debugging using :1234
-Ignoring packet error, continuing...
-warning: unrecognized item "timeout" in "qSupported" response
-Ignoring packet error, continuing...
-Ignoring packet error, continuing...
-Ignoring packet error, continuing...
-Ignoring packet error, continuing...
-Ignoring packet error, continuing...
-Ignoring packet error, continuing...
-Malformed response to offset query, timeout
-
-I started QEMU like:
-
-arm-none-eabi-qemu-system.exe -gdb tcp:127.0.0.1:1234,nowait,nodelay,server,ipv4 -S -semihosting -kernel hello.out
-
-This was with an ARM EABI system emulator that I built from today's mainline. From a brief look it seems like QEMU is going into 'g_poll' and never coming out.
-
-Triaging old bug tickets... can you still reproduce this issue with the latest version of QEMU? Or could we close this ticket nowadays?
-
-[Expired for QEMU because there has been no activity for 60 days.]
-