[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1343931352.25013.222.camel@sauron.fi.intel.com>
Date: Thu, 02 Aug 2012 21:15:52 +0300
From: Artem Bityutskiy <artem.bityutskiy@...ux.intel.com>
To: Richard Weinberger <richard@....at>
Cc: Tim Bird <tim.bird@...sony.com>,
"linux-mtd@...ts.infradead.org" <linux-mtd@...ts.infradead.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"adrian.hunter@...el.com" <adrian.hunter@...el.com>,
"Heinz.Egger@...utronix.de" <Heinz.Egger@...utronix.de>,
"thomas.wucher@...utronix.de" <thomas.wucher@...utronix.de>,
"shmulik.ladkani@...il.com" <shmulik.ladkani@...il.com>,
"tglx@...utronix.de" <tglx@...utronix.de>,
"Marius.Mazarel@...l.ro" <Marius.Mazarel@...l.ro>,
"nyoushchenko@...sta.com" <nyoushchenko@...sta.com>
Subject: Re: UBI fastmap updates
On Thu, 2012-08-02 at 20:03 +0200, Richard Weinberger wrote:
> > If I understand correctly, fastmap size is a function of total PEBs
> > count. You should be able to calculate the maximum size precisely.
>
> It does.
> I was thinking of 2 x sizeof(fastmap) to have reserved PEBs for the
> currently used fastmap and PEBs for the new to be installed fastmap.
Up to you. If you are fine with the overhead, you can go for 2x, I do
not have objections. But would be nice to include the overhead numbers
when you submit the patches. Also print on initialization.
--
Best Regards,
Artem Bityutskiy
Download attachment "signature.asc" of type "application/pgp-signature" (837 bytes)
Powered by blists - more mailing lists