From owner-freebsd-current@FreeBSD.ORG Tue May 17 22:41:48 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9409116A4CE for ; Tue, 17 May 2005 22:41:48 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E6A443D96 for ; Tue, 17 May 2005 22:41:48 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 8118B51537; Tue, 17 May 2005 15:41:42 -0700 (PDT) Date: Tue, 17 May 2005 15:41:42 -0700 From: Kris Kennaway To: othermark Message-ID: <20050517224142.GA12953@xor.obsecurity.org> References: <20050516194321.GB67032@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OXfL5xGRrasGEqWY" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: SMP hard lock with libpthread (thread X holds Y but isn't blocked on a lock) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 22:41:48 -0000 --OXfL5xGRrasGEqWY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 17, 2005 at 08:26:11AM -0700, othermark wrote: > Kris Kennaway wrote: >=20 > > On Mon, May 16, 2005 at 08:33:14AM -0700, othermark wrote: > >> I have an application that uses shared memory/threads and is linked wi= th > >> libpthread, running on May 10 -current. Every time I run it, after a = few > >> minutes *poof* hard lock on a SMP box. All debug options are enabled = in > >> the kernel, but it won't break to debugger. Here's what appears on the > >> console, and addr2line output follows: > >=20 > > Try the NMI debugger patches, which might be sufficient to get it into > > DDB. > >=20 > > Kris >=20 > Jonathan's report on this issue, does have the stack trace, but seems to > be triggered by nfs. >=20 > http://article.gmane.org/gmane.os.freebsd.current/69268 The 'turnstile' panic may be secondary, and the real panic was in some other thread. That's why you'd need to get into DDB. > However, simply recompiling my application with libthr instead of libpthr= ead > completely avoids the panic. Obviously not a real solution.. Kris --OXfL5xGRrasGEqWY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCinMmWry0BWjoQKURAvIuAKDhaYdvjqz+jwfTTxVnxmvE0atDmgCgzwCY lnXDA1dM0J3jZHUzPAY+P1U= =v5vG -----END PGP SIGNATURE----- --OXfL5xGRrasGEqWY--