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.

Does the PWRM module on DSP/BIOS v5.42 support OMAPL138?

Guru 10570 points

Other Parts Discussed in Thread: OMAPL138

Hello.
I would like to use PWRM module on OMAPL138 custom board.

There are two descriptions on material.
 - C:\Program Files\Texas Instruments\pspdrivers_01_30_01\docs\OMAPL138
   OMAPL138_BIOSPSP_Userguide.pdf
   (P21)    Please note that DSP/BIOSTM based power management support is
     currently for C6748 and OMAPL138 based platform only and only BIOS
     power management must be used for these platforms.

 - spru423i    (P121)    The PWRM module is currently available for the ’C5509A
     EVM and the C6748 EVM. Partial support for other ’C55x devices is also available.

Questions:
1. Does the DSP/BIOS v5.42 PWRM module support OMAPL138?

  If yes,
2. Although there are PWRM libraries for EVM6748
   (pscl_cfg_evm6748.a674, pmi_ctl_evm6748.a674), I can not find them for OMAPL138.
   Can I use them(pscl_cfg_evm6748.a674, pmi_ctl_evm6748.a674) as for OMAPL138?

3. And, are there any methods for rebuilding libraries for OMAPL138?

Best regards, RY

  • RY,

    Yes, PWRM does support the OMAPL138, but only on the DSP, not the ARM.  If you are running Linux on the ARM, there is a separate power management framework available.

    You should use the relevant “6748” named libraries.  There are not separately named libraries for the L138 (the content would have been identical).

    You should use Chapter 4.6 of spru423i.pdf as your primary reference, taking special note of the “C6748” callout boxes in the left column.

    Finally, you should also look at the “known issues” section of the DSP/BIOS release notes for some additional details about supported setpoints, constraints on code execution during PLL bypass, and modifying the linker search path when you create your own projects that link to the PMI and PSCL libraries.

    Scott