[参考译文] DRA821U：组合的引导映像应用程序映像大小

嗨、 Jonas

请允许我们在本周结束前回复此查询。

此致
Diwakar

嗨、Jonas、

Unknown 说：

ROM 代码如何知道从哪里加载代码、它是否假设所有组件都按顺序保存在图像数据中？

ROM 根据证书中的值加载次级引导加载程序映像、有关更多详细信息、建议您完成操作 "启动映像格式"   部分中找到。

Unknown 说：

SBL 如何知道要加载的应用程序的大小和目标我没有找到任何元或 RPRC 标头。

请查看 SDK 文档的映像格式部分。

此致
Diwakar

您好：

我已经写了、我们使用的是扩展引导信息扩展、而不是引导信息扩展。

根据技术参考手册中的说明、我在证书中没有看到任何描述最终将在 A72内核上运行的应用程序(加载地址或大小)的字段。

请将我指向适当的 SDK 文档、我只找到了有关这两种类型标头的信息、无法在我们的二进制文件中找到它们的神奇值。

提前感谢您。

嗨、Jonas、

当您说您正在   将组合引导映像与"扩展引导信息扩展"一起使用时。 您是否在谈论使用组合引导映像(combined_opt.appimage)的组合引导流程或引导 HLOS？

证书中的扩展引导信息扩展由 ROM 用于支持组合引导流程。 在组合引导流程中、SYSFW 和 SBL 都将由 ROM 加载。

如果您问 ROM 如何从单个 tiboot3.bin 二进制文件中读取单个组件、则答案是、组件按顺序打包。 ROM 借助证书中存在的各个组件的大小、依次读取组件。

参考资料：

https://software-dl.ti.com/tisci/esd/21_05_01/3_boardcfg/BOARDCFG_COMBINED_IMG_FORMAT.html#board-configuration-with-rom-combined-image-format

此致
Diwakar

Unknown 说：

如果您的问题是 ROM 如何从单个 tiboot3.bin 二进制文件中读取单个组件、答案是、组件按顺序打包。 ROM 借助证书中存在的各个组件的大小、按顺序读取组件。

这是我的问题之一。

我将介绍组合引导流程。

第二个问题是、在此模型中、编码的应用程序内核的实际映像大小在哪里？

我看到它从地址0x80000开始。 但 SBL 在哪里知道这一点呢？ 对于组合引导流程、这是否是应用内核的默认起始地址？ SBL 如何知道尺寸？

嗨、Jonas、

Unknown 说：

我只看到它从地址0x80000开始。 但 SBL 在哪里知道这一点呢？ 对于组合引导流程、这是否是应用内核的默认起始地址？ SBL 如何知道大小？

我们通过一个示例来了解 SBL 加载是如何进行的。

假设我们必须 在 A72上引导 HLOS 映像、并使用其组合映像(包含 ATF、OPTEE、Kernel、DTB)。

• 一旦 SBL 加载并开始在 R5内核上运行、它将从引导介质中获取应用映像。
• 读取时、它会将映像放置到 sbl_componenet.mk 中定义的 sbl_fratch_MEM_start
• 将整个映像放置在暂存存储器中后、它将解析标头、并根据提到的 rprc 标头的加载地址将单个组件加载到各自的加载地址。
  
  Ref：https://software-dl.ti.com/jacinto7/esd/processor-sdk-rtos-j7200/10_01_00_04/exports/docs/pdk_j7200_10_01_00_25/docs/userguide/j7200/boot/boot_k3.html#image-formats

我希望它能回答您的问题。

此致
Diwakar

不幸的是,它没有。

我一开始就写过,没有任何指示 Meta Herader 或 RPRC 标题的神奇字符串。

Unknown 说：

我一开始就写过没有指示 Meta Herader 或 RPRC 标题的魔术字符串。

这是什么意思,你在哪里检查这个?

我要刷写到器件中的二进制文件中。