From mboxrd@z Thu Jan 1 00:00:00 1970 From: Kenneth Johansson Date: 25 Jul 2003 14:18:59 +0200 Subject: [U-Boot-Users] [PATCH] jffs2 indirect access. In-Reply-To: References: Message-ID: <1059135539.31113.116.camel@spawn> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de On Thu, 2003-07-24 at 16:20, Woodruff, Richard wrote: > Hi, > > I had considered doing something similar to support NAND. After reading > though Dave's comments as attached below (speed, size, ...) and some other > reading I decided from my perspective it wasn't worth it. For the most part > memory is abundant at the boot loader so copying a moderately sized kernel > partition doesn't seem that bad, especially given the speed cost. In my > board I've added a ram entry flash device array and copy data there. Yes when you have NAND flash an extra partition or two is not going to cost you much. And when you are using NOR flash you probably is going to have a lot more DRAM than flash anyway. I should mention that most of the work on this patch was done by a summer intern named Michal Cendrowski I just dotted the i's and crossed the t's well actually I freed the mallocs and moved some things out of loops. It should be possible to change the code in a why that makes it a compile time option to use the callback function or directly map the filesystem. I think that would be the only acceptable change as the overhead otherwise is just to large for situations when copying the whole thing is not a problem. hmm That should almost be possible now just changing the jffs2copy macro. -- Kenneth Johansson Ericsson AB Tel: +46 8 719 70 20 Tellusborgsv?gen 90 Fax: +46 8 719 29 45 126 25 Stockholm ken at switchboard.ericsson.se