m.neiger at synergie-inf.com
Mon Jan 6 17:42:08 EST 2003
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
> -----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/
More information about the linux-mtd