16 NANDS

[Marc Neiger]

Hi Charles,

Of course you properly understood I forgot to type "16bits wide".

I was thinking about products such as Samsung K9F5616U0B wich is a 256Mbit
NAND flash. Page size is 512 + 16 OOB bytes. So the problem is just
regarding the data transfer width as the page size are the same as the
already supported chips/architectures. Moreover it is quite complicated as
the commands and addresses are still transfered as 8 bits, only data are
transfered as 16bits.

However, as a newcomer in the embbeded linux world, and although I feel like
it should be quite simple, I don't feel like doing the software modification
myself...

Cheers,
Marc Neiger



> -----Message d'origine-----
> De : Charles Manning [mailto:manningc2 at actrix.gen.nz]
> Envoyé : lundi 6 janvier 2003 22:15
> À : m.neiger at synergie-inf.com; 'linux-mtd at lists.infradead.org'
> Objet : Re: 16 NANDS
> 
> 
> By this I expect you mean the NAND chips with a 16-bit wide interface.
> 
> There are really two sub-issues:
> * Hook-up to the chips themselves (ie. doing x16 instead of 
> x8 trasfers).
> * The 16-bit wide chips have larger pages and blocks (2kB 
> pages, 128kB 
> blocks) than the previous generation stuff. This needs to be 
> handled too at 
> both the mtd and file system level. I believe (but don't 
> quote me) that JFFS2 
> will work as it is now. YAFFS is currently undergoing 
> extensions/mods to 
> support the larger pages/blocks.
> 
> -- Charles
> 
> 
> On Fri, 03 Jan 2003 23:27, Marc Neiger wrote:
> > Hi,
> >
> > what are the current status/plan regarding the use of 16 NAND Flash,
> > including with JFFS2
> >
> > Cheers and happy new year,
> > Marc Neiger
> >
> > Marc Neiger
> >
> >
> >
> > ______________________________________________________
> > Linux MTD discussion mailing list
> > http://lists.infradead.org/mailman/listinfo/linux-mtd/
>