From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GuXv3-0006mH-6X for qemu-devel@nongnu.org; Wed, 13 Dec 2006 12:29:25 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GuXv0-0006iq-UP for qemu-devel@nongnu.org; Wed, 13 Dec 2006 12:29:24 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GuXv0-0006iY-Nx for qemu-devel@nongnu.org; Wed, 13 Dec 2006 12:29:22 -0500 Received: from [65.74.133.4] (helo=mail.codesourcery.com) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1GuXuz-00021Y-MK for qemu-devel@nongnu.org; Wed, 13 Dec 2006 12:29:22 -0500 From: Paul Brook Subject: Re: [Qemu-devel] [PATCH]ish NPTL support. Date: Wed, 13 Dec 2006 17:22:16 +0000 References: <1165703896.5253.472.camel@pmac.infradead.org> <200612132302.28204.a_mulyadi@softhome.net> <1166029294.5253.736.camel@pmac.infradead.org> In-Reply-To: <1166029294.5253.736.camel@pmac.infradead.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200612131722.17889.paul@codesourcery.com> 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 On Wednesday 13 December 2006 17:01, David Woodhouse wrote: > On Wed, 2006-12-13 at 23:02 +0700, Mulyadi Santosa wrote: > > A small request, if you are willing to do it though.... I think this > > patch is really useful (IIRC NPTL is a long time trouble with qemu-i386), > > so instead of leaving this patch just archieved inside qemu-devel, could > > you please post it to qemu user forum too? So, it will be easy for some > > one else to get this patch until your patch gets merged by Fabrice.. > > Feel free to do so. > > Better still, feel free to break it down into simple fixes and feed it > to Fabrice. The only thing that definitely isn't ready is the futex > stuff -- we could merge set_tid_address, set_thread_area and the clone > bits. And especially the QEMU_ASSUME_KERNEL thing. > > Could do with testing the CLONE_SETTLS bits too, and making sure > CLONE_PARENT_SETTID and CLONE_CHILD_CLEARTID are implemented. I've a nasty feeling you're going to break the host libc if you do threading this way. One possibly solution is to use the pthreads API instead, and map everything onto that. Paul