> Here I start a new discussion about the latest problem I have on my BB
> rev C4.
> This thread is a fork about this specific topic from
> http://groups.google.com/group/beagleboard/browse_thread/thread/8fbca4350022f57d/99ae172328ed59c1#99ae172328ed59c1
> Now.. a little recap:
> I'm trying to use the latest Angtrom-demo from this link:
> http://www.angstrom-distribution.org/demo/beagleboard/
> but I cant' get the uboot work.
> I put all the needed files on the MMC, the beagle start up correctly
> and load the u-boot.bin from MMC without problems, but the boot
> process hang at the
> I2C: Ready
> ad nothing more.
As said in other threads, your MLO is too old. Hold down the USER button and reflash the MLO in nand. The instructions can be found on the angstrom site.
And next time please include the complete output, I had to guess at the mlo version.
regards,
Koen
Texas Instruments X-Loader 1.4.2 (Feb 19 2009 - 12:01:24) Reading boot
sector Loading u-boot.bin from mmc
U-Boot 2010.03-dirty (Jul 10 2010 - 08:50:06)
OMAP3530-GP ES3.1, CPU-OPP2, L3-165MHz, Max clock-720Mhz
OMAP3 Beagle board + LPDDR/NAND
I2C: ready
Here the board is stuck. Please, has somebody any idea?
Sincerely yours
Dorian Barladeanu
--
You received this message because you are subscribed to the Google
Groups "Beagle Board" group.
To post to this group, send email to beagl...@googlegroups.com.
To unsubscribe from this group, send email to
beagleboard...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/beagleboard?hl=en.
As said before, you need 1.4.4ss, not 1.4.2 for newer uboots to work
-----Original Message-----
From: beagl...@googlegroups.com [mailto:beagl...@googlegroups.com]
--
> MLO == xloader == xloader.bin.ift == xloader.bin == xload
> They are all the same
I’m not sure I agree 100% to this although I totally agree that the changes
are minor (though important) – In my world the following is true:
- X-loader, xload and xloader.bin : Unsigned (meaning missing the 8
bytes header in the start of the image)
- MLO, cloader.bin.ift : Signed (meaning containing the 8 bytes
header in the start of the image)
The 8 byte header is 2 x 32bit containing image size and address of which to
load the image...
MLO only needs to be on the SD card when the ROM code is actually booting
from MMC. For BeagleBoard this is only the case when holding the user-button
during power on. For BeagleXM MLO on SD card will normally always be needed
since it doesn’t contain any NAND...
> Another little question... if during the update of the X-loader I
> encounter problems... is there a way to boot the BB anyway for
> restore?
You can always boot the board from either USB, UART or MMC (by pressing the
user button) regardless of the NAND and xloader/MLO state. For more info
please see chapter 25 of the OMAP TRM (spruf98g.pdf)
Best regards - Hope this clarified your questions
Søren
---
SSC Solutions ApS - Denmark - www.ssc-solutions.dk
Having these in place should give you the ability to boot from MMC...
Good luck
> can I run the MLO from MMC bypassing the x-loader on the nand?
Yes you can. As stated in my previous post. Pressing and holding the User
Button during power up, the ROM code will first search the MMC for a file
called MLO. In case this is found, this is used. In case this isn't found it
will continue and try loading it from NAND...
For the MLO to be loaded succesfuly from MMC you need:
1) A FAT partition marked bootable (normally the first one on the MMC)
2) In case the partition is <32MB is needs to be formatted FAT12/16
3) In case the partition is >=32MB is needs to be formattet FAT32 (normally
used by BeagleBoard users)
4) The MLO file needs to be named 'MLO' and not 'Mlo' og 'mlo'
I hope the above is clear?
Best regards - Good luck
I think there is also another requirement. The MLO file must be the
first file written to the newly formated FAT filesystem.
> I think there is also another requirement.
> The MLO file must be the first file written to the newly formated FAT
filesystem.
It was by full intention that I didn't mention that one. I'm 99.99999% sure
that this is just an old rumor (unfortunately still floating around - and
which BTW doesn't harm :-). It was the case for some of the first ROM code
revision for OMAP3430, but I'm nearly 100% certain, that it has been fixed
somewhere around Beagle revision Cx and onwards...
Best regards
> I'd appreciate knowing the definitive answer on this one (including
> beagleboard/OMAP revisions with different behaviours) if anyone knows.
> I'm writing some beginner docs. Best if the info is accurate.
The problem with this one is, that it's not considered a bug (and therefore
not existing in the errata list :-).
All I know for sure is, that the first revision(s) of the ROM code needed
the file to be first in the FAT.
Newer versions doesn't (and I think the change was somewhere around Beagle
Rev C2 - Or maybe even earlier).
I will try to see if I can get any more precise information
You 'still' have incompatible X-loader and U-boot.. X-load 1.4.4ss
will only work with U-boot 2010-03
Read the directions at the bottom of this page:
http://www.angstrom-distribution.org/demo/beagleboard/
Specifically the first nand flashing instructions..
Regards,
--
Robert Nelson
http://www.rcn-ee.com/
Simple your SD card is not formatted "exactly" the way the internal
X-Loader wants to read it..
There are a couple tools/scripts posted on the net to accomplish this,
but here's my way:
Make sure you use a spare sd card.. (i don't want you to lose your
existing work.)
http://elinux.org/BeagleBoardUbuntu#Upgrade_X-loader_and_U-boot
Type this into u-boot:
nand erase 260000 20000
That will reset your uboot env to something working.
regards,
Koen