问题描述
我在 raspBerry pi 4 上使用 u-boot,从 USB 连接的 SSD A/B 启动,与没有 yocto 的 mender 集成。除了 env 保存外,一切正常:最初配置为使用 MMC 和偏移量,fw_printenv
抱怨 CRC 错误并改为输出默认配置。我将 env 保存更改为启动分区上的 FAT 文件,现在我正在解决 2 个问题:
-
uboot.env
不会通过在 u-boot 提示中发出saveenv
来写入 -
uboot-redund.env
已写入,但其 CRC 不正确。
我正在通过从 linux 发出 fw_printenv
命令来检查 CRC。它的配置文件指出:
/boot/u-boot/uboot-redund.env 0x0000 0x4000
U-Boot 使用 0x4000
作为 env 大小编译,并使用 hexdump
检查文件显示长度为 0x4000 的正确文件。
启动时,u-boot通过TTL串口输出如下日志:
U-Boot 2021.07-rc2-00246-gd64b3c608d-dirty (Jun 16 2021 - 12:16:24 +0200)
DRAM: 7.9 GiB
RPI 4 Model B (0xd03114)
MMC: mmcnr@7e300000: 1,emmc2@7e340000: 0
Loading Environment from FAT... In: serial
Out: vidconsole
Err: vidconsole
Net: eth0: ethernet@7d580000
PCIe BRCM: link up,5.0 Gbps x1 (SSC)
starting USB...
Bus xhci_pci: Register 5000420 NbrPorts 5
Starting the controller
USB XHCI 1.00
scanning bus xhci_pci for devices... 3 USB Device(s) found
scanning usb for storage devices... 1 Storage Device(s) found
Hit any key to stop autoboot: 0
这表明 u-boot 确实从 FAT 正确加载了 env。
我如何进一步调查为什么 u-boot 不写入 uboot.env,以及为什么当它写入 uboot-redund.env 时,从 fw_printenv
的角度来看,它用错误的 CRC 写入?
解决方法
环境保存
在函数 env_fat_save 中只写入了一个文件。如果定义了 CONFIG_SYS_REDUNDAND_ENVIRONMENT,则可以选择写入要么文件 CONFIG_ENV_FAT_FILE_REDUND 或文件 CONFIG_ENV_FAT_FILE。
如果要写入两个文件,则必须执行命令 env save
两次。
命令 env info
通过字段 env_valid 指示最后写入哪个实例:
=> env select FAT
Select Environment on FAT: OK
=> env info
env_valid = invalid
env_ready = true
env_use_default = false
=> env save
Saving Environment to FAT... OK
=> env info
env_valid = redundant
env_ready = true
env_use_default = false
=> env save
Saving Environment to FAT... OK
=> env info
env_valid = valid
env_ready = true
env_use_default = false
=>
fw_printenv
使用 fw_printenv
时,您必须指定与您的 U-Boot 构建相匹配的配置。默认情况下使用文件 /etc/fw_env.config。可以在命令行传递配置文件:
tools/env/fw_printenv -c fw_env.config
您的配置文件可能如下所示:
uboot.env 0x0000 0x2000
uboot-redund.env 0x0000 0x2000
在 tools/env/fw_env.config 中有一个示例文件解释了可用的字段。