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.

OMAP-L138 Spi Flash Programming

Other Parts Discussed in Thread: OMAP-L138

I have been running into a couple of problems trying to run the OMAP-L138 in stand-alone. I used to have it working when I just had a 6748 chip but now the ARM will hold the DSP in reset and it doesn't seem to work any longer. I have gone through the sites I have pasted below but none seem to illuminate to me how to load a stand-alone build for just the DSP using Spi. My first problem is that I can't seem to find the u-boot.bin file that is supposed to be in a PSP folder. I've downloaded most of what is on the OMAP Product download page but still don't seem to have that file. Do you know where I could find that?

Also, is there an example somewhere that shows how to load a DSP build or both a DSP and ARM build for stand-alone use (via AISGen)?

Here are the sites I have tried to work with so far:

>http://processors.wiki.ti.com/index.php/Restoring/Flashing_OMAP-L137_Bootloaders

->http://e2e.ti.com/support/dsp/omap_applications_processors/f/42/p/29355/102075.aspx#102075

->http://processors.wiki.ti.com/index.php/GSG:_OMAP-L138_DVEVM_Additional_Procedures

->http://software-dl.ti.com/dsps/dsps_public_sw/sdo_sb/targetcontent/omap_l138/1_00/latest/index_FDS.html

->Did a cursory E2E search.

 

  • Thomas,

    If you download the Davinci PSP SDK  ( http://software-dl.ti.com/dsps/dsps_public_sw/psp/LinuxPSP/DaVinci_03_20/index.html ), you will find the u-boot.bin file in the install dir:  ..\DaVinci-PSP-SDK-03.20.00.12\images\u-boot\omapl1x8

    When you say load a build, do you mean flash the boot image into external memory or do you mean have the bootloader copy the code into memory at run-time?

    -Tommy

  • Tommy-

    Thank you for the link. I previously looked at it but couldn't figure out how to extract the files. I guess once you decompress the first file, you have to rename the contained file to .tar before you can decompress it.

    I am currently working with Katie R-H on this issue and she is apparently working with Daniel on the issue as well. My resolution would have the binaries loaded in flash. Once turned on, those binaries (U-boot/ARM UBL I suppose) would load the DSP code into the external memory, set the DSP entry point, wake the DSP, then leave the ARM essentially idle for now. We are trying to modify the ARM UBL to take care of this.

                -Thomas