On Fri, Nov 12, 2010 at 10:37:15PM +0000, Alexander Best wrote: > hi there, > > i'm having an issue with www/chromium. sometimes it will completely lock up my > system without producing a core dump. i'm running HEAD (r215102; amd64). Core dump of the kernel or the process ? You probably should follow the usual procedure for the deadlock debugging, see dev handbook. > > this time however chrome.core made it to disk somehow: > ... > Loaded symbols for /libexec/ld-elf.so.1 > #0 0x00000008026d76a2 in symlook_default (name=0x806797dbc "__sys_sigreturn", hash=92647454, refobj=0x802722c00, defobj_out=0x7fffffbfe160, ventry=0x802717790, flags=1) at /usr/src/libexec/rtld-elf/rtld.c:2675 Please show the output of "info locals" in the frame 0. > 2675 symp = symlook_list(name, hash, &list_main, &obj, ventry, flags, > [New Thread 2ee6b40 (LWP 100245)] > [New Thread 2ee6000 (LWP 100212)] > (gdb) bt > #0 0x00000008026d76a2 in symlook_default (name=0x806797dbc "__sys_sigreturn", hash=92647454, refobj=0x802722c00, defobj_out=0x7fffffbfe160, ventry=0x802717790, flags=1) at /usr/src/libexec/rtld-elf/rtld.c:2675 > #1 0x00000008026d815c in find_symdef (symnum=217, refobj=0x802722c00, defobj_out=0x7fffffbfe1a8, flags=1, cache=0x0) at /usr/src/libexec/rtld-elf/rtld.c:1205 > #2 0x00000008026d8233 in _rtld_bind (obj=0x802722c00, reloff=Variable "reloff" is not available. > ) at /usr/src/libexec/rtld-elf/rtld.c:557 > #3 0x00000008026d487d in _rtld_bind_start () at /usr/src/libexec/rtld-elf/amd64/rtld_start.S:99 > #4 0xffffffff91969eb2 in ?? () > #5 0x0000000000000000 in ?? () > #6 0x0000000000000000 in ?? () > #7 0xfffffffffffffbd0 in ?? () > #8 0x00007fffffbfe260 in ?? () > #9 0x00007fffffbfe260 in ?? () > #10 0x0000000000000000 in ?? () > #11 0x0000000002ee6000 in ?? () > #12 0x0000000002ee6cb8 in ?? () > #13 0x0000000000000206 in ?? () > #14 0x0000000000000000 in ?? () > #15 0x0000000802722c00 in ?? () > #16 0x0000000000000024 in ?? () > #17 0x000000080679fc26 in handle_signal (actp=Variable "actp" is not available. > ) at /usr/src/lib/libthr/thread/thr_sig.c:254 > #18 0x000000080679fd5f in thr_sighandler (sig=20, info=0x7fffffbfea00, _ucp=0x7fffffbfe690) at /usr/src/lib/libthr/thread/thr_sig.c:181 > #19 <signal handler called> > #20 0x00000008069cad6c in read () at read.S:3 > #21 0x000000080679dc70 in __read (fd=15, buf=0x7fffffbfef84, nbytes=4) at /usr/src/lib/libthr/thread/thr_syscalls.c:460 > #22 0x000000000043871f in (anonymous namespace)::ShutdownDetector::ThreadMain () > #23 0x0000000000984caa in ThreadFunc () > #24 0x000000080679b81e in thread_start (curthread=0x2ee6b40) at /usr/src/lib/libthr/thread/thr_create.c:273 > #25 0x0000000000000000 in ?? () > Cannot access memory at address 0x7fffffbff000 > > cheers. > alex > > -- > a13x > _______________________________________________ > freebsd-current_at_freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe_at_freebsd.org"
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:09 UTC