From owner-freebsd-current@FreeBSD.ORG Wed May 18 22:15:00 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 3581B16A4CE for ; Wed, 18 May 2005 22:15:00 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id F233B43DBA for ; Wed, 18 May 2005 22:14:59 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 4180D72DD4; Wed, 18 May 2005 15:14:58 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 3CFFD72DCB; Wed, 18 May 2005 15:14:58 -0700 (PDT) Date: Wed, 18 May 2005 15:14:58 -0700 (PDT) From: Doug White To: Kris Kennaway In-Reply-To: <20050517224142.GA12953@xor.obsecurity.org> Message-ID: <20050518151427.E87264@carver.gumbysoft.com> References: <20050516194321.GB67032@xor.obsecurity.org> <20050517224142.GA12953@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: othermark Subject: Re: SMP hard lock with libpthread (thread X holds Y but isn'tblocked 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: Wed, 18 May 2005 22:15:00 -0000 On Tue, 17 May 2005, Kris Kennaway wrote: > On Tue, May 17, 2005 at 08:26:11AM -0700, othermark wrote: > > Kris Kennaway wrote: > > > > > On Mon, May 16, 2005 at 08:33:14AM -0700, othermark wrote: > > >> I have an application that uses shared memory/threads and is linked with > > >> 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: > > > > > > Try the NMI debugger patches, which might be sufficient to get it into > > > DDB. > > > > > > Kris > > > > Jonathan's report on this issue, does have the stack trace, but seems to > > be triggered by nfs. > > > > 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. Someone else posted a full trace; it looks like a locking problem in nfs_sigmask(). > > However, simply recompiling my application with libthr instead of libpthread > > completely avoids the panic. > > Obviously not a real solution.. > > Kris > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org