[PATCH 0/5] Add flight recorder to MTDRAM

Richard Weinberger richard at nod.at
Wed Dec 6 02:41:10 PST 2017


Dirk, Manfred,

Am Mittwoch, 6. Dezember 2017, 09:50:34 CET schrieb Dirk Behme:
> From: Manfred Spraul <manfred at colorfullife.com>
> 
> Hi,
> 
> The series adds a flight recorder to MTDRAM.

Thanks a lot for sharing your tool, this is highly appreciated.

> This allows very efficient power fail testing:
> From the flight recorder output, it is possible to recreate every image
> that might have existed between the start of the recording and the end.
> 
> Obviously, a user space tool is required, it is attached as the last
> mail in the series.

So, to understand this approach better I need to recap.
The "flight recorder" logs every single MTD operation (READ, ERASE, PROGRAM) 
to a file while the MTD is under load, right?

Then you take the log, replay it to a _file_ but instead of replaying
all N MTD operations only N - X operations are replayed?
The output file is later written back to MTDRAM to check how much UBIFS likes 
it?

While having such a tool would be awesome, we have to be very sure that it 
behaves correctly.
Yesterday I spent almost the whole night with staring at some of Manfred's 
images and I'm not sure whether what I see makes sense or can actually happen
on a real NAND or NOR flash. But I'm still investigating.

> Patches:
> 
> 0001-mtdram-expose-write-size-and-writebuf-size-as-module:
> 	An initial cleanup: write_size and writebuf_size are
> 	hardcoded in the source code.
> 	Convert that to module parameters.

MTDRAM is a special purpose MTD simulator, I'm not so sure whether it is a 
good idea to turn it into a NAND-alike zombie.

I said this already some time before, Boris and I are in general unhappy with 
the current MTD simulator zoo in MTD.
But fixing this is not your job, we have to. :-)

Thanks,
//richard



More information about the linux-mtd mailing list