1、问题描述
dual mac模式下,网口在使用过程中出现概率性不通的情况;后经过不断的up、down、ping的测试,也会出现网口不通。
SDK版本:ti-processor-sdk-linux-am335x-evm-08.00.00.00-Linux-x86-Install.bin
硬件描述:使用双网卡模式,port1(eth0)与电脑通信,port2(eth1)与fpga通信
2、已做过的相关操作
2.1 在板上am3352端抓包同时也在PC端抓包,发现PC端能抓到对应的ARP包,am3352端抓不到数据,也就是接收不了。将phy配置成loopback模式,网口仍然接收不了数据
2.2 将内核换成最新的SDK里的内核,问题并没有解决,最新SDK版本如下 ti-processor-sdk-linux-am335x-evm-03.03.00.04-Linux-x86-Install
2.3 在phy_device.c中将genphy_suspend和genphy_resume的功能注释掉,在网口up和down的过程中不进行电源操作,重新挂机测试,现象依旧。
2.4 使用ifconifg eth0 promisc指令,让ALE进入bypass模式,没有效果。
2.5 将eth0、eth1都down掉,然后在将eth0 up,网口可以ping通,单单将eth0 down掉再up没有效果
2.6 网口出现不通是,cpsw SL1寄存器MACCONTROL指示该控制器一直是非空闲状态,复位cpsw SL1也没有效果。
详细请看附件,包含网口个寄存器状态,网口相关配置
Jian Zhou:
请问你是在SK的板子上测试的么?
Denny%20Yang99373:
相同的网络环境,先用TI的板子测试一下。
yongqing wang:
搞个OK的方案做对比,看了你的文档没有板子可以测试
yang xiao:
回复 Denny%20Yang99373:
都是公司自己画的板,手上真的没有ti的开发板。
这个问题应该跟phy没关系的吧,每次不通的时候我发现CPSW_SL的MACSTATUS寄存器都是0,也就是非空闲状态,也没有中断发生,感觉是控制器挂了
yang xiao:
回复 Jian Zhou:
后面用Ti的evmsk板子挂了几天复现了
profan:
遇到了跟楼主一样的现象,我用的psp-05.06.00,内核版本3.2
yongqing wang:
同一个局域网先确保没有同样MAC地址的设备,比如相同的板子芯片的MAC地址一样了
yongqing wang:
回复 yongqing wang:
如果MAC码相同可以手动修改设备的mac地址,以前有遇到这样的问题