From owner-freebsd-current@FreeBSD.ORG Sat Aug 30 17:49:55 2008 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 A4F861065684 for ; Sat, 30 Aug 2008 17:49:55 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 0FBC28FC1B for ; Sat, 30 Aug 2008 17:49:54 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id m7UHnpDq033607 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 30 Aug 2008 19:49:52 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by cicely5.cicely.de (8.14.2/8.14.2) with ESMTP id m7UHnn40007454 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 30 Aug 2008 19:49:49 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id m7UHnmoM031569; Sat, 30 Aug 2008 19:49:48 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id m7UHnmCf031568; Sat, 30 Aug 2008 19:49:48 +0200 (CEST) (envelope-from ticso) Date: Sat, 30 Aug 2008 19:49:48 +0200 From: Bernd Walter To: Artem Belevich Message-ID: <20080830174948.GE52697@cicely7.cicely.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED=-1.8, AWL=0.076, BAYES_00=-2.599 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on spamd.cicely.de Cc: Kostik Belousov , Bernd Walter , freebsd-current@freebsd.org Subject: Re: __tls_get_addr problem with recent current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2008 17:49:55 -0000 On Sat, Aug 30, 2008 at 09:46:05AM -0700, Artem Belevich wrote: > Hi, > > Did someone figure out what was/is causing this problem? I believe > I've ran into the same issue on a freshly built (Aug 29th) RELENG_7 on > amd64 (Q9450 w/ 8GB RAM). My machine has 6G, so it is also over the 32bit limits. Not sure if this might be a point for the kernel to handle i386 binaries. > What's strange is that in my case the problem pops up when I run > 32-bit binaries from RELENG_6. Otherwise the system is stable. I can > buildworld continuously with -j8 without any problems. However, when I > try to build my code using hacked make from FreeBSD6/i386 things start > falling apart. All of a sudden I get cores from FreeBSD7/amd64 > binaries. All of them, as far as I can tell crash in __tls_get_addr. > So far I've been unable to reproduce the crashes in any other > scenarios, but I'm still trying. > > Interestingly enough, crash always occurs on "mov %fs:0x0,%rdi" instruction, > yet the same code in the same binaries works fine when binaries are used > without mixing amd64/i386 binaries. Could that be that amd64 might > somehow inherit invalid registers from i386 binaries? This is quite interesting. We have something special in common, because on the same machine I'm running an i386 jail. My i386 jail is -current as well, but with old applications build on a RELENG_5 system and later migrated into the jail. > I checked recent RELENG_7 commits and it does appear that there were > some recent changes related to both 32-bit emulation *and* segment > registers. Could that have something to do with the crashes? > http://svn.freebsd.org/viewvc/base?view=revision&revision=181752 > > I'll try to install 7.0 release next week and check if that fixes the issue. > For me switching back to -current from 2008-06-04 was fixing (or hiding) it. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm.