• State TI Thinks Resolved
  • Locked Locked
  • Replies 3 replies
  • Answers 1 answer
  • Subscribers 98 subscribers
  • Views 401 views
  • Users 0 members are here
Support feedback
Options
Options
Related

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.

Original question:

Linux/PROCESSOR-SDK-OMAPL138: Loading DSP into the L2RAM of the OMAP-L138 when using remoteproc.0 from Linux

PROCESSOR-SDK-OMAPL138: Usage of IRAM/L2RAM for DSP through remoteproc

Kim Nielsen
Prodigy 215 points
Part Number: PROCESSOR-SDK-OMAPL138
Other Parts Discussed in Thread: OMAPL138

Hi Support,

I am working with the OMAPL138 SoM.
On the module, I am running Linux 4.19 on ARM and SYS/BIOS on the DSP.

I stumbled upon this thread:
https://e2e.ti.com/support/processors/f/processors-forum/774854/linux-processor-sdk-omapl138-loading-dsp-into-the-l2ram-of-the-omap-l138-when-using-remoteproc-0-from-linux

Currently, I am able to load firmware onto the DSP if all parts of the firmware is loaded into DDR.
However, I wish to e.g. Make use of IRAM, Shared RAM etc. But I am experiencing the same issues as mentioned in the above thread if I load firmware onto the DSP with remoteproc. With that said, I am able to run DSP code on OMAPL138, which applies IRAM & Shared RAM if I load the firmware through a JTAG.

Since the thread is more than two years old, I am curios to know if OMAPL138 is still not able to support loading of DSP code to IRAM/L2RAM?

Thanks & Regards,
Kim