From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:36729) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SA8Xl-0004rq-Vb for qemu-devel@nongnu.org; Tue, 20 Mar 2012 19:32:47 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SA8Xk-00016M-54 for qemu-devel@nongnu.org; Tue, 20 Mar 2012 19:32:45 -0400 Received: from v220110690675601.yourvserver.net ([78.47.199.172]:57757) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SA8Xj-00016H-Ul for qemu-devel@nongnu.org; Tue, 20 Mar 2012 19:32:44 -0400 Message-ID: <4F691399.40803@weilnetz.de> Date: Wed, 21 Mar 2012 00:32:41 +0100 From: Stefan Weil MIME-Version: 1.0 References: <1332236961-22743-1-git-send-email-pbonzini@redhat.com> In-Reply-To: <1332236961-22743-1-git-send-email-pbonzini@redhat.com> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH 0/6] fix w32 sockets List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Paolo Bonzini Cc: qemu-devel@nongnu.org Am 20.03.2012 10:49, schrieb Paolo Bonzini: > The w32 main loop has been mostly broken by the introduction of the > glib main loop. glib's g_poll does not use sockets on w32, so we > need a separate approach. > > Patch 1 is a simple cleanup that is needed later in the series. > > Patch 2 and patch 3 completely separate the way the main loop waits > on POSIX and w32 systems, and drop glib source handling from the w32 > main loop. > > Patch 4 fixes a longstanding bug in how sockets are handled, also > simplifying the code in the process. On top of this simplification, > patch 5 starts using g_poll in the w32 main loop and patch 6 adds > back glib source handling. > > I didn't test this in the conditions explained in bug 916720, but I > tested both a TCP monitor and an stdio monitor and both work (under > Wine that is). > > Stefan, can you please take care of shepherding the patches in > (pinging etc.)? Hi Paolo, it's really great that you addressed this main loop issue. I tried to run an ARM system emulation for Raspberry Pi recently and had much problems because QEMU was freezing very soon. My host is Windows 7 (64 bit) running 32 and 64 bit versions of QEMU with SDL. See https://bugs.launchpad.net/qemu/+bug/954099 for the command line and images. A few seconds after start, QEMU freezes when I select screen 1 ("vga") with the mouse (no more screen updates, no reaction on keyboard input or window events). If a switch to screen 3 (serial console 1) very fast after, I get the message that the Linux kernel is uncompressed. It is also possible to switch to screen 1 and watch the kernel boot messages, but it freezes later. Your patch series does not fix this, although I had expected that it would, because I already noticed the problem with select. :-( So we still have a problem to find. Regards, Stefan