From: "Benoît Thébaudeau" <benoit.thebaudeau@advansee.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] Booting an i.MX53 from NAND with u-boot
Date: Thu, 13 Dec 2012 23:41:29 +0100 (CET) [thread overview]
Message-ID: <1355285207.537903.1355438489722.JavaMail.root@advansee.com> (raw)
In-Reply-To: <20121213160100.GA24860@regiomontanus.bwalle.de>
Dear Bernhard Walle,
On Thursday, December 13, 2012 5:01:00 PM, Bernhard Walle wrote:
> we have a custom board with an Freescale i.MX 53 CPU and NAND flash
> (MT29F1G08ABADAWP if it matters). It's quite similar to the i.MX 53
> LOCO
> ("Quick Start Board"), but the LOCO has no Flash and only boots from
> Micro SD card.
>
> I'm using u-boot 2012.07 from mainline with some additional patches,
> notably the patch to add i.M53 support to mxc_nand driver from
> Beno?t Th?baudeau that has been posted on the mailing list recently.
>
> When booting from SD card, everything is fine, i.e. I can read and
> write
> the flash from u-boot. And also from Linux. However, the goal is to
> boot
> from NAND. :)
OK. FYI, I boot from NAND on a custom board with i.MX51 using the patches that
you refer to.
> I used the kobs-ng-11.09.01 software from Freescale to write the
> bootloader to NAND, since it also writes the necessary boot header
> and
> has support for bad pages. Is it correct to use 'u-boot.bin' (and not
> 'u-boot.imx')?
>
> There's some information floating around in the internet that I need
> some proprietary tool to convert 'u-boot.bin' to some 'streaming'
> format. But that information is for i.MX 28 and not for i.MX 53. I
> found
> also tools/mxsboot.c in the u-boot sources which seems to be a
> replacement for kobs-ng.
There are several possible solutions. First, you need an SPL because the ROM
bootloader does not handle all bad blocks properly, especially if the bootloader
image spans several blocks. You have the choice between the old NAND SPL, which
is being obsoleted, and the new generic SPL, which still requires some
refinements to support NAND boot on i.MX. NAND SPL is currently the quickest
solution, but generic SPL is the long term solution.
For my board, I went with NAND SPL, which generates a u-boot-nand.bin file to
flash. I had to customize the linker script and the startup files to add the DCD
stuff to the image. Another solution could have been to generate a u-boot.imx
for NAND SPL, which I will do for generic SPL at some point.
> Some ideas what we're doing wrong or how to debug this? Of course it
> can
> be also the boot GPIO settings, but I wanted to ask here if the
> procedure looks correct from u-boot side.
For debugging, a JTAG probe is the best solution.
Best regards,
Beno?t
next prev parent reply other threads:[~2012-12-13 22:41 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-12-13 16:01 [U-Boot] Booting an i.MX53 from NAND with u-boot Bernhard Walle
2012-12-13 22:41 ` Benoît Thébaudeau [this message]
2012-12-14 13:33 ` Benoît Thébaudeau
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1355285207.537903.1355438489722.JavaMail.root@advansee.com \
--to=benoit.thebaudeau@advansee.com \
--cc=u-boot@lists.denx.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox