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.

OMAPL138 - SysLink - IPC Reassociation

In the below E2E post Ramsey mentioned that a future revision of Syslink may support re-association.  This would enable the DSP to be reset independent of the arm and continues to run and then IPC re-established.  Did this future make it into the 2.21.01 release? (It does not seem to be in the release notes)  If not is it planned?

  • Hi Micheal,

    The status is still the same for now. We are aware of the issue, but there is no fix, and we haven't committed to create one at the moment. However, we'd like to better understand your request. I am assuming you are asking for the feature where you want to reset the DSP without having to reload the ARM, with both sides running IPC + BIOS. Is this correct? Or are you now running Linux on the ARM (SysLink only works if the ARM runs Linux)? Also, after resetting the DSP via CCS, how do you intend to notify the ARM that the DSP has been reset and that it needs to force a detach?

    I read through your old thread, and my understanding is that your primary goal is to be able to speed things up during development when resetting the DSP and that was the reason behind avoiding to reload the ARM. Have you looked into perhaps automating the reloading of the ARM + DSP via Debug Server Scripting in CCS? You can reload+start the ARM and reload+start the DSP in one shot using a script. You still get penalized by the load time, but maybe the automation will soften the hit a bit. Here's a starting point if you are interested: http://processors.wiki.ti.com/index.php/Debug_Server_Scripting

    Best regards,

    Vincent