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.
The elbc nand driver alone is over 4K, so that's not going to work. It could be cut down a bit by removing erase/program support, and only supporting the page size present on the target hardware, but even then I'd rather use the space for things like SPD-based SDRAM initialization. > So again, please try to use the current nand_spl infrastructure. Or at least > explain why it doesn't work for you, so that we can work on these problems. The NAND controller on the 8313 exposes a very different programming interface than what nand_spl expects. I don't think there's much that could be re-used, other than the high-level functions like nand_load(). -Scott ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
