[PATCH] MTD: mtdconcat NAND/Sibley support (revised)

Jörn Engel joern at wohnheim.fh-wedel.de
Tue May 16 08:22:22 EDT 2006


On Tue, 16 May 2006 15:54:05 +0400, Artem B. Bityutskiy wrote:
> On Tue, 2006-05-16 at 10:33 +0200, Jörn Engel wrote:
> 
> > Not generic enough.  You would need a similar, but not identical check
> > for dataflash, another one for ecc nor, one for sibley.  And if
> > someone merges yet another weird chip...
> > 
> > What I'm currently doing in my tree (that dwmw2 still didn't look at)
> > is remove some of the special cases in existing code.  Basically, I
> > start with the lowest common denominator of all devices:
> > 1. Device has one erasesize.
> > 2. Device has one writesize.
> > 3. Erasesize is a multiple of writesize.
> > 4. At least <writesize> aligned bytes must be written in one go.
> > 5. Writes to any eraseblock must happen in order, from lowest offset to
> >    highest.
> > 6. Any number of eraseblocks can be written to in any order, providing
> >    that rule 5 is followed.
> > 7. Neither writesize nor erasesize must be a power of 2.
> 
> Good list. I have a comment for 5. For NOR flash it is possible to clear
> individual bits and JFFS2 exploits this feature (to mark nodes
> obsolete). So, it may sometimes write out-of-order. Thus, I'd
> re-formulate item 5 to take this into account.

The list is the lowest common denominator.  Any flash chip will work
for you as long as you stick to the list.

We could have a second list of optional additional features.

Jörn

-- 
Linux [...] existed just for discussion between people who wanted
to show off how geeky they were.
-- Rob Enderle




More information about the linux-mtd mailing list