bind fails with sig11 on start / pthread failure on ARM?

Bernd Walter ticso at cicely7.cicely.de
Thu Feb 18 12:49:18 UTC 2010


On Tue, Feb 16, 2010 at 07:39:51PM +0100, Bernd Walter wrote:
> On Mon, Feb 15, 2010 at 10:39:07PM +0100, Bernd Walter wrote:
> [55]Please.tell.me.who.am.I# gdb /usr/sbin/named named.core 
> GNU gdb 6.1.1 [FreeBSD]
> Copyright 2004 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 "arm-marcel-freebsd"...(no debugging symbols found)...
> Core was generated by `named'.
> Program terminated with signal 5, Trace/breakpoint trap.
> Reading symbols from /lib/libcrypto.so.6...(no debugging symbols found)...done.
> Loaded symbols for /lib/libcrypto.so.6
> Reading symbols from /lib/libthr.so.3...(no debugging symbols found)...done.
> Loaded symbols for /lib/libthr.so.3
> Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done.
> Loaded symbols for /lib/libc.so.7
> Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done.
> Loaded symbols for /libexec/ld-elf.so.1
> #0  0x203571b0 in _thread_bp_create () from /lib/libthr.so.3
> [New Thread 20804280 (LWP 100062)]
> [New Thread 20804140 (LWP 100052)]
> (gdb) bt
> #0  0x203571b0 in _thread_bp_create () from /lib/libthr.so.3
> #1  0x203572b8 in _thread_bp_death () from /lib/libthr.so.3
> #2  0x20349da4 in pthread_create () from /lib/libthr.so.3
> #3  0x00164cb8 in ?? ()
> (gdb) 
> 
> Do we have a general threading problem on ARM?

I see two different type a crashes.
Both have in common that one or more threads are in _umtx_op.
Unfortunately I don't know enough details about those things to isolate
any more.

the one from above:
#0  0x203571b0 in _thread_bp_create () from /lib/libthr.so.3
[New Thread 20804280 (LWP 100062)]
[New Thread 20804140 (LWP 100052)]
(gdb) bt
#0  0x203571b0 in _thread_bp_create () from /lib/libthr.so.3
#1  0x203572b8 in _thread_bp_death () from /lib/libthr.so.3
#2  0x20349da4 in pthread_create () from /lib/libthr.so.3
#3  0x00164cb8 in ?? ()
(gdb) thread 1
[Switching to thread 1 (Thread 20804280 (LWP 100062))]#0  0x203ab6f0 in _umtx_op () from /lib/libc.so.7
(gdb) bt
#0  0x203ab6f0 in _umtx_op () from /lib/libc.so.7
#1  0x2035769c in pthread_cleanup_push () from /lib/libthr.so.3
#2  0x20357cc0 in pthread_cleanup_push () from /lib/libthr.so.3
#3  0x20349540 in pthread_getprio () from /lib/libthr.so.3
#4  0x203499a0 in pthread_create () from /lib/libthr.so.3
#5  0x00164cb8 in ?? ()

And another, which is what I get most of the time:
(gdb) thread 1
[Switching to thread 1 (Thread 20804500 (LWP 100100))]#0  0x20435f28 in kevent () from /lib/libc.so.7
(gdb) bt
#0  0x20435f28 in kevent () from /lib/libc.so.7
#1  0x0014f2dc in ?? ()
(gdb) thread 2
[Switching to thread 2 (Thread 208043c0 (LWP 100099))]#0  0x203ab6f4 in _umtx_op () from /lib/libc.so.7
(gdb) bt
#0  0x203ab6f4 in _umtx_op () from /lib/libc.so.7
#1  0x2035769c in pthread_cleanup_push () from /lib/libthr.so.3
#2  0x20357a78 in pthread_cleanup_push () from /lib/libthr.so.3
#3  0x20355580 in pthread_cond_signal () from /lib/libthr.so.3
#4  0x00000000 in ?? ()
(gdb) thread 3
[Switching to thread 3 (Thread 20804280 (LWP 100098))]#0  0x203ab6f4 in _umtx_op () from /lib/libc.so.7
(gdb) bt
#0  0x203ab6f4 in _umtx_op () from /lib/libc.so.7
#1  0x2035769c in pthread_cleanup_push () from /lib/libthr.so.3
#2  0x20357a78 in pthread_cleanup_push () from /lib/libthr.so.3
#3  0x20355580 in pthread_cond_signal () from /lib/libthr.so.3
#4  0x2092d008 in ?? ()
(gdb) thread 4
[Switching to thread 4 (Thread 20804140 (LWP 100043))]#0  0x0015755c in ?? ()
(gdb) bt
#0  0x0015755c in ?? ()

-- 
B.Walter <bernd at bwct.de> http://www.bwct.de
Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm.


More information about the freebsd-current mailing list