From owner-freebsd-ppc@FreeBSD.ORG  Fri Sep  1 18:40:06 2006
Return-Path: <owner-freebsd-ppc@FreeBSD.ORG>
X-Original-To: ppc@FreeBSD.org
Delivered-To: freebsd-ppc@FreeBSD.ORG
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id E43DE16A4DA
	for <ppc@FreeBSD.org>; Fri,  1 Sep 2006 18:40:06 +0000 (UTC)
	(envelope-from grehan@freebsd.org)
Received: from dommail.onthenet.com.au (dommail.OntheNet.com.au [203.13.70.57])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 48EFD43D46
	for <ppc@FreeBSD.org>; Fri,  1 Sep 2006 18:40:06 +0000 (GMT)
	(envelope-from grehan@freebsd.org)
Received: from [10.33.24.110] (nat-198-95-226-228.netapp.com [198.95.226.228])
	by dommail.onthenet.com.au (MOS 3.5.7-GR)
	with ESMTP id CBU92098 (AUTH peterg@ptree32.com.au);
	Sat, 2 Sep 2006 04:39:55 +1000 (EST)
Message-ID: <44F87E8C.9000705@freebsd.org>
Date: Fri, 01 Sep 2006 11:40:12 -0700
From: Peter Grehan <grehan@freebsd.org>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.8b) Gecko/20051014
MIME-Version: 1.0
To: Marcel Moolenaar <xcllnt@mac.com>
References: <933C0437-DDF8-4A61-83BA-F4920D9E6E96@mac.com>
In-Reply-To: <933C0437-DDF8-4A61-83BA-F4920D9E6E96@mac.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Cc: ppc@FreeBSD.org
Subject: Re: Status of threading and TLS
X-BeenThere: freebsd-ppc@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Porting FreeBSD to the PowerPC <freebsd-ppc.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-ppc>,
	<mailto:freebsd-ppc-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-ppc>
List-Post: <mailto:freebsd-ppc@freebsd.org>
List-Help: <mailto:freebsd-ppc-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-ppc>,
	<mailto:freebsd-ppc-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Sep 2006 18:40:07 -0000

Hi Marcel,

> If anyone has any suggestions why for libpthread we end up
> with r2 off by 8 bytes, I'm happy to hear it...

  I don't have access to a PPC machine at the moment, but would it have 
anything to do with:

struct ppc32_tp {
         void            *tp_dtv;        /* dynamic thread vector */
         uint32_t        _reserved_;
         double          tp_tls[0];      /* static TLS */
};

  I think the last element was put in for alignment, but would that 
possibly have an effect somewhere else, in that it's forcing an 8-byte 
pad somewhere ?

  If the last element is removed, does it make a difference ? I saw that 
the libthr code doesn't have a member.

later,

Peter.