Chip Support library for OMAPL138

The examples for C674x are based on DSP/BIOS drivers: PSP (platform support package).

Most if the newer components do not use the CSL model anymore. This was replaced by the PSP, which is DSP/BIOS dependent.

For information in how to get the software, please see the Getting Started Guide for C6747:

Getting Started Guide for C6747

Getting Started Guide for C6748

Just to clarify, the traditional CSL (usually for the older parts) has two layers: the functional CSL and the register CSL. The register CSL is the basic parts with register access code. There are some very basic examples that use the register CSL for C6747 at (after installing the software):

C:\Program Files\Texas Instruments\pspdrivers_01_30_00_05\packages\ti\pspiom\cslr\evm6747\examples

This includes the cache cslr:

C:\Program Files\Texas Instruments\pspdrivers_01_30_00\packages\ti\pspiom\cslr\

I do not see the exact same function as mentioned in the:

TMS320C674x DSP Cache User's Guide  

Thanks Mariana,

Could you also point me to where the default ISTP value for the DSP on the OMAPL138 is specified?

Please see page 46 of:

http://focus.ti.com/general/docs/litabsmultiplefilelist.tsp?literatureNumber=sprufe8

Thanks for the reply but that page 46 refers to the device-specific data manual for the default value of the ISTP. So let me re-word it -

In OMAPL138 system user guide it says that default ISTP is 0x00700000. This is the ROM bootloader. We dont have access to this code - so does this mean that on the L138 the ARM code should initialize the ISTP before releasing the DSP reset - So we should point the ISTP to the location that we are interested in from the ARM software.

Hi Angelo,

Please see section 12.2 (page 248) of the document for the DSP wake up process:

OMAP-L138 Applications Processor System Reference Guide  

On a side note, if you are using our framework to communicate between ARM and DSP (Codec Engine, iUniversal, DSPLink, etc) this is taken care for you.