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.

EVM OMAPL137 UART BOOT serial flash loader issue

Other Parts Discussed in Thread: OMAP-L137, AM1707

Hi,

We are currently using EVM OMAPL137 board & DaVinci-PSP-SDK-03.20.00.12 for linux.

For loading dsp-spi-ais, arm ubl-spi & U-boot  we are using OMAP-L137_FlashAndBootUtils_2_20. 

we have followed the link given below for how to use serial flasher for OMAPL137

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

But after executing the given command sfh_OMAP-L137.exe -flash_dsp <DSP UBL AIS file> <ARM UBL binary file> <binary application file> it gives the following messages

(AIS Parse): BOOTME received!

(AIS Parse): Performing Start-Word Sync...

(AIS Parse): Performing Ping Opcode Sync...

(AIS Parse): Processing command 0: 0x58535901.

(AIS Parse): Performing Opcode Sync...

(AIS Parse): Loading section...

(AIS Parse): Loaded 14912-Byte section to address 0x80000000.

(AIS Parse): Processing command 1: 0x58535901.

(AIS Parse): Performing Opcode Sync...

(AIS Parse): Loading section...

(AIS Parse): Loaded 784-Byte section to address 0x80004240.

(AIS Parse): Processing command 2: 0x58535901.

(AIS Parse): Performing Opcode Sync...

(AIS Parse): Loading section...

(AIS Parse): Loaded 32-Byte section to address 0x80004550.

(AIS Parse): Processing command 3: 0x58535901.

(AIS Parse): Performing Opcode Sync...

(AIS Parse): Loading section...

(AIS Parse): Loaded 20-Byte section to address 0x80004590.

(AIS Parse): Processing command 4: 0x58535906.

(AIS Parse): Performing Opcode Sync...

(AIS Parse): Performing jump and close...

(AIS Parse): AIS complete. Jump to address 0x800034C0.

(AIS Parse): Waiting for DONE...

(AIS Parse): Boot completed successfully.

 

Waiting for SFT on the OMAP-L137...

 

The board kind of hangs at above given condition. 

Can anyone provide me solution for above given issue.

Thanks & Regards

Jitendra

 

  • you might need to give flashType argument while flashing.

  • Hi Nagabhushana,

    I tried using flashtype argument but then also it was giving the same error.

    The command used is given below:

    sfh_OMAP-L137.exe -p COM5 -baud 230400 -flashType SPI_MEM -flash_dsp <DSP UBL AIS file> <ARM UBL binary file> <binary application file> .

    Can you help us in above issue.

     

    Thanks & Regards

    Jitendra

  • Hi Jitendra,

    sfh_OMAP-L137.exe supports many target types, OMAPL137_v2, OMAPL137_v1, C6747, AM1707 (default is OMAPL137_v2). Can you verify whether the behavior changes if you specify a different -targetType option?

    Regards, Sudhakar

  • Hi Jitendra,

    Could you please specify file/path relative to the PSP that you are using for the files listed in  <DSP UBL AIS file> <ARM UBL binary file> <binary application file> ?

    You need to be careful which you chose because they must have the proper magic number in order to load correctly. I know it is possible to repair the boot image on the Spectrum Digital AM1707 EVM with images packaged in 3.20.00.14 PSP. If I get some spare time, I'll try and recreate my test setup. I've since moved on to a custom board and have not worked with the EVM in some time.

    On a final note, I don't remember using the -flash_dsp option to flash the AM1707EVM. To the best of my recollection, the AM1707 does not have a dsp in it. You should be using the ARM UBL and your binary image. 

    Thanks,

    Andrew

  • Hi Jitendra Jagasia,

    Even I had the same issue , i specified -targetType as OMAPL137_v1 and it worked. and you  need -flash_dsp option.

    Best Regards
    Prabhakar Lad