Date: Wed, 2 Aug 2006 20:55:44 -0700 From: Marcel Moolenaar <marcel@xcllnt.net> To: Maxim Sobolev <sobomax@freebsd.org> Cc: "current@freebsd.org" <current@freebsd.org>, Steve Kargl <sgk@troutmask.apl.washington.edu>, freebsd-ppc@freebsd.org Subject: Re: Looks like threading is b0rken on FreeBSD/powerpc Message-ID: <D6E11FF4-478E-4146-8ADE-E16B9496D01C@xcllnt.net> In-Reply-To: <44D13BC7.8010309@FreeBSD.org> References: <44D12AC0.90009@sippysoft.com> <20060802230803.GA32778@troutmask.apl.washington.edu> <44D13BC7.8010309@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Aug 2, 2006, at 4:56 PM, Maxim Sobolev wrote:
> Steve Kargl wrote:
>> On Wed, Aug 02, 2006 at 03:44:16PM -0700, Maxim Sobolev wrote:
>>> Apparently threading is b0rken on the FreeBSD/powerpc - csup(8)
>>> dumps core with seg 11. The same csup(8) version compiled on 6.0
>>> works just fine on the same 7-CURRENT kernel.
>>>
>> What does ldd show?
>
> Here is the backtrace:
>
> Loaded symbols for /libexec/ld-elf.so.1
> #0 0x2183f7b4 in tls_get_addr_common (dtvp=0x1a31490, index=2,
> offset=4294934528) at rtld.c:2663
> 2663 if (dtv[0] != tls_dtv_generation) {
> (gdb) bt
> #0 0x2183f7b4 in tls_get_addr_common (dtvp=0x1a31490, index=2,
> offset=4294934528) at rtld.c:2663
> #1 0x218397f8 in __tls_get_addr (ti=0x21bbf0e8) at /usr/src/
> libexec/rtld-elf/powerpc/reloc.c:577
> #2 0x21ad3ef8 in choose_arena () at /usr/src/lib/libc/stdlib/
> malloc.c:1422
> #3 0x21ad8f40 in imalloc (size=480) at /usr/src/lib/libc/stdlib/
> malloc.c:2662
> #4 0x21ada810 in malloc (size=480) at /usr/src/lib/libc/stdlib/
> malloc.c:3422
> #5 0x21a1ba90 in _thr_alloc (curthread=0x1a502e0) at /usr/src/lib/
> libpthread/thread/thr_kern.c:2369
> #6 0x21a021b0 in _pthread_create (thread=0x1ab05a0, attr=0x0,
> start_routine=0x18109dc <sender_loop>,
> arg=0x1ab0580) at /usr/src/lib/libpthread/thread/thr_create.c:110
> #7 0x01810640 in mux_init (m=0x1ab0580) at /usr/src/usr.bin/
> csup/../../contrib/csup/mux.c:661
> #8 0x0180f8b0 in mux_open (sock=3, chan=0x7fffdad8) at /usr/src/
> usr.bin/csup/../../contrib/csup/mux.c:328
> #9 0x018146a4 in proto_mux (config=0x1a118c0) at /usr/src/usr.bin/
> csup/../../contrib/csup/proto.c:555
> #10 0x018148f4 in proto_run (config=0x1a118c0) at /usr/src/usr.bin/
> csup/../../contrib/csup/proto.c:617
> #11 0x0180dddc in main (argc=1, argv=0x7fffdcac) at /usr/src/
> usr.bin/csup/../../contrib/csup/main.c:314
> (gdb) print dtv
> $1 = (Elf_Addr *) 0x0
> (gdb)
This is probably the same bug that affects ia64. See PR ia64/91846.
I think the following should work-around it:
Index: malloc.c
===================================================================
RCS file: /home/ncvs/src/lib/libc/stdlib/malloc.c,v
retrieving revision 1.132
diff -u -r1.132 malloc.c
--- malloc.c 27 Jul 2006 19:09:32 -0000 1.132
+++ malloc.c 3 Aug 2006 03:55:03 -0000
@@ -279,6 +279,7 @@
# define QUANTUM_2POW_MIN 4
# define SIZEOF_PTR 4
# define USE_BRK
+# define NO_TLS
#endif
/* sizeof(int) == (1 << SIZEOF_INT_2POW). */
FYI,
--
Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?D6E11FF4-478E-4146-8ADE-E16B9496D01C>