[U-Boot-Users] U-Boot environment for NAND booting scheme
Leonid
Leonid at a-k-a.net
Thu May 1 20:55:00 CEST 2008
Hi, Nishanth:
Thank you for advice. Is any <board.h> and
board/<vendor>/<board>/u-boot-nand.lds files available which support
such and option in u-boot tree (I use 1.2.0) or any other place or you
can send me example?
Thanks,
Leonid.
-----Original Message-----
From: Menon, Nishanth [mailto:x0nishan at ti.com]
Sent: Thursday, May 01, 2008 11:14 AM
To: Leonid; u-boot-users at lists.sourceforge.net
Subject: RE: [U-Boot-Users] U-Boot environment for NAND booting scheme
Leonid,
> -----Original Message-----
> From: u-boot-users-bounces at lists.sourceforge.net [mailto:u-boot-users-
> bounces at lists.sourceforge.net] On Behalf Of Leonid
> Sent: Thursday, May 01, 2008 1:05 PM
> To: u-boot-users at lists.sourceforge.net
> Subject: [U-Boot-Users] U-Boot environment for NAND booting scheme
> The problem is that any time u-boot image is updated, its environment
is
> lost which is not convenient if the environment differs from default
one
> significantly.
One approach from what we did on OMAP: since the smallest erase unit on
NAND is a block, reserve as many blocks required to store U-Boot, the
Env gets a block of it's own. And the rest go for kernel and Filesystem.
So, we can update u-boot without loosing env vars, and env vars without
loosing u-boot etc.
>
> Can I put environment elsewhere on NAND flash and what is bad in doing
> so?
Other than loosing a bit of space, I don't see any as long as u would
like to organize them as per your need - e.g. if the board is never
going to have env vars change you can save space and not allot one full
block for it. It is really usecase driven IMHO.
Regards,
Nishanth Menon
More information about the U-Boot
mailing list