在飞凌嵌入式OKA40i-C开发板上虽然只有一个网口,但全志A40i-H处理器本身是有两个网络控制器的,因此在飞凌嵌入式提供的产品资料中提供了双网口解决方案。有的工程师小伙伴在开发过程中会遇见一些网卡的设计问题,今天小编为大家分享3种在使用OKA40i-C开发板时容易遇到的网卡软件问题以及排查思路。
一、问题分析:
问题描述1——
以太网初始化报错 No phy found
在执行ifconfig eth0 up命令时,出现"No phy found"异常log。
问题分析:
出现"No phy found",常见原因是供给phy使用的25M时钟异常,导致phy工作不正常,gmac驱动通过mdio接门也读不到phy的设备信息。
或者MDIO引脚配置不正确或者phy地址不正确;再就是MDIO没做上拉电阻,GMAC读取不到phy设备信息,用示波器量一下MDIO波形是否正确;再或是phy芯片复位失败,需要更换phy芯片复位上拉电阻。
排查步骤:
(1) 检查phy供电是否正常;
(2) 检查phy使用的25M时钟(Soc ephy25M或外部晶振)是否正常;
(3) 检查phy-mode是否按板级实际情况配置(mii/rmii/rgmii);
(4) 检查MDIO是否有上拉电阻;
(5) 检查MDIO引脚配置是否正确;
(6) eMAC phy地址是否和硬件一致;
(7) 检查复位上拉电阻是否和原理参考方案一致。
MDIO通讯正常验证:
使用phytool工具读取0x02 0x03寄存器 是否正确读取PHY芯片ID,读取成功,代表MDIO通讯正常。
问题描述2——
以太网初始化报错NO SUCN DEVICE
执行ifconfig -a/ifconfig eth0/ifconfig eth0 up命令,找不到eth0设备。
问题分析:
以太网模块配置未生效或存在GPIO冲突。
排查步骤:
步骤1:抓取内核启动log,搜索"gmac"关键字段,检查gmac驱动是否probe成功;
步骤2:若内核启动log显示mac控制器probe失败,常见原因是GPIO资源冲突导致。
解决方法:
GPIO冲突会有报错信息,根据报错信息,查看GPIO冲突引脚。
查看以太网模块是否配置。
问题描述3——
以太网初始化报错Initialize hardware error
执行ifconfig eth0 up命令,出现"Initialize hardware error"异常log。
问题分析:
出现"Initialize hardware error",一般是由于phy没有输出RX CLK至MAC控制器,导致MAC控制器内部soft reset失败,常见原因是phy供电异常或25M时钟异常;或者是检查数据引脚的时钟是否正确,RMILL RX CLK TX CLK 是否是正确时钟。
排查步骤:
用示波器抓取rx_clk时钟波形,查看是否保持25M时钟稳定,如果出现25M/2.5M 来回跳动。即MAC与phy未link成功。
解决方法:
软件上可通过在phy复位之后,设置寄存器0 固定为100M全双工,可link成功。目前可这样解决问题:
在drivers/net/ethernet/allwinner/sunxi-gmac.c 中 geth_phy_init函数中 phy_connect_direct 之前加入phy_write(phydev, 0x0, 0x2100)。
以上是我们在OKA40i-C开发板的使用过程中常见网卡设计问题,有些可能是因为大家在参考方案时出现了配置问题,或者是因为芯片输出的信号不正常导致。大家在参考OKA40i-C开发板的双网口方案时,可以查看本文章整理的问题点,说不定就是您现在项目中遇见的bug。
接下来,小编将给大家介绍一些常用的网卡软件问题对应的排查手段。
二、排查手段:
这些排查手段可以帮助您在调试phy时有一个基本的调试思路,提到的一些工具可以帮助您快速定位并且解决网卡问题。
(1) 检查menuconfig及dts以太网配置是否打开;
(2) 检查phy-mode配置是否与PHY和GMAC之间的物理接口匹配,如rgmii、rmii等;
(3) 检查GPIO配置是否正确,如IO复用功能、驱动能力等;
(4) 使用phytool工具读取phy ID 验证MDIO是否正确。
如下图示例,能够正常读取JL11x1的phy ID则代表MDIO通讯正常。
使用phytool工具读取phy状态寄存器,查看phy芯片状态。以JL11x1为例,如0x01状态寄存器读取值为0x786d,说明link成功并且工作正常。
以上就是小编为大家整理的关于OKA40i-C开发板双网口方案的网卡软件问题分析以及排查方向,希望能够为您的项目开发有所帮助。