Date: Sun, 8 Feb 2004 00:08:11 -0500 (EST) From: Daniel Eischen <eischen@vigrid.com> To: Doug Barton <DougB@freebsd.org> Cc: Steve Kargl <sgk@troutmask.apl.washington.edu> Subject: Re: latest current + latest ports + nvidia == no GL (pthread problem?) Message-ID: <Pine.GSO.4.10.10402072353330.26376-100000@pcnet5.pcnet.com> In-Reply-To: <20040207200651.X3994@ync.qbhto.arg>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, 7 Feb 2004, Doug Barton wrote: > On Sat, 7 Feb 2004, Steve Kargl wrote: > > > On Sat, Feb 07, 2004 at 07:45:08PM -0800, Doug Barton wrote: > > > > > It's incredibly disappointing to me that after all this time this is > > > still an issue. Sitting in an ivory tower and proclaiming how the world > > > _ought_ to be isn't really a useful approach to software design. > > > > It's incredibly insulting to me that you have the audacity to > > denigrate the work of the KSE developers. > > Getting insulted on other people's behalf is rarely a useful exercise. > And regardless of how hard someone has worked on something, two things > are true of every contribution to the project (including mine). Look, we are using %gs for LDT allocation because we need some way to get per-KSE (or per thread for libthr) local storage and to get at the current KSE (thread). And, in fact it was the NVidia folks that pointed us at this spec: http://people.redhat.com/drepper/tls.pdf That is an ABI spec that Linux, Solaris, and others are now following. It mandates how %gs is supposed to be used for TLS. We are trying to adhere to this spec and the goal is to be compliant with it by 5.3. When we support the TLS spec, the NVidia folks can rebuild their drivers/libraries without LDT allocations under FreeBSD. This is what they (NVidia) want. I suggest you go read this thread before complaining too much: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=189526+0+archive/2003/freebsd-threads/20030615.freebsd-threads -- Dan Eischen
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.GSO.4.10.10402072353330.26376-100000>