From owner-freebsd-threads@FreeBSD.ORG Sun Apr 16 20:16:02 2006 Return-Path: X-Original-To: freebsd-threads@freebsd.org Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C895F16A40A; Sun, 16 Apr 2006 20:16:02 +0000 (UTC) (envelope-from Joerg.Pulz@frm2.tum.de) Received: from mailhost.frm2.tum.de (mailhost.frm2.tum.de [129.187.179.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2647343D45; Sun, 16 Apr 2006 20:16:01 +0000 (GMT) (envelope-from Joerg.Pulz@frm2.tum.de) Received: from localhost (mailhost.frm2.tum.de [129.187.179.12]) by mailhost.frm2.tum.de (8.13.4/8.13.4) with ESMTP id k3GKG17p040252; Sun, 16 Apr 2006 22:16:01 +0200 (CEST) (envelope-from jpulz@frm2.tum.de) X-Virus-Scanned: at mailhost.frm2.tum.de Received: from hades.admin.frm2 (hades.admin.frm2 [172.25.1.10]) by mailhost.frm2.tum.de (8.13.4/8.13.4) with ESMTP id k3GKFwSV040248 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 16 Apr 2006 22:15:58 +0200 (CEST) (envelope-from jpulz@frm2.tum.de) Received: from hades.admin.frm2 (localhost [127.0.0.1]) by hades.admin.frm2 (8.13.4/8.13.4) with ESMTP id k3GKFwkT053708; Sun, 16 Apr 2006 22:15:58 +0200 (CEST) (envelope-from jpulz@frm2.tum.de) Received: (from jpulz@localhost) by hades.admin.frm2 (8.13.4/8.13.4/Submit) id k3GKFwiZ053707; Sun, 16 Apr 2006 22:15:58 +0200 (CEST) (envelope-from jpulz) Date: Sun, 16 Apr 2006 22:15:55 +0200 (CEST) From: Joerg Pulz To: freebsd-sparc64@freebsd.org, freebsd-threads@freebsd.org Message-ID: <20060416220250.K52948@hades.admin.frm2> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: pthread_mutex_timedlock on sparc64 X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Apr 2006 20:16:02 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, sorry for the cross posting but i think it is related to both lists. Today i got two mails from pointyhat for ports that i maintain which seem to have problems on sparc64. The relevant ports are net/gatekeeper, net/openmcu and the exact error message is: /usr/local/lib/libpt_r.so: undefined reference to `pthread_mutex_timedlock' There is another port net/openam which has the same problem. As far as i can see, the '-pthread' argument is used and therefore this should not occur, unless there is something missing or wrong in the sparc64 thread library. I can't investigate this further because i have no access to a sparc64 machine running any version FreeBSD. Any information regarding this problem is much appreciated. Kind regards Joerg - -- The beginning is the most important part of the work. -Plato -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEQqX9SPOsGF+KA+MRAsp7AJ90VzpjD3/XIfcxcNDEF2CfoBM2cwCgsyDK sCwUB8AxfBAnrcpP/Ubwc7w= =BcQx -----END PGP SIGNATURE----- From owner-freebsd-threads@FreeBSD.ORG Mon Apr 17 10:22:25 2006 Return-Path: X-Original-To: freebsd-threads@freebsd.org Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D8F316A400; Mon, 17 Apr 2006 10:22:25 +0000 (UTC) (envelope-from bel@orel.ru) Received: from mail.orel.ru (relay.orel.ru [213.59.64.76]) by mx1.FreeBSD.org (Postfix) with ESMTP id E186C43D45; Mon, 17 Apr 2006 10:22:24 +0000 (GMT) (envelope-from bel@orel.ru) Received: from [192.168.99.99] (pf1.net.orel.ru [213.59.64.75]) by mail.orel.ru (8.13.4/8.13.4) with ESMTP id k3HAMJak076898; Mon, 17 Apr 2006 14:22:21 +0400 (MSD) (envelope-from bel@orel.ru) Message-ID: <44436C5B.50703@orel.ru> Date: Mon, 17 Apr 2006 14:22:19 +0400 From: Andrew Belashov Organization: ORIS User-Agent: Thunderbird 1.5 (X11/20060123) MIME-Version: 1.0 To: Joerg Pulz References: <20060416220250.K52948@hades.admin.frm2> In-Reply-To: <20060416220250.K52948@hades.admin.frm2> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: Dr.Web (R) for Mail Servers on mail.orel.ru host X-Antivirus-Code: 100000 X-Zombi-Check: on netra2.orel.ru Cc: freebsd-sparc64@freebsd.org, freebsd-threads@freebsd.org Subject: Re: pthread_mutex_timedlock on sparc64 X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Apr 2006 10:22:25 -0000 Hello, Joerg! Joerg Pulz wrote: > sorry for the cross posting but i think it is related to both lists. > > Today i got two mails from pointyhat for ports that i maintain which > seem to have problems on sparc64. > The relevant ports are net/gatekeeper, net/openmcu and the exact error > message is: > /usr/local/lib/libpt_r.so: undefined reference to `pthread_mutex_timedlock' > > There is another port net/openam which has the same problem. > > As far as i can see, the '-pthread' argument is used and therefore this > should not occur, unless there is something missing or wrong in the > sparc64 thread library. > I can't investigate this further because i have no access to a sparc64 > machine running any version FreeBSD. > > Any information regarding this problem is much appreciated. > > Kind regards > Joerg > What about libthr library? For switching to libthr: # echo "libc_r.so libthr.so" >>/etc/libmap.conf -- With Best Regards, Andrew Belashov. From owner-freebsd-threads@FreeBSD.ORG Mon Apr 17 11:47:10 2006 Return-Path: X-Original-To: freebsd-threads@freebsd.org Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5D5916A405; Mon, 17 Apr 2006 11:47:10 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45A1B43D45; Mon, 17 Apr 2006 11:47:10 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.6/8.13.6/NETPLEX) with ESMTP id k3HBl5SM022149; Mon, 17 Apr 2006 07:47:09 -0400 (EDT) Date: Mon, 17 Apr 2006 07:47:05 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Andrew Belashov In-Reply-To: <44436C5B.50703@orel.ru> Message-ID: References: <20060416220250.K52948@hades.admin.frm2> <44436C5B.50703@orel.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: freebsd-sparc64@freebsd.org, freebsd-threads@freebsd.org Subject: Re: pthread_mutex_timedlock on sparc64 X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Apr 2006 11:47:10 -0000 On Mon, 17 Apr 2006, Andrew Belashov wrote: > Hello, Joerg! > > Joerg Pulz wrote: >> sorry for the cross posting but i think it is related to both lists. >> >> Today i got two mails from pointyhat for ports that i maintain which seem >> to have problems on sparc64. >> The relevant ports are net/gatekeeper, net/openmcu and the exact error >> message is: >> /usr/local/lib/libpt_r.so: undefined reference to `pthread_mutex_timedlock' Note that /usr/local/lib/foo is not part of FreeBSD base, so it looks like the sparc build machine is using a non-standard thread library. >> There is another port net/openam which has the same problem. >> >> As far as i can see, the '-pthread' argument is used and therefore this >> should not occur, unless there is something missing or wrong in the sparc64 >> thread library. >> I can't investigate this further because i have no access to a sparc64 >> machine running any version FreeBSD. >> >> Any information regarding this problem is much appreciated. >> >> Kind regards >> Joerg >> > > What about libthr library? For switching to libthr: > # echo "libc_r.so libthr.so" >>/etc/libmap.conf Also, some sparc64-knowledgeable person(s) need to make libpthread work on sparc64 ;-) -- DE From owner-freebsd-threads@FreeBSD.ORG Mon Apr 17 12:25:37 2006 Return-Path: X-Original-To: freebsd-threads@freebsd.org Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C1E6616A401; Mon, 17 Apr 2006 12:25:37 +0000 (UTC) (envelope-from Joerg.Pulz@frm2.tum.de) Received: from mailhost.frm2.tum.de (mailhost.frm2.tum.de [129.187.179.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id EBB9F43D48; Mon, 17 Apr 2006 12:25:34 +0000 (GMT) (envelope-from Joerg.Pulz@frm2.tum.de) Received: from localhost (mailhost.frm2.tum.de [129.187.179.12]) by mailhost.frm2.tum.de (8.13.4/8.13.4) with ESMTP id k3HCPXVk054651; Mon, 17 Apr 2006 14:25:33 +0200 (CEST) (envelope-from jpulz@frm2.tum.de) X-Virus-Scanned: at mailhost.frm2.tum.de Received: from hades.admin.frm2 (hades.admin.frm2 [172.25.1.10]) by mailhost.frm2.tum.de (8.13.4/8.13.4) with ESMTP id k3HCPVwq054647 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 17 Apr 2006 14:25:32 +0200 (CEST) (envelope-from jpulz@frm2.tum.de) Received: from hades.admin.frm2 (localhost [127.0.0.1]) by hades.admin.frm2 (8.13.4/8.13.4) with ESMTP id k3HCPVDN062142; Mon, 17 Apr 2006 14:25:31 +0200 (CEST) (envelope-from jpulz@frm2.tum.de) Received: (from jpulz@localhost) by hades.admin.frm2 (8.13.4/8.13.4/Submit) id k3HCPV7q062141; Mon, 17 Apr 2006 14:25:31 +0200 (CEST) (envelope-from jpulz) Date: Mon, 17 Apr 2006 14:25:29 +0200 (CEST) From: Joerg Pulz To: Daniel Eischen In-Reply-To: Message-ID: <20060417141213.X52948@hades.admin.frm2> References: <20060416220250.K52948@hades.admin.frm2> <44436C5B.50703@orel.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-threads@freebsd.org, freebsd-sparc64@freebsd.org Subject: Re: pthread_mutex_timedlock on sparc64 X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Apr 2006 12:25:37 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 17 Apr 2006, Daniel Eischen wrote: > On Mon, 17 Apr 2006, Andrew Belashov wrote: > >> Hello, Joerg! >> >> Joerg Pulz wrote: >>> sorry for the cross posting but i think it is related to both lists. >>> >>> Today i got two mails from pointyhat for ports that i maintain which seem >>> to have problems on sparc64. >>> The relevant ports are net/gatekeeper, net/openmcu and the exact error >>> message is: >>> /usr/local/lib/libpt_r.so: undefined reference to >>> `pthread_mutex_timedlock' > > Note that /usr/local/lib/foo is not part of FreeBSD base, so > it looks like the sparc build machine is using a non-standard > thread library. > >>> There is another port net/openam which has the same problem. >>> >>> As far as i can see, the '-pthread' argument is used and therefore this >>> should not occur, unless there is something missing or wrong in the >>> sparc64 thread library. >>> I can't investigate this further because i have no access to a sparc64 >>> machine running any version FreeBSD. >>> >>> Any information regarding this problem is much appreciated. >>> >>> Kind regards >>> Joerg >>> >> >> What about libthr library? For switching to libthr: >> # echo "libc_r.so libthr.so" >>/etc/libmap.conf > > Also, some sparc64-knowledgeable person(s) need to make > libpthread work on sparc64 ;-) Hi Daniel, Andrew, the library /usr/local/lib/libpt_r.so comes out of the devel/pwlib port and is requiered by net/openh323 and therefor needed by net/gatekeeper, net/openmcu and net/openam. As i said before, i don't have access to a sparc64 machine running FreeBSD. The error was reported by pointyhat, so tweaking /etc/libmap.conf is not an option. If the "pthread_mutex_timedlock" symbol is really not available in the default thread library for sparc64, i will mark these ports BROKEN for ${ARCH} == "sparc64", but first i want to make sure that this is really the case. regards Joerg - -- The beginning is the most important part of the work. -Plato -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEQ4k7SPOsGF+KA+MRAgylAKDL3fNsI4GvRi5YHe4awTzc5UqaCgCfVsIV YXli4HhK1jqq/ARBWp3jfoI= =yDLW -----END PGP SIGNATURE----- From owner-freebsd-threads@FreeBSD.ORG Mon Apr 17 18:35:03 2006 Return-Path: X-Original-To: freebsd-threads@freebsd.org Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 08E1316A403; Mon, 17 Apr 2006 18:35:02 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A18443D75; Mon, 17 Apr 2006 18:34:58 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 3283B1A4E59; Mon, 17 Apr 2006 11:34:58 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id BF55851E87; Mon, 17 Apr 2006 14:34:56 -0400 (EDT) Date: Mon, 17 Apr 2006 14:34:55 -0400 From: Kris Kennaway To: Daniel Eischen Message-ID: <20060417183454.GA93519@xor.obsecurity.org> References: <20060416220250.K52948@hades.admin.frm2> <44436C5B.50703@orel.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PNTmBPCT7hxwcZjr" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-threads@freebsd.org, freebsd-sparc64@freebsd.org Subject: Re: pthread_mutex_timedlock on sparc64 X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Apr 2006 18:35:03 -0000 --PNTmBPCT7hxwcZjr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 17, 2006 at 07:47:05AM -0400, Daniel Eischen wrote: > On Mon, 17 Apr 2006, Andrew Belashov wrote: >=20 > >Hello, Joerg! > > > >Joerg Pulz wrote: > >>sorry for the cross posting but i think it is related to both lists. > >> > >>Today i got two mails from pointyhat for ports that i maintain which se= em=20 > >>to have problems on sparc64. > >>The relevant ports are net/gatekeeper, net/openmcu and the exact error= =20 > >>message is: > >>/usr/local/lib/libpt_r.so: undefined reference to=20 > >>`pthread_mutex_timedlock' >=20 > Note that /usr/local/lib/foo is not part of FreeBSD base, so > it looks like the sparc build machine is using a non-standard > thread library. >=20 > >>There is another port net/openam which has the same problem. > >> > >>As far as i can see, the '-pthread' argument is used and therefore this= =20 > >>should not occur, unless there is something missing or wrong in the=20 > >>sparc64 thread library. > >>I can't investigate this further because i have no access to a sparc64= =20 > >>machine running any version FreeBSD. > >> > >>Any information regarding this problem is much appreciated. > >> > >>Kind regards > >>Joerg > >> > > > >What about libthr library? For switching to libthr: > ># echo "libc_r.so libthr.so" >>/etc/libmap.conf >=20 > Also, some sparc64-knowledgeable person(s) need to make > libpthread work on sparc64 ;-) libthr *is* the thread library on sparc64; as Daniel says, libpthread is not ported to sparc64. Kris --PNTmBPCT7hxwcZjr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEQ9/OWry0BWjoQKURArPcAJ420x3NrWcKB4DpBLkr4FkUJq6jtACgjXGS 81OzUGx9NG+19fPIRD3F2p8= =OT62 -----END PGP SIGNATURE----- --PNTmBPCT7hxwcZjr-- From owner-freebsd-threads@FreeBSD.ORG Tue Apr 18 09:28:18 2006 Return-Path: X-Original-To: freebsd-threads@freebsd.org Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C7C416A403; Tue, 18 Apr 2006 09:28:18 +0000 (UTC) (envelope-from sean@gothic.net.au) Received: from visi.gothic.net.au (visi.gothic.net.au [202.182.72.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F63D43D6B; Tue, 18 Apr 2006 09:28:16 +0000 (GMT) (envelope-from sean@gothic.net.au) Received: from localhost (localhost [127.0.0.1]) by visi.gothic.net.au (Postfix) with ESMTP id 6119426500; Tue, 18 Apr 2006 19:28:13 +1000 (EST) X-Virus-Scanned: amavisd-new at gothic.net.au Received: from localhost ([127.0.0.1]) by localhost (visi.gothic.net.au [127.0.0.1]) (amavisd-new, port 10026) with SMTP id K-CKWVx9nzwb; Tue, 18 Apr 2006 19:28:09 +1000 (EST) Received: from t22 (home.winn.id.au [202.182.72.30]) by visi.gothic.net.au (Postfix) with ESMTP id BC732264AF; Tue, 18 Apr 2006 19:28:08 +1000 (EST) From: "Sean Winn" To: "'Kris Kennaway'" , "'Daniel Eischen'" Date: Tue, 18 Apr 2006 19:28:00 +1000 Message-ID: <002d01c662ca$62e99970$2522630a@t22> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 In-Reply-To: <20060417183454.GA93519@xor.obsecurity.org> Thread-Index: AcZiTprBInQ8A9HYReawNJEr3Ib3sQAe7Gwg Cc: freebsd-sparc64@freebsd.org, freebsd-threads@freebsd.org Subject: RE: pthread_mutex_timedlock on sparc64 X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2006 09:28:18 -0000 owner-freebsd-sparc64@freebsd.org wrote: > > libthr *is* the thread library on sparc64; as Daniel says, libpthread > is not ported to sparc64. > > Kris Not yet in 6.x 19:25 Tue 18-Apr sean@bloody [~] uname -msr FreeBSD 6.1-RC1 sparc64 19:25 Tue 18-Apr sean@bloody [~] ls -l /usr/lib/libpthread.so lrwxrwxrwx 1 root wheel 9 Apr 17 04:05 /usr/lib/libpthread.so -> libc_r.so From owner-freebsd-threads@FreeBSD.ORG Tue Apr 18 20:43:11 2006 Return-Path: X-Original-To: freebsd-threads@freebsd.org Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 47ED816A400; Tue, 18 Apr 2006 20:43:11 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0F8443D48; Tue, 18 Apr 2006 20:43:10 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 962D91A4E92; Tue, 18 Apr 2006 13:43:10 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id CA589542B8; Tue, 18 Apr 2006 16:42:40 -0400 (EDT) Date: Tue, 18 Apr 2006 16:42:40 -0400 From: Kris Kennaway To: Sean Winn Message-ID: <20060418204240.GA69833@xor.obsecurity.org> References: <20060417183454.GA93519@xor.obsecurity.org> <002d01c662ca$62e99970$2522630a@t22> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="opJtzjQTFsWo+cga" Content-Disposition: inline In-Reply-To: <002d01c662ca$62e99970$2522630a@t22> User-Agent: Mutt/1.4.2.1i Cc: 'Daniel Eischen' , freebsd-threads@freebsd.org, freebsd-sparc64@freebsd.org, 'Kris Kennaway' Subject: Re: pthread_mutex_timedlock on sparc64 X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2006 20:43:11 -0000 --opJtzjQTFsWo+cga Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 18, 2006 at 07:28:00PM +1000, Sean Winn wrote: > owner-freebsd-sparc64@freebsd.org wrote: > >=20 > > libthr *is* the thread library on sparc64; as Daniel says, libpthread > > is not ported to sparc64.=20 > >=20 > > Kris >=20 > Not yet in 6.x >=20 > 19:25 Tue 18-Apr sean@bloody [~] uname -msr > FreeBSD 6.1-RC1 sparc64 > 19:25 Tue 18-Apr sean@bloody [~] ls -l /usr/lib/libpthread.so > lrwxrwxrwx 1 root wheel 9 Apr 17 04:05 /usr/lib/libpthread.so -> > libc_r.so Oops, I forgot about that..although so did David when he removed libc_r from 7.0 and broke sparc :-) So I guess this is a libc_r missing feature. Probably the solution is to use libthr on 6.x too (I don't know if it works well enough on 5.x). libthr causes witness panics under load on sparc64 though. Kris --opJtzjQTFsWo+cga Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD4DBQFERU9AWry0BWjoQKURAguzAJdpRILbVzKClzo6kJekDA/nQwdUAJ4uQ07l gxkBH51QwI1y/4UCyXsyKA== =KsBO -----END PGP SIGNATURE----- --opJtzjQTFsWo+cga-- From owner-freebsd-threads@FreeBSD.ORG Tue Apr 18 21:33:49 2006 Return-Path: X-Original-To: freebsd-threads@hub.freebsd.org Delivered-To: freebsd-threads@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 57DEA16A406; Tue, 18 Apr 2006 21:33:49 +0000 (UTC) (envelope-from maxim@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1323C43D48; Tue, 18 Apr 2006 21:33:49 +0000 (GMT) (envelope-from maxim@FreeBSD.org) Received: from freefall.freebsd.org (maxim@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k3ILXmum085719; Tue, 18 Apr 2006 21:33:48 GMT (envelope-from maxim@freefall.freebsd.org) Received: (from maxim@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k3ILXmZp085715; Tue, 18 Apr 2006 21:33:48 GMT (envelope-from maxim) Date: Tue, 18 Apr 2006 21:33:48 GMT From: Maxim Konovalov Message-Id: <200604182133.k3ILXmZp085715@freefall.freebsd.org> To: jml@cubical.fi, maxim@FreeBSD.org, freebsd-threads@FreeBSD.org Cc: Subject: Re: kern/20861: libc_r does not honor socket timeouts X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2006 21:33:49 -0000 Synopsis: libc_r does not honor socket timeouts State-Changed-From-To: open->closed State-Changed-By: maxim State-Changed-When: Tue Apr 18 21:33:23 UTC 2006 State-Changed-Why: Superseded by threads/24472. http://www.freebsd.org/cgi/query-pr.cgi?pr=20861 From owner-freebsd-threads@FreeBSD.ORG Tue Apr 18 21:43:33 2006 Return-Path: X-Original-To: freebsd-threads@freebsd.org Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BD2816A401; Tue, 18 Apr 2006 21:43:33 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB39943D46; Tue, 18 Apr 2006 21:43:32 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.6/8.13.6/NETPLEX) with ESMTP id k3ILhTkr018422; Tue, 18 Apr 2006 17:43:29 -0400 (EDT) Date: Tue, 18 Apr 2006 17:43:29 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Maxim Konovalov In-Reply-To: <200604182133.k3ILXmZp085715@freefall.freebsd.org> Message-ID: References: <200604182133.k3ILXmZp085715@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: jml@cubical.fi, freebsd-threads@freebsd.org Subject: Re: kern/20861: libc_r does not honor socket timeouts X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2006 21:43:33 -0000 On Tue, 18 Apr 2006, Maxim Konovalov wrote: > Synopsis: libc_r does not honor socket timeouts > > State-Changed-From-To: open->closed > State-Changed-By: maxim > State-Changed-When: Tue Apr 18 21:33:23 UTC 2006 > State-Changed-Why: > Superseded by threads/24472. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=20861 And I'll close threads/24472 because it has been superceded by libpthread and libthr unless you have other plans for it. -- DE From owner-freebsd-threads@FreeBSD.ORG Tue Apr 18 21:47:40 2006 Return-Path: X-Original-To: freebsd-threads@freebsd.org Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D03ED16A400; Tue, 18 Apr 2006 21:47:40 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27B1443D46; Tue, 18 Apr 2006 21:47:39 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.13.4/8.13.3) with ESMTP id k3ILlc0H074489; Wed, 19 Apr 2006 01:47:38 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Wed, 19 Apr 2006 01:47:38 +0400 (MSD) From: Maxim Konovalov To: Daniel Eischen In-Reply-To: Message-ID: <20060419014445.I73773@mp2.macomnet.net> References: <200604182133.k3ILXmZp085715@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-threads@freebsd.org Subject: Re: kern/20861: libc_r does not honor socket timeouts X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2006 21:47:40 -0000 On Tue, 18 Apr 2006, 17:43-0400, Daniel Eischen wrote: > On Tue, 18 Apr 2006, Maxim Konovalov wrote: > > > Synopsis: libc_r does not honor socket timeouts > > > > State-Changed-From-To: open->closed > > State-Changed-By: maxim > > State-Changed-When: Tue Apr 18 21:33:23 UTC 2006 > > State-Changed-Why: > > Superseded by threads/24472. > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=20861 > > And I'll close threads/24472 because it has been superceded by > libpthread and libthr unless you have other plans for it. Yep, I wonder about libc_r PRs state. We need to decide actually what and when we are going to do with them. Kill them all right now? -- Maxim Konovalov From owner-freebsd-threads@FreeBSD.ORG Tue Apr 18 21:51:28 2006 Return-Path: X-Original-To: freebsd-threads@freebsd.org Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D272516A401 for ; Tue, 18 Apr 2006 21:51:28 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2475643D45 for ; Tue, 18 Apr 2006 21:51:28 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.6/8.13.6/NETPLEX) with ESMTP id k3ILpRsC024424; Tue, 18 Apr 2006 17:51:27 -0400 (EDT) Date: Tue, 18 Apr 2006 17:51:27 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Maxim Konovalov In-Reply-To: <20060419014445.I73773@mp2.macomnet.net> Message-ID: References: <200604182133.k3ILXmZp085715@freefall.freebsd.org> <20060419014445.I73773@mp2.macomnet.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: freebsd-threads@freebsd.org Subject: Re: kern/20861: libc_r does not honor socket timeouts X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2006 21:51:28 -0000 On Wed, 19 Apr 2006, Maxim Konovalov wrote: > On Tue, 18 Apr 2006, 17:43-0400, Daniel Eischen wrote: > >> On Tue, 18 Apr 2006, Maxim Konovalov wrote: >> >>> Synopsis: libc_r does not honor socket timeouts >>> >>> State-Changed-From-To: open->closed >>> State-Changed-By: maxim >>> State-Changed-When: Tue Apr 18 21:33:23 UTC 2006 >>> State-Changed-Why: >>> Superseded by threads/24472. >>> >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=20861 >> >> And I'll close threads/24472 because it has been superceded by >> libpthread and libthr unless you have other plans for it. > > Yep, I wonder about libc_r PRs state. We need to decide actually what > and when we are going to do with them. Kill them all right now? I'd vote for that :-) -- DE From owner-freebsd-threads@FreeBSD.ORG Tue Apr 18 21:55:41 2006 Return-Path: X-Original-To: freebsd-threads@freebsd.org Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 276EA16A426; Tue, 18 Apr 2006 21:55:41 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D5F243D46; Tue, 18 Apr 2006 21:55:40 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.13.4/8.13.3) with ESMTP id k3ILtcMF074675; Wed, 19 Apr 2006 01:55:39 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Wed, 19 Apr 2006 01:55:38 +0400 (MSD) From: Maxim Konovalov To: Daniel Eischen In-Reply-To: Message-ID: <20060419015433.S73773@mp2.macomnet.net> References: <200604182133.k3ILXmZp085715@freefall.freebsd.org> <20060419014445.I73773@mp2.macomnet.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-threads@freebsd.org Subject: Re: kern/20861: libc_r does not honor socket timeouts X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2006 21:55:41 -0000 [...] > > Yep, I wonder about libc_r PRs state. We need to decide actually what > > and when we are going to do with them. Kill them all right now? > > I'd vote for that :-) If I don't hear any objections by Friday I'll close them. Thanks, Dan! -- Maxim Konovalov From owner-freebsd-threads@FreeBSD.ORG Tue Apr 18 23:14:22 2006 Return-Path: X-Original-To: freebsd-threads@freebsd.org Delivered-To: freebsd-threads@freebsd.org Received: from localhost.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id D0FCC16A403; Tue, 18 Apr 2006 23:14:21 +0000 (UTC) (envelope-from davidxu@freebsd.org) From: David Xu To: freebsd-threads@freebsd.org Date: Wed, 19 Apr 2006 07:14:15 +0800 User-Agent: KMail/1.8.2 References: <200604182133.k3ILXmZp085715@freefall.freebsd.org> <20060419015433.S73773@mp2.macomnet.net> In-Reply-To: <20060419015433.S73773@mp2.macomnet.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200604190714.15447.davidxu@freebsd.org> Cc: Daniel Eischen Subject: Re: kern/20861: libc_r does not honor socket timeouts X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2006 23:14:22 -0000 On Wednesday 19 April 2006 05:55, Maxim Konovalov wrote: > [...] > > > > Yep, I wonder about libc_r PRs state. We need to decide actually what > > > and when we are going to do with them. Kill them all right now? > > > > I'd vote for that :-) > > If I don't hear any objections by Friday I'll close them. > > Thanks, Dan! This PR is also not true for libthr both in 6.x and -HEAD: threads/76690threads =A0 =A0 fork hang in child for (-lc_r & -lthr) David Xu From owner-freebsd-threads@FreeBSD.ORG Wed Apr 19 05:32:38 2006 Return-Path: X-Original-To: freebsd-threads@freebsd.org Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 658BB16A401; Wed, 19 Apr 2006 05:32:38 +0000 (UTC) (envelope-from sean@gothic.net.au) Received: from visi.gothic.net.au (visi.gothic.net.au [202.182.72.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id D318543D45; Wed, 19 Apr 2006 05:32:37 +0000 (GMT) (envelope-from sean@gothic.net.au) Received: from localhost (localhost [127.0.0.1]) by visi.gothic.net.au (Postfix) with ESMTP id 504EB26A4A; Wed, 19 Apr 2006 15:32:36 +1000 (EST) X-Virus-Scanned: amavisd-new at gothic.net.au Received: from localhost ([127.0.0.1]) by localhost (visi.gothic.net.au [127.0.0.1]) (amavisd-new, port 10026) with SMTP id gWWFmAJ71GtI; Wed, 19 Apr 2006 15:32:31 +1000 (EST) Received: from t22 (home.winn.id.au [202.182.72.30]) by visi.gothic.net.au (Postfix) with ESMTP id 4000926A3A; Wed, 19 Apr 2006 15:32:31 +1000 (EST) From: "Sean Winn" To: "'Kris Kennaway'" Date: Wed, 19 Apr 2006 15:32:18 +1000 Message-ID: <001801c66372$a032e770$2522630a@t22> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 Thread-Index: AcZjKL+KlqYL/6KzSNWxRovjDdTIjwARuLqw In-Reply-To: <20060418204240.GA69833@xor.obsecurity.org> Cc: 'Daniel Eischen' , freebsd-sparc64@freebsd.org, freebsd-threads@freebsd.org Subject: RE: pthread_mutex_timedlock on sparc64 X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Apr 2006 05:32:38 -0000 Kris Kennaway wrote: > On Tue, Apr 18, 2006 at 07:28:00PM +1000, Sean Winn wrote: >> owner-freebsd-sparc64@freebsd.org wrote: >>> >>> libthr *is* the thread library on sparc64; as Daniel says, >>> libpthread is not ported to sparc64. >>> >>> Kris >> >> Not yet in 6.x >> >> 19:25 Tue 18-Apr sean@bloody [~] uname -msr >> FreeBSD 6.1-RC1 sparc64 >> 19:25 Tue 18-Apr sean@bloody [~] ls -l /usr/lib/libpthread.so >> lrwxrwxrwx 1 root wheel 9 Apr 17 04:05 /usr/lib/libpthread.so -> >> libc_r.so > > Oops, I forgot about that..although so did David when he removed > libc_r from 7.0 and broke sparc :-) > > So I guess this is a libc_r missing feature. Probably the solution is > to use libthr on 6.x too (I don't know if it works well enough on > 5.x). libthr causes witness panics under load on sparc64 though. > > Kris Would threading problems be related to sparc64/73413? I've noticed it sitting idle for a long while, and the test case still core dumps. The PR it references (sparc64/72998) also is open. http://www.freebsd.org/cgi/query-pr.cgi?pr=sparc64/73413 From owner-freebsd-threads@FreeBSD.ORG Wed Apr 19 05:41:20 2006 Return-Path: X-Original-To: freebsd-threads@freebsd.org Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E560316A401; Wed, 19 Apr 2006 05:41:20 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id A358E43D45; Wed, 19 Apr 2006 05:41:20 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id BA72D1A3C19; Tue, 18 Apr 2006 22:41:19 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2868E54D82; Wed, 19 Apr 2006 01:41:17 -0400 (EDT) Date: Wed, 19 Apr 2006 01:41:17 -0400 From: Kris Kennaway To: Sean Winn Message-ID: <20060419054116.GA39394@xor.obsecurity.org> References: <20060418204240.GA69833@xor.obsecurity.org> <001801c66372$a032e770$2522630a@t22> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YiEDa0DAkWCtVeE4" Content-Disposition: inline In-Reply-To: <001801c66372$a032e770$2522630a@t22> User-Agent: Mutt/1.4.2.1i Cc: 'Daniel Eischen' , freebsd-threads@freebsd.org, freebsd-sparc64@freebsd.org, 'Kris Kennaway' Subject: Re: pthread_mutex_timedlock on sparc64 X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Apr 2006 05:41:21 -0000 --YiEDa0DAkWCtVeE4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 19, 2006 at 03:32:18PM +1000, Sean Winn wrote: > Kris Kennaway wrote: > > On Tue, Apr 18, 2006 at 07:28:00PM +1000, Sean Winn wrote: > >> owner-freebsd-sparc64@freebsd.org wrote: > >>>=20 > >>> libthr *is* the thread library on sparc64; as Daniel says, > >>> libpthread is not ported to sparc64.=20 > >>>=20 > >>> Kris > >>=20 > >> Not yet in 6.x > >>=20 > >> 19:25 Tue 18-Apr sean@bloody [~] uname -msr > >> FreeBSD 6.1-RC1 sparc64 > >> 19:25 Tue 18-Apr sean@bloody [~] ls -l /usr/lib/libpthread.so > >> lrwxrwxrwx 1 root wheel 9 Apr 17 04:05 /usr/lib/libpthread.so -> > >> libc_r.so > >=20 > > Oops, I forgot about that..although so did David when he removed > > libc_r from 7.0 and broke sparc :-) > >=20 > > So I guess this is a libc_r missing feature. Probably the solution is > > to use libthr on 6.x too (I don't know if it works well enough on > > 5.x). libthr causes witness panics under load on sparc64 though. > >=20 > > Kris >=20 > Would threading problems be related to sparc64/73413? I've noticed it > sitting idle for a long while, and the test case still core dumps. The > PR it references (sparc64/72998) also is open. Huh, turns out libpthread does exist on sparc, it's just called libkse. Anyway, since it's not in use the PR wasn't relevant. Kris --YiEDa0DAkWCtVeE4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFERc15Wry0BWjoQKURAqnvAKCtW4HMDj4liWtZjYEYN6MllNZVeACgq2e6 h2aXf0QcAkN2COViqhbgRyk= =zUDT -----END PGP SIGNATURE----- --YiEDa0DAkWCtVeE4-- From owner-freebsd-threads@FreeBSD.ORG Wed Apr 19 08:38:34 2006 Return-Path: X-Original-To: freebsd-threads@freebsd.org Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C65A116A41F; Wed, 19 Apr 2006 08:38:34 +0000 (UTC) (envelope-from marcolz@stack.nl) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55E5043D49; Wed, 19 Apr 2006 08:38:33 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from hammer.stack.nl (hammer.stack.nl [IPv6:2001:610:1108:5010::153]) by mailhost.stack.nl (Postfix) with ESMTP id 4EBECA2FD8; Wed, 19 Apr 2006 10:38:32 +0200 (CEST) Received: by hammer.stack.nl (Postfix, from userid 333) id 3783C6493; Wed, 19 Apr 2006 10:38:32 +0200 (CEST) Date: Wed, 19 Apr 2006 10:38:32 +0200 From: Marc Olzheim To: Maxim Konovalov Message-ID: <20060419083832.GA50232@stack.nl> References: <200604182133.k3ILXmZp085715@freefall.freebsd.org> <20060419014445.I73773@mp2.macomnet.net> <20060419015433.S73773@mp2.macomnet.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pWyiEgJYm5f9v55/" Content-Disposition: inline In-Reply-To: <20060419015433.S73773@mp2.macomnet.net> X-Operating-System: FreeBSD hammer.stack.nl 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.11 Cc: Daniel Eischen , freebsd-threads@freebsd.org Subject: Re: kern/20861: libc_r does not honor socket timeouts X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Apr 2006 08:38:34 -0000 --pWyiEgJYm5f9v55/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 19, 2006 at 01:55:38AM +0400, Maxim Konovalov wrote: > [...] > > > Yep, I wonder about libc_r PRs state. We need to decide actually what > > > and when we are going to do with them. Kill them all right now? > > > > I'd vote for that :-) >=20 > If I don't hear any objections by Friday I'll close them. As active users of libc_r, we wouldn't mind if a list of all PRs closed in this manner could hit the list ;-) Marc --pWyiEgJYm5f9v55/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFERfcIezjnobFOgrERAmjfAJ4op5cahxWb+SjUAprtCPpU/CgdwwCgk+Eu 1Ybztbtmw3KA9VWVmbjJs/A= =iOTC -----END PGP SIGNATURE----- --pWyiEgJYm5f9v55/-- From owner-freebsd-threads@FreeBSD.ORG Wed Apr 19 12:37:20 2006 Return-Path: X-Original-To: freebsd-threads@freebsd.org Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7318816A400; Wed, 19 Apr 2006 12:37:20 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B88C43D4C; Wed, 19 Apr 2006 12:37:19 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.6/8.13.6/NETPLEX) with ESMTP id k3JCbHxa026449; Wed, 19 Apr 2006 08:37:17 -0400 (EDT) Date: Wed, 19 Apr 2006 08:37:17 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Kris Kennaway In-Reply-To: <20060419054116.GA39394@xor.obsecurity.org> Message-ID: References: <20060418204240.GA69833@xor.obsecurity.org> <001801c66372$a032e770$2522630a@t22> <20060419054116.GA39394@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: Sean Winn , freebsd-sparc64@freebsd.org, freebsd-threads@freebsd.org Subject: Re: pthread_mutex_timedlock on sparc64 X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Apr 2006 12:37:20 -0000 On Wed, 19 Apr 2006, Kris Kennaway wrote: > On Wed, Apr 19, 2006 at 03:32:18PM +1000, Sean Winn wrote: >> Kris Kennaway wrote: >>> On Tue, Apr 18, 2006 at 07:28:00PM +1000, Sean Winn wrote: >>>> owner-freebsd-sparc64@freebsd.org wrote: >>>>> >>>>> libthr *is* the thread library on sparc64; as Daniel says, >>>>> libpthread is not ported to sparc64. >>>>> >>>>> Kris >>>> >>>> Not yet in 6.x >>>> >>>> 19:25 Tue 18-Apr sean@bloody [~] uname -msr >>>> FreeBSD 6.1-RC1 sparc64 >>>> 19:25 Tue 18-Apr sean@bloody [~] ls -l /usr/lib/libpthread.so >>>> lrwxrwxrwx 1 root wheel 9 Apr 17 04:05 /usr/lib/libpthread.so -> >>>> libc_r.so >>> >>> Oops, I forgot about that..although so did David when he removed >>> libc_r from 7.0 and broke sparc :-) >>> >>> So I guess this is a libc_r missing feature. Probably the solution is >>> to use libthr on 6.x too (I don't know if it works well enough on >>> 5.x). libthr causes witness panics under load on sparc64 though. >>> >>> Kris >> >> Would threading problems be related to sparc64/73413? I've noticed it >> sitting idle for a long while, and the test case still core dumps. The >> PR it references (sparc64/72998) also is open. > > Huh, turns out libpthread does exist on sparc, it's just called > libkse. Anyway, since it's not in use the PR wasn't relevant. Yeah, I implemented as much as I could for it, but it doesn't work. So it's installed as libkse as a prod for someone to finish and test it. -- DE From owner-freebsd-threads@FreeBSD.ORG Wed Apr 19 17:26:23 2006 Return-Path: X-Original-To: freebsd-threads@freebsd.org Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01C0216A403; Wed, 19 Apr 2006 17:26:23 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4FEA43D60; Wed, 19 Apr 2006 17:26:18 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 7FE581A4DA8; Wed, 19 Apr 2006 10:26:18 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 9CEA554E6C; Wed, 19 Apr 2006 13:26:17 -0400 (EDT) Date: Wed, 19 Apr 2006 13:26:17 -0400 From: Kris Kennaway To: Daniel Eischen Message-ID: <20060419172617.GA70866@xor.obsecurity.org> References: <20060418204240.GA69833@xor.obsecurity.org> <001801c66372$a032e770$2522630a@t22> <20060419054116.GA39394@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LQksG6bCIzRHxTLp" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-threads@freebsd.org, freebsd-sparc64@freebsd.org, Kris Kennaway Subject: Re: pthread_mutex_timedlock on sparc64 X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Apr 2006 17:26:23 -0000 --LQksG6bCIzRHxTLp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 19, 2006 at 08:37:17AM -0400, Daniel Eischen wrote: > On Wed, 19 Apr 2006, Kris Kennaway wrote: >=20 > >On Wed, Apr 19, 2006 at 03:32:18PM +1000, Sean Winn wrote: > >>Kris Kennaway wrote: > >>>On Tue, Apr 18, 2006 at 07:28:00PM +1000, Sean Winn wrote: > >>>>owner-freebsd-sparc64@freebsd.org wrote: > >>>>> > >>>>>libthr *is* the thread library on sparc64; as Daniel says, > >>>>>libpthread is not ported to sparc64. > >>>>> > >>>>>Kris > >>>> > >>>>Not yet in 6.x > >>>> > >>>>19:25 Tue 18-Apr sean@bloody [~] uname -msr > >>>>FreeBSD 6.1-RC1 sparc64 > >>>>19:25 Tue 18-Apr sean@bloody [~] ls -l /usr/lib/libpthread.so > >>>>lrwxrwxrwx 1 root wheel 9 Apr 17 04:05 /usr/lib/libpthread.so -> > >>>>libc_r.so > >>> > >>>Oops, I forgot about that..although so did David when he removed > >>>libc_r from 7.0 and broke sparc :-) > >>> > >>>So I guess this is a libc_r missing feature. Probably the solution is > >>>to use libthr on 6.x too (I don't know if it works well enough on > >>>5.x). libthr causes witness panics under load on sparc64 though. > >>> > >>>Kris > >> > >>Would threading problems be related to sparc64/73413? I've noticed it > >>sitting idle for a long while, and the test case still core dumps. The > >>PR it references (sparc64/72998) also is open. > > > >Huh, turns out libpthread does exist on sparc, it's just called > >libkse. Anyway, since it's not in use the PR wasn't relevant. >=20 > Yeah, I implemented as much as I could for it, but it doesn't > work. So it's installed as libkse as a prod for someone to > finish and test it. OK, the PRs should just be suspended then. We need a list of the many unfinished or unimplemented bits of FreeBSD/sparc :( Kris --LQksG6bCIzRHxTLp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFERnK3Wry0BWjoQKURAq4HAKDddhg9p0TRfvd+MueuLTKU8z618wCgpDOb hiYCgSCFq2BZWkEKFp92f7g= =jFbk -----END PGP SIGNATURE----- --LQksG6bCIzRHxTLp-- From owner-freebsd-threads@FreeBSD.ORG Thu Apr 20 06:01:52 2006 Return-Path: X-Original-To: freebsd-threads@freebsd.org Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 832DA16A403; Thu, 20 Apr 2006 06:01:52 +0000 (UTC) (envelope-from Joerg.Pulz@frm2.tum.de) Received: from mailhost.frm2.tum.de (mailhost.frm2.tum.de [129.187.179.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id E69FA43D46; Thu, 20 Apr 2006 06:01:49 +0000 (GMT) (envelope-from Joerg.Pulz@frm2.tum.de) Received: from localhost (mailhost.frm2.tum.de [129.187.179.12]) by mailhost.frm2.tum.de (8.13.4/8.13.4) with ESMTP id k3K61ggH037878; Thu, 20 Apr 2006 08:01:42 +0200 (CEST) (envelope-from jpulz@frm2.tum.de) X-Virus-Scanned: at mailhost.frm2.tum.de Received: from hades.admin.frm2 (hades.admin.frm2 [172.25.1.10]) by mailhost.frm2.tum.de (8.13.4/8.13.4) with ESMTP id k3K61f4Q037874 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 20 Apr 2006 08:01:41 +0200 (CEST) (envelope-from jpulz@frm2.tum.de) Received: from hades.admin.frm2 (localhost [127.0.0.1]) by hades.admin.frm2 (8.13.4/8.13.4) with ESMTP id k3K61eJ1043472; Thu, 20 Apr 2006 08:01:40 +0200 (CEST) (envelope-from jpulz@frm2.tum.de) Received: (from jpulz@localhost) by hades.admin.frm2 (8.13.4/8.13.4/Submit) id k3K61dFv043471; Thu, 20 Apr 2006 08:01:39 +0200 (CEST) (envelope-from jpulz) Date: Thu, 20 Apr 2006 08:01:36 +0200 (CEST) From: Joerg Pulz To: Daniel Eischen In-Reply-To: Message-ID: <20060420074713.Y52948@hades.admin.frm2> References: <20060418204240.GA69833@xor.obsecurity.org> <001801c66372$a032e770$2522630a@t22> <20060419054116.GA39394@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-threads@freebsd.org, Sean Winn , freebsd-sparc64@freebsd.org, Kris Kennaway Subject: Re: pthread_mutex_timedlock on sparc64 X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2006 06:01:52 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 19 Apr 2006, Daniel Eischen wrote: > On Wed, 19 Apr 2006, Kris Kennaway wrote: > >> On Wed, Apr 19, 2006 at 03:32:18PM +1000, Sean Winn wrote: >>> Kris Kennaway wrote: >>>> On Tue, Apr 18, 2006 at 07:28:00PM +1000, Sean Winn wrote: >>>>> owner-freebsd-sparc64@freebsd.org wrote: >>>>>> >>>>>> libthr *is* the thread library on sparc64; as Daniel says, >>>>>> libpthread is not ported to sparc64. >>>>>> >>>>>> Kris >>>>> >>>>> Not yet in 6.x >>>>> >>>>> 19:25 Tue 18-Apr sean@bloody [~] uname -msr >>>>> FreeBSD 6.1-RC1 sparc64 >>>>> 19:25 Tue 18-Apr sean@bloody [~] ls -l /usr/lib/libpthread.so >>>>> lrwxrwxrwx 1 root wheel 9 Apr 17 04:05 /usr/lib/libpthread.so -> >>>>> libc_r.so >>>> >>>> Oops, I forgot about that..although so did David when he removed >>>> libc_r from 7.0 and broke sparc :-) >>>> >>>> So I guess this is a libc_r missing feature. Probably the solution is >>>> to use libthr on 6.x too (I don't know if it works well enough on >>>> 5.x). libthr causes witness panics under load on sparc64 though. >>>> >>>> Kris >>> >>> Would threading problems be related to sparc64/73413? I've noticed it >>> sitting idle for a long while, and the test case still core dumps. The >>> PR it references (sparc64/72998) also is open. >> >> Huh, turns out libpthread does exist on sparc, it's just called >> libkse. Anyway, since it's not in use the PR wasn't relevant. > > Yeah, I implemented as much as I could for it, but it doesn't > work. So it's installed as libkse as a prod for someone to > finish and test it. First, thanks for all your responses. I found an Ultra 10 machine in a dark corner of my office an reactivated it. Installation went fine, the system is not very fast but runs without problems. Unfortunately, it is an IDE system, so disk access is a bit slow. It runs now a RELENG_6_1 and it is correct that the "pthread_mutex_timedlock" symbol is missing in libpthread, which is actually a link to libc_r. The "pthread_mutex_timedlock" is only in libthr and libkse, which is actually libpthread on sparc64 and alpha according to src/lib/libpthread/Makefile. I decided to give libkse a try and started building net/openmcu and all ports it depends on with 'make PTHREAD_LIBS="-lkse"' and so far, compiling and linking was fine. But as soon as i try to execute the resulting binary, it dumps core. Currently i did no further investigation on this. I will start another run today, to give libthr a try. Lets see how this works. Anyway, i will submit PR's for the relevant ports to please pointyhat. Kind regards Joerg - -- The beginning is the most important part of the work. -Plato -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFERyPDSPOsGF+KA+MRAhWVAJ90MXngOQ/4ZgxeGnwwtEHZ85ZbPgCgkvHA snZ93oL9FspaUYQLa0OuR7Q= =H+fl -----END PGP SIGNATURE----- From owner-freebsd-threads@FreeBSD.ORG Thu Apr 20 18:23:35 2006 Return-Path: X-Original-To: freebsd-threads@freebsd.org Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B12C16A400; Thu, 20 Apr 2006 18:23:35 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC72543D46; Thu, 20 Apr 2006 18:23:34 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 7F1401A3C33; Thu, 20 Apr 2006 11:23:34 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3653855057; Thu, 20 Apr 2006 14:23:32 -0400 (EDT) Date: Thu, 20 Apr 2006 14:23:31 -0400 From: Kris Kennaway To: Joerg Pulz Message-ID: <20060420182331.GA26174@xor.obsecurity.org> References: <20060418204240.GA69833@xor.obsecurity.org> <001801c66372$a032e770$2522630a@t22> <20060419054116.GA39394@xor.obsecurity.org> <20060420074713.Y52948@hades.admin.frm2> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="azLHFNyN32YCQGCU" Content-Disposition: inline In-Reply-To: <20060420074713.Y52948@hades.admin.frm2> User-Agent: Mutt/1.4.2.1i Cc: Daniel Eischen , Kris Kennaway , freebsd-sparc64@freebsd.org, freebsd-threads@freebsd.org Subject: Re: pthread_mutex_timedlock on sparc64 X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2006 18:23:35 -0000 --azLHFNyN32YCQGCU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 20, 2006 at 08:01:36AM +0200, Joerg Pulz wrote: >=20 > On Wed, 19 Apr 2006, Daniel Eischen wrote: >=20 > > On Wed, 19 Apr 2006, Kris Kennaway wrote: > > > >> On Wed, Apr 19, 2006 at 03:32:18PM +1000, Sean Winn wrote: > >>> Kris Kennaway wrote: > >>>> On Tue, Apr 18, 2006 at 07:28:00PM +1000, Sean Winn wrote: > >>>>> owner-freebsd-sparc64@freebsd.org wrote: > >>>>>>=20 > >>>>>> libthr *is* the thread library on sparc64; as Daniel says, > >>>>>> libpthread is not ported to sparc64. > >>>>>>=20 > >>>>>> Kris > >>>>>=20 > >>>>> Not yet in 6.x > >>>>>=20 > >>>>> 19:25 Tue 18-Apr sean@bloody [~] uname -msr > >>>>> FreeBSD 6.1-RC1 sparc64 > >>>>> 19:25 Tue 18-Apr sean@bloody [~] ls -l /usr/lib/libpthread.so > >>>>> lrwxrwxrwx 1 root wheel 9 Apr 17 04:05 /usr/lib/libpthread.so -> > >>>>> libc_r.so > >>>>=20 > >>>> Oops, I forgot about that..although so did David when he removed > >>>> libc_r from 7.0 and broke sparc :-) > >>>>=20 > >>>> So I guess this is a libc_r missing feature. Probably the solution = is > >>>> to use libthr on 6.x too (I don't know if it works well enough on > >>>> 5.x). libthr causes witness panics under load on sparc64 though. > >>>>=20 > >>>> Kris > >>>=20 > >>> Would threading problems be related to sparc64/73413? I've noticed it > >>> sitting idle for a long while, and the test case still core dumps. The > >>> PR it references (sparc64/72998) also is open. > >>=20 > >> Huh, turns out libpthread does exist on sparc, it's just called > >> libkse. Anyway, since it's not in use the PR wasn't relevant. > > > > Yeah, I implemented as much as I could for it, but it doesn't > > work. So it's installed as libkse as a prod for someone to > > finish and test it. >=20 > First, thanks for all your responses. > I found an Ultra 10 machine in a dark corner of my office an reactivated= =20 > it. > Installation went fine, the system is not very fast but runs without=20 > problems. Unfortunately, it is an IDE system, so disk access is a bit=20 > slow. > It runs now a RELENG_6_1 and it is correct that the=20 > "pthread_mutex_timedlock" symbol is missing in libpthread, which is=20 > actually a link to libc_r. The "pthread_mutex_timedlock" is only in libth= r=20 > and libkse, which is actually libpthread on sparc64 and alpha according t= o=20 > src/lib/libpthread/Makefile. >=20 > I decided to give libkse a try and started building net/openmcu and all= =20 > ports it depends on with 'make PTHREAD_LIBS=3D"-lkse"' and so far, compil= ing=20 > and linking was fine. But as soon as i try to execute the resulting=20 > binary, it dumps core. Currently i did no further investigation on this. Yes, as discussed upthread libkse is known not to work. libthr should be fine though (since the port builds on 7.0). Hopefully David or someone will be able to look at the WITNESS panics from libthr on sparc soon. Then we can make libthr the default on FreeBSD 6.x as well. In the meantime, you might be able to force the port to use libthr on 5.x/6.x, but this may not work since you typically encounter problems if different thread libraries are mixed in the same binary. If not, the port should probably be marked BROKEN on sparc/5.x and 6.x until the change can be made. =20 Kris --azLHFNyN32YCQGCU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFER9GjWry0BWjoQKURAkCEAKDqZs0vPD8WLHx4uKaaUu4YnPD3AQCgqmrG vUzxdY8bvR6KAZe2fFoGSFo= =yG4k -----END PGP SIGNATURE----- --azLHFNyN32YCQGCU-- From owner-freebsd-threads@FreeBSD.ORG Thu Apr 20 23:17:29 2006 Return-Path: X-Original-To: freebsd-threads@freebsd.org Delivered-To: freebsd-threads@freebsd.org Received: from localhost.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 240BD16A402; Thu, 20 Apr 2006 23:17:29 +0000 (UTC) (envelope-from davidxu@freebsd.org) From: David Xu To: freebsd-threads@freebsd.org Date: Fri, 21 Apr 2006 07:17:22 +0800 User-Agent: KMail/1.8.2 References: <20060418204240.GA69833@xor.obsecurity.org> <20060420074713.Y52948@hades.admin.frm2> <20060420182331.GA26174@xor.obsecurity.org> In-Reply-To: <20060420182331.GA26174@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200604210717.22947.davidxu@freebsd.org> Cc: Daniel Eischen , freebsd-sparc64@freebsd.org, Kris Kennaway Subject: Re: pthread_mutex_timedlock on sparc64 X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2006 23:17:29 -0000 On Friday 21 April 2006 02:23, Kris Kennaway wrote: > Hopefully David or someone will be able to look at the WITNESS panics > from libthr on sparc soon. Then we can make libthr the default on > FreeBSD 6.x as well. > > In the meantime, you might be able to force the port to use libthr on > 5.x/6.x, but this may not work since you typically encounter problems > if different thread libraries are mixed in the same binary. If not, > the port should probably be marked BROKEN on sparc/5.x and 6.x until > the change can be made. > > Kris Do you have WITNESS backtrace ? I don't have sparc hardware. David Xu From owner-freebsd-threads@FreeBSD.ORG Thu Apr 20 23:26:28 2006 Return-Path: X-Original-To: freebsd-threads@freebsd.org Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 634EC16A402; Thu, 20 Apr 2006 23:26:28 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 155A543D48; Thu, 20 Apr 2006 23:26:28 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id F0B8D1A4D8E; Thu, 20 Apr 2006 16:26:27 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 4126F550BA; Thu, 20 Apr 2006 19:25:34 -0400 (EDT) Date: Thu, 20 Apr 2006 19:25:33 -0400 From: Kris Kennaway To: David Xu Message-ID: <20060420232533.GA32046@xor.obsecurity.org> References: <20060418204240.GA69833@xor.obsecurity.org> <20060420074713.Y52948@hades.admin.frm2> <20060420182331.GA26174@xor.obsecurity.org> <200604210717.22947.davidxu@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/04w6evG8XlLl3ft" Content-Disposition: inline In-Reply-To: <200604210717.22947.davidxu@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: Daniel Eischen , Kris Kennaway , freebsd-sparc64@freebsd.org, freebsd-threads@freebsd.org Subject: Re: pthread_mutex_timedlock on sparc64 X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2006 23:26:28 -0000 --/04w6evG8XlLl3ft Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 21, 2006 at 07:17:22AM +0800, David Xu wrote: > On Friday 21 April 2006 02:23, Kris Kennaway wrote: >=20 > > Hopefully David or someone will be able to look at the WITNESS panics > > from libthr on sparc soon. Then we can make libthr the default on > > FreeBSD 6.x as well. > > > > In the meantime, you might be able to force the port to use libthr on > > 5.x/6.x, but this may not work since you typically encounter problems > > if different thread libraries are mixed in the same binary. If not, > > the port should probably be marked BROKEN on sparc/5.x and 6.x until > > the change can be made. > > > > Kris >=20 > Do you have WITNESS backtrace ? I don't have sparc hardware. Actually I mis-remembered a bit. > panic: _mtx_lock_sleep: recursed on non-recursive mutex system map @ ../.= ./../vm/vm_map.c:2993 > panic() at panic+0x164 > _mtx_lock_sleep() at _mtx_lock_sleep+0x40 > _mtx_lock_flags() at _mtx_lock_flags+0x98 > _vm_map_lock_read() at _vm_map_lock_read+0x1c > vm_map_lookup() at vm_map_lookup+0x1c > vm_fault() at vm_fault+0x68 > trap_pfault() at trap_pfault+0x1a8 > trap() at trap+0x2b0 > -- fast data access mmu miss tar=3D0xe85a6000 %o7=3D0xc02f3b08 -- > vm_map_entry_splay() at vm_map_entry_splay+0x10 > vm_map_find() at vm_map_find+0x34 > kmem_alloc_nofault() at kmem_alloc_nofault+0x44 > vm_thread_new() at vm_thread_new+0x44 > thread_init() at thread_init+0x8 > slab_zalloc() at slab_zalloc+0x264 > uma_zone_slab() at uma_zone_slab+0x1ac > uma_zalloc_bucket() at uma_zalloc_bucket+0x1b4 > uma_zalloc_arg() at uma_zalloc_arg+0x398 > thread_alloc() at thread_alloc+0x18 > create_thread() at create_thread+0x78 > thr_new() at thr_new+0x64 > syscall() at syscall+0x2dc > -- syscall (455, FreeBSD ELF64, thr_new) %o7=3D0x40348e7c -- It may be a deeper vm problem. Kris --/04w6evG8XlLl3ft Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFESBhtWry0BWjoQKURAt5YAJ0dj2z9w2Ckg0XVxt2pdfx+P28gNgCg4YnC 59a5tyrYzLWjzrzJ9PdlpaA= =K6fC -----END PGP SIGNATURE----- --/04w6evG8XlLl3ft-- From owner-freebsd-threads@FreeBSD.ORG Thu Apr 20 23:47:54 2006 Return-Path: X-Original-To: freebsd-threads@freebsd.org Delivered-To: freebsd-threads@freebsd.org Received: from localhost.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 6A01816A404; Thu, 20 Apr 2006 23:47:54 +0000 (UTC) (envelope-from davidxu@freebsd.org) From: David Xu To: Kris Kennaway Date: Fri, 21 Apr 2006 07:47:47 +0800 User-Agent: KMail/1.8.2 References: <20060418204240.GA69833@xor.obsecurity.org> <200604210717.22947.davidxu@freebsd.org> <20060420232533.GA32046@xor.obsecurity.org> In-Reply-To: <20060420232533.GA32046@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200604210747.47903.davidxu@freebsd.org> Cc: Daniel Eischen , freebsd-sparc64@freebsd.org, freebsd-threads@freebsd.org Subject: Re: pthread_mutex_timedlock on sparc64 X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2006 23:47:54 -0000 On Friday 21 April 2006 07:25, Kris Kennaway wrote: > > Do you have WITNESS backtrace ? I don't have sparc hardware. > > Actually I mis-remembered a bit. > > > panic: _mtx_lock_sleep: recursed on non-recursive mutex system map @ > > ../../../vm/vm_map.c:2993 panic() at panic+0x164 > > _mtx_lock_sleep() at _mtx_lock_sleep+0x40 > > _mtx_lock_flags() at _mtx_lock_flags+0x98 > > _vm_map_lock_read() at _vm_map_lock_read+0x1c > > vm_map_lookup() at vm_map_lookup+0x1c > > vm_fault() at vm_fault+0x68 > > trap_pfault() at trap_pfault+0x1a8 > > trap() at trap+0x2b0 > > -- fast data access mmu miss tar=0xe85a6000 %o7=0xc02f3b08 -- > > vm_map_entry_splay() at vm_map_entry_splay+0x10 > > vm_map_find() at vm_map_find+0x34 > > kmem_alloc_nofault() at kmem_alloc_nofault+0x44 > > vm_thread_new() at vm_thread_new+0x44 > > thread_init() at thread_init+0x8 > > slab_zalloc() at slab_zalloc+0x264 > > uma_zone_slab() at uma_zone_slab+0x1ac > > uma_zalloc_bucket() at uma_zalloc_bucket+0x1b4 > > uma_zalloc_arg() at uma_zalloc_arg+0x398 > > thread_alloc() at thread_alloc+0x18 > > create_thread() at create_thread+0x78 > > thr_new() at thr_new+0x64 > > syscall() at syscall+0x2dc > > -- syscall (455, FreeBSD ELF64, thr_new) %o7=0x40348e7c -- > > It may be a deeper vm problem. > > Kris I think it is a bug of some VM allocation code, it probably should be reported on -CURRENT. David Xu From owner-freebsd-threads@FreeBSD.ORG Fri Apr 21 02:42:30 2006 Return-Path: X-Original-To: freebsd-threads@freebsd.org Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B3A416A40B for ; Fri, 21 Apr 2006 02:42:30 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC7E843D66 for ; Fri, 21 Apr 2006 02:42:21 +0000 (GMT) (envelope-from kip.macy@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so217212wxc for ; Thu, 20 Apr 2006 19:42:20 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=HtwYM+TnVsLgzZDHEa5WpkeuLkHX0XBVL6Mbup0nkfjRqw5kphfVoknDGx0wnQUPytHiGsh98OC1rOKLrC+k8kDhXMngf3agJdSRVaH2Uhpz1XXIaOrHCQ23PJh56w/1HaFHcDGuoXyGavasYSnFgZXBrwtzKA75ftx0fF0TIkU= Received: by 10.70.122.5 with SMTP id u5mr1062925wxc; Thu, 20 Apr 2006 19:42:20 -0700 (PDT) Received: by 10.70.72.19 with HTTP; Thu, 20 Apr 2006 19:42:20 -0700 (PDT) Message-ID: Date: Thu, 20 Apr 2006 19:42:20 -0700 From: "Kip Macy" To: "Kris Kennaway" In-Reply-To: <20060420232533.GA32046@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060418204240.GA69833@xor.obsecurity.org> <20060420074713.Y52948@hades.admin.frm2> <20060420182331.GA26174@xor.obsecurity.org> <200604210717.22947.davidxu@freebsd.org> <20060420232533.GA32046@xor.obsecurity.org> Cc: Daniel Eischen , freebsd-threads@freebsd.org, David Xu , freebsd-sparc64@freebsd.org Subject: Re: pthread_mutex_timedlock on sparc64 X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kmacy@fsmware.com List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Apr 2006 02:42:30 -0000 > > panic: _mtx_lock_sleep: recursed on non-recursive mutex system map @ ..= /../../vm/vm_map.c:2993 > > panic() at panic+0x164 > > _mtx_lock_sleep() at _mtx_lock_sleep+0x40 > > _mtx_lock_flags() at _mtx_lock_flags+0x98 > > _vm_map_lock_read() at _vm_map_lock_read+0x1c > > vm_map_lookup() at vm_map_lookup+0x1c > > vm_fault() at vm_fault+0x68 > > trap_pfault() at trap_pfault+0x1a8 > > trap() at trap+0x2b0 This is a bug in the sparc64 pmap implementation. The kernel shouldn't be taking page faults at this point. -Kip > > -- fast data access mmu miss tar=3D0xe85a6000 %o7=3D0xc02f3b08 -- > > vm_map_entry_splay() at vm_map_entry_splay+0x10 > > vm_map_find() at vm_map_find+0x34 > > kmem_alloc_nofault() at kmem_alloc_nofault+0x44 > > vm_thread_new() at vm_thread_new+0x44 > > thread_init() at thread_init+0x8 > > slab_zalloc() at slab_zalloc+0x264 > > uma_zone_slab() at uma_zone_slab+0x1ac > > uma_zalloc_bucket() at uma_zalloc_bucket+0x1b4 > > uma_zalloc_arg() at uma_zalloc_arg+0x398 > > thread_alloc() at thread_alloc+0x18 > > create_thread() at create_thread+0x78 > > thr_new() at thr_new+0x64 > > syscall() at syscall+0x2dc > > -- syscall (455, FreeBSD ELF64, thr_new) %o7=3D0x40348e7c -- > > It may be a deeper vm problem. > > Kris > > > From owner-freebsd-threads@FreeBSD.ORG Fri Apr 21 13:04:36 2006 Return-Path: X-Original-To: freebsd-threads@freebsd.org Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0291D16A400; Fri, 21 Apr 2006 13:04:36 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DF6143D70; Fri, 21 Apr 2006 13:04:27 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k3LD4PKx025533; Fri, 21 Apr 2006 09:04:25 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-sparc64@freebsd.org, kmacy@fsmware.com Date: Fri, 21 Apr 2006 09:01:51 -0400 User-Agent: KMail/1.8.3 References: <20060418204240.GA69833@xor.obsecurity.org> <20060420232533.GA32046@xor.obsecurity.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200604210901.53807.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1411/Thu Apr 20 18:23:28 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Daniel Eischen , freebsd-threads@freebsd.org, David Xu , Kris Kennaway Subject: Re: pthread_mutex_timedlock on sparc64 X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Apr 2006 13:04:36 -0000 On Thursday 20 April 2006 10:42 pm, Kip Macy wrote: > > > panic: _mtx_lock_sleep: recursed on non-recursive mutex system map @ > > > ../../../vm/vm_map.c:2993 panic() at panic+0x164 > > > _mtx_lock_sleep() at _mtx_lock_sleep+0x40 > > > _mtx_lock_flags() at _mtx_lock_flags+0x98 > > > _vm_map_lock_read() at _vm_map_lock_read+0x1c > > > vm_map_lookup() at vm_map_lookup+0x1c > > > vm_fault() at vm_fault+0x68 > > > trap_pfault() at trap_pfault+0x1a8 > > > trap() at trap+0x2b0 > > This is a bug in the sparc64 pmap implementation. The kernel shouldn't > be taking page faults at this point. Couldn't it be a NULL pointer deref in vm_map_entry_splay()? > > > -- fast data access mmu miss tar=3D0xe85a6000 %o7=3D0xc02f3b08 -- > > > vm_map_entry_splay() at vm_map_entry_splay+0x10 > > > vm_map_find() at vm_map_find+0x34 > > > kmem_alloc_nofault() at kmem_alloc_nofault+0x44 > > > vm_thread_new() at vm_thread_new+0x44 > > > thread_init() at thread_init+0x8 > > > slab_zalloc() at slab_zalloc+0x264 > > > uma_zone_slab() at uma_zone_slab+0x1ac > > > uma_zalloc_bucket() at uma_zalloc_bucket+0x1b4 > > > uma_zalloc_arg() at uma_zalloc_arg+0x398 > > > thread_alloc() at thread_alloc+0x18 > > > create_thread() at create_thread+0x78 > > > thr_new() at thr_new+0x64 > > > syscall() at syscall+0x2dc > > > -- syscall (455, FreeBSD ELF64, thr_new) %o7=3D0x40348e7c -- > > > > It may be a deeper vm problem. > > > > Kris > > _______________________________________________ > freebsd-sparc64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64 > To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@freebsd.org" =2D-=20 John Baldwin =A0<>< =A0http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =A0=3D =A0http://www.FreeBSD.org From owner-freebsd-threads@FreeBSD.ORG Fri Apr 21 18:17:30 2006 Return-Path: X-Original-To: freebsd-threads@freebsd.org Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBF5C16A400 for ; Fri, 21 Apr 2006 18:17:30 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94B1843D5C for ; Fri, 21 Apr 2006 18:17:28 +0000 (GMT) (envelope-from kip.macy@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so319157wxc for ; Fri, 21 Apr 2006 11:17:28 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ig7G4syY4qEObrncK+WqO+Vma9ezynkgRlvdGLfH/QkMSVJrqrJ2q+l6/Ds6kX95aBxSPH+SSv/em4fnbd6LJXW4nnEJrascb6da7wr/4ya4ZoTMd5clD6d5lg6csByfGrn/aYTAN19qzrA4jLo61wEp5Lq+Y5zP7eP+5PUe/aM= Received: by 10.70.71.10 with SMTP id t10mr311977wxa; Fri, 21 Apr 2006 11:17:28 -0700 (PDT) Received: by 10.70.72.19 with HTTP; Fri, 21 Apr 2006 11:17:27 -0700 (PDT) Message-ID: Date: Fri, 21 Apr 2006 11:17:27 -0700 From: "Kip Macy" To: "John Baldwin" In-Reply-To: <200604210901.53807.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060418204240.GA69833@xor.obsecurity.org> <20060420232533.GA32046@xor.obsecurity.org> <200604210901.53807.jhb@freebsd.org> Cc: Daniel Eischen , freebsd-threads@freebsd.org, David Xu , freebsd-sparc64@freebsd.org, Kris Kennaway Subject: Re: pthread_mutex_timedlock on sparc64 X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kmacy@fsmware.com List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Apr 2006 18:17:31 -0000 On 4/21/06, John Baldwin wrote: > On Thursday 20 April 2006 10:42 pm, Kip Macy wrote: > > > > panic: _mtx_lock_sleep: recursed on non-recursive mutex system map = @ > > > > ../../../vm/vm_map.c:2993 panic() at panic+0x164 > > > > _mtx_lock_sleep() at _mtx_lock_sleep+0x40 > > > > _mtx_lock_flags() at _mtx_lock_flags+0x98 > > > > _vm_map_lock_read() at _vm_map_lock_read+0x1c > > > > vm_map_lookup() at vm_map_lookup+0x1c > > > > vm_fault() at vm_fault+0x68 > > > > trap_pfault() at trap_pfault+0x1a8 > > > > trap() at trap+0x2b0 > > > > This is a bug in the sparc64 pmap implementation. The kernel shouldn't > > be taking page faults at this point. > > Couldn't it be a NULL pointer deref in vm_map_entry_splay()? Good point. If this "0xe85a6000" is the page address then it is something e= lse. -Kip > > > > > -- fast data access mmu miss tar=3D0xe85a6000 %o7=3D0xc02f3b08 -- > > > > vm_map_entry_splay() at vm_map_entry_splay+0x10 > > > > vm_map_find() at vm_map_find+0x34 > > > > kmem_alloc_nofault() at kmem_alloc_nofault+0x44 > > > > vm_thread_new() at vm_thread_new+0x44 > > > > thread_init() at thread_init+0x8 > > > > slab_zalloc() at slab_zalloc+0x264 > > > > uma_zone_slab() at uma_zone_slab+0x1ac > > > > uma_zalloc_bucket() at uma_zalloc_bucket+0x1b4 > > > > uma_zalloc_arg() at uma_zalloc_arg+0x398 > > > > thread_alloc() at thread_alloc+0x18 > > > > create_thread() at create_thread+0x78 > > > > thr_new() at thr_new+0x64 > > > > syscall() at syscall+0x2dc > > > > -- syscall (455, FreeBSD ELF64, thr_new) %o7=3D0x40348e7c -- > > > > > > It may be a deeper vm problem. > > > > > > Kris > > > > _______________________________________________ > > freebsd-sparc64@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64 > > To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@freebsd.o= rg" > > -- > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > "Power Users Use the Power to Serve" =3D http://www.FreeBSD.org > From owner-freebsd-threads@FreeBSD.ORG Fri Apr 21 19:13:23 2006 Return-Path: X-Original-To: freebsd-threads@freebsd.org Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E57316A401; Fri, 21 Apr 2006 19:13:23 +0000 (UTC) (envelope-from Joerg.Pulz@frm2.tum.de) Received: from mailhost.frm2.tum.de (mailhost.frm2.tum.de [129.187.179.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4A8C43D58; Fri, 21 Apr 2006 19:13:19 +0000 (GMT) (envelope-from Joerg.Pulz@frm2.tum.de) Received: from localhost (mailhost.frm2.tum.de [129.187.179.12]) by mailhost.frm2.tum.de (8.13.4/8.13.4) with ESMTP id k3LJDBob085259; Fri, 21 Apr 2006 21:13:11 +0200 (CEST) (envelope-from jpulz@frm2.tum.de) X-Virus-Scanned: at mailhost.frm2.tum.de Received: from hades.admin.frm2 (hades.admin.frm2 [172.25.1.10]) by mailhost.frm2.tum.de (8.13.4/8.13.4) with ESMTP id k3LJD8Tx085253 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 21 Apr 2006 21:13:08 +0200 (CEST) (envelope-from jpulz@frm2.tum.de) Received: from hades.admin.frm2 (localhost [127.0.0.1]) by hades.admin.frm2 (8.13.4/8.13.4) with ESMTP id k3LJD8mT057800; Fri, 21 Apr 2006 21:13:08 +0200 (CEST) (envelope-from jpulz@frm2.tum.de) Received: (from jpulz@localhost) by hades.admin.frm2 (8.13.4/8.13.4/Submit) id k3LJD8Gg057799; Fri, 21 Apr 2006 21:13:08 +0200 (CEST) (envelope-from jpulz) Date: Fri, 21 Apr 2006 21:13:05 +0200 (CEST) From: Joerg Pulz To: Kris Kennaway In-Reply-To: <20060420182331.GA26174@xor.obsecurity.org> Message-ID: <20060421202128.H52948@hades.admin.frm2> References: <20060418204240.GA69833@xor.obsecurity.org> <001801c66372$a032e770$2522630a@t22> <20060419054116.GA39394@xor.obsecurity.org> <20060420074713.Y52948@hades.admin.frm2> <20060420182331.GA26174@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Daniel Eischen , freebsd-sparc64@freebsd.org, freebsd-threads@freebsd.org Subject: Re: pthread_mutex_timedlock on sparc64 X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Apr 2006 19:13:23 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, 20 Apr 2006, Kris Kennaway wrote: > On Thu, Apr 20, 2006 at 08:01:36AM +0200, Joerg Pulz wrote: >> >> On Wed, 19 Apr 2006, Daniel Eischen wrote: >> >>> On Wed, 19 Apr 2006, Kris Kennaway wrote: >>> >>>> On Wed, Apr 19, 2006 at 03:32:18PM +1000, Sean Winn wrote: >>>>> Kris Kennaway wrote: >>>>>> On Tue, Apr 18, 2006 at 07:28:00PM +1000, Sean Winn wrote: >>>>>>> owner-freebsd-sparc64@freebsd.org wrote: >>>>>>>> >>>>>>>> libthr *is* the thread library on sparc64; as Daniel says, >>>>>>>> libpthread is not ported to sparc64. >>>>>>>> >>>>>>>> Kris >>>>>>> >>>>>>> Not yet in 6.x >>>>>>> >>>>>>> 19:25 Tue 18-Apr sean@bloody [~] uname -msr >>>>>>> FreeBSD 6.1-RC1 sparc64 >>>>>>> 19:25 Tue 18-Apr sean@bloody [~] ls -l /usr/lib/libpthread.so >>>>>>> lrwxrwxrwx 1 root wheel 9 Apr 17 04:05 /usr/lib/libpthread.so -> >>>>>>> libc_r.so >>>>>> >>>>>> Oops, I forgot about that..although so did David when he removed >>>>>> libc_r from 7.0 and broke sparc :-) >>>>>> >>>>>> So I guess this is a libc_r missing feature. Probably the solution is >>>>>> to use libthr on 6.x too (I don't know if it works well enough on >>>>>> 5.x). libthr causes witness panics under load on sparc64 though. >>>>>> >>>>>> Kris >>>>> >>>>> Would threading problems be related to sparc64/73413? I've noticed it >>>>> sitting idle for a long while, and the test case still core dumps. The >>>>> PR it references (sparc64/72998) also is open. >>>> >>>> Huh, turns out libpthread does exist on sparc, it's just called >>>> libkse. Anyway, since it's not in use the PR wasn't relevant. >>> >>> Yeah, I implemented as much as I could for it, but it doesn't >>> work. So it's installed as libkse as a prod for someone to >>> finish and test it. >> >> First, thanks for all your responses. >> I found an Ultra 10 machine in a dark corner of my office an reactivated >> it. >> Installation went fine, the system is not very fast but runs without >> problems. Unfortunately, it is an IDE system, so disk access is a bit >> slow. >> It runs now a RELENG_6_1 and it is correct that the >> "pthread_mutex_timedlock" symbol is missing in libpthread, which is >> actually a link to libc_r. The "pthread_mutex_timedlock" is only in libthr >> and libkse, which is actually libpthread on sparc64 and alpha according to >> src/lib/libpthread/Makefile. >> >> I decided to give libkse a try and started building net/openmcu and all >> ports it depends on with 'make PTHREAD_LIBS="-lkse"' and so far, compiling >> and linking was fine. But as soon as i try to execute the resulting >> binary, it dumps core. Currently i did no further investigation on this. > > Yes, as discussed upthread libkse is known not to work. libthr should > be fine though (since the port builds on 7.0). > > Hopefully David or someone will be able to look at the WITNESS panics > from libthr on sparc soon. Then we can make libthr the default on > FreeBSD 6.x as well. > > In the meantime, you might be able to force the port to use libthr on > 5.x/6.x, but this may not work since you typically encounter problems > if different thread libraries are mixed in the same binary. If not, > the port should probably be marked BROKEN on sparc/5.x and 6.x until > the change can be made. Kris, you're right, forcing the port to use libthr didn't work. I submitted PR's to mark it BROKEN for sparc64 && OSVERSION <= 700003 as the __FreeBSD_version bump to 700004 was exactly three days after the default thread library for sparc64 was changed from libc_r to libthr. The changes for net/gatekeeper and net/openmcu are in the tree. The PR/96137 for net/openam is pending. Thanks for all your help. Joerg - -- The beginning is the most important part of the work. -Plato -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFESS7DSPOsGF+KA+MRAt5+AJ91hNZ1duFYmjDe3aLABE2JuE6f9ACdHOHc jKzltWxtLNdMXkEp0Ck1n4Y= =hnK1 -----END PGP SIGNATURE----- From owner-freebsd-threads@FreeBSD.ORG Fri Apr 21 21:14:04 2006 Return-Path: X-Original-To: freebsd-threads@freebsd.org Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4899A16A403; Fri, 21 Apr 2006 21:14:04 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6111A43D48; Fri, 21 Apr 2006 21:14:00 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.13.4/8.13.3) with ESMTP id k3LLDxgN040666; Sat, 22 Apr 2006 01:13:59 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Sat, 22 Apr 2006 01:13:59 +0400 (MSD) From: Maxim Konovalov To: Marc Olzheim In-Reply-To: <20060419083832.GA50232@stack.nl> Message-ID: <20060422005609.S40431@mp2.macomnet.net> References: <200604182133.k3ILXmZp085715@freefall.freebsd.org> <20060419014445.I73773@mp2.macomnet.net> <20060419015433.S73773@mp2.macomnet.net> <20060419083832.GA50232@stack.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Daniel Eischen , freebsd-threads@freebsd.org Subject: Re: kern/20861: libc_r does not honor socket timeouts X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Apr 2006 21:14:04 -0000 On Wed, 19 Apr 2006, 10:38+0200, Marc Olzheim wrote: > On Wed, Apr 19, 2006 at 01:55:38AM +0400, Maxim Konovalov wrote: > > [...] > > > > Yep, I wonder about libc_r PRs state. We need to decide actually what > > > > and when we are going to do with them. Kill them all right now? > > > > > > I'd vote for that :-) > > > > If I don't hear any objections by Friday I'll close them. > > As active users of libc_r, we wouldn't mind if a list of all PRs closed > in this manner could hit the list ;-) Here you are: threads/76690 fork hang in child for (-lc_r & -lthr) threads/24472 libc_r does not honor SO_SNDTIMEO/SO_RCVTIMEO socket options threads/24632 libc_r delicate deviation from libc in handling SIGCHLD threads/34536 accept() blocks other threads threads/39922 [patch] Threaded applications executed with closed std file descr. could not use redirections threads/48856 Setting SIGCHLD to SIG_IGN still leaves zombies under threads threads/49087 Signals lost in programs linked with libc_r threads/76694 fork cause hang in dup()/close() function in child (-lc_r) threads/84483 problems with devel/nspr and -lc_r on 4.x threads/94467 send(), sendto() and sendmsg() are not correct in libc_r threads/30464 pthread mutex attributes -- pshared threads/37676 libc_r: msgsnd(), msgrcv(), pread(), pwrite() need wrappers threads/40671 pthread_cancel doesn't remove thread from condition queue threads/69020 pthreads library leaks _gc_mutex kern/64313 FreeBSD (OpenBSD) pthread implicit set/unset O_NONBLOCK flag kern/19247 uthread_sigaction.c does not do anything wrt SA_NOCLDWAIT kern/22190 A threaded read(2) from a socketpair(2) fd can sometimes fail with errno 19 (ENODEV) -- Maxim Konovalov From owner-freebsd-threads@FreeBSD.ORG Fri Apr 21 21:20:54 2006 Return-Path: X-Original-To: freebsd-threads@freebsd.org Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBF3216A402 for ; Fri, 21 Apr 2006 21:20:54 +0000 (UTC) (envelope-from rand@meridian-enviro.com) Received: from newman.meridian-enviro.com (newman.meridian-enviro.com [207.109.235.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 632CF43D46 for ; Fri, 21 Apr 2006 21:20:54 +0000 (GMT) (envelope-from rand@meridian-enviro.com) X-Envelope-To: Received: from delta.meridian-enviro.com (delta.meridian-enviro.com [10.10.10.43]) by newman.meridian-enviro.com (8.13.1/8.13.1) with ESMTP id k3LLKrgF052010 for ; Fri, 21 Apr 2006 16:20:53 -0500 (CDT) (envelope-from rand@meridian-enviro.com) Date: Fri, 21 Apr 2006 16:20:51 -0500 Message-ID: <8764l2pqvg.wl%rand@meridian-enviro.com> From: "Douglas K. Rand" To: freebsd-threads@freebsd.org User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: ClamAV 0.88/1412/Fri Apr 21 15:33:41 2006 on newman.meridian-enviro.com X-Virus-Status: Clean Subject: Gnu PTH on FreeBSD 6.0 X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Apr 2006 21:20:55 -0000 I've been trying to get Nagios to use the pthreads implementation from GNU's PTH library rather than FreeBSD's. Even a trivial program, such as: #include #include #include produces syntax errors: $ cc -c -I/usr/local/include/pth x.c In file included from x.c:3: /usr/local/include/pth/pthread.h:285: error: conflicting types for 'pthread_t' /usr/include/sys/_pthreadtypes.h:64: error: previous declaration of 'pthread_t' was here /usr/local/include/pth/pthread.h:286: error: conflicting types for 'pthread_attr_t' /usr/include/sys/_pthreadtypes.h:65: error: previous declaration of 'pthread_attr_t' was here /usr/local/include/pth/pthread.h:288: error: conflicting types for 'pthread_once_t' /usr/include/sys/_pthreadtypes.h:71: error: previous declaration of 'pthread_once_t' was here /usr/local/include/pth/pthread.h:289: error: conflicting types for 'pthread_mutexattr_t' /usr/include/sys/_pthreadtypes.h:67: error: previous declaration of 'pthread_mutexattr_t' was here /usr/local/include/pth/pthread.h:290: error: conflicting types for 'pthread_mutex_t' /usr/include/sys/_pthreadtypes.h:66: error: previous declaration of 'pthread_mutex_t' was here /usr/local/include/pth/pthread.h:291: error: conflicting types for 'pthread_condattr_t' /usr/include/sys/_pthreadtypes.h:69: error: previous declaration of 'pthread_condattr_t' was here /usr/local/include/pth/pthread.h:292: error: conflicting types for 'pthread_cond_t' /usr/include/sys/_pthreadtypes.h:68: error: previous declaration of 'pthread_cond_t' was here /usr/local/include/pth/pthread.h:293: error: conflicting types for 'pthread_rwlockattr_t' /usr/include/sys/_pthreadtypes.h:73: error: previous declaration of 'pthread_rwlockattr_t' was here /usr/local/include/pth/pthread.h:294: error: conflicting types for 'pthread_rwlock_t' /usr/include/sys/_pthreadtypes.h:72: error: previous declaration of 'pthread_rwlock_t' was here It seems that revision 1.92 of sys/types.h now includes sys/_pthreadtypes.h, which conflicts with PTH's pth/pthread.h. Is there anyway to use GNU PTH's pthread implementation on FreeBSD 6.1? History as to why I'm trying this can be found at: http://www.freebsd.org/cgi/getmsg.cgi?fetch=165398+171880+/usr/local/www/db/text/2005/freebsd-hackers/20050821.freebsd-hackers From owner-freebsd-threads@FreeBSD.ORG Sat Apr 22 06:46:26 2006 Return-Path: X-Original-To: freebsd-threads@freebsd.org Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E12916A400; Sat, 22 Apr 2006 06:46:26 +0000 (UTC) (envelope-from sean@gothic.net.au) Received: from visi.gothic.net.au (visi.gothic.net.au [202.182.72.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED1C543D45; Sat, 22 Apr 2006 06:46:25 +0000 (GMT) (envelope-from sean@gothic.net.au) Received: from localhost (localhost [127.0.0.1]) by visi.gothic.net.au (Postfix) with ESMTP id 06BB426A1E; Sat, 22 Apr 2006 16:46:22 +1000 (EST) X-Virus-Scanned: amavisd-new at gothic.net.au Received: from localhost ([127.0.0.1]) by localhost (visi.gothic.net.au [127.0.0.1]) (amavisd-new, port 10026) with SMTP id XmvssngpwO4W; Sat, 22 Apr 2006 16:46:17 +1000 (EST) Received: from t22 (home.winn.id.au [202.182.72.30]) by visi.gothic.net.au (Postfix) with ESMTP id 8F4A426A0D; Sat, 22 Apr 2006 16:46:17 +1000 (EST) From: "Sean Winn" To: "'Kris Kennaway'" Date: Sat, 22 Apr 2006 16:46:13 +1000 Message-ID: <002301c665d8$72f3a7f0$2522630a@t22> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <001801c66372$a032e770$2522630a@t22> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 Thread-Index: AcZjKL+KlqYL/6KzSNWxRovjDdTIjwARuLqwAJnwoCA= Cc: 'Daniel Eischen' , freebsd-sparc64@freebsd.org, freebsd-threads@freebsd.org Subject: RE: pthread_mutex_timedlock on sparc64 X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Apr 2006 06:46:26 -0000 owner-freebsd-sparc64@freebsd.org wrote: > Kris Kennaway wrote: >> On Tue, Apr 18, 2006 at 07:28:00PM +1000, Sean Winn wrote: >>> owner-freebsd-sparc64@freebsd.org wrote: >>>> >>>> libthr *is* the thread library on sparc64; as Daniel says, >>>> libpthread is not ported to sparc64. >>>> >>>> Kris >>> >>> Not yet in 6.x >>> >>> 19:25 Tue 18-Apr sean@bloody [~] uname -msr >>> FreeBSD 6.1-RC1 sparc64 >>> 19:25 Tue 18-Apr sean@bloody [~] ls -l /usr/lib/libpthread.so >>> lrwxrwxrwx 1 root wheel 9 Apr 17 04:05 /usr/lib/libpthread.so -> >>> libc_r.so >> >> Oops, I forgot about that..although so did David when he removed >> libc_r from 7.0 and broke sparc :-) >> >> So I guess this is a libc_r missing feature. Probably the solution >> is to use libthr on 6.x too (I don't know if it works well enough on >> 5.x). libthr causes witness panics under load on sparc64 though. >> >> Kris > > Would threading problems be related to sparc64/73413? I've noticed it > sitting idle for a long while, and the test case still core dumps. The > PR it references (sparc64/72998) also is open. > > And as a followup to these two PRs - the patches apply cleanly to 6.1RC1 and the test case in the PR certainly doesn't core dump anymore. Using mysqld 4.1.18 with super-smack update-select has had no panics or core dumps after these changes with both libkse and libthr; all that means of course is that it doesn't introduce something horribly wrong, not that it works - is there some regression test for threading? Note: all my testing is done on a single CPU AXi. > http://www.freebsd.org/cgi/query-pr.cgi?pr=sparc64/73413 > > _______________________________________________ > freebsd-sparc64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64 > To unsubscribe, send any mail to > "freebsd-sparc64-unsubscribe@freebsd.org" From owner-freebsd-threads@FreeBSD.ORG Sat Apr 22 17:58:35 2006 Return-Path: X-Original-To: freebsd-threads@freebsd.org Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5ED7916A401; Sat, 22 Apr 2006 17:58:35 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 161AD43D46; Sat, 22 Apr 2006 17:58:35 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id F3AE91A3C27; Sat, 22 Apr 2006 10:58:34 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 03AEC55428; Sat, 22 Apr 2006 13:58:32 -0400 (EDT) Date: Sat, 22 Apr 2006 13:58:32 -0400 From: Kris Kennaway To: Sean Winn Message-ID: <20060422175832.GA14305@xor.obsecurity.org> References: <001801c66372$a032e770$2522630a@t22> <002301c665d8$72f3a7f0$2522630a@t22> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gKMricLos+KVdGMg" Content-Disposition: inline In-Reply-To: <002301c665d8$72f3a7f0$2522630a@t22> User-Agent: Mutt/1.4.2.1i Cc: 'Daniel Eischen' , freebsd-threads@freebsd.org, freebsd-sparc64@freebsd.org, 'Kris Kennaway' Subject: Re: pthread_mutex_timedlock on sparc64 X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Apr 2006 17:58:35 -0000 --gKMricLos+KVdGMg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Apr 22, 2006 at 04:46:13PM +1000, Sean Winn wrote: > owner-freebsd-sparc64@freebsd.org wrote: > > Kris Kennaway wrote: > >> On Tue, Apr 18, 2006 at 07:28:00PM +1000, Sean Winn wrote: > >>> owner-freebsd-sparc64@freebsd.org wrote: > >>>>=20 > >>>> libthr *is* the thread library on sparc64; as Daniel says, > >>>> libpthread is not ported to sparc64. > >>>>=20 > >>>> Kris > >>>=20 > >>> Not yet in 6.x > >>>=20 > >>> 19:25 Tue 18-Apr sean@bloody [~] uname -msr > >>> FreeBSD 6.1-RC1 sparc64 > >>> 19:25 Tue 18-Apr sean@bloody [~] ls -l /usr/lib/libpthread.so > >>> lrwxrwxrwx 1 root wheel 9 Apr 17 04:05 /usr/lib/libpthread.so -> > >>> libc_r.so > >>=20 > >> Oops, I forgot about that..although so did David when he removed > >> libc_r from 7.0 and broke sparc :-) > >>=20 > >> So I guess this is a libc_r missing feature. Probably the solution > >> is to use libthr on 6.x too (I don't know if it works well enough on > >> 5.x). libthr causes witness panics under load on sparc64 though. > >>=20 > >> Kris > >=20 > > Would threading problems be related to sparc64/73413? I've noticed it > > sitting idle for a long while, and the test case still core dumps. The > > PR it references (sparc64/72998) also is open. > >=20 > >=20 >=20 > And as a followup to these two PRs - the patches apply cleanly to 6.1RC1 > and the test case in the PR certainly doesn't core dump anymore. Thanks. > Using mysqld 4.1.18 with super-smack update-select has had no panics or > core dumps after these changes with both libkse and libthr; all that > means of course is that it doesn't introduce something horribly wrong, > not that it works - is there some regression test for threading? >=20 > Note: all my testing is done on a single CPU AXi. Hmm, just to confirm, you were seeing core dumps with super-smack before you applied the changes? Because I have run that extensively on MP sparc machines without issues. Kris --gKMricLos+KVdGMg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFESm7IWry0BWjoQKURAnjkAKDXZLbd55HiKfN0Q/WDbbxMOaAIngCg9sCj EqsZVO+Fiy413KMomuqX094= =v1Qd -----END PGP SIGNATURE----- --gKMricLos+KVdGMg--