[参考译文] AM625：默认 WIC 映像不启动

尊敬的 Veysel：

请显示将 WIC 映像刷写到 eMMC 所需的确切命令和日志。

尊敬的 Veysel：

我不熟悉 Yocto 或.wks 文件、但您似乎正在尝试使用 eMMC UDA 引导。 该引导模式不使用 eMMC boot0分区。

您使用什么 SYSBOOT 引脚设置来引导此 eMMC WIC 映像？

尊敬的 Bin：

是的、我们使用 eMMC UDA 引导、即引导加载程序映像通过 dd 命令写入 mmcblk0boot0分区。

我们更改了 sysboot 引脚以支持 eMMC 文件系统模式、并启动了默认的.wic 映像。 在本例中、引导加载程序分区为 mmcblk0p1

在这种情况下,是否有任何方法可以在 eMMC RAW 模式下支持.wic 映像? 还是我们必须使用 eMMC 文件系统模式才能使用.wic 映像引导？

尊敬的 Bin：

感谢您的快速答复。

Gong Ping 说：

因此、当您要对 eMMC 使用.wic 映像时、不会使用第二个 MMC 引导模式、我知道有任何方法可以为 eMMC boot0和 UDA 创建.wic 映像。

这对我们来说现在是显而易见的。 我们必须将 MMCSD 与文件系统模式配合使用、才能使用.wic 映像。

实际上、我们在主引导模式和备用引导模式方面存在问题。 我们需要使用如下引导模式：

主引导模式：MMCSD 引导(SD 卡引导)
备用引导模式：MMCSD 引导(eMMC 引导)

以下是我们的全引导模式选择引脚配置：

使用此引脚设置、我们在引导分区中使用文件系统模式创建了 SD 卡、并再次使用文件系统模式刷写了 eMMC。 我们能够从 SD 卡作为主引导进行引导、但当我们分离 SD 卡时、备份 eMMC 引导无法引导(没有引导加载程序日志)。

开发应用 手册(修订版 B)。 链接。 490：

"当 eMMC 引导用作备份引导选项时、仅支持文件系统模式下的用户数据区域(UDA)。
不支持 RAW 模式。 此外、在备份引导期间、只会在1位模式下进行引导。"

因此、我们期望它使用文件系统模式引导。

我们是否可以使用 SD 卡作为带文件系统模式的主引导、并使用 eMMC 作为带文件系统模式的备份、以便当有 SD 卡插入电路板时、SD 卡中的映像将引导。 否则、eMMC 映像将在器件中引导？

提前感谢、

尊敬的 Veysel：

我几乎没有使用任何备用引导模式、因此无法立即判断 eMMC UDA 备份引导是否有任何问题。

刷写 eMMC 后、能否更改引导模式设置以将主引导设置为 eMMC UDA、看看它是否从 eMMC 引导？ 这将表明 eMMC 是否刷写正确。

尊敬的 Bin：

下面是当前状态、让我总结一下

下面是引导模式引脚选择(与上一个)

它应在文件系统模式(如果可用)下从 SD 卡引导、因为它是可初始化的。 如果 SD 卡不可用、文件系统模式下的 eMMC 应该启动、因为它是辅助系统。

在这种情况下、当我插入 SD 卡时、器件从 eMMC 引导

U-Boot SPL 2023.04-gb0d717b732 (2023年12月6日- 15：11：45 +0000)
SYSFW ABI：3.1 (固件版本0x0009"9.1.8--v09.01.08 (Kool Koala)")
SPL 初始堆栈使用量：13384字节
尝试从 MMC1引导
身份验证已通过
身份验证已通过
身份验证已通过
身份验证已通过
身份验证已通过
在 ARM64内核上启动 ATF……

即使我移除 SD 卡、器件也会从 eMMC 引导

U-Boot SPL 2023.04-gb0d717b732 (2023年12月6日- 15：11：45 +0000)
SYSFW ABI：3.1 (固件版本0x0009"9.1.8--v09.01.08 (Kool Koala)")
SPL 初始堆栈使用量：13384字节
尝试从 MMC1引导
身份验证已通过
身份验证已通过
身份验证已通过
身份验证已通过
身份验证已通过
在 ARM64内核上启动 ATF……

如果我丢弃备用引导模式、通过将 b10-b11-b12设置为0、然后将主引导设置为 SD 卡、器件从 SD 卡引导

