From mboxrd@z Thu Jan 1 00:00:00 1970 From: Scott Wood Date: Mon, 2 Jun 2008 11:48:35 -0500 Subject: [U-Boot-Users] [PATCH 8/8] New board SIMPC8313 support: nand_boot.c, sdram.c, simpc8313.c In-Reply-To: <200805311511.28106.sr@denx.de> References: <587822.81594.qm@web83501.mail.sp1.yahoo.com> <200805311511.28106.sr@denx.de> Message-ID: <20080602164835.GA3513@loki.buserror.net> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de 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