From owner-freebsd-current@FreeBSD.ORG Wed Mar 24 23:48:27 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 662CD16A4CE for ; Wed, 24 Mar 2004 23:48:27 -0800 (PST) Received: from mta7.pltn13.pbi.net (mta7.pltn13.pbi.net [64.164.98.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51C7E43D46 for ; Wed, 24 Mar 2004 23:48:27 -0800 (PST) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (f1f44aa74a374c7b5673273f4e418a28@adsl-67-119-53-203.dsl.lsan03.pacbell.net [67.119.53.203])i2P7mOsu005876; Wed, 24 Mar 2004 23:48:25 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3F0D95283A; Wed, 24 Mar 2004 23:48:24 -0800 (PST) Date: Wed, 24 Mar 2004 23:48:24 -0800 From: Kris Kennaway To: Daniel Eischen Message-ID: <20040325074824.GB63710@xor.obsecurity.org> References: <20040325014453.GA65919@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="K8nIJk4ghYZn606h" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: Garance A Drosihn cc: Julian Elischer cc: Steve Kargl 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 07:48:27 -0000 --K8nIJk4ghYZn606h Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 25, 2004 at 01:22:22AM -0500, Daniel Eischen wrote: > 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. >=20 > 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. Can it be built that way by default on sparc, since libthr doesn't work very well? I'd like to test this for things like mozilla that cause libthr to crash at startup, except my sparc machine remains unbootable because of broken syscons. Kris --K8nIJk4ghYZn606h Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAYo7HWry0BWjoQKURAgeWAJ9S9HBM7qnjgWD1W0GftgsIRyf6NACdEpOf Po8dELMqF6liMirTCcn/od4= =RS7N -----END PGP SIGNATURE----- --K8nIJk4ghYZn606h--