[参考译文] TDA4VM：是否需要在 BootApp 之后添加这些 IPC xer5f？

Bootapp 在加载内核后似乎停止了运行？ 终端输出是一组错误的乱码。

我的 SD 卡当前在引导路径中具有以下映像：

您好！

需要说明的是、您在 PDK 中使用 Boot App、也在 A72上将 HLOS 用作 Linux。

如果您需要在主域内核上进行 IPC 回显测试、则需要从脚本中使用 IPC 回显测试二进制文件构建 lateapp1、latepapp2、lateapp3、并且在日志中我观察到它没有显示  

MCU2_0已引导

MCU2_1已启动

。

。

从而了解其余内核是否已引导。

请指出您所做的任何逐步更改、并帮助我了解您对 IPC 在哪个内核上的预期。

此致

M·塔伦

我刚刚使用了 TI 官方下载的程序、并未进行其他程序更改。

我已经看到了 lateapp1、lateapp2、lateapp3在这个脚本中是如何实现的：

C：\ti-processor-sdk-rtos-j721e-evm-08_06_00_12\pdk_jacinto_08_06_00_31\packages\ti\boot\sbl\examples\boot_app\scripts\constructappimage_multistage_j721e.sh

能否添加我的 MCU1_0文件： ipc_echo_test_mcu1_0_release_strip.xer5f ？  这样是否可以在 BootApp 之后启动 IPC 测试演示？

您好！

否。 这适用于 lateapp 主域内核。 如果您在 SD 卡中看到"app"、该卡必须是与 mcu1_0相关的可执行文件。

我想知道您正在测试哪些内核之间的 IPC 吗？

此致

M·塔伦

大家好、Tarun、我将测试 A72内核和 MCU R5内核之间的 IPC 通信。 那么、我需要使用 app (BootApp)作为 IPC 通信方式吗？ 不过、我已经确认 BootApp 中没有与 rpmsg 相关的 IPC 源代码、只有 一些 sciserver 设置部分。 这就是为什么我没有在带有 A72内核的 Linux 上启动 Remoteproc 相关驱动程序的原因吗？ 如果原因如此、如何修改 BootApp 以使其具有 IPC 相关功能？

您好！

是的、在 App (Boot App)中必须包含 IPC 才能启动 IPC 通信。

IPC 现在是否在 A72和 MCU1_0之外的其余内核之间工作？

此致

M·塔伦

您好、Tarun、  

是的、未来可能需要在其他内核之间进行通信、但目前我们只想在 A72和 MCU1_0之间进行通信。 这样您就有了全功能的 BootApp、其中包括 IPC 通信。 核间通信也可以基于 sciserver/sciclient 以某种方式使用 TISCI 机制、对吗？ 如果 rpmsg 和 TISCI 都可以用两种方式开发、哪种开发方式难度更大？ 期待您的回复。 衷心感谢！

您好！  

由于我紧急休假、请预计我的回复会有延迟。  

此致  

M·塔伦  

您好、Tarun、

您能帮助我解决这个问题吗？ 情况紧急。 非常感谢。

此致

倪华

你好、Ni Hua：

很抱歉耽误你的时间。

将来可能需要在其他内核之间进行通信，但目前我们只想在 A72和 MCU1_0

您正在尝试的引导应用程序应包含 IPC、然后仅可根据您的预期使用。

如果在 MCU1_0上使用 IPC echo 测试、则其余的引导应用程序功能将不起作用、并且 Linux 也将无法启动。

此致

M·塔伦