[RFC][PATCH 1/7] MTD: UBI: Add checkpoint on-chip layout
Thomas Gleixner
tglx at linutronix.de
Wed Mar 7 17:09:18 EST 2012
On Wed, 7 Mar 2012, Richard Weinberger wrote:
> Am 07.03.2012 17:09, schrieb Artem Bityutskiy:
> > On Tue, 2012-02-14 at 21:06 +0100, Richard Weinberger wrote:
> > > Specify the on-chip checkpoint layout.
> > > The checkpoint consists of two major parts.
> > > A super block (identified via UBI_CP_SB_VOLUME_ID) and
> > > zero or more data blocks (identified via UBI_CP_DATA_VOLUME_ID).
> > > Data blocks are only used if whole checkpoint information does not fit
> > > into the super block.
> >
> > And superblock is also a more or less standard name used by file-system.
> > I easily imagine difficulties and confusion when discussing UBIFS and
> > UBI and mixing UBI and UBIFS supersblocks up. IMHO, anything unique is
> > much better, even if it does not make much sense. E.g., "boss block" or
> > "pomo block" (pomo = boss in Finnish).
> >
> > Would you consider picking a different name as well please?
> >
>
> Will do.
What about FASTMAP ?
That's what the whole story is about. Building the logical/physical
mappings (fast). Then call the "super block" FASTMAP_REF and the data
stuff FASTMAP_DATA.
That's the sanest I could come up with aside of smuggling in my
favourite buzzword ROADMAP :)
Of course we could stay with latin and name it: UBIUBI. ubiubi is latin
for: where the heck is it, but I guess that's stretching it a bit :)
Thanks,
tglx
More information about the linux-mtd
mailing list