From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1HeGHo-0000dG-35
	for qemu-devel@nongnu.org; Wed, 18 Apr 2007 15:57:52 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1HeGHl-0000d4-O3
	for qemu-devel@nongnu.org; Wed, 18 Apr 2007 15:57:50 -0400
Received: from [199.232.76.173] (helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1HeGHl-0000d1-IH
	for qemu-devel@nongnu.org; Wed, 18 Apr 2007 15:57:49 -0400
Received: from py-out-1112.google.com ([64.233.166.176])
	by monty-python.gnu.org with esmtp (Exim 4.60)
	(envelope-from <igor.v.kovalenko@gmail.com>) id 1HeGCt-0001j7-9l
	for qemu-devel@nongnu.org; Wed, 18 Apr 2007 15:52:47 -0400
Received: by py-out-1112.google.com with SMTP id h31so378754pyc
	for <qemu-devel@nongnu.org>; Wed, 18 Apr 2007 12:52:43 -0700 (PDT)
Message-ID: <b2fa41d60704181252t2fde609dy87dcbd039bf53c24@mail.gmail.com>
Date: Wed, 18 Apr 2007 23:52:43 +0400
From: "Igor Kovalenko" <igor.v.kovalenko@gmail.com>
Subject: Re: [Qemu-devel] linux-user target
In-Reply-To: <Pine.LNX.4.64.0704181522300.22280@trantor.stuart.netsweng.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <Pine.LNX.4.64.0704100928040.20383@trantor.stuart.netsweng.com>
	<1176228712.22569.27.camel@jma4.dev.netgem.com>
	<Pine.LNX.4.64.0704171621130.22280@trantor.stuart.netsweng.com>
	<Pine.LNX.4.64.0704181323500.22280@trantor.stuart.netsweng.com>
	<1176921819.6333.85.camel@rapid>
	<Pine.LNX.4.64.0704181522300.22280@trantor.stuart.netsweng.com>
Reply-To: qemu-devel@nongnu.org
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: qemu-devel@nongnu.org

On 4/18/07, Stuart Anderson <anderson@netsweng.com> wrote:
> On Wed, 18 Apr 2007, J. Mayer wrote:
>
> > You're right: I think all TLS specific code is located in the glibc.
>
> In my last tracing through qemu.log, I did check for r2 references, and
> there was one store near the beginning that looked like what glibc would
> do (r2 = ptr+0x700), and the rest of the access were reads of r2.
>
>
> > It may be related to some of the library versions installed in
> > your 64 bits environment that would not be the same as the one used in
> > the 32 bits environment.
>
> Both are current Debian etch systems, a real x86_64, and a real x86.
> Both are running the same library versions.
>
> ii  libc6                  2.3.6.ds1-13 GNU C Library: Shared libraries
>
>
> > One important
> > precision that may make a big difference: I always use gcc 3.4 to
> > compile because I know several  gcc 4.x bugs (crash during ISO C
> > compliant code and/or incorrect generated asm instructions), then I do
> > not consider gcc 4.x as usable for a production environment today.
>
> I'm using gcc-3.4 as well.
>
> ii  gcc-3.4                3.4.6-5 The GNU C compiler
> ii  gcc-3.4-base           3.4.6-5 The GNU Compiler Collection (base package)
>
>
>
>                                  Stuart
>
> Stuart R. Anderson                               anderson@netsweng.com
> Network & Software Engineering                   http://www.netsweng.com/
> 1024D/37A79149:                                  0791 D3B8 9A4C 2CDC A31F
>                                                   BD03 0A62 E534 37A7 9149
>
>
>

This should be solved for x86_64 host with "-mtune=nocona" patch
posted a while ago.
The problem is with dyngen being confused by "repz retq" sequence.

-- 
Kind regards,
Igor V. Kovalenko