基于U-Boot通过OTP熔丝设置STM32MP157静态MAC遇问题

可能原因 #

1. OTP熔丝未正确写入：U-Boot启动信息的成功提示不代表熔丝实际烧写正确，可能存在参数错误（如bank/word地址选错、字节顺序颠倒）或烧写过程异常。
2. 系统固件未读取OTP MAC：多数Linux BSP默认从设备树、U-Boot环境变量或配置文件读取MAC，而非自动读取OTP区域。
3. MAC地址存储顺序错误：STM32MPU的OTP对MAC的字节存储有固定顺序要求，若烧写时字节顺序颠倒，系统读取后会得到错误的MAC。

排查与解决步骤 #

1. 验证OTP熔丝的写入结果 #

在U-Boot命令行执行读取命令，确认MAC是否正确写入对应OTP区域（以STM32MP1为例，MAC存储在Bank 2的Word 0和Word 1）：

fuse read 2 0 2

正确写入F2:AA:7A:45:5C:12后，输出应对应：

• Word 0: 0x457AAAF2（对应MAC前4字节：F2 AA 7A 45，注意字节存储顺序为大端）
• Word 1: 0x00005C12（对应MAC后2字节：5C 12，高16位保留为0）

若读取结果不符，重新执行烧写命令（注意参数顺序和字节顺序）：

fuse prog 2 0 0x457AAAF2
fuse prog 2 1 0x00005C12

警告：熔丝烧写不可逆，确认参数无误后再执行！

2. 让系统读取OTP中的MAC #

方式1：修改设备树

在以太网节点（如ethernet@5800a000）中添加驱动识别属性，让固件自动从OTP读取MAC：

ethernet@5800a000 {
    ...
    st,mac-from-otp;
    ...
};

若驱动不支持自动读取，可直接在设备树中指定静态MAC：

ethernet@5800a000 {
    ...
    local-mac-address = [f2 aa 7a 45 5c 12];
    ...
};

重新编译设备树并烧写至板卡。

方式2：通过U-Boot传递MAC到系统

在U-Boot中设置环境变量并保存，让系统从U-Boot获取MAC：

setenv ethaddr F2:AA:7A:45:5C:12
saveenv

确保U-Boot启动命令（如bootcmd）包含传递环境变量到设备树的逻辑，例如使用bootm时自动传递。

方式3：系统层静态配置MAC

直接修改系统网络配置文件，强制指定MAC地址：

• 针对/etc/network/interfaces（Debian/Ubuntu系）：

auto eth0
iface eth0 inet dhcp
    hwaddress ether F2:AA:7A:45:5C:12

• 针对systemd-networkd（嵌入式常用）：
  创建/etc/systemd/network/10-eth0.network文件：

[Match]
Name=eth0

[Network]
DHCP=yes

[Link]
MACAddress=F2:AA:7A:45:5C:12

配置完成后重启网络服务或系统：

systemctl restart systemd-networkd

注意事项 #

• 不同STM32MPU型号的OTP MAC存储位置可能不同，需对照官方手册确认bank和word地址。
• 若设备树中已有local-mac-address属性，需先移除或修改，否则会覆盖OTP或U-Boot传递的MAC。

内容的提问来源于stack exchange，提问作者stephenbates1971