From owner-freebsd-current@FreeBSD.ORG Sat Nov 13 12:41:51 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 697BB106566B; Sat, 13 Nov 2010 12:41:51 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id ADB588FC14; Sat, 13 Nov 2010 12:41:50 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id oADCfkms086436 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 13 Nov 2010 14:41:46 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id oADCfkEu037148; Sat, 13 Nov 2010 14:41:46 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id oADCfkh2037147; Sat, 13 Nov 2010 14:41:46 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 13 Nov 2010 14:41:46 +0200 From: Kostik Belousov To: Alexander Best Message-ID: <20101113124146.GH2392@deviant.kiev.zoral.com.ua> References: <20101112223715.GA1356@freebsd.org> <20101113112447.GF2392@deviant.kiev.zoral.com.ua> <20101113115900.GA14975@freebsd.org> <20101113122853.GG2392@deviant.kiev.zoral.com.ua> <20101113123846.GA21390@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+TK353/LLu+MSpeP" Content-Disposition: inline In-Reply-To: <20101113123846.GA21390@freebsd.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-2.7 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_05, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current@freebsd.org Subject: Re: www/chromium crashing whole system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sat, 13 Nov 2010 12:41:51 -0000 --+TK353/LLu+MSpeP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Nov 13, 2010 at 12:38:46PM +0000, Alexander Best wrote: > On Sat Nov 13 10, Kostik Belousov wrote: > > On Sat, Nov 13, 2010 at 11:59:00AM +0000, Alexander Best wrote: > > > On Sat Nov 13 10, Kostik Belousov wrote: > > > > On Fri, Nov 12, 2010 at 10:37:15PM +0000, Alexander Best wrote: > > > > > hi there, > > > > >=20 > > > > > i'm having an issue with www/chromium. sometimes it will complete= ly lock up my > > > > > system without producing a core dump. i'm running HEAD (r215102; = amd64). > > > > Core dump of the kernel or the process ? > > >=20 > > > a kernel core dump never gets produced. and this is the first time a = process > > > dump made it to disk. > > >=20 > > > >=20 > > > > You probably should follow the usual procedure for the deadlock > > > > debugging, see dev handbook. > > >=20 > > > i have all those options in my kernel conf. still the computer just l= ocks up > > > without any chance to enter the debugger. nothing works any longer. > > Do you use serial or firewire console ? Since you run chromium, you > > should run X server, and you cannot use syscons for ddb while in X. >=20 > nope. all i have is a usb mouse and a usb keyboard. ;) >=20 > >=20 > > >=20 > > > >=20 > > > > >=20 > > > > > this time however chrome.core made it to disk somehow: > > > > >=20 > > > > ... > > > >=20 > > > > > Loaded symbols for /libexec/ld-elf.so.1 > > > > > #0 0x00000008026d76a2 in symlook_default (name=3D0x806797dbc "__= sys_sigreturn", hash=3D92647454, refobj=3D0x802722c00, defobj_out=3D0x7ffff= fbfe160, ventry=3D0x802717790, flags=3D1) at /usr/src/libexec/rtld-elf/rtld= .c:2675 > > > > Please show the output of "info locals" in the frame 0. > > >=20 > > > (gdb) frame 0 > > > #0 0x00000008026d76a2 in symlook_default (name=3D0x806797dbc "__sys_= sigreturn", hash=3D92647454, refobj=3D0x802722c00, defobj_out=3D0x7fffffbfe= 160, ventry=3D0x802717790, flags=3D1) at /usr/src/libexec/rtld-elf/rtld.c:2= 675 > > > 2675 symp =3D symlook_list(name, hash, &list_main, &obj, ventry, fla= gs, > > > (gdb) info locals > > > donelist =3D {objs =3D 0x7fffffbfde90, num_alloc =3D 64, num_used =3D= 0} > > > def =3D (const Elf_Sym *) 0x0 > > Right, this is what I suspected. def is NULL, but the code path selected > > seems to be the one which happens when def !=3D NULL. This is either a > > random memory corruption inside the process, or might be some other > > usermode issue. It is very unlikely that it has anything with kernel > > deadlock. >=20 > hmmm...but isn't the concept of UNIX that user applications cannot cause a > system to crash (protected mode)? >=20 > i tried detaching and attaching my keyboard after chromium crashed my sys= tem > and the lights of the keyboard didn't even went on. so in fact everything > crashed and not just X. If I said it unclear, let me repeat, the usermode crash dump you got probably has nothing common with the kernel issue. Kernel problem should be taken care of first, and we cannot move forward without proper debugging tools (see above). >=20 > cheers. > alex >=20 > >=20 > > > symp =3D (const Elf_Sym *) 0x7fffffbfe0e0 > > > obj =3D Variable "obj" is not available. > > >=20 > > > cheers. > > > alex > > >=20 > > > >=20 > > > > > 2675 symp =3D 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=3D0x806797dbc "__= sys_sigreturn", hash=3D92647454, refobj=3D0x802722c00, defobj_out=3D0x7ffff= fbfe160, ventry=3D0x802717790, flags=3D1) at /usr/src/libexec/rtld-elf/rtld= .c:2675 > > > > > #1 0x00000008026d815c in find_symdef (symnum=3D217, refobj=3D0x8= 02722c00, defobj_out=3D0x7fffffbfe1a8, flags=3D1, cache=3D0x0) at /usr/src/= libexec/rtld-elf/rtld.c:1205 > > > > > #2 0x00000008026d8233 in _rtld_bind (obj=3D0x802722c00, reloff= =3DVariable "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=3DVariable "actp" i= s not available. > > > > > ) at /usr/src/lib/libthr/thread/thr_sig.c:254 > > > > > #18 0x000000080679fd5f in thr_sighandler (sig=3D20, info=3D0x7fff= ffbfea00, _ucp=3D0x7fffffbfe690) at /usr/src/lib/libthr/thread/thr_sig.c:181 > > > > > #19 > > > > > #20 0x00000008069cad6c in read () at read.S:3 > > > > > #21 0x000000080679dc70 in __read (fd=3D15, buf=3D0x7fffffbfef84, = nbytes=3D4) 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=3D0x2ee6b40) at= /usr/src/lib/libthr/thread/thr_create.c:273 > > > > > #25 0x0000000000000000 in ?? () > > > > > Cannot access memory at address 0x7fffffbff000 > > > > >=20 > > > > > cheers. > > > > > alex > > > > >=20 > > > > > --=20 > > > > > a13x > > > > > _______________________________________________ > > > > > freebsd-current@freebsd.org mailing list > > > > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > > > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@fre= ebsd.org" > > >=20 > > >=20 > > >=20 > > > --=20 > > > a13x >=20 >=20 >=20 > --=20 > a13x --+TK353/LLu+MSpeP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAkzeh4oACgkQC3+MBN1Mb4hMwQCgssJw9ep4cjD21cuThZoAYJZe pt8An1/DVKGJPYnKYZUyDUyc0ePQT9Gg =M9u6 -----END PGP SIGNATURE----- --+TK353/LLu+MSpeP--