All times are UTC-06:00




Post new topic  Reply to topic  [ 7 posts ] 
Author Message
 Post subject: U-Boot build
PostPosted: Mon Sep 27, 2010 4:00 am 
Offline

Joined: Thu Jul 08, 2010 1:02 pm
Posts: 2
Location: Europe/Paris
Hi there

I'm trying to run a self-built u-boot on a TO3 efikamx, but all my attempts at using a self-built u-boot or booting from SD have failed.

I understand that efikamx has SPI flash, external SD, and internal micro-SD and can boot on either depending on the DIP switches.

I tried setting the DIP switches to off, off, off, on as to boot from external SD, and dd-ed uboot-efikamx-1.1.8/u-boot.bin to SD; this is from uboot-efikamx-1.1.8.tar.lzma which was on http://www.powerdeveloper.org/platforms ... x/firmware but pressing the power button, I get no serial output and the LED remain off.

NB: http://www.powerdeveloper.org/platforms ... x/firmware is currently empty; not sure whether it's on purpose

I tried a self-built u-boot.bin from the gitorious u-boot tree at http://www.gitorious.org/efikamx/uboot-efikamx which I build with:
Code:
make CROSS_COMPILE=arm-linux-gnueabi- distclean
make CROSS_COMPILE=arm-linux-gnueabi- efikamx_config
make CROSS_COMPILE=arm-linux-gnueabi- -j2
using the armel cross-compiler found in Ubuntu maverick (gcc-arm-linux-gnueabi package).

the resulting u-boot.bin is padded, so I'm dd-ing it straight to SD as well, but I get the same results.


I also tried loading a self-built u-boot.bin in memory: booting with the default SPI u-boot and loading my u-boot from SD with:
mmcinit; fatload mmc 0 ${loadaddr} u-boot.bin; go 0x900083C0
(0x900083C0 is ${loadaddr} + 0x400 since u-boot.bin is padded)

I would have tried loading an ELF u-boot instead, but bootelf isn't available in the default SPI u-boot.

I also tried loading the default SPI u-boot from SPI flash to ${loadaddr} just to confirm that works, and it does work somewhat:
Code:
U-Boot# sf probe 0:1 25000000 3
JEDEC ID: 0xbf:0x25:0x4a
4096 KiB SST25VF032B - 4MB at 0:1 is now current device
U-Boot# sf read ${loadaddr} ${uboot_addr} ${filesize}
Reading SPI NOR flash 0x0 [0x79c3b bytes] -> ram 0x90007fc0
SUCCESS

U-Boot# go 0x90007fc0
## Starting application at 0x9000�

U-Boot 2009.01-1.2.19-lange51 (May 06 2010 - 11:52:45)

CPU: Freescale i.MX51 family 3.0V at 800 MHz
mx51 pll1: 800MHz
mx51 pll2: 665MHz
mx51 pll3: 216MHz
ipg clock : 66500000Hz
ipg per clock : 665000000Hz
uart clock : 66500000Hz
cspi clock : 54000000Hz
Board: MX51 LANGE51 3.0 [POR]
DRAM: 512 MB
*** Warning - bad CRC, using default environment
but I don't get a prompt on the serial line.


Finally, I also tried u-boot.bin from u-boot mainline built for mx51evk (Babbage) as suggested by a co-worker, but this didn't work either.


Does someone have a procedure to build u-boot from source and run it?

Thanks!

_________________
--
Loïc Minier


Top
   
 Post subject:
PostPosted: Mon Sep 27, 2010 1:26 pm 
Offline
Site Admin

Joined: Fri Sep 24, 2004 1:39 am
Posts: 1589
Location: Austin, TX
Hi Loic,

Not sure where you got the source you're trying to build (or the one that is in the final code snippet you posted) as we have not formally posted anything and the version we're injecting around to certain developers who ask is 1.2.20

We are building a new U-Boot right now which we feel will take a lot of the guesswork and custom sd cards out of the equation. It may be a week or two before we ship it and it is a major divergence from the way the current version operates in selecting sd or pata to boot: it will rely on a minimal bootcmd and externally loaded hush scripts on the appropriate media. This allows better OS control of the boot process and kernel without resorting to overriding what I personally consider to be rather anaemic defaults. We may stall while we hack Maverick flash-kernel :)

