>>>>> "Brian" == Brian Waite <waite at skycomputers.com> writes:
Brian> I tried loading the ash shell statically linked., along
Brian> with a dynamically linked bash. No executables seem to
Brian> load. I have traced the execve call and it progresses as
Brian> far as walking the format list to determine what format the
Brian> file is in. After walking all the available formats, it
Brian> can't find one and fails.
Brian> Any thoughts? I see the packets getting revieved by the
Brian> gt64260_eth driver and passed up to the higher layers. I
Brian> also look at the various MIB counters and see no errant
Brian> packets so I can't why NFS is so cranky.
This is just a wild guess, but maybe there is a data corruption
problem somewhere. (Maybe cache-coherency? I know the 74xx/gt64260
is a cache-coherent platform but maybe the snooping isn't wired up or
set up correctly??)
You could try printing out the data the kernel thinks it read for init
and compare it with what's actually on the disk. (It seems likely it
will be different, since the kernel can't tell that it's an ELF file)
Just as a data point, we have had good success running Linux with NFS
root on both the Galileo Discovery eval board and our own custom board
(both used the Galileo internal ethernet).
Best,
Roland
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
