From owner-freebsd-current@freebsd.org Sun Mar 13 19:01:14 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1D3EFACFCAE for ; Sun, 13 Mar 2016 19:01:14 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from aibo.runbox.com (aibo.runbox.com [91.220.196.211]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A9EBA831 for ; Sun, 13 Mar 2016 19:01:13 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from [10.9.9.241] (helo=rmm6prod02.runbox.com) by bars.runbox.com with esmtp (Exim 4.71) (envelope-from ) id 1afBGC-0003yr-7r; Sun, 13 Mar 2016 20:01:04 +0100 Received: from mail by rmm6prod02.runbox.com with local (Exim 4.76) (envelope-from ) id 1afBGC-0002os-7O; Sun, 13 Mar 2016 20:01:04 +0100 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Received: from [Authenticated user (846156)] by runbox.com with http (RMM6); Sun, 13 Mar 2016 19:01:04 GMT From: "Jeffrey Bouquet" Reply-To: jbtakk@iherebuywisely.com To: "Larry Rosenman" CC: "Konstantin Belousov" , "Freebsd current" Subject: Re: Crashes in libthr? Date: Sun, 13 Mar 2016 12:01:04 -0700 (PDT) X-Mailer: RMM6 In-Reply-To: <276f6b11da9a005256d24fa5b37d7d5f@thebighonker.lerctr.org> Message-Id: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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: Sun, 13 Mar 2016 19:01:14 -0000 Don't know it helps this issue... but is probably related... Apologies if not relevant... I just built/installed world of 3 12 2016 ( thankfully...) though not on the usual desktop, but a similar one. [1] single-user [2]GENERIC crashed to gdb during dmesg... fix:=20 custom kernel as-it-was-a-year-ago (no debugging, no sound) rebuilt with t= he new world, works fine including new nvidia.ko... although nothing added to the custom kernel to account for GENERIC/GENERIC diffs... six months or a year or so... On Sun, 13 Mar 2016 13:32:20 -0500, Larry Rosenman wrote: > On 2016-03-13 13:12, Konstantin Belousov wrote: > > On Sun, Mar 13, 2016 at 11:16:20AM -0500, Larry Rosenman wrote: > >> I updated one of my servers, and WHILE DOING THE INSTALLWORLD, I get > >> segfaults. > >>=20 > >> ANY multithreaded program crashes. > >>=20 > >> I reverted libthr, and it's fine. > >>=20 > >> borg.lerctr.org / # gdb -c zfs.core /sbin/zfs > >> GNU gdb 6.1.1 [FreeBSD] > >> Copyright 2004 Free Software Foundation, Inc. > >> GDB is free software, covered by the GNU General Public License, and=20 > >> you > >> are > >> welcome to change it and/or distribute copies of it under certain > >> conditions. > >> Type "show copying" to see the conditions. > >> There is absolutely no warranty for GDB. Type "show warranty" for > >> details. > >> This GDB was configured as "amd64-marcel-freebsd"... > >> Core was generated by `zfs'. > >> Program terminated with signal 11, Segmentation fault. > >> Reading symbols from /lib/libjail.so.1...Reading symbols from > >> /usr/lib/debug//lib/libjail.so.1.debug...done. > >> done. > >> Loaded symbols for /lib/libjail.so.1 > >> Reading symbols from /lib/libnvpair.so.2...Reading symbols from > >> /usr/lib/debug//lib/libnvpair.so.2.debug...done. > >> done. > >> Loaded symbols for /lib/libnvpair.so.2 > >> Reading symbols from /lib/libuutil.so.2...Reading symbols from > >> /usr/lib/debug//lib/libuutil.so.2.debug...done. > >> done. > >> Loaded symbols for /lib/libuutil.so.2 > >> Reading symbols from /lib/libzfs_core.so.2...Reading symbols from > >> /usr/lib/debug//lib/libzfs_core.so.2.debug...done. > >> done. > >> Loaded symbols for /lib/libzfs_core.so.2 > >> Reading symbols from /lib/libzfs.so.2...Reading symbols from > >> /usr/lib/debug//lib/libzfs.so.2.debug...done. > >> done. > >> Loaded symbols for /lib/libzfs.so.2 > >> Reading symbols from /lib/libc.so.7...Reading symbols from > >> /usr/lib/debug//lib/libc.so.7.debug...done. > >> done. > >> Loaded symbols for /lib/libc.so.7 > >> Reading symbols from /lib/libmd.so.6...Reading symbols from > >> /usr/lib/debug//lib/libmd.so.6.debug...done. > >> done. > >> Loaded symbols for /lib/libmd.so.6 > >> Reading symbols from /lib/libumem.so.2...Reading symbols from > >> /usr/lib/debug//lib/libumem.so.2.debug...done. > >> done. > >> Loaded symbols for /lib/libumem.so.2 > >> Reading symbols from /lib/libutil.so.9...Reading symbols from > >> /usr/lib/debug//lib/libutil.so.9.debug...done. > >> done. > >> Loaded symbols for /lib/libutil.so.9 > >> Reading symbols from /lib/libm.so.5...Reading symbols from > >> /usr/lib/debug//lib/libm.so.5.debug...done. > >> done. > >> Loaded symbols for /lib/libm.so.5 > >> Reading symbols from /lib/libavl.so.2...Reading symbols from > >> /usr/lib/debug//lib/libavl.so.2.debug...done. > >> done. > >> Loaded symbols for /lib/libavl.so.2 > >> Reading symbols from /lib/libbsdxml.so.4...Reading symbols from > >> /usr/lib/debug//lib/libbsdxml.so.4.debug...done. > >> done. > >> Loaded symbols for /lib/libbsdxml.so.4 > >> Reading symbols from /lib/libgeom.so.5...Reading symbols from > >> /usr/lib/debug//lib/libgeom.so.5.debug...done. > >> done. > >> Loaded symbols for /lib/libgeom.so.5 > >> Reading symbols from /lib/libz.so.6...Reading symbols from > >> /usr/lib/debug//lib/libz.so.6.debug...done. > >> done. > >> Loaded symbols for /lib/libz.so.6 > >> Reading symbols from /lib/libthr.so.3...done. > >> Loaded symbols for /lib/libthr.so.3 > > Why all libs have debug symbols, while your most interesting one, > > libthr.so.3, does not ? > >=20 > >> Reading symbols from /lib/libsbuf.so.6...Reading symbols from > >> /usr/lib/debug//lib/libsbuf.so.6.debug...done. > >> done. > >> Loaded symbols for /lib/libsbuf.so.6 > >> Reading symbols from /libexec/ld-elf.so.1...done. > >> Loaded symbols for /libexec/ld-elf.so.1 > >> #0 0x0000000802703f81 in __pthread_cxa_finalize () from > >> /lib/libthr.so.3 > >> [New LWP 100957] > >> (gdb) bt > >> #0 0x0000000802703f81 in __pthread_cxa_finalize () from > >> /lib/libthr.so.3 > >> #1 0x0000000802703e85 in __pthread_cxa_finalize () from > >> /lib/libthr.so.3 > >> #2 0x0000000802707052 in ?? () from /lib/libthr.so.3 > >> #3 0x000000080063fc00 in ?? () > >> #4 0x00007fffffffe638 in ?? () > >> #5 0x00007fffffffe5b0 in ?? () > >> #6 0x00000008026f8fd6 in atoi@plt () from /lib/libthr.so.3 > >> #7 0x00007fffffffe5b0 in ?? () > >> #8 0x000000080061adfd in r_debug_state () from /libexec/ld-elf.so.1 > >> Previous frame inner to this frame (corrupt stack?) > >> (gdb) > >>=20 > >> old SVN: r296103 > >> new SVN: r296796M > >> (The M is a nd6 patch from markj@) > >>=20 > >> this was a FULL buildworld/buildkernel. > >=20 > > If you cd lib/libthr and do > > make clean all install DEBUG_FLAGS=3D-g > > on the broken world, does it fix the problem ? If not, do debugging > > symbols from libthr appear accessible to gdb at least ? Try this to > > get useful backtrace with source lines information. > ar crashes linking the library...... >=20 >=20 > --=20 > Larry Rosenman http://www.lerctr.org/~ler > Phone: +1 214-642-9640 E-Mail: ler@lerctr.org > US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961 > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"