MessageQ Invalid queueId

Yuan,

           从您上面提供的信息，很难推断原因。 您是说core1的代码中没有调用MessageQ_put操作，但运行后的打印却是函数MessageQ_put的出错打印？建议单步跟一下Core1的代码， 看是运行那条代码出的错，再做分析。

Jane Lu,

您好！感谢您的回答！我听从您的建议单步跟了一下Core1的代码，发现退出前运行的一句代码是bench_qmss_pe66.c中的：

xdc_Int ti_sysbios_syncs_SyncSem_wait__E( ti_sysbios_syncs_SyncSem_Handle __inst, xdc_UInt timeout, xdc_runtime_Error_Block* eb )
{
return ti_sysbios_syncs_SyncSem_wait__F((void*)__inst, timeout, eb);
}

运行到return语句后退出。这一段是core1运行MessageQ_get几步之后跳转过去的。请问是什么原因？

Yuan,

          ti_sysbios_syncs_SyncSem_wait__E（）函数是查询message的等待函数，超时的话会返回错误码，并最终导致bois退出。

          MessagQ_get() 带进去的handle参数中，queueID是多少？ 是core0 与core1通信事先规划好的值吗？ 这个queue的状态寄存器里entry count值是非零吗？

Jane Lu,

您好！我的queueId是由MessageQ_open(queueName, &queueId)这条代码获得的，打印显示为65536. 关于handle参数以及MessagQ_get代码如下：

syncSemHandle = SyncSem_create(NULL, NULL);
MessageQ_Params_init(&messageQParams);
messageQParams.synchronizer = SyncSem_Handle_upCast(syncSemHandle);
/* Create a message queue. */
messageQ = MessageQ_create(queueName, &messageQParams);

status = MessageQ_get(messageQ, (MessageQ_Msg *)&message, MessageQ_FOREVER);

还有请问该如何查看entry count的值？

急求解答！！

我也遇到了同样的问题，分析结果是MessageQ的实现上有BUG。

并不只是发送方调用messageQ_put，接收方同样会由transport调用该函数。从transport的源码可以找到，接收核的所有接收队列都共享一个中断，在收到中断后抛出一个Swi，在里面最终调用messageQ_put将包放到queueId指定的接收队列中。

分析messageQ_put函数可以看出，函数主干是根据queueId判断队列是否是本核所有，进入if-else不同的分支。但是在进入分支前有两条语句：

msg->ProcId = ...

msg->queueId = ...

在发送方这两句没有问题，但是当作为接收方核执行这两句时候，将出现Cache隐患，具体原理后面再分析。

       你好，我的情况和你的类似，0核采用NDK从PC端接收连续的图像数据，然后通过MessageQ_put传给1核，但是现在的问题是1核messageQ_get耗时比较长，大概有1000多ms,这是什么原因导致的呢？

      messageQ——get的机制是什么，这个时间是和缓存区的大小有关的吗，还是因为程序中还有其他的任务（网络传输调用任务函数）在运行。