On Mar 24, 2006, at 11:13 AM, J.P. Norair wrote:
Alright, I found out that the particular etherstix I was using was faulty, so I switched to a different one. The LED is blinking, which is good, and I can ping the server. But tftp still won't work. It's asking me for a "gatewayip" environment variable. When I set it to 192.168.0.1 (out actual gateway), it doesn't work. This is annoying, since I'm dealing with a static network and it shouldn't need a gateway address. What could be screwing this up?
u-boot's networking code needs that gateway IP to be set; don't know why, since as you say, 99% of the time in a u-boot situation, you only need LAN access.
What do you see on the LAN via tcpdump while the gumstix is trying to make its TFTP requests? Is your TFTP server serving the file "boot/uImage" which is what I think tftp is configured to ask for by default (can be over-ridden using the bootfile u-boot var).
On Mar 24, 2006, at 10:41 AM, J.P. Norair wrote:
I've used tftp in u-boot with other embedded platforms fairly easily, but it's not working with the gumstix.
I am using a static ip as follows:
It seems like the problem is that the Etherstix is simply not working. The SMC-91111 seems to be recognized in u-boot, but it can't establish itself on the network. pinging yields nothing, from either side. Before anyone is tempted to assume: yes, I am plugged into a hub (using a straight cable).
Any light anyone could shed on this problem would be much appreciated.
What are the LEDs doing on the etherstix? One LED is programmed to show 10/100 status (will be lit solidly when connected to a 10/100 or 100 hub) and the other is programmed to blink on Tx/Rx, so it should blink when you try to ping.
Also, can you run tcpdump on that network segment, and see if you're seeing any packets from the gumstix (like the ICMP echo requests)?