From owner-freebsd-emulation@FreeBSD.ORG Fri Jul 25 17:57:24 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 2A9D3106564A; Fri, 25 Jul 2008 17:57:24 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.freebsd.org (Postfix) with ESMTP id EC21D8FC1C; Fri, 25 Jul 2008 17:57:23 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from thor.farley.org (HPooka@thor.farley.org [192.168.1.5]) by mail.farley.org (8.14.3/8.14.3) with ESMTP id m6PHvK9s019545; Fri, 25 Jul 2008 12:57:20 -0500 (CDT) (envelope-from scf@FreeBSD.org) Date: Fri, 25 Jul 2008 12:57:20 -0500 (CDT) From: "Sean C. Farley" To: Chagin Dmitry In-Reply-To: Message-ID: References: <20080723184450.GA25356@freebsd.org> <20080725082156.GA41887@freebsd.org> <20080725083122.GA42835@freebsd.org> User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Spam-Status: No, score=-4.4 required=3.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail.farley.org Cc: Roman Divacky , freebsd-emulation@FreeBSD.org 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 17:57:24 -0000 On Fri, 25 Jul 2008, Chagin Dmitry wrote: > On Fri, 25 Jul 2008, Roman Divacky wrote: >> 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. >>>> :) *snip of all that is wrong :)* >> erm... all wrong :) the gmake is a fbsd binary so its ok to open that >> file... > > yes, but I remember it was a question about chroot... I have the trouble in and out of the chroot (FC2-based) but also with linux_base-f{c4,c6,8}. I just ran it outside of the chroot to get the ktrace much more easily. This is on a FreeBSD 7 amd64 system running a 32-bit chroot. > Sean, can you provide full command which you run? Steps to recreate: mkdir a cd a touch CMakeLists.txt /home/sfarley/chroot/usr/bin/cmake . System setup for 7-STABLE as of July 14th: compat.ia32.maxvmem: 0 compat.ia32.maxssiz: 67108864 compat.ia32.maxdsiz: 536870912 compat.linux.oss_version: 198144 compat.linux.osrelease: 2.6.16 compat.linux.osname: Linux compat.linux32.maxvmem: 0 compat.linux32.maxssiz: 67108864 compat.linux32.maxdsiz: 536870912 BTW, switching to compat.linux.osrelease=2.4.2, running some Linux applications and switching back to 2.6.16 does not leave Linux emulation in a happy state. Simple Linux applications such as uname start core dumping. Sean -- scf@FreeBSD.org