https://gitee.com/lee790608/linuxPhyDriver

STEP1 准备硬件环境

1. 开发环境，可以修改内核代码，编译

2. 硬件开发板，可以进入系统调试，可以传送代码(常用的ADB打通即可)

3. PHY芯片，最好是贴在开发板上，如果飞线，对走线信号要求非常高(尤其是SGMII)

4. 示波器，方便抓取MDIO / SGMII总线信号

STEP2 获取VDD和VDDIO，修改设备树

1. 根据硬件原理图，如果需要GPIO控制电源使能，修改设备树GPIO部分(固定供电则不用修改)

2. 修改l5控制的MDIO输出，需要同硬件核对具体配置

--- 此时，将PHY器件配置为RGMII模式，可以看到芯片在TX_CLK输出稳定的25MHz，则说明PHY芯片可以正常工作

--- 如果时钟频率不稳或者波形较差，后续可能照成不工作或者丢包严重

STEP3 修改Makefile和Kconfig

可以将qcom_emac等在调试阶段作为模块编译，可以减少反复编译

STEP4 安装qcom_emac模块，出现QCA8337相关的符号缺少提示，模块安装失败

直接屏蔽所有出现QCA字样的代码，新基线代码默认支持自带的QCA8337芯片，屏蔽后只避免处理此芯片，不影响其他功能

STEP5 持续验证MDIO总线

1. 代码打点，一般在emac_phy_config_external配置外部PHY的时候，开始出现通过MDIO读取芯片ID

2. 如果读取不稳定，抓取MDIO信号分析

--- MDIO是基本操作通道，当此通道存在异常时，可能出现各种无法解释的现象

--- 可以多次验证，当芯片ID读取到的内容出错的时候，即使波形无明显异常也基本是硬件问题，多调整两次连接线

--- PHY器件允许的MDIO总线频率可能较宽，例如TI的最高可以允许25MHz MDC，但是调试出错的时候，还是要将时钟频率降低

--- 如果时间允许，可以在状态机(正常1s一次)中加入读取寄存器代码，特别关注BMSR寄存器的bit2，观察PHY是否link up

--- MDIO操作正常时，使用ifconfig / ethtool工具可以正常配置网卡eth0，网卡自动加入到网桥端口bridge0

--- MDIO操作正常时，不一定可以ping通对端，但是至少TX发送统计间隔一定时间持续增长，接收不增长

STEP6 调试SGMII端口

1. 代码打点，读取STRAP(0x467)寄存器，观察是否同当前配置的模式相同

2. 代码打点，观察SGMII_STAT(0x459)寄存器，观察bit0(SGMII自协商完成)是否为1，此端口是内部PHY和外部PHY同步接口

--- 0x0f以后的寄存器属于设备商自定义寄存器，需要通过mmd读写(如果支持c45可以通过长地址模式，TI芯片不支持)，注意调用接口不同

--- 如果SGMII自协商完成，底层就满足可以ping通对端的要求了，但是软件上还可能出现各种不支持的情况

STEP6 ping测试

1. ADB连接开发板，使用brctl show观察eth0是否自动加入bridge0

2. 在不通的时候，为了持续向eth0发包，可以通过route添加路由

3. 不通也可能是iptables防火墙配置了，可以使用iptables工具查询是否允许

4. 如果ping到Windows侧无响应，可以查看Windows侧是否允许协议入栈

--- 一般在协议软件层不会出现阻止ping的情况，列在这里，不一定可以用到