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: flash u-boot over serial port

Other Parts Discussed in Thread: OMAP-L138

Did I understand the flashing sequence properly over serial port for a bare board?

1) Boot through RBL; that initializes the IRAM.

2) Load UBL (or SPL) with the slh_OMAP-L138.exe mono tool. That initializes the DDR.

3) Load u-boot. That initializes the flash and other peripherals properly.

4) Flash u-boot through u-boot.

This would need to be done with an AIS wrapper since that is the protocol for the RBL that it understands.

If it is too complicated, is it possible to flash u-boot directly to the NOR flash by the sfh_OMAP-L138.exe tool? That is, without going through this flash sequence rather than just flashing directly?

I was trying to read the sprab41d.pdf material, but it does not look all that clear to me, unfortunately.

Thank you in advance.

  • To be clear, in this case the NOR is connected to the EMA bus and not SPI, so a binary image must be flashed.  It is not clear however from http://processors.wiki.ti.com/index.php/Serial_Boot_and_Flash_Loading_Utility_for_OMAP-L138 on how to have the tool flash such a thing to an un-programmed board.

  • Well, strictly speaking, because it is an un-programmed board, it has to go through the AIS iteration, so this brings up the further questions on my side:

    What is the recommend way to load an AIS image and having *only* the u-boot binary flashed in the end, just like when doing over JTAG with CCS or openocd..

    This is the NOR flash in question fwiw: https://www.google.co.uk/url?sa=t&rct=j&q=&esrc=s&source=web&cd=1&ved=0CC0QFjAA&url=http%3A%2F%2Fwww.spansion.com%2FSupport%2FDatasheets%2FS29GL-P_00.pdf&ei=CGZMUpStC-Od0AX_nIC4CA&usg=AFQjCNEoy511EjyRaeqztxBUt65Lk9N6Sw&bvm=bv.53371865,d.Yms

  • I wonder if it is possible to just use "-flash_noubl /path/to/u-boot.bin" for the sfh.exe executable? Perhaps, I should just test it and see?