mailing list of musl libc
 help / color / mirror / code / Atom feed
From: Szabolcs Nagy <nsz@port70.net>
To: musl@lists.openwall.com
Cc: Florian Fainelli <florian@openwrt.org>, openwrt-devel@lists.openwrt.org
Subject: Re: Support for musl libc in OpenWrt
Date: Sat, 24 Nov 2012 11:01:50 +0100	[thread overview]
Message-ID: <20121124100150.GB10895@port70.net> (raw)
In-Reply-To: <20121123221533.eb6d941c.idunham@lavabit.com>

* Isaac Dunham <idunham@lavabit.com> [2012-11-23 22:15:33 -0800]:
> On Fri, 23 Nov 2012 21:10:33 +0100
> Florian Fainelli <florian@openwrt.org> wrote:
> > MIPS and MIPSel specific issues:
> > 
> > using qemu's binary emulation (qemu-mips[el]) against a statically 
> > linked binary works, a dynamic binary makes my host qemu segv. Using 
> > qemu-system-mips[el], the binary segfaults while being executed by the 
> > kernel. So far I have not had the time to debug this further.
> 
> There are likely other issues, but are you using a hardfloat-compatible kernel (FPU emulation enabled)?
> At present, musl/mips relies on certain instructions that the kernel  ordinarily emulates when they aren't supported.
> 

the fpu issue should not cause segfault,
iirc it infinite loops at the fp instruction

it's a dynamic linking related issue

i've already ran cross compiled, dynlinked
mips binaries on an openwrt router using
musl based toolchain[1] (although that was
about a month ago)

i would guess it's some build issue (wrong
thing gets linked, or -fPIC fails,..)
or something in the runtime environment is
different from what musl expects

maybe try to run the loader in 'ldd' mode:
musl's libc.so is the loader itself and
can be invoked as

 pathto/libc.so executable

which runs the dynlinked executable (so the
musl dynamic loader can be straced) or

 ln -s pathto/libc.so pathto/ldd
 pathto/ldd executable

which prints the opened dso paths during
loading and then quits

[1] https://bitbucket.org/GregorR/musl-cross/downloads


  reply	other threads:[~2012-11-24 10:01 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-11-23 20:10 Florian Fainelli
2012-11-23 22:19 ` Szabolcs Nagy
2012-11-23 22:52   ` Florian Fainelli
2012-11-24  6:15 ` Isaac Dunham
2012-11-24 10:01   ` Szabolcs Nagy [this message]
2012-11-25 11:46   ` [musl] " Florian Fainelli
2012-11-25 13:37     ` Szabolcs Nagy
2012-11-25 18:41       ` Re: [OpenWrt-Devel] " John Spencer
2012-11-25 19:29         ` Florian Fainelli
2012-12-01  4:15           ` Rich Felker
2012-12-01  9:16             ` Florian Fainelli

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20121124100150.GB10895@port70.net \
    --to=nsz@port70.net \
    --cc=florian@openwrt.org \
    --cc=musl@lists.openwall.com \
    --cc=openwrt-devel@lists.openwrt.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.vuxu.org/mirror/musl/

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).