U-Boot SPL 2023.04-gb0d717b732 (2023年12月6日- 15：11：45 +0000)
SYSFW ABI：3.1 (固件版本0x0009"9.1.8--v09.01.08 (Kool Koala)")
SPL 初始堆栈使用量：13384字节
尝试从 MMC2引导
身份验证已通过
身份验证已通过
身份验证已通过
身份验证已通过
身份验证已通过
在 ARM64内核上启动 ATF……

如果我放弃备用引导模式、则 通过将 b10-b11-b12设置为0、然后将主引导设置为 eMMC、从 eMMC 引导器件。

问题看起来像、ILF SD 卡是主卡并已插入、器件无法从 SD 卡引导并从 eMMC 引导。

您是否知道此类问题或能否为我们提供解决方案？

提前感谢、

尊敬的 Veysel：

问题看起来像、ILF SD 卡是主卡并已插入、器件无法从 SD 卡引导并从 eMMC 引导。

您是否知道此类问题或能否为我们提供解决方案？

我无法解释该行为。

您是否在多个电路板上看到问题？

您在 AM62x EVM 上看到同样的问题吗？

尊敬的 Bin：

我们在不同的板上看到了完全相同的行为。 很遗憾、我们没有 AM62x EVM。

我们是否可以在引导加载程序端将引导器件引导为硬编码？ 如果可能、我们希望在插入 SD 卡时使用文件系统模式进行引导。 否则、从使用文件系统模式的 eMMC 引导？

您能提供帮助吗？

提前感谢、

尊敬的 Veysel：

问题在于 ROM 检测并从 SD 卡加载第二个引导加载程序、U-Boot 二进制文件尚未进入引导流程、因此没有什么可以硬编码。

快速测试(我以前从未这样做过、不确定它是否可以正常工作)、您能否将引导模式位13更改为1、以便主模式和反向模式都从 sdcard 引导、以查看主板是否会从 sdcard 引导？

尊敬的 Bin：

非常感谢您的快速反馈。 我尝试了您提到的测试、引导模式位13至1、以便主模式和备份模式都从 sdcard 引导。 在这种情况下、器件从 SD 卡启动：

-Boot SPL 2023.04-gb0d717b732 (Dec 06 2023 - 15：11：45 +0000)
SYSFW ABI：3.1 (固件版本0x0009"9.1.8--v09.01.08 (Kool Koala)")
SPL 初始堆栈使用量：13384字节
尝试从 MMC2引导
身份验证已通过
身份验证已通过
身份验证已通过
身份验证已通过
身份验证已通过
在 ARM64内核上启动 ATF……

但如果我移除 SD 卡、则没有从 eMMC 引导。

您能提供帮助吗？

提前感谢、

尊敬的 Veysel：

Unknown 说：

、但如果我移除 SD 卡、则无法从 eMMC 引导。

这是预期的、因为主和备份都从 sdcard 引导。

现在退一步、您似乎对 sdcard 和 eMMC 引导使用相同的 U-Boot 二进制文件、因此第一个引导消息始终相同：

   Boot SPL 2023.04-gb0d717b732 (2023年12月6日- 15：11：45 +0000)

我们无法确定 ROM 是从 sdcard 还是 eMMC 加载 tiboot3.bin。

您能否重新编译 U-Boot 并将二进制 tiboot3.bin 更新到 sdcard？ 然后、如果 ROM 从 sdcard 引导、第一个控制台消息将包含当前时间戳、而不是"Dec 06 2023"、以便我们知道它在每次测试中的引导位置。

尊敬的 Bin：

我们通过 bitbake 命令对构建 u-boot 进行了如下清理、然后再次构建：

cleanstate u-boot-ti-staging MACHINE=：k3r5：u-boot-ti-staging

我们可以看到、每次 tiboot3.bin、tispl.bin 和 u-boot.img 都是新生成的。 我还可以通过文件的时间戳来验证这一点、每次我构建时、访问和修改的时间都是最新的。

但时间戳如你指出的是 12月06 2023 - 15:11:4 和它永远不会改变?  

提前感谢、

您的意思是、即使您将备份引导模式更改为000、并且我们知道 eMMC 从未参与过、sdcard 引导日志仍然显示"Dec 06 2023"？

可能是因为 Yocto 硬编码/修复了构建时间戳、但我不熟悉 Yocto 如何更改它。

您能否将 Yocto 配置中的 U-Boot 版本/标签更改为9.2.x.x、以便引导日志与 eMMC 引导不同？

   Boot SPL 2023.04-gb0d717b732 (2023年12月6日- 15：11：45 +0000)
   SYSFW ABI：3.1 (固件版本0x0009"9.1.8--v09.01.08 (Kool Koala)")

