Tool/software: Linux
Hi,
I'm using the TI AM572x evaluation module and having a lot of trouble using the two Ethernet ports simultaneously. I'm able to boot off using TFTP/NFS on eth0 using a static IP, but when I try to bring up eth1 to get Internet access via a company DHCP server, I'm unable to ping google.com and the like, whether via domain name or by specifying an IP address.
It's also probably worth mentioning that at times I've had trouble even getting an IP address--after "ifup eth1" ethtool will still report 10 MB/s and half-duplex. However, I seem to be having good luck drawing an IP by using "ifconfig eth1 up", waiting 12-15 seconds for the link to become ready, and then running "udhcpc -i eth1" separately.
I've tried using the same wall port and cable to get a DHCP address on the sole RJ-45 connector of a Beaglebone Black, and I'm quickly able to ping the outside world.
I'm using a static IP on eth0 because my development PC is on a local network and installing a DHCP server on it seemed like the less elegant solution. Relative to the configuration the U-Boot configuration the minicom script provided, I made the following changes:
setenv static_ip 192.168.254.3:192.168.254.2:192.168.254.2:255.255.255.0::eth0:off
setenv bootargs "console=ttyO2,115200n8 root=/dev/nfs nfsroot=192.168.254.2:/home/irad/ti-processor-sdk-linux-am57xx-evm-03.02.00.05/targetNFS,nolock,v3,tcp,rsize=4096,wsize=4096 rw ip=${static_ip}"
setenv bootcmd "run findfdt; run getuenv; setenv autoload no; tftp ${loadaddr} zImage-am57xx-evm.bin; tftp ${fdtaddr} ${fdtfile}; run netargs; bootz ${loadaddr} - ${fdtaddr}"
setenv netboot "echo Booting from network ...; setenv autoload no; run netloadimage; run netloadfdt; run netargs; bootz ${loadaddr} - ${fdtaddr}"
setenv netargs "setenv bootargs console=${console} ${optargs} root=/dev/nfs nfsroot=${serverip}:${rootpath},${nfsopts} rw ip=${static_ip}"
setenv ipaddr 192.168.254.3
The SDK version is 3.02.00.05. It seems like "dual EMAC" mode is the default, and it seems like the limitations of this were okay, but I haven't tried making any device tree or kernel changes yet. Any suggestions? Thanks!
-David