Re: Handling multiple NAND chips -- take 2

[Thomas Gleixner <tglx@linutronix.de>]

On Wednesday 25 February 2004 20:35, J.D. Bakker wrote:
> At 6:29 PM +0000 25/2/04, jasmine@linuxgrrls.org wrote:
> >  > I think that's acceptable. It's _definitely_ OK on NOR. On NAND we may
> >>
> >>  be sharing some control lines between different chips, but I still
> >> think it's OK and we can deal with that in the board-level driver.
> >
> >What if you have a board with an onboard NAND (for the OS) and a
> >SmartMedia slot?  That's surprisingly common.  It's very difficult to buy
> >consistent Smartmedia cards, too-  they often have different parts in
> >them during a run.
>
> That's true, but would you want the SmartMedia card to be part of the
> linear array ? What I'm doing here is to do for NAND devices what the
> linear (or possibly RAID0) driver does for disks. In both cases is
> the array size/configuration fixed on creation, in neither case will
> you have anything useful/usable when one of the components goes away.

The mtdconcat layer provides this RAID0 function already, but it does not work 
with shared control lines. If you have seperate control lines you can use the 
code as is.

> It could well make sense to treat the (hot-plugged) SM card as a
> separate entity, with its own partitions and all. This, however, is
> not what I'm trying to achieve. What I want is the reverse, deal with
> multiple NAND chips as if they were one, larger, NAND device. I can't
> see how hot-plugging et al would be useful in such a scenario (but
> I'm open to any and all demonstrations of the narrow-mindedness of
> such an approach).

The point is that you can have some soldered chips and a SM card sharing the 
same control lines. The soldered chips could form a large parition mtd0 and 
the SM card would be mtd1. 

-- 
Thomas
________________________________________________________________________
linutronix - competence in embedded & realtime linux
http://www.linutronix.de
mail: tglx@linutronix.de