misc/169669: Something seems broken in sparc64 TLS or lang/lua

Nathaniel Filardo nwf at cs.jhu.edu
Thu Jul 5 20:30:08 UTC 2012


>Number:         169669
>Category:       misc
>Synopsis:       Something seems broken in sparc64 TLS or lang/lua
>Confidential:   no
>Severity:       serious
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Jul 05 20:30:07 UTC 2012
>Closed-Date:
>Last-Modified:
>Originator:     Nathaniel Filardo
>Release:        9.0-STABLE
>Organization:
>Environment:
FreeBSD hydra.priv.oc.ietfng.org 9.0-STABLE FreeBSD 9.0-STABLE #79 r237428+3841b3f-dirty: Fri Jun 22 05:20:26 EDT 2012     root at hydra.priv.oc.ietfng.org:/usr/obj/systank/src/sys/NWFKERN  sparc64

>Description:
Ports linked against lua die almost immediately at startup.  For example, dns/dnsmasq with LUA set yields:

hydra% dnsmasq
zsh: bus error (core dumped)  dnsmasq
hydra% gdb `which dnsmasq` dnsmasq.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 "sparc64-marcel-freebsd"...(no debugging symbols found)...
Core was generated by `dnsmasq'.
Program terminated with signal 10, Bus error.
Reading symbols from /usr/local/lib/liblua-5.1.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/liblua-5.1.so.1
Reading symbols from /lib/libm.so.5...(no debugging symbols found)...done.
Loaded symbols for /lib/libm.so.5
Reading symbols from /usr/local/lib/libidn.so.17...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/libidn.so.17
Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done.
Loaded symbols for /lib/libc.so.7
Reading symbols from /usr/local/lib/libintl.so.9...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/libintl.so.9
Reading symbols from /usr/local/lib/libiconv.so.3...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/libiconv.so.3
Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done.
Loaded symbols for /libexec/ld-elf.so.1
#0  0x0000000040237fac in __tls_get_addr () from /libexec/ld-elf.so.1
(gdb) bt
#0  0x0000000040237fac in __tls_get_addr () from /libexec/ld-elf.so.1
#1  0x0000000040237d50 in __tls_get_addr () from /libexec/ld-elf.so.1
Previous frame identical to this frame (corrupt stack?)

security/nmap's nmap executable, which also uses lua, also dies immediately in the same way, erroring in __tls_get_addr.

>How-To-Repeat:
Build dns/dnsmasq or security/nmap on sparc64
>Fix:


>Release-Note:
>Audit-Trail:
>Unformatted:


More information about the freebsd-bugs mailing list