[U-Boot] [ELDK] U-Boot default CONFIG_AUTOBOOT_DELAY_STR

Gupta, Pekon pekon at ti.com
Tue Jun 17 07:41:52 CEST 2014


Hi Larry,

>From: Wolfgang Denk
>>In message <baker at usgs.gov> wrote:
>>
>> A recent situation has awakened me to a a behavior of U-Boot that maybe should be changed.
>
>U-Boot related questions should better be discussed on the U-Boot
>(rather than the ELDK) mailing list.  I'm adding the U-Boot list on
>Cc.
>
>> I am experimenting with a BeagleBone Black (BBB) single-board
>> computer.  Occasionally when I perform a reboot, the BBB never
>> finishes booting Linux.  When I happen to have a console cable
>> connected, I see the U-Boot prompt.  This explains why the BBB has not
>> booted Linux.  But it is a mystery why U-Boot is waiting for a command
>> when I did not request interrupting the autoboot sequence.
>>
>> I found many others reporting the same experience -- and no solution.
>> Until I found Andrew Glen's 10/28/2013 post at
>> https://groups.google.com/forum/#!topic/beagleboard/aXv6An1xfqI about
>> U-Boot hangs likely due to noise on the UART0 port.  The solution he
>> applied was to rebuild U-Boot to require specific text -- "uboot" --
>> to interrupt the autoboot sequence.  (BBB have no flash, so there is
>> no opportunity to permanently alter any U-Boot environment variables,
>> if this is settable.)
>
>You should be able to store the environment on SDCard.
>
>> It occurs to me that this might be a more common occurrence on any
>> number of circuit boards.
>
>No, this is in no way a common issue.  If you have any such line noise
>on a serial port, you should start looking for hardware (design)
>problems.  This is _not_ normal.  IF several boards of a specific
>brand show such a problem, then I'm willing to bet that it's caused by
>broken  (or simply too cheap) hardware design.
>

The fix and issue is given in the same mail as provided by you
...
"I think we've found an issue. As I already mentioned, when an FTDI cable is connected everything works fine. First we thought it could be a grounding problem, but we couldn't found anything. Afterwards we had only the TX and GND signal of the FTDI cable connected, so we could see what the BB sends. We found out, that the BB goes into the U-Boot mode (the mode where you have to hit a key shortly after power up). It seems like that the BB receives something over the RX signal of the FTDI. We think the problem is the pull down resistor of the RX signal. We have changed it to a pull up, since the idle state of the UART is 3.3V, and changed the resistor to 10k instead of 100k. Now everything works fine.

Regards,
duckhunter"
...
There are other responses too on same mail-thread which you can explore. 

with regards, pekon


More information about the U-Boot mailing list