尊敬的 Bin：

是的、在 SD 卡和 eMMC 引导中、我们分别为每个卡和 eMMC 引导提供相同的引导日志。

作为快速测试、我在 boot_from_devices 函数中添加了 common/spl.c 日志、然后清理了 u-boot 并再次编译。

然后、我将 SD 卡引导分区中的 tiboot3.bin 替换为新编译的分区。

如果 SD 卡是主卡并插入、eMMC 是备份的、器件再次从 eMMC 引导(没有新添加的日志)：

U-Boot SPL 2023.04-gb0d717b732 (2023年12月6日- 15：11：45 +0000)
SYSFW ABI：3.1 (固件版本0x0009"9.1.8--v09.01.08 (Kool Koala)")
SPL 初始堆栈使用量：13384字节
尝试从 MMC1引导

如果我将主日志和备份都设置为 SD 卡引导、为了确保设备可以从 SD 卡引导、我可以看到新添加的日志：

U-Boot SPL 2023.04-gb0d717b732 (2023年12月6日- 15：11：45 +0000)
SYSFW ABI：3.1 (固件版本0x0009"9.1.8--v09.01.08 (Kool Koala)")
SPL 初始堆栈使用量：13384字节
从 SD 卡引导-->新添加的日志
尝试从 MMC2引导
MMC_LOAD_IMAGE_RAW_SECTOR：MMC 块读取错误
身份验证已通过
身份验证已通过
身份验证已通过
身份验证已通过
身份验证已通过
在 ARM64内核上启动 ATF……

如您所见、由于 tiboot3.bin 有更改、但时间戳仍然相同。 我不知道这是否与我们的问题有关、但因此、如果是主要 SD 卡、我们便无法从 SD 卡引导。

您能提供帮助吗？

尊敬的 Veysel：

Unknown 说：

作为快速测试、我在 boot_from_devices 函数中添加了 common/spl.c 中的日志、然后清理了 u-boot 并再次编译。
[/报价]

调试的好技巧！

当您将 sdcard 设置为主盘和 eMMC 设置为备份时、U-Boot 提示符下以下命令的输出是什么？

=> MD.l 43000030 1.

在每次测试中、您是对电路板进行下电上电还是对电路板进行热复位？

尊敬的 Bin：

以下是当 SD 卡为主卡(作为文件系统)且 eMMC 为备份(同样作为文件系统)时"md.l 43000030 1"的命令输出

43000030：000016c3…

我确实对断电-开启循环进行了测试。

顺便说一下、我观察到 SD 卡是主卡、eMMC 是备份的、插入 SD 卡、如果我给电路板上电、器件会从 eMMC 引导。

同样、如果我给电路板加电并截取 u-boot、然后在 u-boot 中触发"复位"命令、我就可以看到该器件每次从 SD 卡启动。

您能提供帮助吗？  

提前感谢、

尊敬的 Bin：  

让我更正命令输出、很抱歉给您带来不便

=> MD.l 43000030 1.
43000030：00001643 C....

提前感谢、

Unknown 说：

BOOTMODE PIN 选择如下(与上一个相同)

[/报价]

根据该表、引导模式应为0x1643、但

Unknown 说：

43000030：000016c3 ...

它在寄存器中锁存为0x16c3。

引脚 B7看起来是反向的。 请仔细检查您的电路板。

[/quote]

好的、现在我看到您将该值更新为0x1643、这似乎是正确的。

现在我唯一可以推荐的是使用不同品牌的 SD 卡进行测试、看看问题是否仍然发生。

此外、还请检查所有 sdCard 总线信号(data/cmd 和 clk 线路)都具有所需的上拉/下拉电阻器。

尊敬的 Bin：

我刚刚尝试了不同品牌的 SD 卡、但结果是相同的。 我肯定会检查 data/cmd 和 clk 线路。

但是你对下面的行为有什么意见吗? 如果我截取 u-boot 并输入 reset 命令、SD 卡主引导功能将按预期工作：

Unknown 说：

按照我观察到的方式、SD 卡是主卡、eMMC 是备份、插入 SD 卡、如果给电路板上电、器件从 eMMC 引导。

同样、如果我给电路板加电并截取 u-boot、然后在 u-boot 中触发"复位"命令、我可以看到器件从 SD 卡启动

您能提供帮助吗？

提前感谢、

很高兴问题得到解决。 感谢您的更新。