On 10/31/2016 03:13, Waldemar Brodkorb wrote:
Hi Joshua, Joshua Kinard wrote,
On 10/23/2016 23:55, Waldemar Brodkorb wrote:
Hi Joshua, Joshua Kinard wrote,
[snip]
After sorting out my last bootup problems (missing N32/O32 binary support in the kernel), I can confirm that the bug is fixed in uCLibc-ng 1.0.19:
root@openadk:/root # ash -c /tmp/c.sh ash: /tmp/c.sh: Permission denied root@openadk:/root # chmod 755 . root@openadk:/root # chmod 755 /tmp/c.sh root@openadk:/root # ash -c /tmp/c.sh foo! root@openadk:/root # ash -c ash: -c requires an argument root@openadk:/root # ls /lib
Please update to 1.0.19, thanks Waldemar
Sorry for the delay, got tied up with things.
I'd already switched the busybox build to a shared library from a static one, which worked around the issue for me, but I am building 1.0.19 now. I'll let you know if any additional issues crop up.
And for the record, on your last e-mail, an RM52XX O2 needs -march=rm5200 to gcc. Stock -mips4 or -march=r5000 won't hurt, either.
Okay.
Now to just figure out the libtirpc bit...
Buildroot or OpenADK is always a good source for cross-compile issues. Take a look at the patches.
Another possibility would be to ty the internal ipv4 only RPC implementation in uClibc-ng, but I have'nt used it for a long time.
Not sure if rpcbind works with it. I think last time I sed it was with good old portmap.
best regards Waldemar
I can get NFS to work with just portmap running, but it throws an odd, yet non-fatal, error when mounting the remote share (don't have the actual error text available at the moment). I was hoping that having rpcbind running as well as portmap would eliminate that. However, current rpcbind needs libtirpc to build, and that fails on uclibc-ng because of a missing header file "rpcsvc/yp_prot.h".
Buildroot posted a patch to fix this in libtirpc itself, just haven't had some free time to test it yet: http://lists.busybox.net/pipermail/buildroot/2015-July/133890.html
Can't use the internal (minimal?) RPC mechanism, either. I had to enable the full RPC stack in order for portmap to actually build.