[U-Boot] [PATCH 1/2] Fix OneNAND ipl to read CONFIG_SYS_MONITOR_LEN
Scott Wood
scottwood at freescale.com
Fri Apr 24 17:21:18 CEST 2009
On Fri, Apr 24, 2009 at 02:57:52PM +0900, Kyungmin Park wrote:
> Actually, I don't like the CONFIG_SYS_MONITOR_LEN approaches, now you
> are consider the bad block at 1.
> But we can also consider the bad block 2, if there two consecutive 2
> bad block at block 1, 2, we should define the CONFIG_SYS_MONITOR_LEN
> as 128KiB * 4 and reserved block block 4 always even though we use 2
> blocks.
There are two separate constants -- the length of data excluding bad
blocks, and the size of the region set aside for that data including bad
blocks. CONFIG_SYS_MONITOR_LEN is the former.
We may need to do something special when writing back the environment to
find its location if there were any bad blocks, though.
> Right, we should consider bad block at IPL, so my recommendation is
> IPL + u-boot should be fit at block 0
We wouldn't be having this discussion if someone didn't have a u-boot
that didn't fit in block 0.
> 128KiB at OneNAND, 256KiB at Flex-OneNAND. In case of apollon. we
> should reduce the size as 128KiB for OneNAND side. If the IPL + u-boot
> size under 128KiB, Flex-OneNAND also can boot it.
For comparison, powerpc u-boots are pretty much never less than 128KiB,
and with the NAND subsystem are typically larger than 256KiB. We may
need to boot from OneNAND some day.
> For simplicity How about to use block scheme? we always use block 0
> for boot (IPL + u-boot) whatever block size.
NACK.
-Scott
More information about the U-Boot
mailing list