From owner-freebsd-current@FreeBSD.ORG Wed Mar 24 22:22:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F5C816A4CE for ; Wed, 24 Mar 2004 22:22:29 -0800 (PST) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id B216443D1D for ; Wed, 24 Mar 2004 22:22:28 -0800 (PST) (envelope-from eischen@vigrid.com) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mail.pcnet.com (8.12.10/8.12.1) with ESMTP id i2P6MMtf022124; Thu, 25 Mar 2004 01:22:23 -0500 (EST) Date: Thu, 25 Mar 2004 01:22:22 -0500 (EST) From: Daniel Eischen X-Sender: eischen@pcnet5.pcnet.com To: Steve Kargl In-Reply-To: <20040325014453.GA65919@troutmask.apl.washington.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Garance A Drosihn cc: Julian Elischer cc: FreeBSD current users Subject: Re: SF Bay area hackfest X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2004 06:22:29 -0000 On Wed, 24 Mar 2004, Steve Kargl wrote: > On Wed, Mar 24, 2004 at 07:56:15PM -0500, Garance A Drosihn wrote: > > At 12:22 PM -0800 3/24/04, Julian Elischer wrote: > > >On Wed, 24 Mar 2004, David O'Brien wrote: > > >> > > > > Uh, what about basic functionalty on Sparc64 and Alpha? > > > > > >who cares? > > > > I want the platform to be taken seriously. It is going to be a > > major challenge to the FreeBSD project to have multiple "tier 1" > > platforms, and it isn't good to hear a cavalier "Who Cares?" so > > early in handling that challenge. > > > > I'm not so sure that Julian was being cavalier. After watching > Julian, Dan, and David repeatedly ask for a sparc64 (and alpha) > person to help implement KSE, I suspect Julian was really asking > "Who cares enough about sparc64 to help implement the missing pieces > to get TLS moving forward?" > > From where I sit on the side lines, this looks like a catch-22. David > doesn't want to spend the time and effort to upgrade binutils without > the commitment of implementing TLS on all tier-1 platforms. Julian > and Dan don't want to make that commitment to all platforms until they > had the opportunity to implement it on at least i386, which can't be > done with a new toolchain. We've said this at other times, but TLS support is already partially designed in to libpthread (for all archs). We can (and will) implement it for them regardless of whether the library functions perfectly for those platforms. Both sparc64 and alpha seem to work OK when libpthread is built in 1:1 mode, so I suspect the real problem is resuming the thread contexts in userland and/or passing out the context in the expected format from the kernel. -- Dan Eischen