Part Number: PROCESSOR-SDK-OMAPL138
Other Parts Discussed in Thread: OMAPL138
Hello,
I'm using OMAPL138 LCDK (TMDSLCDK138), PROCESSOR-SDK-LINUX-OMAPL138 04_01_00_06, PROCESSOR-SDK-RTOS-OMAPL138 04_01_00_06.
My system is Linux on ARM and TI RTOS on DSP.
1) Is there a mechanism to control DSP side MessageQ buffer overflow from ARM side?
I modified IPC example ex02_messageq on ARM side to forever putting messages to DSP queue. In that case MessageQ_put() continues return MessageQ_S_SUCCESS when DSP already crushed.
From MessageQ.h:
> In the case where the queue is remote, MessageQ does not guarantee that
> the message is actually delivered before the MessageQ_put() call returns
2) So must I use MessageQ_count() to control DSP side MessageQ buffer?
On ARM side MessageQ_count() always return -1
