Problem with nptl and uname

Problem with nptl and uname

[Andreas Hartmann]

Hello all,

I've have a problem to get ntpl working on my machine:

I have a AMD Athlon XP and kernel 2.6.6-rc3 (2.6.6-rc3-mm1). I compiled 
glibc 2.3.3 with gcc 3.3.2, kernelheaders 2.6.5.1 and binutils 
2.15.90.0.3 with

configure --with-tls --prefix=/usr --enable-add-ons=nptl --enable-kernel=2.4.1

It doesn't matter, if --enable-kernel is given or not or if it is 2.6.x or 
2.2.99.

Compiling works fine until make check / tst-attr3 core dumps:

initial thread stack 0x80037000-0xc0000000 (0x3ffc9000)
/opt/cd/libc/compile/nptl/tst-attr3: pthread_create #1 failed: Cannot 
allocate memory
/opt/cd/libc/compile/nptl/tst-attr3: pthread_create #2 failed: Cannot 
allocate memory
/opt/cd/libc/compile/nptl/tst-attr3: pthread_create #3 failed: Cannot 
allocate memory

strace says:
11177 setrlimit(RLIMIT_CORE, {rlim_cur=0, rlim_max=0} <unfinished ...>
11177 <... setrlimit resumed> )         = 0
11177 getrlimit(RLIMIT_DATA,  <unfinished ...>
11177 <... getrlimit resumed> {rlim_cur=2147483647, rlim_max=2147483647}) = 0
11177 setrlimit(RLIMIT_DATA, {rlim_cur=65536*1024, rlim_max=2147483647}) = 0
11177 setpgid(0, 0)                     = 0
11177 brk(0)                            = 0x80016000
11177 brk(0x80037000)                   = 0x80037000
11177 brk(0)                            = 0x80037000
11177 open("/proc/self/maps", O_RDONLY) = 3
11177 getrlimit(RLIMIT_STACK, {rlim_cur=2147483647, rlim_max=2147483647}) = 0
11177 fstat64(3, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
11177 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, 
-1, 0) = 0x40125000
11177 read(3, "08048000-0804b000 r-xp 00000000 "..., 1024) = 910
11177 close(3)                          = 0
11177 munmap(0x40125000, 4096)          = 0
11177 sched_getaffinity(11177, 32,



There seems to be another problem wit uname:

Hardware platform:
uname -i
unknown

CPU:
uname -p
unknown


Is this normal for Athlon boards? What should it be, if it is not correct? 
What could be the reason for this wrong info?



Thank you very much for any hint,
kind regards,
Andreas Hartmann

Re: Problem with nptl and uname

[Ken Moffat]

On Wed, 5 May 2004, Andreas Hartmann wrote:

> Hello all,
>
> I've have a problem to get ntpl working on my machine:
>

Sorry about replying to the list, but my (cable) IP address fails your
blacklist.

> I have a AMD Athlon XP and kernel 2.6.6-rc3 (2.6.6-rc3-mm1). I compiled
> glibc 2.3.3 with gcc 3.3.2, kernelheaders 2.6.5.1 and binutils
> 2.15.90.0.3 with
>
> configure --with-tls --prefix=/usr --enable-add-ons=nptl --enable-kernel=2.4.1
>

>
> initial thread stack 0x80037000-0xc0000000 (0x3ffc9000)
> /opt/cd/libc/compile/nptl/tst-attr3: pthread_create #1 failed: Cannot
> allocate memory
>

 At a guess, no tmpfs support, or it's not mounted at /dev/shm.

>
> There seems to be another problem wit uname:
>
> Hardware platform:
> uname -i
> unknown
>
> CPU:
> uname -p
> unknown
>

 Absolutely normal.  On linuxfromscratch there's a patch for coreutils
which would make uname -p return AuthenticAMD, but that's getting OT
here.

Ken
-- 
 das eine Mal als Tragödie, das andere Mal als Farce

Re: Problem with nptl and uname

[Andreas Hartmann]

Hello Ken,
first of all - thank you for your hint!

Ken Moffat wrote:
> On Wed, 5 May 2004, Andreas Hartmann wrote:
> 
>> Hello all,
>>
>> I have a problem to get ntpl working on my machine:
>>
> 
> Sorry about replying to the list, but my (cable) IP address fails your
> blacklist.
> 
>> I have a AMD Athlon XP and kernel 2.6.6-rc3 (2.6.6-rc3-mm1). I compil=
> ed
>> glibc 2.3.3 with gcc 3.3.2, kernelheaders 2.6.5.1 and binutils
>> 2.15.90.0.3 with
>>
>> configure --with-tls --prefix=/usr --enable-add-ons=nptl --enable=
> -kernel=2.4.1
>>
> 
>>
>> initial thread stack 0x80037000-0xc0000000 (0x3ffc9000)
>> /opt/cd/libc/compile/nptl/tst-attr3: pthread_create #1 failed: Cannot
>> allocate memory
>>
> 
>  At a guess, no tmpfs support, or it's not mounted at /dev/shm.

andreas@athlon:~ > mount
[...]
tmpfs on /dev/shm type tmpfs (rw)
sysfs on /sys type sysfs (rw)

Should be there.
And as you can see in the following tst-mutex2 sample, mmap2 generally 
does work. But there is always one call, that doesn't work and which leads 
to an error. I think, the programm wants to have too much memory - but why?


31457 execve("/opt/cd/libc/compile/elf/ld-linux.so.2", 
["/opt/cd/libc/compile/elf/ld-linux.so.2", "--library-path", 
"/opt/cd/libc/compile:/opt/cd/libc/compile/math:/opt/cd/libc/compile/elf:/opt/cd/libc/compile/dlfcn:/opt/cd/libc/compile/nss:/opt/cd/libc/compile/nis:/opt/cd/libc/compile/rt:/opt/cd/libc/compile/resolv:/opt/cd/libc/compile/crypt:/opt/cd/libc/compile/nptl", 
"/opt/cd/libc/compile/nptl/tst-mutex2"], [/* 55 vars */]) = 0
31457 uname({sys="Linux", node="athlon", ...}) = 0
31457 brk(0)                            = 0x80015d8c
31457 brk(0x80016000)                   = 0x80016000
31457 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, 
-1, 0) = 0x40000000
31457 open("/opt/cd/libc/compile/nptl/tst-mutex2", O_RDONLY) = 3
31457 read(3, 
"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\2\0\3\0\1\0\0\0\200\216"..., 512) = 512
31457 fstat64(3, {st_mode=S_IFREG|0755, st_size=15591, ...}) = 0
31457 mmap2(0x8048000, 12288, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 
3, 0) = 0x8048000
31457 mmap2(0x804b000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 
3, 0x2) = 0x804b000
31457 close(3)                          = 0
31457 stat64("/opt/cd/libc/compile", {st_mode=S_IFDIR|0755, st_size=3672, 
...}) = 0
31457 stat64("/opt/cd/libc/compile/math", {st_mode=S_IFDIR|0755, 
st_size=85888, ...}) = 0
31457 stat64("/opt/cd/libc/compile/elf", {st_mode=S_IFDIR|0755, 
st_size=13520, ...}) = 0
31457 stat64("/opt/cd/libc/compile/dlfcn", {st_mode=S_IFDIR|0755, 
st_size=4392, ...}) = 0
31457 stat64("/opt/cd/libc/compile/nss", {st_mode=S_IFDIR|0755, 
st_size=4408, ...}) = 0
31457 stat64("/opt/cd/libc/compile/nis", {st_mode=S_IFDIR|0755, 
st_size=10864, ...}) = 0
31457 stat64("/opt/cd/libc/compile/rt", {st_mode=S_IFDIR|0755, 
st_size=8440, ...}) = 0
31457 stat64("/opt/cd/libc/compile/resolv", {st_mode=S_IFDIR|0755, 
st_size=7160, ...}) = 0
31457 stat64("/opt/cd/libc/compile/crypt", {st_mode=S_IFDIR|0755, 
st_size=1544, ...}) = 0
31457 open("/opt/cd/libc/compile/nptl/libpthread.so.0", O_RDONLY) = 3
31457 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360I\0"..., 
512) = 512
31457 fstat64(3, {st_mode=S_IFREG|0755, st_size=151719, ...}) = 0
31457 mmap2(NULL, 69068, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40001000
31457 mmap2(0x4000f000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 
3, 0xe) = 0x4000f000
31457 mmap2(0x40010000, 7628, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40010000
31457 close(3)                          = 0
31457 open("/opt/cd/libc/compile/libc.so.6", O_RDONLY) = 3
31457 read(3, 
"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`P\1\000"..., 512) = 512
31457 fstat64(3, {st_mode=S_IFREG|0755, st_size=1380243, ...}) = 0
31457 mmap2(NULL, 1121772, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 
0x40012000
31457 mmap2(0x40119000, 36864, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED, 3, 0x106) = 0x40119000
31457 mmap2(0x40122000, 7660, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40122000
31457 close(3)                          = 0
31457 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, 
-1, 0) = 0x40124000
31457 set_thread_area({entry_number:-1 -> 6, base_addr:0x40124670, 
limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, 
limit_in_pages:1, seg_not_present:0, useable:1}) = 0
31457 set_tid_address(0x401246b8)       = 31457
31457 rt_sigaction(SIGRTMIN, {0x40005640, [], SA_SIGINFO}, NULL, 8) = 0
31457 rt_sigprocmask(SIG_UNBLOCK, [RTMIN], NULL, 8) = 0
31457 getrlimit(RLIMIT_STACK, {rlim_cur=2147483647, rlim_max=2147483647}) = 0
31457 _sysctl({{CTL_KERN, KERN_VERSION}, 2, 0xbffff304, 31, (nil), 0}) = 0
31457 clone(child_stack=0, 
flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, 
child_tidptr=0x401246b8) = 31458
31457 rt_sigaction(SIGALRM, {0x8049430, [ALRM], SA_RESTART},  <unfinished ...>
31458 setrlimit(RLIMIT_CORE, {rlim_cur=0, rlim_max=0} <unfinished ...>
31457 <... rt_sigaction resumed> {SIG_DFL}, 8) = 0
31458 <... setrlimit resumed> )         = 0
31457 alarm(2 <unfinished ...>
31458 getrlimit(RLIMIT_DATA,  <unfinished ...>
31457 <... alarm resumed> )             = 0
31458 <... getrlimit resumed> {rlim_cur=2147483647, rlim_max=2147483647}) = 0
31457 waitpid(31458,  <unfinished ...>
31458 setrlimit(RLIMIT_DATA, {rlim_cur=65536*1024, rlim_max=2147483647}) = 0
31458 setpgid(0, 0)                     = 0
31458 mmap2(NULL, 2147487744, PROT_READ|PROT_WRITE,
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = -1 ENOMEM (Cannot allocate memory)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^


31458 write(1, "create failed", 13)     = 13
31458 write(1, "\n", 1)                 = 1
31458 exit_group(1)                     = ?
31457 <... waitpid resumed> [WIFEXITED(s) && WEXITSTATUS(s) == 1], 0) = 31458
31457 --- SIGCHLD (Child exited) @ 0 (0) ---
31457 exit_group(1)                     = ?


I would be very glad to get some hints to find the problem!


Kind regards,
Andreas Hartmann