Date: Sun, 28 Dec 2008 22:44:38 +0100 From: Roman Divacky <rdivacky@freebsd.org> To: "Arno J. Klaassen" <arno@heho.snv.jussieu.fr> Cc: emulation@freebsd.org Subject: Re: 7-stable: linux_dist-gentoo-stage3 wonn't bootstrap Message-ID: <20081228214438.GA83007@freebsd.org> In-Reply-To: <wpocyw9dt7.fsf@heho.snv.jussieu.fr> References: <wp3ag9s5hy.fsf@heho.snv.jussieu.fr> <20081227220645.GA13295@freebsd.org> <wpmyeg2yjg.fsf@heho.snv.jussieu.fr> <20081228175745.GA56640@freebsd.org> <wpmyegdr0v.fsf@heho.snv.jussieu.fr> <20081228202526.GA74948@freebsd.org> <wpy6y0f32m.fsf@heho.snv.jussieu.fr> <20081228211505.GA80323@freebsd.org> <wpocyw9dt7.fsf@heho.snv.jussieu.fr>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, Dec 28, 2008 at 10:42:44PM +0100, Arno J. Klaassen wrote: > Roman Divacky <rdivacky@freebsd.org> writes: >=20 > > On Sun, Dec 28, 2008 at 09:38:09PM +0100, Arno J. Klaassen wrote: > > >=20 > > > Roman Divacky <rdivacky@freebsd.org> 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...
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20081228214438.GA83007>