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.

"Load uboot Script" of the SDK setup script issue...

Other Parts Discussed in Thread: AM1808, OMAP-L138, AM1810

Hi,

I follow the steps of the "SDK Setup Script" (http://processors.wiki.ti.com/index.php/SDK_Setup_Script) to build SDK environment.

At the end section "Load uboot Script", it would popup a minicom window.

But it would occur error, the below are the error messages.

Booting with TI UBL
Device OPP (456MHz, 1.3V)SD/MMC Boot failed.

How could I do to avoid this error?

The follow are my related environment.

  1. AM1808 development kit.
  2. OS: Ubuntu 10.04 LTS
  3. SDK version: ti-sdk-am180x-evm-05.03.02.00-Linux-x86-Install
But I had no insert SD card on EVM. (May I insert SD on EVM??)

Thanks a lot.

Sincerely,

Carl

  • Carl,

    If I am not wrong, AM1808 Dev Kit default configuration is to boot from Flash: the default UBL inside it will try to load U-Boot from SD/MMC. In fact it says "SD/MMC Boot failed".

    So, yes: you need to insert the SD before powering on the board.

    Hope this help.

    Regards, Max

  • Dear Qmax,

    I put empty SD card on the board, but it occurs the same error message.

    Is there any setting need to config on the EVM board before this step?

    Sincerely,

    Carl

  • Of course SD must not be empy!

    I think you are talking about AM1808 EVM Dev Kit or Exp Kit: both come with an SD card which include SDK and demo sw (bootloader, OS, rootfs...). You need this card.

    If you do not have it (?), you can try to create one. Here are some hints on how to:

    Creating_bootable_SD_card_for_OMAP-L138_EVM_board

    How_to_Make_3_Partition_SD_Card

    Note that NOT all info in these pages are correct or completely true or apply to your case.
    E.g: "For the AM18x/AM181x EVM, the board always boots u-boot out of SPI flash" = false

    Alternative solution is to change UBL on SPI Flash, putting one that will load U-boot from flash (and of course U-boot itself on flash): IMHO, not easier than previous...
    Dig the wiki to find useful suggestions and... ...misleading, too.

    Regards, Max

  • Dear Qmax,

    Could you give more comments on the alternative solution?

    That is, how to make UBL load u-boot from SPI Flash.

    Default UBL on SPI flash loads u-boot from SD card. We want to move u-boot (and maybe uImage) into NOR flash.

    Should I modify UBL source or there exists other pre-built UBL image?

    Thanks a lot.

    Sincerely,

    Robert

  • Hi Robert,

    You can find both pre-built UBL and source code in the OMAP-L138_FlashAndBootUtils tar.gz, inside the SDK (host-tools/flash_utils). Or in PSP flash-utils tar.gz. Do not ask me why two different packages exist (I did, and received no answer from TI).

    ROM bootloader will identify boot device from SYSBOOT pins: on that device it expects to find UBL. If you use UBL_AM1810_MMC, it will look at U-Boot in MMC. If you use UBL_AM1810_SPI_MEM, it will look at SPI flash memory. Of course you can customize UBL as you prefer. You will need FlashWriter tool to write them to flash.

    An alternative solution is to "envelope" U-Boot in AIS, making ROM bootloader to load it and skipping the usage of UBL.

    You can find several info in the docs and wiki, look at them for further details. Hope this can help.

    Regards, Max

  • Qmax said:

    If you do not have it (?), you can try to create one. Here are some hints on how to:

    Creating_bootable_SD_card_for_OMAP-L138_EVM_board

    How_to_Make_3_Partition_SD_Card

    Note that NOT all info in these pages are correct or completely true or apply to your case.
    E.g: "For the AM18x/AM181x EVM, the board always boots u-boot out of SPI flash" = false

    About this topic (SD card) let me outline this interesting thread, especially the latest post, with a fixed version of the script you can find in the wiki. I did not understand why TI asked for it, and then did not update their wiki...