diff options
| author | Christian Krinitsin <mail@krinitsin.com> | 2025-05-30 14:51:13 +0000 |
|---|---|---|
| committer | Christian Krinitsin <mail@krinitsin.com> | 2025-05-30 14:51:13 +0000 |
| commit | 225caa38269323af1bfc2daadff5ec8bd930747f (patch) | |
| tree | e0a5fefde9ee100ba6f32fb36de6707490e4164e /mailinglist/output_launchpad/916720 | |
| parent | 904141bfb8d5385b75eb3b7afec1dcda89af65a7 (diff) | |
| download | emulator-bug-study-225caa38269323af1bfc2daadff5ec8bd930747f.tar.gz emulator-bug-study-225caa38269323af1bfc2daadff5ec8bd930747f.zip | |
add mailinglist scraper results
Diffstat (limited to 'mailinglist/output_launchpad/916720')
| -rw-r--r-- | mailinglist/output_launchpad/916720 | 62 |
1 files changed, 62 insertions, 0 deletions
diff --git a/mailinglist/output_launchpad/916720 b/mailinglist/output_launchpad/916720 new file mode 100644 index 00000000..dfe70039 --- /dev/null +++ b/mailinglist/output_launchpad/916720 @@ -0,0 +1,62 @@ +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.] + |