linux发ping包没有反应

确认一下，你的eth0的ip设置的对吗？还是接在了一个DHCP服务器上？

如果是接到了一个开启DHCP的路由器上，在ping操作前，先确认你的IP是否有正确的获取到。看到你有打开eth0的操作，却没有设置ip，或者获取ip的动作，就直接ping了，如果你确定驱动没问题的话，可能问题点就在这里。

我是直接和pc端连接的。

下面是我IP

[root@bonsoninfo /]# ifconfig

eth0 Link encap:Ethernet HWaddr 00:0C:29:36:97:20
inet addr:192.168.1.6 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::20c:29ff:fe36:9720/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:195 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:11916 (11.6 KiB)
Interrupt:40

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:216 errors:0 dropped:0 overruns:0 frame:0
TX packets:216 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:23240 (22.6 KiB) TX bytes:23240 (22.6 KiB)

我在另外一个帖子中，看到你有在uboot阶段，已经可以正常ping通，现在卡在了kernel阶段。

从移植上面来说，修改的地方其实是类似的，如果你在移植过程中都是cover住了。建议你看一下主机端的网络发现功能是否有打开，防火墙、杀毒最好都关掉，排除PC端可能造成影响的因素，在我接触到的case中，有不少都是因为这种“意外”因素导致的。如果有个官方的EVM评估板，你可以拿过来做对比测试，排除掉这些因素。

另外，就是看到你上面那个尝试网络重启的命令不被识别，印象中是/etc/init.d/networking restart，可以试一下，是否有效。

非常感谢你的回答。

确实现在uboot上是能够正常的网络通信，能够通过tftp实现烧写。

（1）问题是在内核上登陆后，网络通信不上。不知道问题出现在哪里？？   驱动上，我根据uboot上做出类似的修改了。

（2）/etc/init.d/networking restart   我的板子上没有这文件networking。也不知道，相应的网络进程是哪个？？所以怀疑linux架构上一些服务没有启动。

问题1：不知道你有没有参考过guide:http://processors.wiki.ti.com/index.php/Update_U-Boot_Environment_Variables_stored_in_SPI_Flash_from_Linux

问题2：现根据log定位下是内核的问题还是文件系统的问题。