[参考译文] AM62A7：SDK 11.1：u-boot：ipc_echo... prebuilts 目录中缺少固件

根据 Yocto u-boot 配方、指令中应提及将 TI_DM 变量设置为指向  dm_edgeai_mcu1_0_release_strip.out 二进制文件。

请注意、为克隆 TFA 固件列出的存储库非常不一致。  这并不重要、但会有点令人困惑。

SDK 文档中的两个不同 URL：

* https://software-dl.ti.com/processor-sdk-linux/esd/AM62AX/11_01_07_05/exports/docs/linux/Foundational_Components_ATF.html

git clone https://github.com/TexasInstruments/arm-trusted-firmware.git

* https://software-dl.ti.com/processor-sdk-linux/esd/AM62AX/11_01_07_05/exports/docs/devices/AM62AX/linux/Release_Specific_Release_Notes
存储库： https://git.trustedfirmware.org/plugins/gitiles/TF-A/trusted-firmware-a.git/

而 Yocto 配方使用了另一种更加官方的方法。
* source/meta-ti/meta-ti-BSP/recipes-bsp/trusted-firmware-A/trusted-firmware-a-ti.inc

src_uri_trusted_firmware_A =“git：/git.trustedfirmware.org/TF-A/trusted-firmware-a.git；protocol=https“

尊敬的 Jonathan：

对延迟的回复表示歉意、我在动力输出轴上离开了。

感谢您指出这一点、您说对了。在 SDK 11.1 中、固件 ipc_echo_testb_mcu1_0_release_strip.xer5f 已 更改为 dm_edgeai_mcu1_0_release_strip.out。  我们需要更新 k3-am62a-sk-binman.dtsi 中的引用。  

我将与文档团队分享此反馈。

此致、
Johnson

谢谢、让我知道他们发现了什么

将我的邮件复制粘贴到 Johnson。 我不是开发人员在这里做出决策、而只是一个随着时间推移不断观察变化的应用程序人员：

各 SDK 版本的 DM R5F 固件命名约定中 AM62Ax 不一致。

对于我们拥有的所有其他 DM R5F 处理器、MCU+ SDK 示例 ipc_rpmsg_echo_linux 重新打包到“ipc_echo_testb_mcu1_0_release_strip"中“中（该名称继承自先前版本的 RTOS）。 因此、在所有其他 DM R5F 处理器上、默认情况下 DM R5F 运行 IPC Echo 示例。

但是、默认情况下、AM62Ax 在 DM R5F 上运行 VPAC/ISP 固件。 在某些 SDK 版本中、他们将 IPC Echo 固件放在 ti-linux-firmware 中、名称为“ipc_echo_testb_mcu1_0_release_strip"，“，然后、然后将 VPAC/ISP 固件打包在单独的名称下。 但是、对于大多数较旧的 SDK 版本、他们只在 ti-linux-firmware（VPAC/ISP 固件）中放置了一个固件、并将其重命名为“ipc_echo_testb_mcu1_0_release_strip"。“。

https://git.ti.com/cgit/processor-firmware/ti-linux-firmware/tree/ti-dm?h=ti-linux-firmware 

在最新的 SDK 版本中、似乎它们又回到了 ti-linux-firmware 的同一文件夹中、包括 IPC Echo 固件和 VPAC/ISP 固件。 在早期的 Linux SDK 中的“prebuilt"文件夹“文件夹下、您仍然只会看到一个名为“ipc_echo_testb_mcu1_0_release_strip"的“的固件（每次我检查后，该固件实际上都是 VPAC/ISP 固件）。 您始终必须检查是否看到该通用文件名、不能将其视为已将哪个固件重命名为“ipc_echo_testb_mcu1_0_release_strip"。“。

如需了解更多信息、请访问：  
【常见问题解答】SPL 引导：如何查找内置于 tispl.bin 中的 DM R5F 二进制文件  

以下常见问题解答也可能有帮助：
【常见问题解答】Linux：如何检查 DM R5F 上运行的二进制文件 

此致、

Nick  

是的、我在这里没有表决权、但让这个自定义固件具有不同的文件名是合理的。  只需确保所有文档仍然有效。

目前我已更新 u-boot 构建脚本、以设置 TI_DM 变量、从而匹配 Yocto 构建它的方式。 但我很满意、它与 TI 的文档不匹配。

使 ARCH=ARM ... TI_DM=“ti-dm/am62axx/dm_edgeai_mcu1_0_release_strip.out"</s>“

如下所示、根据 Yocto u-boot 配方、说明应提及将 TI_DM 变量设置为指向  dm_edgeai_mcu1_0_release_strip.out 二进制文件。

TI 需要修复其文档

以下是有关此新 FW 以及如何选择自定义 DM 固件的一些文档：

https://software-dl.ti.com/processor-sdk-linux/esd/AM62AX/11_01_07_05/exports/docs/devices/AM62AX/linux/Release_Specific_Release_Notes．html#what-s-new 

和  

https://software-dl.ti.com/processor-sdk-linux/esd/AM62AX/11_01_07_05/exports/docs/linux/、Foundational_Components、U-Boot/U-build-k3.html# BG 

>>查看以进一步展开、并使用增量文档 PR 进行澄清  

https://software-dl.ti.com/processor-sdk-linux/esd/AM62AX/11_01_07_05/exports/docs/linux/、Foundational_Components、U-Boot/U-build-k3.html# BG 

>>查看以进一步展开、并使用增量文档 PR 进行澄清  

> BINMAN_INDIRS 可以指向<path-to-tisdk>/board-support/prebuilt-images使用预编译 SDK 中的预编译二进制文件（适用于 BL31、适用于 TEE）bl31.binbl32.bin。

u-boot 文档中提供的 make 指令不起作用！

TI_DM 变量不再是可选的、因为 SDK 版本中仅包含 dm_edgeai_mcu1_0_release_strip.out、默认情况下查找 ipc_echo_testb_mcu1_0_release_strip.xer5f。

啊,我不知道这些文档是在一个 GitHub 上,这很酷。  为什么 TI 始终不愿意解决这些问题...

谢谢你对我很好

感谢 Jonathan Cormier 的快速反馈。  

是的,我们已经将文档存储库移动到 GitHub 以获得更快的周转（评论-->集成-->最新的 html 可用性）。

这个 GitHub 模型还鼓励 TI 外部的任何人直接提交 PR。

一旦一个文档 PR 被合并.. 最新文档可立即从 https://texasinstruments.github.io/processor-sdk-doc/获取 

 https://www.ti.com/tool/PROCESSOR-SDK-AM62A 的页面 也是在一天内主动更新（一旦 PR 被合并）.. 直到下一个发行标签被制作出来。