CPU用的是Armada-3720,内核是https://github.com/MarvellEmbeddedProcessors/linux-marvell 里面18.12版本,uboot使用的是https://github.com/MarvellEmbeddedProcessors/u-boot-marvell/tree/u-boot-2018.03-armada-18.12。两路网口,一路是RGMII模式(lan1),另外一路是SGMII模式(lan2)。最近发现有时系统起来后用PC去ping lan2会ping不通,phy可以正常识别,执行ifconfig down/up也可以看到正常的打印信息。

       另外起来后lan2 ping的通时就一直ping的通,也不会出现丢包、断掉现象(起来后ping的通时测试了两天时间左右)。rgmii的lan1一直比较稳定,未发现ping不通的时候,所以认为phy这侧应该是好的。总之感觉就是lan2初始化不稳定。

       看了88e1512的datesheet后,发现18页的第18个寄存器可以配置一下看数据包的接收状态。

88e1512排坑1-1-tuya.png

     在网上找了一个miitool工具(https://github.com/kontron/miitool),可以通过mdio读写phy寄存器,第22个寄存器是选择寄存器页数的。

      测试出来系统启动后lan2 ping不通的情况下是没有包的,17_18寄存器值为0,系统起来lan2正常时是有数据包的,17_18寄存器值会一直增长(测试时PC一直ping lan2)。大概率是mac层这一侧没有接收到数据。

      找了marvell代理商的技术支持问了下,后来怀疑是我们uboot没有正确配置Serdes,查了下Serdes的说明,

       我发现已经在内核的dts里配置了,并且已经禁用了usb3.0,难道系统起来后重新配置没有起作用,一定要在uboot里配置?

    看了下uboot的Serdes配置,里面comphy0默认是usb3.0,参照arch/arm/dts/armada-3720-ddr3-db-v2-B.dts中的配置修改了comphy0。

修改arch/arm/dts/armada-3720-espressobin.dts,重新编译了uboot。

       重新烧写uboot系统起来后,连续插拔电六十次进行测试,发现lan2不会出现ping不通的情况了,问题解决!后来又看了文档有说到GPIO和serdes的初始化一定要放在uboot里。

 

如果觉得我的文章对你有用,请随意赞赏