From owner-freebsd-emulation@FreeBSD.ORG Fri Jul 25 08:32:37 2008 Return-Path: Delivered-To: freebsd-emulation@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08E70106566B; Fri, 25 Jul 2008 08:32:37 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (vlk.vlakno.cz [62.168.28.247]) by mx1.freebsd.org (Postfix) with ESMTP id 8D7B18FC13; Fri, 25 Jul 2008 08:32:36 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 37D7C682078; Fri, 25 Jul 2008 10:31:24 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (vlk.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Wrp9OSG7GCxM; Fri, 25 Jul 2008 10:31:22 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 83069681899; Fri, 25 Jul 2008 10:31:22 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.2/8.14.2/Submit) id m6P8VMho042894; Fri, 25 Jul 2008 10:31:22 +0200 (CEST) (envelope-from rdivacky) Date: Fri, 25 Jul 2008 10:31:22 +0200 From: Roman Divacky To: "Sean C. Farley" Message-ID: <20080725083122.GA42835@freebsd.org> References: <20080723184450.GA25356@freebsd.org> <20080725082156.GA41887@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080725082156.GA41887@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-emulation@FreeBSD.org, Chagin Dmitry Subject: Re: kern/122318 (CMake core dumping, chroot exiting) X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Jul 2008 08:32:37 -0000 On Fri, Jul 25, 2008 at 10:21:56AM +0200, Roman Divacky wrote: > On Wed, Jul 23, 2008 at 04:19:16PM -0500, Sean C. Farley wrote: > > On Thu, 24 Jul 2008, Chagin Dmitry wrote: > > > > >On Wed, 23 Jul 2008, Sean C. Farley wrote: > > >>On Wed, 23 Jul 2008, Roman Divacky wrote: > > >>>On Wed, Jul 23, 2008 at 12:50:51PM -0500, Sean C. Farley wrote: > > >>>>I am seeing if anyone has any insight on this PR (kern/122318[1]). > > >>>>It would be nice to once again build using cmake within a Linux > > >>>>chroot. :) > > >>>> > > >>>>Basically, the bug is that not only that cmake is dumping core; it > > >>>>is also forcing the user out of the chroot environment. Here is > > >>>>the command used to start the chroot: > > >>>>/compat/linux/usr/sbin/chroot su - > > >>>> > > >>>> 1. http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/122318 > > >>> > > >>>looking at the trace you provided I guess this is what's going on: > > >>> > > >>>cmake forks/execs gcc and waits to be notified about the success of > > >>>the command it tried, the notification comes (the SIGCHLD) the > > >>>handler tries do something and then returns and now something is > > >>>wrong and it receives the SIGSEGV.. > > >>> > > >>>or am I wrong and linux_ktrace does not translate signals and the > > >>>SIGCHLD is in fact SIGTSTP? > > >>> > > >>>what is the fd 3 and 4? can you provide full ktrace.out? > > >> > > >>I have the full output of the execution here using ktrace -d: > > >>http://www.farley.org/freebsd/tmp/cmake-kdump.txt > > > > > >hi! > > > > > >Please, can you run ktrace with -i flag? > > > > > >thnx! > > > > No problem. Same URL. The countless meetings this week are destroying > > my mind; I was thinking -d did what -i actually does. :) > > the cmake opens: > > 18279 ld CALL linux_open(0x7fffffffe5b4,0,0x1b6) > 18279 ld NAMI "/usr/lib/crtend.o" > 18279 ld RET linux_open 3 > > which is obviously wrong and probably causes the regression.. how is this possible I dont > know. > > anyway, the trace is all strange... > > 1) it uses getpmsg/putpmsg which are unimplemented (hows that it work? does it > work or just pretends to?) > > 2) what is this? > > 18267 gmake CALL [417](0x7fffffffcf90) > 18267 gmake RET [417] JUSTRETURN > 18267 gmake CALL linux_waitpid(0xffffffff,0x7fffffffd3f4,0,0) > 18267 gmake RET linux_waitpid 18277/0x4765 > 18267 gmake CALL [340](0x1,0x529d90,0) > 18267 gmake RET [340] 0 > 18267 gmake CALL [340](0x3,0x7fffffffd3c0,0) > 18267 gmake RET [340] 0 > > > anyway, try to investigate why the cmake does not open crtend.o under /compat but uses > fbsd one, that should fix the proble I believe erm... all wrong :) the gmake is a fbsd binary so its ok to open that file...