Weird problem with vfork test on HyperSparc SMP Linux...
Christian Jönsson
c.christian.joensson@telia.com
Tue Jan 28 12:21:00 GMT 2003
More information about the Binutils mailing list
Tue Jan 28 12:21:00 GMT 2003
- Previous message (by thread): [Alexandre Oliva <aoliva@redhat.com>] year-old mips bfd FIXME breaks shared libstdc++
- Next message (by thread): [PATCH] bfd function for chasing .gnu_debuglink
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
This was on a Aurora SPARC Linux 1.0 (Ansel) SS20 sun4m Quad ROSS HyperSparc system with these packages: binutils 2.13.90 20030122 bison-1.35-1 dejagnu-1.4.3-0 (ftp://ftp.gnu.org/pub/gnu/dejagnu/dejagnu-1.4.3-0.src.rpm) expect-5.32.2-67 gcc 3.4 20030122 (experimental) glibc-2.2.5-42 glibc64-2.2.5-42 kernel-2.4.20-2.3sparcsmp tcl-8.3.3-67 In-tree joined gcc and binutils cvs trunks. chj@sparky:/usr/local/src/gcc-binutils/trunk/objdir$ cat /proc/cpuinfo cpu : ROSS HyperSparc RT625 or RT626 fpu : ROSS HyperSparc combined IU/FPU promlib : Version 3 Revision 2 prom : 2.25 type : sun4m ncpus probed : 4 ncpus active : 4 Cpu0Bogo : 124.92 Cpu1Bogo : 125.33 Cpu2Bogo : 125.33 Cpu3Bogo : 125.33 MMU type : ROSS HyperSparc contexts : 4096 nocache total : 5242880 nocache used : 212480 CPU0 : online CPU1 : online CPU2 : online CPU3 : online chj@sparky:/usr/local/src/gcc-binutils/trunk/objdir$ I am perhaps seeing a strange kernel/glibc related problem here but I thought I'd ask also here on this list... I am just trying to bootstrap/build the gcc/binutils cvs sources, as I've done for some time, and this "hangs" looking for vfork: checking for working vfork... Now, looking at the machine with top gets me this: 11:07am up 2:25, 2 users, load average: 0.85, 0.79, 0.71 55 processes: 51 sleeping, 1 running, 0 zombie, 3 stopped CPU0 states: 0.0% user, 0.1% system, 0.0% nice, 99.0% idle CPU1 states: 19.0% user, 80.0% system, 0.0% nice, 0.0% idle CPU2 states: 1.0% user, 7.1% system, 0.0% nice, 90.0% idle CPU3 states: 0.0% user, 0.0% system, 0.0% nice, 100.0% idle Mem: 444604K av, 236692K used, 207912K free, 0K shrd, 18456K buff Swap: 1048564K av, 532K used, 1048032K free 183916K cached PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND 9434 chj 16 0 300 300 248 S 99.9 0.0 37:18 conftest 9481 chj 15 0 1240 1240 1016 R 10.6 0.2 0:00 top 875 root 9 0 1948 1948 1468 S 1.7 0.4 0:42 sendmail and attacheing gdb to 9434 I see this: gdb program 9434 GNU gdb Red Hat Linux (5.2-2) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "sparc-redhat-linux"...program: No such file or direc tory. Attaching to process 9434 Reading symbols from /usr/local/src/gcc-binutils/trunk/objdir/libiberty/conftest ...done. Reading symbols from /lib/libc.so.6...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /lib/ld-linux.so.2...done. Loaded symbols for /lib/ld-linux.so.2 0x500dbb94 in wait4 () from /lib/libc.so.6 (gdb) where #0 0x500dbb94 in wait4 () from /lib/libc.so.6 #1 0x000106ec in main () at configure:2740 (gdb) Does that give any of you guys an idea? Cheers, /ChJ
- Previous message (by thread): [Alexandre Oliva <aoliva@redhat.com>] year-old mips bfd FIXME breaks shared libstdc++
- Next message (by thread): [PATCH] bfd function for chasing .gnu_debuglink
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Binutils mailing list