AVILA getting close!
John-Mark Gurney
jmg at funkthat.com
Wed Jun 18 22:58:10 UTC 2014
So, w/ the recent couple of patches that alc has provided, I no longer
receive kernel panics on my AVILA board!
$ uname -a
FreeBSD avila.funkthat.com 11.0-CURRENT FreeBSD 11.0-CURRENT #27 r267333:267349M: Wed Jun 11 09:57:58 PDT 2014 jmg at carbon.funkthat.com:/usr/obj/arm.armeb/usr/src.avila/sys/AVILA arm
$ uptime
12:15AM up 1 day, 15 mins, 2 users, load averages: 0.13, 0.11, 0.08
This survived a portsnap extract... This is all over NFS...
Though the issue that I'm now having is that some binaries (newsyslog)
and sometimes other binaries (awk, grep) core dump...
I believe this is an issue w/ rtld, or related... If I compile newsyslog
-static, it works fine... Otherwise I get a SIGILL, and that is
because it jumps off into the weeds.. Though gdb on arm isn't very
useful..
The trouble appears to be when resolving a symbol that hasn't been
called yet... The trouble starts when newsyslog starts parsing a
line that isn't a comment line and tries to strdup it... stepi'ing
has me go into
_rtld_bind_start ->
_rtld_bind ->
rlock_acquire ->
thread_mask_set ->
def_thread_set_flag (via function pointer)
def_rlock_acquire ->
atomic_add_acq_int
Turning on rtld's debug doesn't tell me anything I didn't know already:
"memchr" in "libc.so.7" ==> 0x2017af30 in "libc.so.7"
"strdup" in "newsyslog" ==> 0x200cc8b0 in "libc.so.7"
Bus error (core dumped)
I've posted both a gdb log showing the stepi, and my copy of
ld-elf.so.1 to:
https://www.funkthat.com/~jmg/20140619/
Let me know if there is any additional information...
Thanks.
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
More information about the freebsd-arm
mailing list