From owner-freebsd-stable@FreeBSD.ORG Sat Jun 6 07:50:32 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 413B2A93 for ; Sat, 6 Jun 2015 07:50:32 +0000 (UTC) (envelope-from ortadur@web.de) Received: from mout.web.de (mout.web.de [212.227.15.4]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.web.de", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AF3A2131C for ; Sat, 6 Jun 2015 07:50:31 +0000 (UTC) (envelope-from ortadur@web.de) Received: from [31.16.117.145] by 3capp-webde-bs58.server.lan (via HTTP); Sat, 6 Jun 2015 09:50:22 +0200 MIME-Version: 1.0 Message-ID: From: "Andre Meiser" To: freebsd-stable@freebsd.org Subject: Re: Many core dumps in pthread_getspecific. Content-Type: text/plain; charset=UTF-8 Date: Sat, 6 Jun 2015 09:50:22 +0200 Importance: normal Sensitivity: Normal In-Reply-To: <20150603145838.GX2499@kib.kiev.ua> References: , <20150603145838.GX2499@kib.kiev.ua> X-UI-Message-Type: mail X-Priority: 3 X-Provags-ID: V03:K0:95seP68/0CdobYc/6uAbDQjOTblQFKpPMQ+gNzm2TEP kjY1WW+HRqMcnBqn9gD7q4fEkYgNlI/L9r4n9ks3Vc/xsuqWhc MtcPgLtFF8Mfm5eiPXORQkovZq1tI/t+1F6z8Ni4oGp/tLCncT ndmrVKsHK30y2pQ2pOza3KhaWxHx3fF0Pe0AhdcQEAofjqoW6C XPYmNvbKgnec9aYzAzy1s80NgRvVpHXbDeimAQh+tHeAPGHHc5 LYg+85Uy1ipoN+sJ2cj24QKMSYrLbp7MEvCUF/zWCt8P0MwxtL 9Yq7HM= X-UI-Out-Filterresults: notjunk:1;V01:K0:6bqqBpAkSbo=:vhTzlhinpALDM7kOHYxgTy Lw8XJ4LUyxhZMxtLyEChqmwO1i3IkFiPo8qCPuZBL1Bq3Xq67VMtbqA411NBWHcAbhLhM9T3O HMR39rxfsbfwk1nnZYsNaXvmCqra72Z6vF2LC1WcLmeHLDT1aiSwX7xTzuXN4kybsiC2l6B79 MGx03kAePdQMySP/nr0MIyWcaTGkM11mGpyHgWgmo6BdgCmy9byJ1CYZz7F3Dtyfpsl4K4g1i bbB9T20oSbvyey3nJD5spxIzV3wrq2t/7o4l823MrDRIw/UVq/kR+YVWht+Tsi6V9BbOm5GLI XMoa+zQ94hCIHKHHRxDIszNBXfJz8XIFIpapgD+GuHICS+0b9TH77IMl5/fn1w7P/4elPxw+M 9G9CBluvYpPSZoICWDdINDRDAz+xaQ36cuu9OJPGTayXb5NYTSGH2oS8KFOwbE83YWXWT2/UJ vF4Hp5qG9A== X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Jun 2015 07:50:32 -0000 On Wed, Jun 03, 2015 at 16:58 +0200, Konstantin Belousov wrote: > You should recompile both libc and libthr with debugging symbols, like > cd /usr/src > (cd lib/libc && make all install DEBUG_FLAGS=-g) > (cd lib/libthr && make all install DEBUG_FLAGS=-g) > then obtain the core dump and post backtraces. Thank you, that was exactly what I was looking for. Now I like FreeBSD even more. ;) I made this short after and also rebooted the entire system to make all programmes use those debug libs. Since than I had not a single core dump. I experienced something similar in the past, that with activated debugging some errors can't be triggered any longer. At the moment I'm happy without crashes and I can work with this system. As soon as I'm getting a new core dump, I'll post the backtrace. If this won't happen for weeks, I may recompile the libs again, try to find a way to trigger the bug on purpose, enable the debug flag again and than provide the info. In the meantime, maybe a core developer may think about the lines of code I'd provided. Why is _get_curthread() compared to NULL at thr_kern.c (line 601) but not at thr_spec.c (line 224)? Either _get_curthread() never ever returns NULL, than it's pointless to test it or it's missing [not only] at thr_spec.c. I'm using activated hyperthreading: % sysctl hw.model hw.machine hw.ncpu hw.model: Intel(R) Xeon(R) CPU E5-1620 v2 @ 3.70GHz hw.machine: amd64 hw.ncpu: 8 Sincerely yours Andre.