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-OMAPL138:IPC MessageQ 控制 DSP 端 MessageQ 缓冲区从 ARM 端溢出

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/672395/processor-sdk-omapl138-ipc-messageq-control-dsp-side-messageq-buffer-overflow-from-arm-side

器件型号:PROCESSOR-SDK-OMAPL138
Thread 中讨论的其他器件:OMAPL138

您好!

我使用的是 OMAPL138 LCDK (TMDSLCDK138)、PROCESSOR-SDK-LINUX_OMAPL138 04_01_00_06、PROCESSOR-SDK-RTOS-OMAPL138 04_01_00_06。

我的系统是基于 ARM 的 Linux 和基于 DSP 的 TI RTOS。

1) 1)是否有机制控制 DSP 端 MessageQ 缓冲器从 ARM 端溢出?

我修改 了 ARM 端的 IPC 示例 ex02_MessageQ、以永远将消息放入 DSP 队列。 在这种情况下,当 DSP 已经压碎时,MessageQ_Put ()继续返回 MessageQ_S_SUCCESS。

从 MessageQ.h:

 >如果队列是远程的,MessageQ 不能保证这一点

 >消息实际上是在 MessageQ_Put ()调用返回之前传送的

2) 2)所以我是否必须使用 MessageQ_count()来控制 DSP 端 MessageQ 缓冲器?  

在 ARM 端 MessageQ_count()始终返回-1

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

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

    Petr、您好!

    该消息不是针对这个应力条件设计的、并且没有缓冲器溢出控制机制。  发送的每条消息都将有一个中断、以通知另一侧正在发送的消息。 用户应进行流量控制。

    雷克斯