From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:50255) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Uu1EJ-0004Ha-8P for qemu-devel@nongnu.org; Tue, 02 Jul 2013 10:06:55 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Uu1EH-0002ES-US for qemu-devel@nongnu.org; Tue, 02 Jul 2013 10:06:51 -0400 Received: from cantor2.suse.de ([195.135.220.15]:49624 helo=mx2.suse.de) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Uu1EH-0002EA-Oa for qemu-devel@nongnu.org; Tue, 02 Jul 2013 10:06:49 -0400 Message-ID: <51D2DE76.8090007@suse.de> Date: Tue, 02 Jul 2013 16:06:46 +0200 From: Alexander Graf MIME-Version: 1.0 References: <1372444009-11544-1-git-send-email-pbonzini@redhat.com> <1372444009-11544-6-git-send-email-pbonzini@redhat.com> <51D15DDC.3030705@redhat.com> <51D1AC75.3000000@redhat.com> <51D1EC0D.50304@redhat.com> <51D2D84C.7050200@suse.de> In-Reply-To: <51D2D84C.7050200@suse.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Subject: Re: [Qemu-devel] [PATCH 05/30] exec: do not use qemu/tls.h List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: =?UTF-8?B?QW5kcmVhcyBGw6RyYmVy?= Cc: Peter Maydell , qemu-devel@nongnu.org, Paolo Bonzini On 07/02/2013 03:40 PM, Andreas F=C3=A4rber wrote: > Am 01.07.2013 23:34, schrieb Peter Maydell: >> On 1 July 2013 21:52, Paolo Bonzini wrote: >>> Il 01/07/2013 18:26, Peter Maydell ha scritto: >>>> Since the two largest cases are both "cpu_single_env must be TLS" >>>> (ie (a) system emulation built with KVM support and (b) linux-user), >>>> the set of targets which can be non-TLS is really really small, >>>> and I think (1) makes much more sense. >>> Not many linux-user targets support threads (including not i386). >> i386 guest is a comparatively rare case for linux-user (because >> most people have an i386 box they can run them on). Also I'm >> hoping to get most of the linux-user guests up to the point where >> we can just have CONFIG_NPTL be true for all of them -- I have >> several patches on-list which are trying to head in that direction. > Alex had posted a patch which implements NPTL for i386, tested with > WINE, I believe. Not sure I posted it, but I do have it ready. I'll rebase it once the=20 NPTL refactorings are in. They look very sane to me. Alex