Date: Sun, 21 Nov 2004 16:32:44 -0800 From: Steve Kargl <sgk@troutmask.apl.washington.edu> To: Daniel Eischen <deischen@freebsd.org> Cc: freebsd-threads@freebsd.org Subject: Re: firefox stuck in kserel Message-ID: <20041122003244.GA80638@troutmask.apl.washington.edu> In-Reply-To: <Pine.GSO.4.43.0411211835540.28283-100000@sea.ntplx.net> References: <20041121200402.GA79639@troutmask.apl.washington.edu> <Pine.GSO.4.43.0411211835540.28283-100000@sea.ntplx.net>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20041122003244.GA80638>