This is the mail archive of the binutils@sources.redhat.com mailing list for the binutils project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Weird problem with vfork test on HyperSparc SMP Linux...


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


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]