The real question is what are you doing that requires you to build a custom U-Boot? This should be an action that, while commendably open and definitely possible from a developer standpoint, is in all practicality pointless. There are no greater available features to turn on here nor are there any major flaws in the TO3 shipping version to work around (I will admit there are some freaky things going on with the accidentally shipped 1.1.8 revision, we took in a patch that Freescale later toved from the BSP)

_________________
Matt Sealey


Top
   
 Post subject:
PostPosted: Mon Sep 27, 2010 1:31 pm 
Offline
Site Admin

Joined: Fri Sep 24, 2004 1:39 am
Posts: 1589
Location: Austin, TX
Oh and the empty firmware page is intentional. Despite dire warnings several people flashed TO3 boards with the U-Boot meant only for TO2. There is a newer version (previously stated 1.2.20) but we are following the GPL to the letter on this and only giving it out on request.

A downloadable source plus a git repository and eventually a mainlining attempt is on the cards (being finished up this week..) and all will be fine then.

_________________
Matt Sealey


Top
   
 Post subject:
PostPosted: Tue Sep 28, 2010 7:11 am 
Offline

Joined: Mon Jan 08, 2007 3:40 am
Posts: 195
Location: Pinto, Madrid, Spain
Interesting read. But where is AURA?


Top
   
 Post subject:
PostPosted: Tue Sep 28, 2010 7:21 am 
Offline
Genesi

Joined: Fri Sep 24, 2004 1:39 am
Posts: 1422
Aura is coming with the i.mx53 based systems next year. Work is underway...

R&B :)

_________________
http://bbrv.blogspot.com


Top
   
 Post subject: Re: U-Boot build
PostPosted: Wed Nov 03, 2010 6:14 am 
Offline

Joined: Wed Dec 09, 2009 1:19 pm
Posts: 14
Location: Austin, Texas
Quote:

Finally, I also tried u-boot.bin from u-boot mainline built for mx51evk (Babbage) as suggested by a co-worker, but this didn't work either.

Thanks!
This will never (see 99.99999% of the time) work. There are inherent differences between the iMX51 EVK design and the Efika design that would prevent this from ever working. The main difference being the RAM and initialization of that RAM. These are handled by the iMX very early in the boot cycle, and there's very little chance that they would be compatible with one another.

I've not had a chance to look at the git repo for the uboot code, other than browsing the source. This should work, as it's customized for the Efika hardware. If you really are looking to build this, I can take a look at let you know if I run into similar problems.


Top
   
 Post subject: Re: U-Boot build
PostPosted: Fri Nov 05, 2010 1:55 pm 
Offline
Site Admin

Joined: Fri Sep 24, 2004 1:39 am
Posts: 1589
Location: Austin, TX
Quote:
Quote:

Finally, I also tried u-boot.bin from u-boot mainline built for mx51evk (Babbage) as suggested by a co-worker, but this didn't work either.

Thanks!
This will never (see 99.99999% of the time) work. There are inherent differences between the iMX51 EVK design and the Efika design that would prevent this from ever working. The main difference being the RAM and initialization of that RAM. These are handled by the iMX very early in the boot cycle, and there's very little chance that they would be compatible with one another.

I've not had a chance to look at the git repo for the uboot code, other than browsing the source. This should work, as it's customized for the Efika hardware. If you really are looking to build this, I can take a look at let you know if I run into similar problems.
U-Boot update coming soon! We just have to fix SPI on Linux so we can flash it from inside the kernel.

_________________
Matt Sealey


Top
   
Display posts from previous:  Sort by  
Post new topic  Reply to topic  [ 7 posts ] 

All times are UTC-06:00


Who is online

Users browsing this forum: No registered users and 20 guests


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum

Search for:
Jump to:  
PowerDeveloper.org: Copyright © 2004-2012, Genesi USA, Inc. The Power Architecture and Power.org wordmarks and the Power and Power.org logos and related marks are trademarks and service marks licensed by Power.org.
All other names and trademarks used are property of their respective owners. Privacy Policy
Powered by phpBB® Forum Software © phpBB Group