RK3568双网口开发板，u-boot下如何固定网络设备？一个env变量ethact就搞定

RK3568双网口开发板u-boot网络设备锁定实战指南

当你在RK3568开发板上进行嵌入式开发时，是否遇到过这样的场景：网线明明插在第二个网口，u-boot却总是尝试从第一个网口通信，导致每次网络操作都要等待漫长的超时？这个问题困扰过许多嵌入式开发者。本文将深入解析u-boot网络设备管理机制，并提供一个简单高效的解决方案——通过ethact环境变量永久锁定工作网口。

1. 问题现象与根源分析

在正点原子ATOM Pi-CA1这类双网口开发板上，u-boot阶段的网络行为常常让开发者感到困惑。典型的现象是：

ping 192.168.10.10 ethernet@fe010000 Waiting for PHY auto negotiation to complete......... TIMEOUT ! phy_startup() failed: -110FAILED: -110 ethernet@fe2a0000 Waiting for PHY auto negotiation to complete. done Using ethernet@fe2a0000 device host 192.168.10.10 is alive

这种行为的根本原因在于u-boot与Linux内核在网络设备管理上的本质差异：

关键点：u-boot的网络栈设计初衷是简单可靠，因此不支持多网口并发操作。当默认网口（通常是第一个枚举到的设备）无连接时，它会消耗约10秒超时后才尝试下一个设备。

2. 网络设备管理基础命令

在深入解决方案前，我们需要掌握几个基础命令，这些是诊断和操作u-boot网络设备的必备工具：

2.1 查看当前网络设备

mii device

典型输出示例：

MII devices: 'ethernet@fe010000' 'ethernet@fe2a0000' Current device: 'ethernet@fe010000'

这个命令列出所有可用的以太网设备，并显示当前活跃的设备名称。

2.2 检查环境变量配置

env print ethact

如果未设置过ethact变量，这个命令可能没有输出或显示空值。这是判断是否已配置固定设备的重要命令。

2.3 临时切换网络设备

mii device ethernet@fe2a0000

这种方法可以临时切换设备，但有两个明显限制：

1. 重启后配置丢失
2. 某些网络操作仍可能受ethact变量影响

注意：临时切换方法仅适合快速测试，不适合生产环境或长期开发使用。

3. 永久固定网络设备的完整流程

要一劳永逸地解决网口切换问题，我们需要配置u-boot的环境变量。以下是详细步骤：

3.1 确定目标设备名称

首先通过物理检查确认网线实际连接的网口编号（如ETH0或ETH1），然后：

1. 在u-boot命令行执行：

   mii device

2. 记录对应的设备名称（如ethernet@fe2a0000）

3.2 设置ethact环境变量

setenv ethact 'ethernet@fe2a0000'

这个命令将当前会话的网络活动设备设置为指定网口。可以立即测试网络功能是否正常：

ping 192.168.10.10

3.3 永久保存配置

saveenv

这个关键步骤将环境变量保存到持久化存储（通常是MMC或SPI Flash）。输出类似：

Saving Environment to MMC... Writing to MMC(0)... done

3.4 验证配置持久性

1. 重启开发板：

   reset

2. 再次检查：

   env print ethact

   应该显示：

   ethact=ethernet@fe2a0000

4. 高级配置与优化建议

基础配置解决了设备选择问题，但在实际开发中，我们还需要考虑网络参数的完整配置：

4.1 完整网络环境变量设置

setenv ipaddr 192.168.10.120 setenv netmask 255.255.255.0 setenv gatewayip 192.168.10.1 setenv serverip 192.168.10.10 setenv ethact 'ethernet@fe2a0000' saveenv

这些变量构成了u-boot网络功能的基础环境：

• ipaddr：开发板IP地址
• netmask：子网掩码
• gatewayip：默认网关
• serverip：TFTP/NFS服务器地址

4.2 针对不同场景的配置策略

根据开发阶段的不同，可以采用灵活的配置方案：

4.3 常见问题排查指南

即使正确设置了ethact，仍可能遇到网络问题。以下是一些典型情况及其解决方法：

1. PHY协商失败

   • 检查网线连接
   • 确认交换机/路由器端口状态
   • 尝试强制设置速率（需硬件支持）

2. 环境变量保存失败

   • 确认存储设备可写
   • 检查u-boot环境分区设置
   • 尝试env default -a后重新配置

3. 变量设置但无效

   • 确认u-boot版本支持ethact
   • 检查网络驱动初始化顺序
   • 查看mii info输出确认PHY状态

5. 原理深入：u-boot网络设备管理机制

要真正掌握u-boot网络配置，需要理解其背后的工作机制。u-boot的网络栈设计有几个关键特点：

1. 设备枚举顺序：通常按照设备树中的定义顺序枚举，这解释了为什么第一个网口常成为默认设备。

2. ethact的作用：这个环境变量实际上是net_loop()函数中net_dev全局变量的持久化存储。当发起网络操作时，u-boot会：

   • 检查ethact是否存在
   • 若存在，尝试使用指定设备
   • 若不存在或设备无效，按顺序尝试所有设备

3. 与Linux内核的差异：Linux使用更复杂的网络子系统（如netdevice框架），支持多网口并发和更丰富的配置选项。u-boot保持简单设计以减小体积和提升可靠性。

在RK3568这类多网口平台上，理解这些底层机制有助于诊断更复杂的问题，例如：

• 自定义设备树后的设备命名变化
• 混合使用不同PHY类型时的兼容性问题
• 早期启动阶段网络初始化的时序问题

通过本文介绍的方法，你应该能够轻松解决RK3568开发板在u-boot阶段的网络设备选择问题。记住关键命令setenv ethact和saveenv的组合，这将成为你嵌入式开发工具箱中的重要武器。