On Sat, May 31, 2008 at 03:11:27PM +0200, Stefan Roese wrote:
One advantage of the current nand_spl subsystem is that it uses the same NAND
board/platform driver as the normal, full blown U-Boot NAND subsystem does.
So there is no need to maintain multiple NAND drivers for one board/platform.
On Monday 02 June 2008, Scott Wood wrote:
On Sat, May 31, 2008 at 03:11:27PM +0200, Stefan Roese wrote:
One advantage of the current nand_spl subsystem is that it uses the same
NAND board/platform driver as the normal, full blown U-Boot NAND
subsystem does. So there is no need to maintain
Stefan Roese wrote:
On Monday 02 June 2008, Scott Wood wrote:
but even then I'd
rather use the space for things like SPD-based SDRAM initialization.
Are you talking about a full-blown I2C SPD DIMM detection and
autoconfiguration? The code I know from 4xx is much too complicated and big
Hi Ron,
On Friday 30 May 2008, Ron Madrid wrote:
New board SIMPC8313 support: nand_boot.c, sdram.c,
simpc8313.c
Remaining board specific files.
Signed-off-by: Ron Madrid
---
board/sheldon/simpc8313/nand_boot.c | 424
+++
board/sheldon/simpc8313/sdram.c
New board SIMPC8313 support: nand_boot.c, sdram.c,
simpc8313.c
Remaining board specific files.
Signed-off-by: Ron Madrid
---
board/sheldon/simpc8313/nand_boot.c | 424
+++
board/sheldon/simpc8313/sdram.c | 204
+