Messages in this thread | | | Subject | Re: [PATCH 00/22 take 3] UBI: Unsorted Block Images | From | Artem Bityutskiy <> | Date | Tue, 20 Mar 2007 17:14:10 +0200 |
| |
On Tue, 2007-03-20 at 09:52 -0400, Theodore Tso wrote: > It would also help people understand why there are so many "units" in > UBI, since hopefully the high-level documentation would explain why > they fit together, and perhaps why some of the units weren't folded > together. What value do they add as separate components?
Teo, the units will go away. I'll leave only 4 of them:
1. I/O, just to hide some I/O related complexities. 2. Scanning: just because I am planning to add other device attaching methods, without scanning. 3. Wear-leveling, just because I want to improve the algorithm in future. Changing algorithm means changing data structures. So I want to keeps them separate. 4. EBA - because I want to keep all mapping-related stuff in one place. Well, this does not have to be called unit, just mapping-related code in on file. Also, long-term is to have the table on-flash (currently it is in-ram which does not scale well).
Everything else will be folded together. No itsy-bitsy. I've almost finished this re-structuring, doing bug-fixing.
P.S.: I'll let other folks to comment the other stuff.
-- Best regards, Artem Bityutskiy (Битюцкий Артём)
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |