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.

Changing Master Priorities on OMAPL138

Other Parts Discussed in Thread: OMAPL138

Hello,

I've got a simple question about changing master priorities on the OMAPL138. In our application the arm and the dsp both use the edma. In order to be independent of each other the arm and the dsp both do a basic initialization of the edma. E.g. they set the master priority (to the same value) and activate the edma in the psc. Thus if we remove the edma software part on the arm side because the arm doesn't need the edma any more, there's no need to change the dsp software. The dsp can still work with the edma because it has its own initialization. Vice versa if we remove the edma software part on the dsp side because the dsp doesn't need the edma any more, there's no need to change the arm software. The arm can still work with the edma because it has its own initialization. When the two processors set the master priority, they first reset the master priority to 0 and then set the master priority to the desired value. First the arm executes the initialization and then the dsp executes it. When the dsp executes the initialization (sets master prio to 0 and then to desired value and afterwards activates the edma in psc), the arm could already use the edma. The question now is if it is allowed to change the priority of a master which is already running?

Thank you in advance

Marc

 

  • Marc

    In general, for hetero core processors, it is recommended that a single CPU (master) manage "common" things like pinmuxing, PLL , and things like master priority too, these can be static allocations upfront by either ARM or DSP.  If you have use-case where both ARM and DSP software needs to manage EDMA, I still recommend that you have software development such that only one master has the onus to configure these "common" system configuration parameters rather then allowing both CPUs to go at it, and have potential integration, race condition type issues as your system matures. 

     

    Now to answer your specific question 

    Dynamic changes in EDMA priority was not an intended use-model, but from a chip perspective you should be ok. I don't expect you to see any issue if you were to change the priority of the EDMA TC/Queues while there are ongoing transfers etc.

    Regards

    Mukul