IPC中DSP能作为MessageQ的writer吗？

是可以的，messageq模块特征中有说明。
Writers and readers can be relocated to another processor with no runtime code changes.
software-dl.ti.com/.../index_Foundational_Components.html

我根据例程代码做了修改。

arm端和dsp端各自create了MessageQ_handle，然后由dsp端调用open函数（），然后arm端调用get函数，可是arm端一直在等待。

dsp端代码

arm端代码

arm端输出“wating ...”后，就一直在等待。

arm端运行linux，dsp端运行sys/bios

已经帮您咨询相关工程师，收到回复后会立即给您回复。

看了帖子。里面提到
"If the host runs on the DSP core, then a slave message queue needs to be created on the ARM core before DSP core can open it. If the slave message queue creation and opening are out of order, you'll definitely run into problems."

确实有可能存在，ARM端尚未创建slave queue，DSP端已经在调用open函数这种情况。

可是这种情况下，DSP端应该一直会处在do-while的循环里继续调用open函数，而且ARM端随后也创建了slave queue。

按这个来说，DSP端最后应该是可以open成功的。

一开始希望做一个数据处理的测试：ARM端向DSP端发一条带有数据的消息，如消息中自定义一个变量a=1，由DSP改为2后发回ARM端输出。发现数值并未改变，可能是内存地址访问问题。

于是希望由DSP端再open一个队列，由DSP端保存处理好数据后，再发给ARM端。

感谢分享！