移植linux内核到s3c6410（板子u-boot网口link-down问题解决）

uImage/ramdisk准备好后，准备tftp到单板上小式一把，结果将单板停在uboot后，网口一直link down， ping host后还打印“could not establish link”。真是抑郁啊。

   细想，板子回来后，在uImage起来后，我是验证过网口的，是OK的，所以硬件应该没啥问题，应该是u-boot的支持问题。研究一下ping的流程：

 

do_ping-->NetLoop(PING)-->eth_halt-->eth_init-->PingStart-->PingSend-->ArpRequest-->eth_rx-->NetReceive-->eth_send-->eth_rx-->NetReceive-->NETLOOP_SUCCESS-->eth_halt。

 

do_ping-->NetLoop(PING)-->eth_halt-->eth_init

初始化网口，准备发包，

 

PingStart-->PingSend-->ArpRequest-->eth_rx-->NetReceive

请求arp包，一直等待收arp响应包，并设置5S超时。

 

eth_send-->eth_rx-->NetReceive-->NETLOOP_SUCCESS-->eth_halt。

如果收到arp响应，发出ping包，等待收包，ping为10S超时，收包或者超时都调用eth_halt。

 

DM9000，eth_init-->dm9000_reset-->DM9000_iow(DM9000_GPR, 0);里面会power up DM9000 内置的phy，这个时候会linkup。

eth_halt-->DM9000_iow(DM9000_GPR, 0x01); /* Power-Down PHY */里面会power down DM9000 内置的phy，这个时候会linkdown。

 

也就是说当执行ping或者tftp是，才会触发eth_init，这个时候网口才会linkup，执行完成后会调用eth_halt，这个时候网口会link down。

 

但是我的板子是执行ping后，还是不能link-up，且打印could not establish link，查阅代码是：

 while (!(phy_read(1) & 0x20)) { /* autonegation complete bit */
  udelay(1000);
  i++;
  if (i == 10000) {
   printf("could not establish link\n");
   return 0;
  }
 }

也就是eth_init之后10S还没有自协商成功。后来我决定手动将其power up试一下，也就是在u-boot里执行：

nm.b 0x18000300 回车
1f回车
nm.b 0x18000304 回车
0 回车

phy link up 了，而且此时执行ping后，能够正常ping通，tftp也能正常进行了。

爽啊！~~

 

====

http://blog.csdn.net/roadtoforest/article/details/6610239