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.

RTOS/AM5728: IPC interrupt from ARM to DSP

Part Number: AM5728

Tool/software: TI-RTOS

My setup involves linux on the ARM side and Sys/BIOS on the DSP core. I need to send a notification from ARM to DSP when some event occurs and similarly send a trigger back from DSP to ARM.  Per my understanding the notify IPC module is not available for notifications from Linux to Sys/BIOS. it works only on Sys/BIOS. Is there something else i can use? i dont want to use message queue since it is a blocking mechanism. Is there a way to cause ARM side to trigger an interrupt on the DSP side and vice-versa?  Should i be looking at using GPIOs for this?

any inputs on this will be of great help!

thanks

/sandeep

  • Sandeep,

    On AM5728, there isn't any examples that trigger interrupt on the DSP side. IPC internally uses mailbox. GPIO can be another option.

    Rex
  • Hi Rex,

    Thanks for your response. Here is the problem that i see while trying to use the GPIOs.

    Lets assume, i need to communicate from ARM to DSP. I'm using GPIO sysfs on Linux on ARM. Using the sysfs  - to write to a gpio pin, i need to configure the GPIO pin as output. On the DSP side, if i have to register a callback on for the same GPIO pin then i've to configure this pin as input pin and register a callback that should get called when an interrupt occurs. Now i cannot use the same pin as output from ARM and as input on the DSP side? the same will be the issue when i want to communicate from DSP to ARM. Any idea on how to get around this? is there an code example that shows the same?

    /sandeep

  • Hi, Sandeep,

    The current IPC implementation uses rpmsg for the communication between ARM and DSP. The IPC package provides a set of APIs to the application. We don't have examples other than what are in the PDK. Your requirement is a good input to our development team on what applications need for future feature expansion.

    Rex