This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] PROCESSOR-SDK-AM64X:在使用 Linux 进行多次 IPC 传输后、M4F 会卡住

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1458734/processor-sdk-am64x-m4f-gets-stuck-after-multiple-ipc-transfers-with-linux

器件型号:PROCESSOR-SDK-AM64X

工具与软件:

您好、TI 团队:

我遇到的问题与 AM64x 上之前的论坛中遇到的问题相同、在 多次 IPC 消息传输后 M4F 似乎也会挂起。 IPC 设置在 Linux 和 M4F 之间。  
发生此问题时、Linux 显示相同的错误消息"尝试增加 MBOX_TX_QUEED_LEN、发送邮箱消息失败、状态=-105"、并且 M4F 似乎卡在上一个论坛中描述的无限循环行为中。

我还在论坛结束时看到、针对 AM62x 而不是 AM64x、错误修复应用于 MCU+ SDK 10.1。 哪个 MCU+ SDK 版本可修复 AM64x 上的 IPC 挂起问题? 预计何时发布?

上一论坛: https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1365362/processor-sdk-am62x-multicore-development-ipc-process-multiple-endpoints-reserved-memory-purpose

感谢您的帮助、

Brycen

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

    您好、Brycen、

    感谢链接到上一主题、这使我能够更轻松地跟进我提交的内部 TT。

    我要求团队为下一个 SDK 11.0完成修复(可能在3月/4月左右发布)。 但我还没有得到一个正式的时间表,所以可能会改变)。 但是、就在今天、我收到通知、称相关工作正在推回 SDK 11.1 (时间未知、不早于2025年夏季)。

    您是否能够根据我在该线程底部链接的 AM62x 代码进行更改? 如果是、您是否能够解决 您的问题?
    https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1365362/processor-sdk-am62x-multicore-development-ipc-process-multiple-endpoints-reserved-memory-purpose/5532041#5532041

    如果您能够自行进行一些开发和测试、然后与我分享您的代码、我可以与我的团队讨论、看看我们是否可以利用您的努力作为缩短 SDK 11.0时间的捷径。 但在开始与开发人员进行讨论之前、我将等待您的确认。

    最终的目标是让 GitHub 项目进入客户可以直接贡献的空间。 然而,它看起来不像 repo 是为这一个相当的准备。 我还可以与团队核实具体时间范围: https://github.com/TexasInstruments/mcupsdk-core 

    此致、

    Nick