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.

C6747 - where to get the CSL?

Other Parts Discussed in Thread: OMAP-L137

We are a new user of the C6747.  Our custom C6747 hardware arrives in a few weeks and we are looking to start our DSP firmware.

 

We have previously used the C6713 and the CSL that came with CCS 2.x

 

We now have CCS 4.2 and would like to know how to get the CSL for the C6747.

 

(I did do a quick search of this forum , but did not find an obvious answer)

 

thanks.

Steve

  • CSL as a library is not available for the C6747. CSL as header files of HW register macros is available in a dimly lit corner of the PSP package. The impression I get is that use of CSL register macros is discouraged in favor of high level access functions in PSP. Your legacy code may require considerable porting effort. For me I had to move much of my code to the ARM side of the OMAP-L137.

  • Norman

    Thanks for your help.  In the back of my mind I think I remember TI saying the same thing (CSL is going away), but we'll see what the official answer is.

    BTW - do you know where to get the PSP?.  There does not seem to be a link for iton the C6747 product page.

    -steve

  • Information is scattered across various TI sites. Main embedded software page:

    http://software-dl.ti.com/dsps/dsps_public_sw/sdo_sb/targetcontent/index.html

    BIOS and PSP links from the above page.

    http://software-dl.ti.com/dsps/dsps_public_sw/sdo_sb/targetcontent/bios/index.html
    http://software-dl.ti.com/dsps/dsps_public_sw/psp/BIOSPSP/index.html

    The TI wiki. Useful but inconsistent. I found the above link from the Wiki but I could never find that Wiki page again.

    http://processors.wiki.ti.com/

    Note that PSP means DSP/BIOS or SYS/BIOS. I'v pondered whether is was possible to use the CSLr (r as in register) header files independent of the PSP itself.

  • Norman, Steve

    Norman Wong said:
    I'v pondered whether is was possible to use the CSLr (r as in register) header files independent of the PSP itself.

    It's possible to use the header files as a start to developing your CSL examples. In fact, I actually would recommend it as it makes your code more portable if you using token definitions to populate the bit mapped fields rather than using hex/binary. There are four or five macros in cslr.h that can be utilized to populate the register fields without worries about over writting any other portion of the register.

    I believe the PSP has some CSL examples in the install package as well which utilize the header files.

  • Drew

     

    Thanks for your reply.  What I want to know is :

     

    1. going forward, does TI recommend using CSLr macros or should we use the PSP drivers?.  Will ALL DSPs be supported with CSLr?.  Or is this a C674x thing.  What about C66xx?.

     

    2. How does one use the pin definition defines generated by the pin mux software?.  CSLr?.

     

    3. How does one setup the PLL to get the DSP running at the correct frequency - CSLr?.  I don't see a PLL driver.

     

    thanks

    steve

  • SteveTurner said:
    1. going forward, does TI recommend using CSLr macros or should we use the PSP drivers?.  Will ALL DSPs be supported with CSLr?.  Or is this a C674x thing.  What about C66xx?.

    CSLr macros are really developed for those who want to program the device using their own code scheme. PSP drivers are actually DSP/BIOS drivers that follow the IOM driver model of DSP/BIOS (re-named SYS/BIOS after version 6.3 to better reflect the functionality since inter-processor communication was added). The term platform support package in inclusive of both the DSP/BIOS IOM drivers, as well as the Chip Support Library.

    CSLr isn't specific to C674x. As you previously mentioned, the CSL is available for C64x/C67x as well. The C6xCSL package examples build upon the CSLr header definitions (although I think they choose to for go the 'r' in the header files). Regardless of the name, it's the same concept - to abstract having to write the bit patterns to the registers by using Tokens instead.

     

    SteveTurner said:
    2. How does one use the pin definition defines generated by the pin mux software?.  CSLr?.

    The Pin Mux Utility is a program which provides the register bit mappings for the PINMUX Registers in the respective system configuration module (SYSCFG). You can export a header file from the program and directly write the 32 bit values to the registers, otherwise you can also utilize the CSLr to directly program the pinmux registers using the CSL macros. Both ways work, it's just a matter of personal preference (GUI based or text file based)

    SteveTurner said:
    3. How does one setup the PLL to get the DSP running at the correct frequency - CSLr?.  I don't see a PLL driver.

    The PLL presents a set of registers that one needs to program to configure the PLL. You can utilize the CSLr Macros to program the PLL directly in the code -or- you can come up with your own coding scheme. I would recommend the CSLr since the bit mappings are tested. (No need to waste time hunting down those pesky bit mapping mistakes).

    There are other ways to do this of course, (using a GEL file to set up the PLLs during emulation/debug), but since the code needs to be pulled into the final object code anyways, I personally prefer to do this textually in my program.