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.

UART Boot Code

In a product using the 'C6748 & SPI flash we have access to one of the C6748 UART ports for booting. To kick off a virgin device we want to load some code into C6748 RAM that will then run and receive further code over the UART that it will burn into the SPI flash.

In production it is inappropriate to use the TI UARTHOST utility.

To implement this we want to write a PC program to load a .bin file from AISGEN into a 'C6748 over a UART port and then execute that code.

It seems the information to do this is distributed in various places and it is probably incomplete.

Where can I find ALL the information required to write this PC code?

We need this information for both the secured and non-secured devices.

Roger

 

  • What you are refering to seems to be a case of primary boot followed by a boot from alternate source is that correct? you will need the primary boot to load the code in C6748 RAM which will then execute on the DSP to pull the rest of the image from the UART.

    For reading the image over UART refer to the Serial loader utility(slh) which is part of the Serial Flashing and boot utilities. It is provided in source code so you can check how it reads the image over UART. For the part that writes the image to SPI flash refer to the SPI writer code or Serial flash from host utility(sfh) code which is also provide in the same package.

    The package can be downloaded from here :

    http://processors.wiki.ti.com/index.php/Serial_Boot_and_Flash_Loading_Utility_for_OMAP-L138

    Regards,

    Rahul

  • Rahul,

    Yes that's how we will flash the SPI flash chip.

    We were looking for a document describing what needs to be done to write the UART loader.

    I'm aware of the SFH but that route involves reverse engineering someone elses code, which doesn't seem like the best idea in general, and means we are working blind in parts.

    For booting to the secure version of the C6748 device we have the same situation?

    Regards   ---   Roger