[参考译文] SK-AM62：如何设置 SD 和 eMMC 的引导优先级。

尊敬的 Bin：

感谢您的答复。

为了满足#1 和#2 的要求、sdcard 引导应该是主引导、eMMC 引导应该是备份。 如果不满足#3、则无法从备份引导返回主引导。

如果我将主存储器设置为 SD 并备份到 eMMC、这是否意味着如果 eMMC 已损坏、我将无法从 SD 卡引导？
目前、我已将主存储器设置为 SD、将备用存储器设置为 eMMC、
在部分损坏 eMMC 文件后启动、
但无法从 SD 卡进行引导。
请说明此设置。

【实验条件】

1 μ A microSD 和 eMMC 都・分区 1 (FAT) 和分区 2 (ext4)
・在 eMMC 的分区 1 中重命名 tispl.bin 文件并以无法找到的方式对其进行测试
・将 SD 卡 1 (microSD)[3：6 = 0001、7 = 0[RAW]、8：9 = 01]设置为主卡、将 SD 卡 0 (eMMC)[10：13= 1010]设置为备份。

此致、

ITO

尊敬的 Ito-San：

如果我将主存储器设置为 SD、将备份设置为 eMMC、这是否意味着如果 eMMC 损坏、我将无法从 SD 卡引导？

没错。 如果 ROM 中的主引导失败、ROM 将进入备份引导。 但是、当 ROM 中的备份引导失败时、它无法返回到主引导。

・将 SD 卡 1 (microSD)[3：6 = 0001、7 = 0[raw]、8：9 = 01]设置为主卡、将 SD 卡 0 (eMMC)[10：13= 1010]设置为备份。[/报价]

SD 卡引导的引导模式设置似乎正确。 您是否能够使用任何引导模式设置从 SD 卡引导？ 我想检查 SD 卡是否已正确刷写且可引导。

尊敬的 Bin：

感谢您的答复。

正确。 如果 ROM 中的主引导失败、ROM 将进入备份引导。 但是、当 ROM 中的备份引导失败时、它无法返回到主引导。

好的。

我们需要实现的情况是、我们希望从 SD 引导为主引导、但用于备份引导的 eMMC 文件已损坏。
换句话说、在案例 3 中、我们不希望从备份迁移到主备份。
我对缺乏解释表示歉意。
在案例 3 中、我认为它会从 SD 引导为主器件、但出于某种原因、它无法引导。

请告诉我如何解决这个问题。

您是否曾经能够使用任何引导模式设置从 SD 卡引导？

我会确认。

此致、

ITO

尊敬的 Ito-San：

感谢您的解释、现在我了解了要求。

请确认您使用的是 SK-AM62、而不是 SK-AM62B 或 SK-AM62B-P1、以及您刷写到 SD 卡中的哪个 SDK 版本？

EVM SK-AM62 具有 AM62x GP 器件、开箱即用的新 SDK 不再支持该器件。

尊敬的 Bin：

我的客户正在使用以下 SDK。

TI-PROCESSOR-SDK-LINUX-am62xx-EVM-11.00.09.04

此致、

ITO

尊敬的 Ito：

请检查 sdcard 引导分区（不是根分区中的引导目录）是否具有文件“ tiboot3-am62x-gp-evm.bin “。 如果是、请制作副本并将其重命名为“ tiboot3.bin “（若要覆盖现有的“tiboot3.bin"）“）、这应使 sdcard 在 SK-AM62 上引导。

尊敬的 Bin：

tiboot3-am62x-gp-evm.bin 已替换为 tiboot3.bin。

microSD 卡上有两个分区。

Partition 1(FAT32):  /boot
                                               dtb/
                                              Image
                                              fitImage
                                              ti_logo_414x97_32bpp.bmp.gz
                                              tiboot3-capsule.bin
                                              tiboot3.bin
                                              tispl.bin
                                              u-boot.img 
    Partition 2(ext4):  /rootfs
                                             bin/
                                              boot/
dtb/
                                                          Image
                                                         System.map
                                                         fitImage
                                                         vmlinux
                                             dev/
                                             etc/
                                             gstshark_2025-01-08_18:23:16/
                                             home/
                                             lib/
                                             lost+found/
                                             media/
                                             mnt/
                                             opt/
                                             proc/
                                             root/
                                             run/
                                             sbin/
                                             srv/
                                             sys/
                                             tmp/
                                             usr/
                                             var/

eMMC 还具有两个分区、与 microSD 卡相同。

分区 1 (FAT32)：/boot

分区 2 (ext4)：/rootfs

① 在此状态下、插入 microSD 卡、打开评估板、并在终端中检查引导日志。 正常从 microSD 卡引导的电路板。

② 下一步、关闭电源、取下 microSD 卡、打开评估板的电源、并检查终端中的引导日志。 它从 eMMC 正常引导。

③ 此外、在关闭电源之前、将 eMMC 中的 tiboot3.bin 重命名为 X_ tiboot3.bin、关闭电源、插入在 ➀ 中使用的 microSD 卡、然后打开电源。 它不会引导。

④ 更改 DIP 开关（将 Primary 和 Backup 都设置为 microSD）、插入 microSD 卡、打开电源、引导后将 eMMC 中的 X_ tiboot3.bin 重命名为 tiboot3.bin、关闭电源、将 DIP 开关重置为原始设置、然后打开电源。 它的启动方式与 n ü ① 中的相同。

【问题】

准备一个可引导的 microSD 卡和一个缺少一些文件的 eMMC（缺少 tiboot3.bin）、将 dip-SW 设置为主 microSD 并将 eMMC 设置为备份、

但为什么它无法从 microSD 卡引导？

此致、

ITO

尊敬的 Ito-San：

在这种情况下、当电路板未启动时、我假设 UART 控制台上没有打印任何消息、对吧？

① 在此状态下、插入 microSD 卡、打开评估板、并在终端中检查引导日志。 正常从 microSD 卡引导的电路板。

② 下一步、关闭电源、取下 microSD 卡、打开评估板的电源、并检查终端中的引导日志。 它从 eMMC 正常引导。

在这两种情况中的任何一种情况下、您如何确定它是从哪个源引导的？

请附上这两种情况的 U-Boot 引导日志。