其中，“調(diào)試過程”章節(jié)可能有點意思（記錄了我踩過的坑），其他章節(jié)無關(guān)緊要。

硬件設(shè)計

軟件配置

ETH0 (eth1)

ETH1 (eth0)

調(diào)試過程

【問題 1 描述】：GMAC 以太網(wǎng)驅(qū)動初始化失敗，無網(wǎng)絡(luò)節(jié)點生成，具體 log 如下。

【問題 1 分析】：從 log 可以分析， 這個報錯是以太網(wǎng)驅(qū)動初始化時異常導(dǎo)致的 probe 探測失敗。優(yōu)先檢查設(shè)備樹中 GMAC 的中斷、時鐘、PHY/MDIO 配置，其次確認(rèn)硬件上 PHY 芯片的電源、中斷引腳是否正常連接。

【問題 1 解決】：排查發(fā)現(xiàn)，正是 GMAC1 復(fù)位腳引腳被占用導(dǎo)致的，屏蔽后問題解決。

【問題 2 描述】：eth1 無法自動獲取 IP。

【問題 2 分析】：無法自動獲取 IP 問題，開始我傾向于 PCB 信號質(zhì)量問題，需要修改 delayline 。但，使用 RK 自帶工具掃描delayline，發(fā)現(xiàn)無法獲取。

說明還沒到 PCB 信號質(zhì)量這步，網(wǎng)口通信本身就有問題。沒有太好的排查思路，由于 eth0 網(wǎng)口已經(jīng)正常，可以對比這兩個網(wǎng)口試試。

【問題 2 解決】：對比果然有料到，查看引腳定義時，發(fā)現(xiàn)下圖gpio2-17引腳不太正常。進(jìn)一步排查確認(rèn)該引腳已被占用，修改后問題解決。

屏蔽占用引腳后，正常。

功能驗證

帶寬測試

iperf3工具

TCP吞吐測試：Server端： iperf3 -sClient端： iperf3 -c192.168.0.196UDP吞吐測試：Server端： iperf3 ?sClient端： iperf3 -u -c192.168.0.196-A3-b1000M -P4

iperf工具

TCP吞吐測試：Server端： iperf -s -i1Client端： iperf -c192.168.0.196-i1-t60UDP吞吐測試：Server端： iperf -s -u -i1Client端： iperf -c192.168.0.196-u -b1000M -i1-t60

TX/RX 延時參數(shù)獲取

echo1000 > /sys/devices/platform/fe1b0000.ethernet/phy_lb_scanecho1000 > /sys/devices/platform/fe1c0000.ethernet/phy_lb_scan

注意：如果你使用的是 RTL8211E phy ，測試前需要拔掉網(wǎng)線。

例如，

（完）

本人專注 Linux 驅(qū)動 & Linux/Android BSP 開發(fā)調(diào)試，可接外包項目/技術(shù)支持/問題定位。有需求或交個朋友可加微信：【Chen_WeChat2026】