[参考译文] RTOS/OMAP-L138：IPC_START()在 ARM 内核上挂起、似乎始终在 DSP 内核上传递

admin

Other Parts Discussed in Thread: OMAP-L138, SYSBIOS

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/582662/rtos-omap-l138-ipc_start-hangs-on-arm-core-seems-to-always-pass-on-dsp-core

器件型号：OMAP-L138
Thread 中讨论的其他器件： SYSBIOS

工具/软件：TI-RTOS

我正在尝试获取基于 ListMP 的示例、以在 OMAP-L138的 DSP 和 ARM 内核之间传递大型链接列表。我修改了 Syslink 示例、以便 ARM 内核使用 SYS/BIOS 而不是 Linux。我不确定要附加哪些文件可能会有所帮助、因此我将等待响应。我的大多数问题似乎与我的 SharedRegion 配置有关、但我无法解决。

我正在使用：

- CCS v7

- XDCtools 3.25.3.72

－SYS/BIOS 6.35.1.29

IPC 1.25.3.15

我已从 Syslink 2.21.01.05修改 ex06_listmp 示例项目。 DSP 代码不变、但在 main_host.c 中将模式复制到 ARM 端(用 SYS/BIOS 等效项替换 IPC 调用和 Linux/syslink 特定调用)。我已经尝试了"Ipc.procSync = IPC.ProcSync_pair"和"Ipc.procSync = IPC.ProcSync_All"两种方法。第一个中断在 IPC_ATT()上，第二个中断在 IPC_START()上(这根据我对这些配置的理解是合理的)。

我现在可以在两者上构建和运行代码。我可以单步执行每个处理器上的 IPC_START()函数。据我所知、DSP 必须先按 IPC_START()、然后按 ARM。在成对模式下、DSP 将直接通过 IPC_START()，但会挂起 IPC_ATT()。即使在我单步执行到 ARM 上的 IPC_ATT()等效项后，它也将保持在该位置。所有 Procsync 的这种行为都是一样的，但将发生在 IPC_START()而不是 IPC_ATT()。

我之前使用 Notify 示例成功运行了 IPC_START()，这里唯一的区别似乎是 SharedRegion 配置，尽管它在 Notify 示例中起作用。

我应该在这里看到什么？

谢谢！

8 年多前