From owner-freebsd-threads@FreeBSD.ORG Mon Nov 22 00:32:45 2004 Return-Path: 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 5B93016A4CE; Mon, 22 Nov 2004 00:32:45 +0000 (GMT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3AEB43D5C; Mon, 22 Nov 2004 00:32:44 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) iAM0WiZY080654; Sun, 21 Nov 2004 16:32:44 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)iAM0Wiuc080653; Sun, 21 Nov 2004 16:32:44 -0800 (PST) (envelope-from sgk) Date: Sun, 21 Nov 2004 16:32:44 -0800 From: Steve Kargl To: Daniel Eischen Message-ID: <20041122003244.GA80638@troutmask.apl.washington.edu> References: <20041121200402.GA79639@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: freebsd-threads@freebsd.org Subject: Re: firefox stuck in kserel X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2004 00:32:45 -0000 On Sun, Nov 21, 2004 at 06:37:00PM -0500, Daniel Eischen wrote: > > > > > > > > > > You can try the patch at: > > > > > > > > > > http://people.freebsd.org/~deischen/kse/libpthread.diffs > > > > > > > > > kargl[281] firefox > > Fatal error 'Recurse on a private mutex.' at line 988 in file /usr/src/lib/libpthread/thread/thr_mutex.c (errno = 0) > > Abort trap (core dumped) > > What page? I was running at firefox at work with this patch. > The recurse shouldn't happen. Are you still using plugins? > One more tidbit. I re-installed your patch and deleted linuxpluginwrapper and linux-flashplugin6. The above patch works fine. Of course, any web page that use flash 6 becomes somewhat useless. I also rebuilt libpthread with debugging option -g. The trace shows (gdb) bt #0 0x48a77a2b in kse_thr_interrupt () at kse_thr_interrupt.S:2 #1 0x48a65d1e in sig_daemon (arg=0x0) at /usr/src/lib/libpthread/thread/thr_sig.c:214 #2 0x48a6fae7 in kse_sched_single (kmbx=0x17f) at /usr/src/lib/libpthread/thread/thr_kern.c:880 #3 0x00000000 in ?? () Current language: auto; currently asm (gdb) quit This doesn't make any sense to me, so maybe gdb is having trouble tracing the core dump. -- Steve