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.

Problem about OMAP-L137 booting from spi flash

Other Parts Discussed in Thread: OMAP-L137

I'm using OMAP-L137 for my design, and I want to boot  the DSP from a spi flash on my own board. But after i burned the bin file that generated by AISgen to the flash, i found that there were only 20 Bytes clocks generated by the SCLK pin when powered up. How can i dear with this problem?

  • Please use this GEL file which will print out any ROM status/error messages which can help you figure out what went wrong.

    http://processors.wiki.ti.com/index.php/OMAP-L1x_Debug_Gel_Files

    Jeff

  • Hi Jeff,

        thank you for your advice on my question. I just finished my project, but i encountered a problem when using PRUSS to boot from flash ( I don't want to boot ARM by using ARMUBL).I learned that DSP copy some start code to 0XFFFF0000 via PRUSS, and wait in a loop by reading the CONTROL register in the PRUSS when the binary code in the instruction RAM was running. However, every time when the PC pointer run to this waiting-loop, the DSP would run-out, which followed by disconnection from CCS. Finally, I have to do this process by using a delay() function instead, which i don't consider as a good idea. Could you tell me how to settle with this problem? 

        By the way, i've worked on the OMAP-L137 by  "barely-run" on CCS, not using linux or DSP/BIOS, does this way have any advantages over using linux?

                                                                                                                                                                                                                              really appretiate your reply

  • You shouldn't need to use the PRUSS to boot from flash. If you want to boot your DSP code directly, you only need only to flash your AIS image to the SPI flash and set the boot pins to SPI boot mode.

    If this is not working, please provide the output of the GEL file I gave earlier so we can see where it is getting hung up.

    Jeff