[参考译文] AM6422：SBL 引导 A53、然后 A53 应用引导另一个 A53 应用。

admin

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1615541/am6422-sbl-boot-a53-and-then-a53-app-boot-another-a53-app

器件型号： AM6422

您好、

从在 R5F 上运行的 SBL 中、我可以引导 R5F 应用程序。我还知道 R5F 应用程序可以引导另一个 R5F 应用程序、如 TI E2E 主题中所述
AM2432：如何从 RAM 引导另一个应用程序映像 — 基于 Arm 的微控制器论坛 — 基于 Arm 的微控制器 — TI E2E 支持论坛

我的问题与不同的引导链有关：

在 R5F 上运行的 SBL
R5F 引导 A53 应用程序
然后、A53 应用程序引导另一个 A53 映像

您认为第 3 步在 AM64x 上是可行/受支持的吗？一个 A53 应用程序在无操作系统环境中引导另一个 A53 映像时、是否有任何限制或特殊注意事项？

谢谢。

3 个月前

0 admin 3 个月前

TI__Guru**** 2778285 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

您好、

这应该是可能的、但您需要注意一些事项。

默认 SDK 中不支持该功能、因此您需要自行实施该功能、此外、SDK 中不支持 A53 内核上的引导加载程序驱动程序、但您可以将其移植到 A53 中。

在 R5F0-0 的 SBL OSPI 示例中、我们在末尾调用 Bootloader_socCpuResetReleaseSelf 以复位并启动 R5F0-0 应用程序。当使用 A53 内核作为下一阶段的引导加载程序时、如果您计划在引导加载程序之后在 A53 上运行应用程序、则必须为 A53 实现此操作。

此致、

会面。

基于 Arm 的微控制器（参考译文帖）

基于 Arm 的微控制器（参考译文帖）(Read Only)

[参考译文] AM6422：SBL 引导 A53、然后 A53 应用引导另一个 A53 应用。