[U-Boot] [PATCH 5/6] cmd_nvedit.c: allow board-specific code before/after saving the environment

[Scott Wood <scottwood@freescale.com>]

On 05/18/2012 11:17 AM, Timur Tabi wrote:
> Scott Wood wrote:
> 
>> That's the equivalent of saying Linux doesn't support something because
>> nobody bothered to enable it in a certain defconfig.
> 
> Well, that's exactly what I meant.  When you boot an upstream U-boot on a
> P1022DS, there is no support for NAND chips.  The 'nand' command does not
> exist.  You cannot build a u-boot.bin that will boot from NAND.  That
> pretty much means "there is no NAND support".

I was under the impression that this was a developer discussion about
what it would take to get this working, not an end user support forum.

>> One thing I would like to see fixed in at upstream version of p1022ds
>> NAND boot support is for it to use SPD like a normal p1022ds boot.  This
>> will likely require reviving the three-stage boot discussion (TPL).
> 
> I just posted those two patches for upstream.  I don't want the TPL work
> to hold up these patches.

It was over a year ago that I made that request internally.  And still
the answer is "I need this now now now!".

NACK any non-SPD NAND boot for a board that otherwise uses SPD,
particularly if it has socketed RAM.  It's not as if we don't know how
to make this work.

Wolfgang will also probably object to adding another board to the old
nand_spl infrastrucutre.

-Scott