[参考译文] AM62P：AM62P EVK 引导模式

您好 Borislav Lazarkov ,

所以我明白,在第一种情况下,你不能成功引导 Android。 是这样吗？

是的。 Android 未成功引导。

您在哪里找到 Hello World 应用程序 — 引导分区 0 或 UDA？

我使用下面提到的配置刷写了应用程序：-

#发送引导加载程序时、请确保闪存偏移为 0x0。 ROM 需要在 eMMC 的偏移 0x0 处使用引导加载程序
-file=sbl_prebuilt/am62px-sk/sbl_eMMC_linux_stage1.release.hs_fs.tiimage --operation=flash-eMMC -flash-offset=0x0

#第 2 阶段引导加载程序在 0x80000 或您的引导加载程序配置的任何偏移处刷新
--file=../../examples/drivers/boot/sbl_emmc_linux_multistage/sbl_emmc_linux_stage2/am62px-sk/wkup-r5fss0-0_freertos/ti-arm-clang/sbl_emmc_linux_stage2.release.appimage.hs_fs --operation=flash-eMMC --flash-offset=0x80000

#发送应用程序映像时,请确保以偏移 0x800000（默认值）或引导加载程序配置的任何偏移进行闪存
--file=../../examples/hello_world/am62px-sk/mcu-r5fss0-0_freertos/ti-arm-clang/hello_world.release.appimage.hs_fs --operation=flash-eMMC --flash-offset=0x800000

#发送应用程序映像时、确保以偏移量 0x800000（默认）或引导加载程序配置的任何偏移进行闪存
-- file=./../examples/hello_world/am62px-sk/mcu-r5fss0-0_freertos/ti-arm-clang/hello_world.release.appimage.hs_fs -- operation=flash-eMMC -- flash-offset=0x800000

此刷写的应用程序由 SBL 引导。 Android 将有自己的过程、例如从文件系统（Linux 就是这种情况）中获取应用程序映像、以在不同的内核上引导应用程序。

基本上、您必须按照 Android 特定的步骤来引导自定义 MCU 应用。

你好 Prashant Shivhare ,

但在您提到的方法中、Android 将首先启动、然后加载 MCU 固件、对吧？

是的。

如以下主题中所述、我们不支持 SBL + Android 引导流程

e2e.ti.com/.../6341727

Prashant Shivhare  

这意味着我们的要求可能不适用于这种方法、对吧？

是否可以选择通过 SBL 同时刷写 U-Boot 和 MCU 固件、然后 U-Boot 可以随后继续引导 Android？

是否有任何选项、其中、通过 SBL、我可以同时刷写 U-Boot 和 MCU 固件、然后 U-Boot 可以在之后继续引导 Android？

SBL 支持引导 Linux 并在 Linux 之前引导 MCU 内核。 同样的方法应该是可能的 Android 的,但正如在另一个线程中传达的,我们没有测试它。

Prashant Shivhare 

刷写 Android 后、我们观察到 MCU 在引导后运行 IPC/RPMsg 示例。

Android 是在每次引导时将此固件刷写到 MCU 中、还是在每次刷写到专用 MCU 存储位置时刷写到一次？
或者、MCU 固件是否在启动期间从 Android 文件系统动态加载？

或者启动期间是否从 Android 文件系统动态加载 MCU 固件？

情况应该是这样。 与 Linux 一样、MCU 固件可能是文件系统本身的一部分、并由 Android OS 引导。