[参考译文] Linux/66AK2G02：使用 u-boot 为 IPC 加载 DSP 和 ARM

您好！

我已通知 RTOS 团队。 他们的反馈将在此处发布。

此致、
Yordan

您好、Chuck、

我需要了解 rproc 的作用。 如果是在 kenrel 中对 remoteproc 进行了全面的吹扫、则可以这样做。 不过，我怀疑情况会是这样。 除下载映像外，内核启动期间运行的 Remoteproc 还会检查资源表，以便在必要时修改 MMU。

我不熟悉 RTOS、但是否可以让 RTOS 启动代码加载 DSP、然后加载 ARM？ 还是在 ARM 代码的开头、它下载 DSP？

雷克斯

当您说内核时、您是指 uboot 内核吗？ 此处不涉及 Linux 内核。 这是 u-boot。 我已经弄清了这一点、我认为我必须使用 uboot 来加载和启动 TI 称为"SBL"(次级引导加载程序)的内容、它可以启动 ARM 和 DSP。 我想使用 u-boot、以便能够通过以太网获取新映像。 但我要加载的程序不是 Linux。

下面是我的当前摘要：

1) 1) uboot loadelf 命令可以将 ARM 映像以与调试器完全相同的方式放置在存储器中。 我知道这是因为：
a)'setenv autostart no'会导致 uboot loadelf、但不会启动它。
b)连接调试器(无 GEL 文件)。
c)使用加载/验证。 它通过了。
我使用 GPIO_LedBlink_evmK2G_armExampleProject 程序进行检查。

2) 2)如果我现在尝试执行、我将进入 uboot 异常处理程序。 无论我让 uboot 启动程序还是在那里设置 PC 并使用调试器、都是如此。 这是由内存冲突引起的吗？ 我的程序是否绑定 uboot？ 我是否违反了 uboot 的 MMU 访问限制？ 我想让 uboot 走出去。

3) 3)另一方面、如果我使用 mkimage、然后使用 bootm、我不会获得异常、但程序不会运行。 mkimage 添加了 uboot 标头、但仍有问题。

4) 4) C6000链接器创建的 elf 文件不适合加载"bootelf"。 没有 shdr。 我看到我必须使用 hex6x 来创建应该能够加载的 bin 文件。 C：\ti\pdk_k2g_1_0_5\packages/ti\boot\sbl 就是这种情况的示例。 这显示了正在创建的多处理器启动映像以及用于启动该映像的 SBL。
-是否可以直接从 uboot 加载此 SBL 映像？ 它会运行吗？
-使用 hex6x 创建的 DSP 映像是否会使用 uboot 中的 rproc 运行？
DSP 启动后，它能启动 ARM 吗？ 我需要查看 SBL 代码。

更正我的回答第三句中的拼写错误：
我们不会在发布的产品中使用 uboot。 在这里、我们将直接从 QSPI 闪存进入 MLO。 该产品不需要以太网支持。