From owner-freebsd-emulation@FreeBSD.ORG Sun Dec 28 08:36:09 2008 Return-Path: Delivered-To: emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23CC41065673; Sun, 28 Dec 2008 08:36:09 +0000 (UTC) (envelope-from rdivacky@lev.vlakno.cz) Received: from vlakno.cz (77-93-215-190.static.masterinter.net [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id D11278FC0C; Sun, 28 Dec 2008 08:36:07 +0000 (UTC) (envelope-from rdivacky@lev.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 256949CB1A5; Sun, 28 Dec 2008 09:30:56 +0100 (CET) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id J6hreh3J8TXb; Sun, 28 Dec 2008 09:30:44 +0100 (CET) Received: from lev.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 427579CB300; Sun, 28 Dec 2008 09:30:44 +0100 (CET) Received: (from rdivacky@localhost) by lev.vlakno.cz (8.14.2/8.14.2/Submit) id mBS8UhVV080453; Sun, 28 Dec 2008 09:30:43 +0100 (CET) (envelope-from rdivacky) Date: Sun, 28 Dec 2008 09:30:43 +0100 From: Roman Divacky To: Garrett Cooper Message-ID: <20081228083043.GA80332@freebsd.org> References: <57AC84CF-CFA9-4F27-A643-954DD3195221@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <57AC84CF-CFA9-4F27-A643-954DD3195221@gmail.com> User-Agent: Mutt/1.4.2.3i Cc: "emulation@freebsd.org" , "current@freebsd.org" Subject: Re: LORs on 8-current kernel with 7-stable world 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: Sun, 28 Dec 2008 08:36:09 -0000 > Do an installworld and reboot? This datapoint shouldn't have any > relevance because you're mixing and matching major versions of > components which I wouldn't expect to work necessarily. I believe that kernel should survive just fine anything that userland throws at it... including 7-world :) From owner-freebsd-emulation@FreeBSD.ORG Sun Dec 28 13:56:56 2008 Return-Path: Delivered-To: emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDE1D1065679 for ; Sun, 28 Dec 2008 13:56:56 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id 43C8D8FC16 for ; Sun, 28 Dec 2008 13:56:55 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) by shiva.jussieu.fr (8.14.3/jtpda-5.4) with ESMTP id mBSDur7D024205 ; Sun, 28 Dec 2008 14:56:54 +0100 (CET) X-Ids: 166 Received: from heho.snv.jussieu.fr (localhost [127.0.0.1]) by heho.snv.jussieu.fr (8.13.3/jtpda-5.2) with ESMTP id mBSDuqJK070593 ; Sun, 28 Dec 2008 14:56:52 +0100 (MET) Received: (from arno@localhost) by heho.snv.jussieu.fr (8.13.3/8.13.1/Submit) id mBSDuqu2070590; Sun, 28 Dec 2008 14:56:52 +0100 (MET) (envelope-from arno) To: Roman Divacky References: <20081227220645.GA13295@freebsd.org> From: "Arno J. Klaassen" Date: 28 Dec 2008 14:56:51 +0100 In-Reply-To: <20081227220645.GA13295@freebsd.org> Message-ID: Lines: 87 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (shiva.jussieu.fr [134.157.0.166]); Sun, 28 Dec 2008 14:56:54 +0100 (CET) X-Virus-Scanned: ClamAV 0.94.2/8805/Sun Dec 28 13:19:37 2008 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at jchkmail.jussieu.fr with ID 495785A5.017 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 495785A5.017/134.157.184.22/heho.snv.jussieu.fr/heho.snv.jussieu.fr/ X-j-chkmail-Score: MSGID : 495785A5.017 on jchkmail.jussieu.fr : j-chkmail score : . : R=. U=. O=. B=0.005 -> S=0.005 X-j-chkmail-Status: Ham Cc: emulation@freebsd.org Subject: Re: 7-stable: linux_dist-gentoo-stage3 wonn't bootstrap 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: Sun, 28 Dec 2008 13:56:56 -0000 Roman Divacky writes: > On Sat, Dec 27, 2008 at 09:55:05PM +0100, Arno J. Klaassen wrote: > > > > Hello, > > > > I'm having serious problems to get MedInria (a medical imaging > > toolchain) run under Linux emulation > > ( http://gforge.inria.fr/frs/?group_id=727&release_id=2488 > > if ever someone would like to try : at my place even the > > simplest graphical action (change tool, open file, etc) > > literally exploses the X-server ...) > > > > so I thought to run it in debugger etc in the > > chroot gentoo : but its bootstrap.sh will not complete, > > for the time being because of : > > > > > > - compat.linux.osrelease 2.4.2 is not supported > > > > - so I installed fc6 and set compat.linux.osrelease to 2.6.16 > > but then the chroot complains with many errors like : > > > > - (find): syscall fstatat64 not implemented > > - (rm): syscall unlinkat not implemented > > - (tar): syscall futimesat not implemented > > - (chmod): syscall fchmodat not implemented > > > > So : > > - does someone have a patch with these at-functions > > (or the svn command to create it) > > that would not be easy.... but 8-current implements those OK, but the maybe the linux_dist-gentoo-stage3 should be marked BROKEN on <8 > > - or can I even bluntly copy the linuxulator from head > > to releng_7 ? > > no... I doubt that would work. > > > try 8-current and stick with that if it works OK, I upgraded this box to 8-current; now the bootstrap.sh 'hangs' when compiling gconv_simple.c (I can provide whole command line ) : top(1) shows : 17547 root 1 76 0 4640K 4048K ppwait 0:05 0.00% gmake 23865 root 1 76 0 4596K 4176K ppwait 0:02 0.00% gmake 23899 root 1 76 0 18152K 16808K pipewr 0:01 0.00% cc1 15076 root 1 76 0 1672K 872K wait 0:00 0.00% sandbox 23898 root 1 76 0 2296K 1428K ppwait 0:00 0.00% i486-pc-linux and dmesg(1) says : t_delta 15.fcd4d7d810818e80 too short lock order reversal: 1st 0xffffff0024436ba8 pseudofs (pseudofs) @ /raid1/bsd/src-current/sys/kern/vfs_vnops.c:531 2nd 0xffffffff80729360 sysctl lock (sysctl lock) @ /raid1/bsd/src-current/sys/kern/kern_sysctl.c:1088 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x65 witness_checkorder() at witness_checkorder+0x859 _sx_xlock() at _sx_xlock+0x55 kernel_sysctl() at kernel_sysctl+0xbc linprocfs_docpuinfo() at linprocfs_docpuinfo+0x84 pfs_read() at pfs_read+0x53c vn_read() at vn_read+0x267 dofileread() at dofileread+0xa1 kern_readv() at kern_readv+0x60 read() at read+0x54 ia32_syscall() at ia32_syscall+0x1ab Xint0x80_syscall() at Xint0x80_syscall+0x60 --- syscall (3, Linux ELF32, read), rip = 0x2812ae7e, rsp = 0xffff9c24, rbp = 0xffff9c38 --- NB, linprocfs is mounted on /compat/linux/proc as well as /usr/local/gentoo-stage3/proc Let me know if you need more info; I'll leave the box in this state for a while Arno From owner-freebsd-emulation@FreeBSD.ORG Sun Dec 28 15:32:15 2008 Return-Path: Delivered-To: emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55D82106564A; Sun, 28 Dec 2008 15:32:15 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [91.121.44.19]) by mx1.freebsd.org (Postfix) with ESMTP id 155978FC1F; Sun, 28 Dec 2008 15:32:14 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from baby-jane.lamaiziere.net (81-65-128-47.rev.numericable.fr [81.65.128.47]) by smtp.lamaiziere.net (Postfix) with ESMTPA id 2E7C763366E; Sun, 28 Dec 2008 16:13:45 +0100 (CET) Received: from baby-jane-lamaiziere-net.local (localhost [127.0.0.1]) by baby-jane.lamaiziere.net (Postfix) with ESMTP id 49B0368BFF6; Sun, 28 Dec 2008 16:13:44 +0100 (CET) Date: Sun, 28 Dec 2008 16:13:43 +0100 From: Patrick =?ISO-8859-15?Q?Lamaizi=E8re?= To: "Arno J. Klaassen" Message-ID: <20081228161343.3cfa62a3@baby-jane-lamaiziere-net.local> In-Reply-To: References: Organization: /dave/nulle X-Mailer: Claws Mail 3.3.1 (GTK+ 2.12.9; i386-apple-darwin9.3.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit Cc: emulation@freebsd.org, current@freebsd.org Subject: Re: LORs on 8-current kernel with 7-stable world 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: Sun, 28 Dec 2008 15:32:15 -0000 Le 27 Dec 2008 22:07:12 +0100, "Arno J. Klaassen" a écrit : > Hello, > > I get these when running a 8-current kernel with 7-stable world. > I can'f access http://sources.zabbadoz.net/freebsd/lor.html > to see if they are known. > lock order reversal: > 1st 0xfffffffe68494f20 bufwait (bufwait) > @ /raid1/bsd/src-current/sys/kern/vfs_bio.c:2443 2nd > 0xffffff0001c7d000 dirhash (dirhash) > @ /raid1/bsd/src-current/sys/ufs/ufs/ufs_dirhash.c:263 KDB: stack > backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > _witness_debugger() at _witness_debugger+0x65 witness_checkorder() at > witness_checkorder+0x859 _sx_xlock() at _sx_xlock+0x55 > ufsdirhash_acquire() at ufsdirhash_acquire+0x33 > ufsdirhash_remove() at ufsdirhash_remove+0x16 > ufs_dirremove() at ufs_dirremove+0x181 > ufs_remove() at ufs_remove+0x92 > VOP_REMOVE_APV() at VOP_REMOVE_APV+0x93 > kern_unlinkat() at kern_unlinkat+0x249 > linux_unlinkat() at linux_unlinkat+0xa6 > ia32_syscall() at ia32_syscall+0x1ab > Xint0x80_syscall() at Xint0x80_syscall+0x60 > --- syscall (301, Linux ELF32, linux_unlinkat), rip = 0x28126968, rsp > = 0xffffd4e8, rbp = 0xffffd508 --- I see this one on a 'pure' CURRENT lock order reversal: 1st 0xc297ba60 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2443 2nd 0xc2ec8c00 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:263 KDB: stack backtrace: db_trace_self_wrapper(c080b620,d6108778,c05aaf45,4,c08070aa,...) at db_trace_self_wrapper+0x26 kdb_backtrace(4,c08070aa,c2c0f128,c2c11d08,d61087d4,...) at kdb_backtrace+0x29 _witness_debugger(c080e0d7,c2ec8c00,c082aef4,c2c11d08,c082ab8d,...) at _witness_debugger+0x25 witness_checkorder(c2ec8c00,9,c082ab8d,107,0,...) at witness_checkorder+0x839 _sx_xlock(c2ec8c00,0,c082ab8d,107,c31010f0,...) at _sx_xlock+0x85 ufsdirhash_acquire(c297ba00,cde06800,200,cde06818,d61088a4,...) at ufsdirhash_acquire+0x35 ufsdirhash_add(c31010f0,d61088ec,818,d6108890,d6108894,...) at ufsdirhash_add+0x13 ufs_direnter(c2edd10c,c31cd10c,d61088ec,d6108bd4,0,...) at ufs_direnter+0x729 ufs_makeinode(d6108bd4,d6108acc,d6108acc,d6108a34,c07d0295,...) at ufs_makeinode+0x519 ufs_create(d6108acc,d6108acc,0,d6108acc,d6108ba8,...) at ufs_create+0x30 VOP_CREATE_APV(c0876c20,d6108acc,2,c0801ca7,3,...) at VOP_CREATE_APV+0xa5 vn_open_cred(d6108ba8,d6108c5c,1e4,c31a5800,c31922a0,...) at vn_open_cred+0x1d0 vn_open(d6108ba8,d6108c5c,1e4,c31922a0,246,...) at vn_open+0x33 kern_openat(c2e81000,ffffff9c,bfbfe640,0,a02,...) at kern_openat+0x110 kern_open(c2e81000,bfbfe640,0,a01,1e4,...) at kern_open+0x35 open(c2e81000,d6108cf8,c,c080ec0b,c0854438,...) at open+0x30 syscall(d6108d38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (5, FreeBSD ELF32, open), eip = 0x2075d2b3, esp = 0xbfbfdf6c, ebp = 0xbfbfdf98 --- From owner-freebsd-emulation@FreeBSD.ORG Sun Dec 28 16:56:14 2008 Return-Path: Delivered-To: emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50733106564A for ; Sun, 28 Dec 2008 16:56:14 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.29]) by mx1.freebsd.org (Postfix) with ESMTP id 087168FC12 for ; Sun, 28 Dec 2008 16:56:13 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so2246013ywe.13 for ; Sun, 28 Dec 2008 08:56:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=bdbHX7lmXBdwoTifoi+fdVtWIXlnQYJ0LiU8vmwEiwE=; b=V9MhPQMXszFaGTFd7iOPUGTi+AmA47BtCpTXgrsBGoxXHSaGWLtyvWQ/HAethSSwN9 /Ntar4txDZpeG+ufdSC6VD5dLD+K2/tI8vYEx/Omb+wBuJtF236t8CPb3CYfxq1eJjcW rNJftqwSyKo1YNwq0e6TpbRGYOcxoyQW3ugzM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=t5ZZGH1nhcFBR3T4nlaGFRkdl5V/8u+dZZJ8x8Tbw3R7zFz+FB/kEBjNsfPhZVQ9g2 KfWT9aH96IWY4jYfEQ5F7jPiku5e3Gerk0hG+7+TL01vJpmYF5qIchal1UaSE8UEcoac nlQzzu5qmdcEhOgtTc62rDlkr7U48t8UHh4BA= Received: by 10.90.68.20 with SMTP id q20mr6171354aga.110.1230481797448; Sun, 28 Dec 2008 08:29:57 -0800 (PST) Received: by 10.90.73.9 with HTTP; Sun, 28 Dec 2008 08:29:57 -0800 (PST) Message-ID: Date: Sun, 28 Dec 2008 19:29:57 +0300 From: pluknet To: "=?ISO-8859-1?Q?Patrick_Lamaizi=E8re?=" In-Reply-To: <20081228161343.3cfa62a3@baby-jane-lamaiziere-net.local> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20081228161343.3cfa62a3@baby-jane-lamaiziere-net.local> Cc: emulation@freebsd.org, current@freebsd.org Subject: Re: LORs on 8-current kernel with 7-stable world 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: Sun, 28 Dec 2008 16:56:14 -0000 2008/12/28 Patrick Lamaizi=E8re : > Le 27 Dec 2008 22:07:12 +0100, > "Arno J. Klaassen" a =E9crit : > >> Hello, >> >> I get these when running a 8-current kernel with 7-stable world. >> I can'f access http://sources.zabbadoz.net/freebsd/lor.html >> to see if they are known. > >> lock order reversal: >> 1st 0xfffffffe68494f20 bufwait (bufwait) >> @ /raid1/bsd/src-current/sys/kern/vfs_bio.c:2443 2nd >> 0xffffff0001c7d000 dirhash (dirhash) >> @ /raid1/bsd/src-current/sys/ufs/ufs/ufs_dirhash.c:263 KDB: stack >> backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a >> _witness_debugger() at _witness_debugger+0x65 witness_checkorder() at >> witness_checkorder+0x859 _sx_xlock() at _sx_xlock+0x55 >> ufsdirhash_acquire() at ufsdirhash_acquire+0x33 >> ufsdirhash_remove() at ufsdirhash_remove+0x16 >> ufs_dirremove() at ufs_dirremove+0x181 >> ufs_remove() at ufs_remove+0x92 >> VOP_REMOVE_APV() at VOP_REMOVE_APV+0x93 >> kern_unlinkat() at kern_unlinkat+0x249 >> linux_unlinkat() at linux_unlinkat+0xa6 >> ia32_syscall() at ia32_syscall+0x1ab >> Xint0x80_syscall() at Xint0x80_syscall+0x60 >> --- syscall (301, Linux ELF32, linux_unlinkat), rip =3D 0x28126968, rsp >> =3D 0xffffd4e8, rbp =3D 0xffffd508 --- > > I see this one on a 'pure' CURRENT > lock order reversal: > 1st 0xc297ba60 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2443 > 2nd 0xc2ec8c00 dirhash (dirhash) > @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:263 KDB: stack backtrace: > db_trace_self_wrapper(c080b620,d6108778,c05aaf45,4,c08070aa,...) at > db_trace_self_wrapper+0x26 > kdb_backtrace(4,c08070aa,c2c0f128,c2c11d08,d61087d4,...) at > kdb_backtrace+0x29 > _witness_debugger(c080e0d7,c2ec8c00,c082aef4,c2c11d08,c082ab8d,...) at > _witness_debugger+0x25 > witness_checkorder(c2ec8c00,9,c082ab8d,107,0,...) at > witness_checkorder+0x839 > _sx_xlock(c2ec8c00,0,c082ab8d,107,c31010f0,...) at _sx_xlock+0x85 > ufsdirhash_acquire(c297ba00,cde06800,200,cde06818,d61088a4,...) at > ufsdirhash_acquire+0x35 > ufsdirhash_add(c31010f0,d61088ec,818,d6108890,d6108894,...) at > ufsdirhash_add+0x13 > ufs_direnter(c2edd10c,c31cd10c,d61088ec,d6108bd4,0,...) at > ufs_direnter+0x729 > ufs_makeinode(d6108bd4,d6108acc,d6108acc,d6108a34,c07d0295,...) at > ufs_makeinode+0x519 > ufs_create(d6108acc,d6108acc,0,d6108acc,d6108ba8,...) at > ufs_create+0x30 VOP_CREATE_APV(c0876c20,d6108acc,2,c0801ca7,3,...) at > VOP_CREATE_APV+0xa5 > vn_open_cred(d6108ba8,d6108c5c,1e4,c31a5800,c31922a0,...) at > vn_open_cred+0x1d0 vn_open(d6108ba8,d6108c5c,1e4,c31922a0,246,...) at > vn_open+0x33 kern_openat(c2e81000,ffffff9c,bfbfe640,0,a02,...) at > kern_openat+0x110 kern_open(c2e81000,bfbfe640,0,a01,1e4,...) at > kern_open+0x35 open(c2e81000,d6108cf8,c,c080ec0b,c0854438,...) at > open+0x30 syscall(d6108d38) at syscall+0x2a3 Xint0x80_syscall() at > Xint0x80_syscall+0x20 --- syscall (5, FreeBSD ELF32, open), eip =3D > 0x2075d2b3, esp =3D 0xbfbfdf6c, ebp =3D 0xbfbfdf98 --- These all are known. See -current archives. --=20 wbr, pluknet From owner-freebsd-emulation@FreeBSD.ORG Sun Dec 28 18:21:42 2008 Return-Path: Delivered-To: emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6C9B106564A for ; Sun, 28 Dec 2008 18:21:42 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (77-93-215-190.static.masterinter.net [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id 628348FC1A for ; Sun, 28 Dec 2008 18:21:42 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 2DABD9CB237; Sun, 28 Dec 2008 18:57:58 +0100 (CET) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wivOpkZYNqDB; Sun, 28 Dec 2008 18:57:45 +0100 (CET) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id BF8A89CB323; Sun, 28 Dec 2008 18:57:45 +0100 (CET) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.2/8.14.2/Submit) id mBSHvjQA058143; Sun, 28 Dec 2008 18:57:45 +0100 (CET) (envelope-from rdivacky) Date: Sun, 28 Dec 2008 18:57:45 +0100 From: Roman Divacky To: "Arno J. Klaassen" Message-ID: <20081228175745.GA56640@freebsd.org> References: <20081227220645.GA13295@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: emulation@freebsd.org Subject: Re: 7-stable: linux_dist-gentoo-stage3 wonn't bootstrap 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: Sun, 28 Dec 2008 18:21:42 -0000 > > > So : > > > - does someone have a patch with these at-functions > > > (or the svn command to create it) > > > > that would not be easy.... but 8-current implements those > > OK, but the maybe the linux_dist-gentoo-stage3 should be marked > BROKEN on <8 maybe, can someone commit a fix to this? > > > - or can I even bluntly copy the linuxulator from head > > > to releng_7 ? > > > > no... I doubt that would work. > > > > > > try 8-current and stick with that if it works > > OK, I upgraded this box to 8-current; now the bootstrap.sh > 'hangs' when compiling gconv_simple.c (I can provide > whole command line ) : > > top(1) shows : > > 17547 root 1 76 0 4640K 4048K ppwait 0:05 0.00% gmake > 23865 root 1 76 0 4596K 4176K ppwait 0:02 0.00% gmake > 23899 root 1 76 0 18152K 16808K pipewr 0:01 0.00% cc1 > 15076 root 1 76 0 1672K 872K wait 0:00 0.00% sandbox > 23898 root 1 76 0 2296K 1428K ppwait 0:00 0.00% i486-pc-linux > > and dmesg(1) says : > > t_delta 15.fcd4d7d810818e80 too short > lock order reversal: > 1st 0xffffff0024436ba8 pseudofs (pseudofs) @ /raid1/bsd/src-current/sys/kern/vfs_vnops.c:531 > 2nd 0xffffffff80729360 sysctl lock (sysctl lock) @ /raid1/bsd/src-current/sys/kern/kern_sysctl.c:1088 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > _witness_debugger() at _witness_debugger+0x65 > witness_checkorder() at witness_checkorder+0x859 > _sx_xlock() at _sx_xlock+0x55 > kernel_sysctl() at kernel_sysctl+0xbc > linprocfs_docpuinfo() at linprocfs_docpuinfo+0x84 > pfs_read() at pfs_read+0x53c > vn_read() at vn_read+0x267 > dofileread() at dofileread+0xa1 > kern_readv() at kern_readv+0x60 > read() at read+0x54 > ia32_syscall() at ia32_syscall+0x1ab > Xint0x80_syscall() at Xint0x80_syscall+0x60 > --- syscall (3, Linux ELF32, read), rip = 0x2812ae7e, rsp = 0xffff9c24, rbp = 0xffff9c38 --- > > > NB, linprocfs is mounted on /compat/linux/proc as well > as /usr/local/gentoo-stage3/proc > > Let me know if you need more info; I'll leave the box in this state > for a while does this patch fix the hang? www.vlakno.cz/~rdivacky/linprocfs.patch roman From owner-freebsd-emulation@FreeBSD.ORG Sun Dec 28 21:42:48 2008 Return-Path: Delivered-To: emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 47F321065674; Sun, 28 Dec 2008 21:42:48 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id D7A378FC19; Sun, 28 Dec 2008 21:42:47 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) by shiva.jussieu.fr (8.14.3/jtpda-5.4) with ESMTP id mBSLgjwG053715 ; Sun, 28 Dec 2008 22:42:46 +0100 (CET) X-Ids: 164 Received: from heho.snv.jussieu.fr (localhost [127.0.0.1]) by heho.snv.jussieu.fr (8.13.3/jtpda-5.2) with ESMTP id mBSLginG072655 ; Sun, 28 Dec 2008 22:42:44 +0100 (MET) Received: (from arno@localhost) by heho.snv.jussieu.fr (8.13.3/8.13.1/Submit) id mBSLgi6U072652; Sun, 28 Dec 2008 22:42:44 +0100 (MET) (envelope-from arno) To: Roman Divacky References: <20081227220645.GA13295@freebsd.org> <20081228175745.GA56640@freebsd.org> <20081228202526.GA74948@freebsd.org> <20081228211505.GA80323@freebsd.org> From: "Arno J. Klaassen" Date: 28 Dec 2008 22:42:44 +0100 In-Reply-To: <20081228211505.GA80323@freebsd.org> Message-ID: Lines: 82 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (shiva.jussieu.fr [134.157.0.164]); Sun, 28 Dec 2008 22:42:46 +0100 (CET) X-Virus-Scanned: ClamAV 0.94.2/8805/Sun Dec 28 13:19:37 2008 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at jchkmail2.jussieu.fr with ID 4957D6DA.000 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 4957D6DA.000/134.157.184.22/heho.snv.jussieu.fr/heho.snv.jussieu.fr/ X-j-chkmail-Score: MSGID : 4957D6DA.000 on jchkmail2.jussieu.fr : j-chkmail score : . : R=. U=. O=. B=0.008 -> S=0.008 X-j-chkmail-Status: Ham Cc: emulation@freebsd.org Subject: Re: 7-stable: linux_dist-gentoo-stage3 wonn't bootstrap 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: Sun, 28 Dec 2008 21:42:48 -0000 Roman Divacky writes: > On Sun, Dec 28, 2008 at 09:38:09PM +0100, Arno J. Klaassen wrote: > > > > Roman Divacky writes: > > > > > > > > > > > > does this patch fix the hang? > > > > > > > > > > www.vlakno.cz/~rdivacky/linprocfs.patch > > > > > > > > nope, though it does fix the lock order reversal > > > > (I attach the slightly modified patch for linprocfs.c to > > > > make it compile) > > > > > > the LOR is probably harmless.... dont bother with that patch :) > > > > > > > funny enough, it again hangs in compiling gconv_simple.c > > > > with cc1 in pipewr state and no assembler showing up in > > > > ps(1) after having succesfully compiled a bunch of other > > > > files. > > > > > > you mean native cc1? or linux one? > > > > linux : > > > > # ps axuww | fgrep 1129 > > root 11290 0.0 0.1 2296 1432 0 D 8:29PM 0:00.01 [i486-pc-linux-gnu-g] > > root 11291 0.0 0.8 18152 16808 0 I 8:29PM 0:00.96 [cc1] > > > > and no trace of gconv_simple.o > > > > last line of log-file is : > > > > i486-pc-linux-gnu-gcc gconv_simple.c -c -std=gnu99 -O2 -Wall -Winline -Wwrite-strings -fmerge-all-constants -fno-strict-aliasing -mtune=i686 -pipe -Wstrict-prototypes -mpreferred-stack-boundary=2 -I../include -I/var/tmp/portage/sys-libs/glibc-2.6.1/work/build-default-i486-pc-linux-gnu-nptl/iconv -I/var/tmp/portage/sys-libs/glibc-2.6.1/work/build-default-i486-pc-linux-gnu-nptl -I../sysdeps/i386/elf -I../nptl/sysdeps/unix/sysv/linux/i386/i486 -I../nptl/sysdeps/unix/sysv/linux/i386 -I../sysdeps/unix/sysv/linux/i386 -I../nptl/sysdeps/unix/sysv/linux -I../nptl/sysdeps/pthread -I../sysdeps/pthread -I../ports/sysdeps/unix/sysv/linux -I../sysdeps/unix/sysv/linux -I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman -I../sysdeps/unix/inet -I../ports/sysdeps/unix/sysv/i386 -I../sysdeps/unix/sysv/i386 -I../nptl/sysdeps/unix/sysv -I../ports/sysdeps/unix/sysv -I../sysdeps/unix/sysv -I../sysdeps/unix/i386 -I../nptl/sysdeps/unix -I../ports/sysdeps/unix -I../sysdeps/unix! -I.! > > ./sysdeps/posix -I../nptl/sysdeps/i386/i486 -I../sysdeps/i386/i486 -I../sysdeps/i386/fpu -I../nptl/sysdeps/i386 -I../sysdeps/i386 -I../sysdeps/wordsize-32 -I../sysdeps/ieee754/ldbl-96 -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/flt-32 -I../sysdeps/ieee754 -I../sysdeps/generic/elf -I../sysdeps/generic -I../nptl -I../ports -I.. -I../libio -I. -nostdinc -isystem /usr/lib/gcc/i486-pc-linux-gnu/4.1.2/include -isystem /usr/lib/gcc/i486-pc-linux-gnu/4.1.2/include-fixed -isystem /usr/include -D_LIBC_REENTRANT -include ../include/libc-symbols.h -o /var/tmp/portage/sys-libs/glibc-2.6.1/work/build-default-i486-pc-linux-gnu-nptl/iconv/gconv_simple.o -MD -MP -MF /var/tmp/portage/sys-libs/glibc-2.6.1/work/build-default-i486-pc-linux-gnu-nptl/iconv/gconv_simple.o.dt -MT /var/tmp/portage/sys-libs/glibc-2.6.1/work/build-default-i486-pc-linux-gnu-nptl/iconv/gconv_simple.o > > > > > > ++, Arno > > > > can you break into DDB and extract a backtrace of the stuck process? OK, I'll hook up a serconsole tomorrow .. for now some good old quick n dirty copy paste by pen and paper : 11290 (i486-pc-linux-gnu-gcc] sched_switch mi_switch sleepq_switch sleepq_wait _sleep linux_vfork ia32_syscall Xint0x80_syscall syscall (190, Linux ELF32, linux_vfork) 11291 (cc1) sched_switch mi_switch sleepq_switch sleepq_catch_signals sleepq_wait_sig _sleep pipe_write dofilewrite kern_writev write ia32_syscall Xint80_syscall syscall (4, Linux ELF32, write) Thanx for your help. Arno From owner-freebsd-emulation@FreeBSD.ORG Sun Dec 28 21:50:04 2008 Return-Path: Delivered-To: emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71B7E106564A for ; Sun, 28 Dec 2008 21:50:04 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (77-93-215-190.static.masterinter.net [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id F36D58FC1A for ; Sun, 28 Dec 2008 21:50:03 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 5FC559CB1A8; Sun, 28 Dec 2008 22:44:51 +0100 (CET) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2GLEYlFzK+dp; Sun, 28 Dec 2008 22:44:39 +0100 (CET) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id D4A709CB2A1; Sun, 28 Dec 2008 22:44:38 +0100 (CET) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.2/8.14.2/Submit) id mBSLicgq083623; Sun, 28 Dec 2008 22:44:38 +0100 (CET) (envelope-from rdivacky) Date: Sun, 28 Dec 2008 22:44:38 +0100 From: Roman Divacky To: "Arno J. Klaassen" Message-ID: <20081228214438.GA83007@freebsd.org> References: <20081227220645.GA13295@freebsd.org> <20081228175745.GA56640@freebsd.org> <20081228202526.GA74948@freebsd.org> <20081228211505.GA80323@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: emulation@freebsd.org Subject: Re: 7-stable: linux_dist-gentoo-stage3 wonn't bootstrap 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: Sun, 28 Dec 2008 21:50:04 -0000 On Sun, Dec 28, 2008 at 10:42:44PM +0100, Arno J. Klaassen wrote: > Roman Divacky writes: >=20 > > On Sun, Dec 28, 2008 at 09:38:09PM +0100, Arno J. Klaassen wrote: > > >=20 > > > Roman Divacky writes: > > >=20 > > > > > >=20 > > > > > > does this patch fix the hang?=20 > > > > > >=20 > > > > > > www.vlakno.cz/~rdivacky/linprocfs.patch > > > > >=20 > > > > > nope, though it does fix the lock order reversal=20 > > > > > (I attach the slightly modified patch for linprocfs.c to > > > > > make it compile) > > > > =20 > > > > the LOR is probably harmless.... dont bother with that patch :) > > > >=20 > > > > > funny enough, it again hangs in compiling gconv_simple.c=20 > > > > > with cc1 in pipewr state and no assembler showing up in > > > > > ps(1) after having succesfully compiled a bunch of other > > > > > files. > > > >=20 > > > > you mean native cc1? or linux one? > > >=20 > > > linux : > > >=20 > > > # ps axuww | fgrep 1129 > > > root 11290 0.0 0.1 2296 1432 0 D 8:29PM 0:00.01 [i= 486-pc-linux-gnu-g] > > > root 11291 0.0 0.8 18152 16808 0 I 8:29PM 0:00.96 [c= c1] > > >=20 > > > and no trace of gconv_simple.o > > >=20 > > > last line of log-file is : > > >=20 > > > i486-pc-linux-gnu-gcc gconv_simple.c -c -std=3Dgnu99 -O2 -Wall -Winl= ine -Wwrite-strings -fmerge-all-constants -fno-strict-aliasing -mtune=3Di68= 6 -pipe -Wstrict-prototypes -mpreferred-stack-boundary=3D2 -I../include= -I/var/tmp/portage/sys-libs/glibc-2.6.1/work/build-default-i486-pc-linux-g= nu-nptl/iconv -I/var/tmp/portage/sys-libs/glibc-2.6.1/work/build-default-i4= 86-pc-linux-gnu-nptl -I../sysdeps/i386/elf -I../nptl/sysdeps/unix/sysv/linu= x/i386/i486 -I../nptl/sysdeps/unix/sysv/linux/i386 -I../sysdeps/unix/sysv/l= inux/i386 -I../nptl/sysdeps/unix/sysv/linux -I../nptl/sysdeps/pthread -I../= sysdeps/pthread -I../ports/sysdeps/unix/sysv/linux -I../sysdeps/unix/sysv/l= inux -I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman -I../= sysdeps/unix/inet -I../ports/sysdeps/unix/sysv/i386 -I../sysdeps/unix/sysv/= i386 -I../nptl/sysdeps/unix/sysv -I../ports/sysdeps/unix/sysv -I../sysdeps/= unix/sysv -I../sysdeps/unix/i386 -I../nptl/sysdeps/unix -I../ports/sysdeps/= unix -I../sysdeps/unix! > -I.! > > > ./sysdeps/posix -I../nptl/sysdeps/i386/i486 -I../sysdeps/i386/i486 -= I../sysdeps/i386/fpu -I../nptl/sysdeps/i386 -I../sysdeps/i386 -I../sysdeps/= wordsize-32 -I../sysdeps/ieee754/ldbl-96 -I../sysdeps/ieee754/dbl-64 -I../s= ysdeps/ieee754/flt-32 -I../sysdeps/ieee754 -I../sysdeps/generic/elf -I../sy= sdeps/generic -I../nptl -I../ports -I.. -I../libio -I. -nostdinc -isystem = /usr/lib/gcc/i486-pc-linux-gnu/4.1.2/include -isystem /usr/lib/gcc/i486-pc-= linux-gnu/4.1.2/include-fixed -isystem /usr/include -D_LIBC_REENTRANT -incl= ude ../include/libc-symbols.h -o /var/tmp/portage/sys-libs/glibc-2.6= .1/work/build-default-i486-pc-linux-gnu-nptl/iconv/gconv_simple.o -MD -MP -= MF /var/tmp/portage/sys-libs/glibc-2.6.1/work/build-default-i486-pc-linux-g= nu-nptl/iconv/gconv_simple.o.dt -MT /var/tmp/portage/sys-libs/glibc-2.6.1/w= ork/build-default-i486-pc-linux-gnu-nptl/iconv/gconv_simple.o > > >=20 > > >=20 > > > ++, Arno > > > =20 > >=20 > > can you break into DDB and extract a backtrace of the stuck process? >=20 > OK, I'll hook up a serconsole tomorrow .. >=20 > for now some good old quick n dirty copy paste by pen and paper : >=20 > 11290 (i486-pc-linux-gnu-gcc] >=20 > sched_switch > mi_switch > sleepq_switch > sleepq_wait > _sleep > linux_vfork > ia32_syscall > Xint0x80_syscall > syscall (190, Linux ELF32, linux_vfork) >=20 >=20 > 11291 (cc1) >=20 > sched_switch > mi_switch > sleepq_switch > sleepq_catch_signals > sleepq_wait_sig > _sleep > pipe_write > dofilewrite > kern_writev > write > ia32_syscall > Xint80_syscall > syscall (4, Linux ELF32, write) I dont see anything obvious.. can you do "ps axl" and see what the MWCHAN i= s? that might shed some light to this... From owner-freebsd-emulation@FreeBSD.ORG Sun Dec 28 22:59:12 2008 Return-Path: Delivered-To: emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A510F1065670; Sun, 28 Dec 2008 22:59:12 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id 3C9C68FC0C; Sun, 28 Dec 2008 22:59:11 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) by shiva.jussieu.fr (8.14.3/jtpda-5.4) with ESMTP id mBSMxAum064938 ; Sun, 28 Dec 2008 23:59:10 +0100 (CET) X-Ids: 166 Received: from heho.snv.jussieu.fr (localhost [127.0.0.1]) by heho.snv.jussieu.fr (8.13.3/jtpda-5.2) with ESMTP id mBSMx9mV073043 ; Sun, 28 Dec 2008 23:59:09 +0100 (MET) Received: (from arno@localhost) by heho.snv.jussieu.fr (8.13.3/8.13.1/Submit) id mBSMx8Pe073040; Sun, 28 Dec 2008 23:59:08 +0100 (MET) (envelope-from arno) To: Roman Divacky References: <20081227220645.GA13295@freebsd.org> <20081228175745.GA56640@freebsd.org> <20081228202526.GA74948@freebsd.org> <20081228211505.GA80323@freebsd.org> <20081228214438.GA83007@freebsd.org> From: "Arno J. Klaassen" Date: 28 Dec 2008 23:59:08 +0100 In-Reply-To: <20081228214438.GA83007@freebsd.org> Message-ID: Lines: 87 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (shiva.jussieu.fr [134.157.0.166]); Sun, 28 Dec 2008 23:59:10 +0100 (CET) X-Virus-Scanned: ClamAV 0.94.2/8805/Sun Dec 28 13:19:37 2008 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at jchkmail.jussieu.fr with ID 495804BE.002 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 495804BE.002/134.157.184.22/heho.snv.jussieu.fr/heho.snv.jussieu.fr/ X-j-chkmail-Score: MSGID : 495804BE.002 on jchkmail.jussieu.fr : j-chkmail score : . : R=. U=. O=. B=0.005 -> S=0.005 X-j-chkmail-Status: Ham Cc: emulation@freebsd.org Subject: Re: 7-stable: linux_dist-gentoo-stage3 wonn't bootstrap 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: Sun, 28 Dec 2008 22:59:12 -0000 Roman Divacky writes: > On Sun, Dec 28, 2008 at 10:42:44PM +0100, Arno J. Klaassen wrote: > > Roman Divacky writes: > > > > > On Sun, Dec 28, 2008 at 09:38:09PM +0100, Arno J. Klaassen wrote: > > > > > > > > Roman Divacky writes: > > > > > > > > > > > > > > > > > > does this patch fix the hang? > > > > > > > > > > > > > > www.vlakno.cz/~rdivacky/linprocfs.patch > > > > > > > > > > > > nope, though it does fix the lock order reversal > > > > > > (I attach the slightly modified patch for linprocfs.c to > > > > > > make it compile) > > > > > > > > > > the LOR is probably harmless.... dont bother with that patch :) > > > > > > > > > > > funny enough, it again hangs in compiling gconv_simple.c > > > > > > with cc1 in pipewr state and no assembler showing up in > > > > > > ps(1) after having succesfully compiled a bunch of other > > > > > > files. > > > > > > > > > > you mean native cc1? or linux one? > > > > > > > > linux : > > > > > > > > # ps axuww | fgrep 1129 > > > > root 11290 0.0 0.1 2296 1432 0 D 8:29PM 0:00.01 [i486-pc-linux-gnu-g] > > > > root 11291 0.0 0.8 18152 16808 0 I 8:29PM 0:00.96 [cc1] > > > > > > > > and no trace of gconv_simple.o > > > > > > > > last line of log-file is : > > > > > > > > i486-pc-linux-gnu-gcc gconv_simple.c -c -std=gnu99 -O2 -Wall -Winline -Wwrite-strings -fmerge-all-constants -fno-strict-aliasing -mtune=i686 -pipe -Wstrict-prototypes -mpreferred-stack-boundary=2 -I../include -I/var/tmp/portage/sys-libs/glibc-2.6.1/work/build-default-i486-pc-linux-gnu-nptl/iconv -I/var/tmp/portage/sys-libs/glibc-2.6.1/work/build-default-i486-pc-linux-gnu-nptl -I../sysdeps/i386/elf -I../nptl/sysdeps/unix/sysv/linux/i386/i486 -I../nptl/sysdeps/unix/sysv/linux/i386 -I../sysdeps/unix/sysv/linux/i386 -I../nptl/sysdeps/unix/sysv/linux -I../nptl/sysdeps/pthread -I../sysdeps/pthread -I../ports/sysdeps/unix/sysv/linux -I../sysdeps/unix/sysv/linux -I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman -I../sysdeps/unix/inet -I../ports/sysdeps/unix/sysv/i386 -I../sysdeps/unix/sysv/i386 -I../nptl/sysdeps/unix/sysv -I../ports/sysdeps/unix/sysv -I../sysdeps/unix/sysv -I../sysdeps/unix/i386 -I../nptl/sysdeps/unix -I../ports/sysdeps/unix -I../sysdeps/! unix! > > -I.! > > > > ./sysdeps/posix -I../nptl/sysdeps/i386/i486 -I../sysdeps/i386/i486 -I../sysdeps/i386/fpu -I../nptl/sysdeps/i386 -I../sysdeps/i386 -I../sysdeps/wordsize-32 -I../sysdeps/ieee754/ldbl-96 -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/flt-32 -I../sysdeps/ieee754 -I../sysdeps/generic/elf -I../sysdeps/generic -I../nptl -I../ports -I.. -I../libio -I. -nostdinc -isystem /usr/lib/gcc/i486-pc-linux-gnu/4.1.2/include -isystem /usr/lib/gcc/i486-pc-linux-gnu/4.1.2/include-fixed -isystem /usr/include -D_LIBC_REENTRANT -include ../include/libc-symbols.h -o /var/tmp/portage/sys-libs/glibc-2.6.1/work/build-default-i486-pc-linux-gnu-nptl/iconv/gconv_simple.o -MD -MP -MF /var/tmp/portage/sys-libs/glibc-2.6.1/work/build-default-i486-pc-linux-gnu-nptl/iconv/gconv_simple.o.dt -MT /var/tmp/portage/sys-libs/glibc-2.6.1/work/build-default-i486-pc-linux-gnu-nptl/iconv/gconv_simple.o > > > > > > > > > > > > ++, Arno > > > > > > > > > > can you break into DDB and extract a backtrace of the stuck process? > > > > OK, I'll hook up a serconsole tomorrow .. > > > > for now some good old quick n dirty copy paste by pen and paper : > > > > 11290 (i486-pc-linux-gnu-gcc] > > > > sched_switch > > mi_switch > > sleepq_switch > > sleepq_wait > > _sleep > > linux_vfork > > ia32_syscall > > Xint0x80_syscall > > syscall (190, Linux ELF32, linux_vfork) > > > > > > 11291 (cc1) > > > > sched_switch > > mi_switch > > sleepq_switch > > sleepq_catch_signals > > sleepq_wait_sig > > _sleep > > pipe_write > > dofilewrite > > kern_writev > > write > > ia32_syscall > > Xint80_syscall > > syscall (4, Linux ELF32, write) > > I dont see anything obvious.. can you do "ps axl" and see what the MWCHAN is? > that might shed some light to this... 0 11290 11257 0 76 0 2296 1432 ppwait D 0 0:00.00 [i486-pc-linux-gnu-g] 0 11291 11290 0 76 0 18152 16808 pipewr I 0 0:00.01 [cc1] ++, Arno From owner-freebsd-emulation@FreeBSD.ORG Mon Dec 29 09:47:52 2008 Return-Path: Delivered-To: emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CA4B106564A; Mon, 29 Dec 2008 09:47:52 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id 25FB58FC16; Mon, 29 Dec 2008 09:47:51 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) by shiva.jussieu.fr (8.14.3/jtpda-5.4) with ESMTP id mBT9loRM011924 ; Mon, 29 Dec 2008 10:47:50 +0100 (CET) X-Ids: 165 Received: from heho.snv.jussieu.fr (localhost [127.0.0.1]) by heho.snv.jussieu.fr (8.13.3/jtpda-5.2) with ESMTP id mBT9lnLl075865 ; Mon, 29 Dec 2008 10:47:49 +0100 (MET) Received: (from arno@localhost) by heho.snv.jussieu.fr (8.13.3/8.13.1/Submit) id mBT9lnCf075862; Mon, 29 Dec 2008 10:47:49 +0100 (MET) (envelope-from arno) To: Roman Divacky References: <20081227220645.GA13295@freebsd.org> <20081228175745.GA56640@freebsd.org> <20081228202526.GA74948@freebsd.org> <20081228211505.GA80323@freebsd.org> <20081228214438.GA83007@freebsd.org> From: "Arno J. Klaassen" Date: 29 Dec 2008 10:47:48 +0100 In-Reply-To: <20081228214438.GA83007@freebsd.org> Message-ID: Lines: 96 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (shiva.jussieu.fr [134.157.0.165]); Mon, 29 Dec 2008 10:47:50 +0100 (CET) X-Virus-Scanned: ClamAV 0.94.2/8808/Mon Dec 29 08:46:26 2008 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at jchkmail2.jussieu.fr with ID 495880CA.005 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 495880CA.005/134.157.184.22/heho.snv.jussieu.fr/heho.snv.jussieu.fr/ X-j-chkmail-Score: MSGID : 495880CA.005 on jchkmail2.jussieu.fr : j-chkmail score : . : R=. U=. O=. B=0.007 -> S=0.007 X-j-chkmail-Status: Ham Cc: emulation@freebsd.org Subject: Re: 8-current: linux_dist-gentoo-stage3 wonn't bootstrap 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: Mon, 29 Dec 2008 09:47:52 -0000 [NB, subject changed; this bug is produce now on -current ] Roman Divacky writes: > On Sun, Dec 28, 2008 at 10:42:44PM +0100, Arno J. Klaassen wrote: > > Roman Divacky writes: > > > > > On Sun, Dec 28, 2008 at 09:38:09PM +0100, Arno J. Klaassen wrote: > > > > > > > > Roman Divacky writes: > > > > > > > > > > > > > > > > > > does this patch fix the hang? > > > > > > > > > > > > > > www.vlakno.cz/~rdivacky/linprocfs.patch > > > > > > > > > > > > nope, though it does fix the lock order reversal > > > > > > (I attach the slightly modified patch for linprocfs.c to > > > > > > make it compile) > > > > > > > > > > the LOR is probably harmless.... dont bother with that patch :) > > > > > > > > > > > funny enough, it again hangs in compiling gconv_simple.c > > > > > > with cc1 in pipewr state and no assembler showing up in > > > > > > ps(1) after having succesfully compiled a bunch of other > > > > > > files. > > > > > > > > > > you mean native cc1? or linux one? > > > > > > > > linux : > > > > > > > > # ps axuww | fgrep 1129 > > > > root 11290 0.0 0.1 2296 1432 0 D 8:29PM 0:00.01 [i486-pc-linux-gnu-g] > > > > root 11291 0.0 0.8 18152 16808 0 I 8:29PM 0:00.96 [cc1] > > > > > > > > and no trace of gconv_simple.o > > > > > > > > last line of log-file is : > > > > > > > > i486-pc-linux-gnu-gcc gconv_simple.c -c -std=gnu99 -O2 -Wall -Winline -Wwrite-strings -fmerge-all-constants -fno-strict-aliasing -mtune=i686 -pipe -Wstrict-prototypes -mpreferred-stack-boundary=2 -I../include -I/var/tmp/portage/sys-libs/glibc-2.6.1/work/build-default-i486-pc-linux-gnu-nptl/iconv -I/var/tmp/portage/sys-libs/glibc-2.6.1/work/build-default-i486-pc-linux-gnu-nptl -I../sysdeps/i386/elf -I../nptl/sysdeps/unix/sysv/linux/i386/i486 -I../nptl/sysdeps/unix/sysv/linux/i386 -I../sysdeps/unix/sysv/linux/i386 -I../nptl/sysdeps/unix/sysv/linux -I../nptl/sysdeps/pthread -I../sysdeps/pthread -I../ports/sysdeps/unix/sysv/linux -I../sysdeps/unix/sysv/linux -I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman -I../sysdeps/unix/inet -I../ports/sysdeps/unix/sysv/i386 -I../sysdeps/unix/sysv/i386 -I../nptl/sysdeps/unix/sysv -I../ports/sysdeps/unix/sysv -I../sysdeps/unix/sysv -I../sysdeps/unix/i386 -I../nptl/sysdeps/unix -I../ports/sysdeps/unix -I../sysdeps/! unix! > > -I.! > > > > ./sysdeps/posix -I../nptl/sysdeps/i386/i486 -I../sysdeps/i386/i486 -I../sysdeps/i386/fpu -I../nptl/sysdeps/i386 -I../sysdeps/i386 -I../sysdeps/wordsize-32 -I../sysdeps/ieee754/ldbl-96 -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/flt-32 -I../sysdeps/ieee754 -I../sysdeps/generic/elf -I../sysdeps/generic -I../nptl -I../ports -I.. -I../libio -I. -nostdinc -isystem /usr/lib/gcc/i486-pc-linux-gnu/4.1.2/include -isystem /usr/lib/gcc/i486-pc-linux-gnu/4.1.2/include-fixed -isystem /usr/include -D_LIBC_REENTRANT -include ../include/libc-symbols.h -o /var/tmp/portage/sys-libs/glibc-2.6.1/work/build-default-i486-pc-linux-gnu-nptl/iconv/gconv_simple.o -MD -MP -MF /var/tmp/portage/sys-libs/glibc-2.6.1/work/build-default-i486-pc-linux-gnu-nptl/iconv/gconv_simple.o.dt -MT /var/tmp/portage/sys-libs/glibc-2.6.1/work/build-default-i486-pc-linux-gnu-nptl/iconv/gconv_simple.o > > > > > > > > > > > > ++, Arno > > > > > > > > > > can you break into DDB and extract a backtrace of the stuck process? > > > > OK, I'll hook up a serconsole tomorrow .. > > > > for now some good old quick n dirty copy paste by pen and paper : > > > > 11290 (i486-pc-linux-gnu-gcc] > > > > sched_switch > > mi_switch > > sleepq_switch > > sleepq_wait > > _sleep > > linux_vfork > > ia32_syscall > > Xint0x80_syscall > > syscall (190, Linux ELF32, linux_vfork) > > > > > > 11291 (cc1) > > > > sched_switch > > mi_switch > > sleepq_switch > > sleepq_catch_signals > > sleepq_wait_sig > > _sleep > > pipe_write > > dofilewrite > > kern_writev > > write > > ia32_syscall > > Xint80_syscall > > syscall (4, Linux ELF32, write) > > I dont see anything obvious.. can you do "ps axl" and see what the MWCHAN is? > that might shed some light to this... bon, in fact when I launce the command by hand adding a '-v ' to gcc, output says : /usr/libexec/gcc/i486-pc-linux-gnu/4.1.2/cc1 ... | /usr/lib/gcc/i486-pc-linux-gnu/4.1.2/../../../../i486-pc-linux-gnu/bin/as -V -Qy -o /var/tmp/portage/sys-libs/glibc-2.6.1/work/build-default-i486-pc-linux-gnu-nptl/iconv/gconv_simple.o - but, cc1 is stuck in 'pipewr' and no .../bin/as process is running (any longer) nor the file .../gconv_simple.o created Arno From owner-freebsd-emulation@FreeBSD.ORG Mon Dec 29 11:06:53 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 6E5BB1065675 for ; Mon, 29 Dec 2008 11:06:53 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 53F918FC2A for ; Mon, 29 Dec 2008 11:06:53 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id mBTB6rK5024409 for ; Mon, 29 Dec 2008 11:06:53 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id mBTB6qe9024405 for freebsd-emulation@FreeBSD.org; Mon, 29 Dec 2008 11:06:52 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 29 Dec 2008 11:06:52 GMT Message-Id: <200812291106.mBTB6qe9024405@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-emulation@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-emulation@FreeBSD.org 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: Mon, 29 Dec 2008 11:06:53 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/129169 emulation [linux] [patch] Linux Emulation ENOTCONN error using n f ports/127018 emulation Linuxulator incapable of using FreeBSD's LDAP environm o kern/126232 emulation [linux] Linux ioctl TCGETS (0x5401) always fails o ports/121800 emulation x11-toolkits/linux-openmotif - OpenMotif upgrade to 2. o kern/97326 emulation [linux] file descriptor leakage in linux emulation o ports/91318 emulation [fix] graphics/linux_dri: works on amd64 too o kern/91293 emulation [svr4] [patch] *Experimental* Update to the SVR4 emula o kern/73777 emulation [linux] [patch] linux emulation: root dir special hand a kern/72920 emulation [linux]: path "prefixing" is not done on unix domain s o kern/41543 emulation [patch] [request] easier wine/w23 support o kern/39201 emulation [linux] [patch] ptrace(2) and rfork(RFLINUXTHPN) confu o kern/29698 emulation [linux] [patch] linux ipcs doesn'work o kern/21463 emulation [linux] Linux compatability mode should not allow setu o kern/11165 emulation [ibcs2] IBCS2 doesn't work correctly with PID_MAX 9999 14 problems total. From owner-freebsd-emulation@FreeBSD.ORG Tue Dec 30 02:02:01 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 438BB106574F for ; Tue, 30 Dec 2008 02:02:01 +0000 (UTC) (envelope-from daichi@ongs.co.jp) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.246.90]) by mx1.freebsd.org (Postfix) with ESMTP id 1B64A8FC1E for ; Tue, 30 Dec 2008 02:02:00 +0000 (UTC) (envelope-from daichi@ongs.co.jp) Received: from parancell.ongs.co.jp (dullmdaler.ongs.co.jp [202.216.246.94]) by natial.ongs.co.jp (Postfix) with ESMTPSA id D9B5E125422 for ; Tue, 30 Dec 2008 11:01:59 +0900 (JST) Message-ID: <49598116.4020506@ongs.co.jp> Date: Tue, 30 Dec 2008 11:01:58 +0900 From: Daichi GOTO User-Agent: Thunderbird 2.0.0.18 (X11/20081124) MIME-Version: 1.0 To: freebsd-emulation@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: wine build fail on current 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: Tue, 30 Dec 2008 02:02:01 -0000 Wine build fails since 1.1.11, with following message: ipstats.c: In function 'getNumArpEntries': ipstats.c:1253: error: 'RTF_LLINFO' undeclared (first use in this function) ipstats.c:1253: error: (Each undeclared identifier is reported only once ipstats.c:1253: error: for each function it appears in.) ipstats.c: In function 'getArpTable': ipstats.c:1311: error: 'RTF_LLINFO' undeclared (first use in this function) ipstats.c:1311: warning: initialization makes integer from pointer without a cast gmake[2]: *** [ipstats.o] Error 1 gmake[2]: Leaving directory `/usr/ports/emulators/wine/work/wine-1.1.11/dlls/iphlpapi' gmake[1]: *** [iphlpapi] Error 2 gmake[1]: Leaving directory `/usr/ports/emulators/wine/work/wine-1.1.11/dlls' gmake: *** [dlls] Error 2 *** Error code 2 Stop in /usr/ports/emulators/wine. Anyone has any ideas? Thanks -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-emulation@FreeBSD.ORG Tue Dec 30 13:34:49 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 C722B106566C for ; Tue, 30 Dec 2008 13:34:49 +0000 (UTC) (envelope-from tijl@ulyssis.org) Received: from mailrelay010.isp.belgacom.be (mailrelay010.isp.belgacom.be [195.238.6.177]) by mx1.freebsd.org (Postfix) with ESMTP id 66D688FC13 for ; Tue, 30 Dec 2008 13:34:49 +0000 (UTC) (envelope-from tijl@ulyssis.org) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqYEANyxWUlR9TY8/2dsb2JhbACBbMwThkQ Received: from 60.54-245-81.adsl-dyn.isp.belgacom.be (HELO kalimero.kotnet.org) ([81.245.54.60]) by relay.skynet.be with ESMTP; 30 Dec 2008 14:34:48 +0100 Received: from kalimero.kotnet.org (kalimero.kotnet.org [127.0.0.1]) by kalimero.kotnet.org (8.14.3/8.14.3) with ESMTP id mBUDYegm002620; Tue, 30 Dec 2008 14:34:40 +0100 (CET) (envelope-from tijl@ulyssis.org) From: Tijl Coosemans To: freebsd-emulation@freebsd.org, Daichi GOTO Date: Tue, 30 Dec 2008 14:34:38 +0100 User-Agent: KMail/1.9.10 References: <49598116.4020506@ongs.co.jp> In-Reply-To: <49598116.4020506@ongs.co.jp> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812301434.40010.tijl@ulyssis.org> Cc: Subject: Re: wine build fail on current 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: Tue, 30 Dec 2008 13:34:50 -0000 On Tuesday 30 December 2008 03:01:58 Daichi GOTO wrote: > Wine build fails since 1.1.11, with following message: > > ipstats.c: In function 'getNumArpEntries': > ipstats.c:1253: error: 'RTF_LLINFO' undeclared (first use in this function) > ipstats.c:1253: error: (Each undeclared identifier is reported only once > ipstats.c:1253: error: for each function it appears in.) > ipstats.c: In function 'getArpTable': > ipstats.c:1311: error: 'RTF_LLINFO' undeclared (first use in this function) > ipstats.c:1311: warning: initialization makes integer from pointer without a cast > gmake[2]: *** [ipstats.o] Error 1 > gmake[2]: Leaving directory `/usr/ports/emulators/wine/work/wine-1.1.11/dlls/iphlpapi' > gmake[1]: *** [iphlpapi] Error 2 > gmake[1]: Leaving directory `/usr/ports/emulators/wine/work/wine-1.1.11/dlls' > gmake: *** [dlls] Error 2 > *** Error code 2 > > Stop in /usr/ports/emulators/wine. > > Anyone has any ideas? http://lists.freebsd.org/pipermail/freebsd-ports/2008-December/051919.html From owner-freebsd-emulation@FreeBSD.ORG Wed Dec 31 14:11:44 2008 Return-Path: Delivered-To: emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C471106566C; Wed, 31 Dec 2008 14:11:44 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id EF44E8FC18; Wed, 31 Dec 2008 14:11:43 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) by shiva.jussieu.fr (8.14.3/jtpda-5.4) with ESMTP id mBVEBfDl039795 ; Wed, 31 Dec 2008 15:11:42 +0100 (CET) X-Ids: 165 Received: from heho.snv.jussieu.fr (localhost [127.0.0.1]) by heho.snv.jussieu.fr (8.13.3/jtpda-5.2) with ESMTP id mBVEBer3090616 ; Wed, 31 Dec 2008 15:11:40 +0100 (MET) Received: (from arno@localhost) by heho.snv.jussieu.fr (8.13.3/8.13.1/Submit) id mBVEBet2090613; Wed, 31 Dec 2008 15:11:40 +0100 (MET) (envelope-from arno) To: Roman Divacky References: <20081227220645.GA13295@freebsd.org> <20081228175745.GA56640@freebsd.org> <20081228202526.GA74948@freebsd.org> <20081228211505.GA80323@freebsd.org> <20081228214438.GA83007@freebsd.org> From: "Arno J. Klaassen" Date: 31 Dec 2008 15:11:39 +0100 In-Reply-To: Message-ID: Lines: 111 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (shiva.jussieu.fr [134.157.0.165]); Wed, 31 Dec 2008 15:11:42 +0100 (CET) X-Virus-Scanned: ClamAV 0.94.2/8818/Wed Dec 31 13:37:08 2008 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at jchkmail2.jussieu.fr with ID 495B61A1.005 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 495B61A1.005/134.157.184.22/heho.snv.jussieu.fr/heho.snv.jussieu.fr/ X-j-chkmail-Score: MSGID : 495B61A1.005 on jchkmail2.jussieu.fr : j-chkmail score : . : R=. U=. O=. B=0.006 -> S=0.006 X-j-chkmail-Status: Ham Cc: emulation@freebsd.org Subject: Re: 8-current: linux_dist-gentoo-stage3 wonn't bootstrap 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: Wed, 31 Dec 2008 14:11:45 -0000 "Arno J. Klaassen" writes: > [NB, subject changed; this bug is produce now on -current ] > > Roman Divacky writes: > > > On Sun, Dec 28, 2008 at 10:42:44PM +0100, Arno J. Klaassen wrote: > > > Roman Divacky writes: > > > > > > > On Sun, Dec 28, 2008 at 09:38:09PM +0100, Arno J. Klaassen wrote: > > > > > > > > > > Roman Divacky writes: > > > > > > > > > > > > > > > > > > > > > does this patch fix the hang? > > > > > > > > > > > > > > > > www.vlakno.cz/~rdivacky/linprocfs.patch > > > > > > > > > > > > > > nope, though it does fix the lock order reversal > > > > > > > (I attach the slightly modified patch for linprocfs.c to > > > > > > > make it compile) > > > > > > > > > > > > the LOR is probably harmless.... dont bother with that patch :) > > > > > > > > > > > > > funny enough, it again hangs in compiling gconv_simple.c > > > > > > > with cc1 in pipewr state and no assembler showing up in > > > > > > > ps(1) after having succesfully compiled a bunch of other > > > > > > > files. > > > > > > > > > > > > you mean native cc1? or linux one? > > > > > > > > > > linux : > > > > > > > > > > # ps axuww | fgrep 1129 > > > > > root 11290 0.0 0.1 2296 1432 0 D 8:29PM 0:00.01 [i486-pc-linux-gnu-g] > > > > > root 11291 0.0 0.8 18152 16808 0 I 8:29PM 0:00.96 [cc1] > > > > > > > > > > and no trace of gconv_simple.o > > > > > > > > > > last line of log-file is : > > > > > > > > > > i486-pc-linux-gnu-gcc gconv_simple.c -c -std=gnu99 -O2 -Wall -Winline -Wwrite-strings -fmerge-all-constants -fno-strict-aliasing -mtune=i686 -pipe -Wstrict-prototypes -mpreferred-stack-boundary=2 -I../include -I/var/tmp/portage/sys-libs/glibc-2.6.1/work/build-default-i486-pc-linux-gnu-nptl/iconv -I/var/tmp/portage/sys-libs/glibc-2.6.1/work/build-default-i486-pc-linux-gnu-nptl -I../sysdeps/i386/elf -I../nptl/sysdeps/unix/sysv/linux/i386/i486 -I../nptl/sysdeps/unix/sysv/linux/i386 -I../sysdeps/unix/sysv/linux/i386 -I../nptl/sysdeps/unix/sysv/linux -I../nptl/sysdeps/pthread -I../sysdeps/pthread -I../ports/sysdeps/unix/sysv/linux -I../sysdeps/unix/sysv/linux -I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman -I../sysdeps/unix/inet -I../ports/sysdeps/unix/sysv/i386 -I../sysdeps/unix/sysv/i386 -I../nptl/sysdeps/unix/sysv -I../ports/sysdeps/unix/sysv -I../sysdeps/unix/sysv -I../sysdeps/unix/i386 -I../nptl/sysdeps/unix -I../ports/sysdeps/unix -I../sysdep! s/! > unix! > > > -I.! > > > > > ./sysdeps/posix -I../nptl/sysdeps/i386/i486 -I../sysdeps/i386/i486 -I../sysdeps/i386/fpu -I../nptl/sysdeps/i386 -I../sysdeps/i386 -I../sysdeps/wordsize-32 -I../sysdeps/ieee754/ldbl-96 -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/flt-32 -I../sysdeps/ieee754 -I../sysdeps/generic/elf -I../sysdeps/generic -I../nptl -I../ports -I.. -I../libio -I. -nostdinc -isystem /usr/lib/gcc/i486-pc-linux-gnu/4.1.2/include -isystem /usr/lib/gcc/i486-pc-linux-gnu/4.1.2/include-fixed -isystem /usr/include -D_LIBC_REENTRANT -include ../include/libc-symbols.h -o /var/tmp/portage/sys-libs/glibc-2.6.1/work/build-default-i486-pc-linux-gnu-nptl/iconv/gconv_simple.o -MD -MP -MF /var/tmp/portage/sys-libs/glibc-2.6.1/work/build-default-i486-pc-linux-gnu-nptl/iconv/gconv_simple.o.dt -MT /var/tmp/portage/sys-libs/glibc-2.6.1/work/build-default-i486-pc-linux-gnu-nptl/iconv/gconv_simple.o > > > > > > > > > > > > > > > ++, Arno > > > > > > > > > > > > > can you break into DDB and extract a backtrace of the stuck process? > > > > > > OK, I'll hook up a serconsole tomorrow .. > > > > > > for now some good old quick n dirty copy paste by pen and paper : > > > > > > 11290 (i486-pc-linux-gnu-gcc] > > > > > > sched_switch > > > mi_switch > > > sleepq_switch > > > sleepq_wait > > > _sleep > > > linux_vfork > > > ia32_syscall > > > Xint0x80_syscall > > > syscall (190, Linux ELF32, linux_vfork) > > > > > > > > > 11291 (cc1) > > > > > > sched_switch > > > mi_switch > > > sleepq_switch > > > sleepq_catch_signals > > > sleepq_wait_sig > > > _sleep > > > pipe_write > > > dofilewrite > > > kern_writev > > > write > > > ia32_syscall > > > Xint80_syscall > > > syscall (4, Linux ELF32, write) > > > > I dont see anything obvious.. can you do "ps axl" and see what the MWCHAN is? > > that might shed some light to this... > > bon, in fact when I launce the command by hand adding a '-v ' to gcc, output > says : > > /usr/libexec/gcc/i486-pc-linux-gnu/4.1.2/cc1 ... | /usr/lib/gcc/i486-pc-linux-gnu/4.1.2/../../../../i486-pc-linux-gnu/bin/as -V -Qy -o /var/tmp/portage/sys-libs/glibc-2.6.1/work/build-default-i486-pc-linux-gnu-nptl/iconv/gconv_simple.o - > > > but, cc1 is stuck in 'pipewr' and no .../bin/as process is running (any longer) > nor the file .../gconv_simple.o created I investigated this a bit more (still chrooted to /usr/local/gentoo-stage3) : i486-pc-linux-gnu-gcc gconv_open.c -c : OK i486-pc-linux-gnu-gcc gconv_open.c -c -pipe : OK i486-pc-linux-gnu-gcc gconv_simple.c -c : OK i486-pc-linux-gnu-gcc gconv_simple.c -c -pipe : pipe to as(1) fails I tried to play with kern.ipc.maxpipekva (I vaguely remember that was necessary for linux testsuites) pumping it up to "536608768", but no difference. If someone has another suggestion? Thanx, Arno