Hi Jim,
jim bo wrote:
> I have the same problem not being able to stop apps using CRL-C and such
> key combinations.
I've seen this too - will look into the cause.
Thanks
> I'm having a problem right now mounting an NFS share on
> uClinux-2.4.32-uc0
on Microblaze. (followed Jason Wu tutorial for
> setting up on an ML401)
>
> When I try to mount the share (which can be NFS mounted by other
> machines on the network), it fails saying the server is not responding,
> still trying. The problem is it doesn't ever return to the shell
> prompt. I suppose it's possible the system has simply crashed and is
> not accepting input. But I've also had the problem when I first tried
> using ping from the uClinux shell... and there was no escaping it It's
> quite a bit of time to have to redownload the kernel image again.
Are you running the "portmap" daemon on the uClinux board?
Select it in the userspace menuconfig, under network apps.
Yes, I'm running portmap.
I found some posts in the mailing list archives... suggesting if you drive down rsize/wsize far enough it almost always fixed the problem...
I tried rsize/wsize both equal to 256 as suggested in the email and even tried it at 8. Still the same problem. I also tried plugging directly from my PC's NIC to the ML401 RJ-45 port with a crossover cable. I tested the network settings... including pings and a tftp download initiated/downloaded by uClinux - worked fine. I'd read somewhere that NFS was fragile and took that to mean it might not be very robust in the presence of an imperfect network. So I took the network out of the equation and used the brand new crossover. But it did not resolve the problem.
Jim