[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