From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LKX5P-0003SY-IX for qemu-devel@nongnu.org; Wed, 07 Jan 2009 07:00:35 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LKX5O-0003RU-NQ for qemu-devel@nongnu.org; Wed, 07 Jan 2009 07:00:35 -0500 Received: from [199.232.76.173] (port=51353 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LKX5O-0003RM-Hw for qemu-devel@nongnu.org; Wed, 07 Jan 2009 07:00:34 -0500 Received: from moutng.kundenserver.de ([212.227.126.171]:57031) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LKX5N-0002pF-Qm for qemu-devel@nongnu.org; Wed, 07 Jan 2009 07:00:34 -0500 Message-ID: <4964995B.2090008@opensuse.org> Date: Wed, 07 Jan 2009 13:00:27 +0100 From: Martin Mohring MIME-Version: 1.0 Subject: Re: [Qemu-devel] [6195] gdbstub: fix gdbserver_fork References: In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Edgar E. Iglesias wrote: > Revision: 6195 > http://svn.sv.gnu.org/viewvc/?view=rev&root=qemu&revision=6195 > Author: edgar_igl > Date: 2009-01-07 10:22:28 +0000 (Wed, 07 Jan 2009) > > Log Message: > ----------- > gdbstub: fix gdbserver_fork > > As reported by Martin Mohring fork doesn't work with NPTL. > A fix is attached that makes the also attached test run > (tested with ARM CodeSourcery 2008q3 on an x86_64 > Fedora Core with kernel 2.6.23). > I can confirm that it makes fork() work again, so Debian Etch, Lenny, Sid work on ARM inside a chroot running with QEMU (e.g. by running a shell inside the chroot). Nevertheless, Aurelien promised me that he or the author will take a look into svn commit 6095, because the case that CONFIG_USER_ONLY is defined and USE_NPTL cause the function gdbserver_fork() to be not defined inside gdbstub.c, thus causing a compilation error. Also, the question is open if gdb works and was tested in user mode with more than one threads at all (on the other hand, the makes sense only if yes). Martin