MMC and reliable write - was: since when does ARM map the kernel memory in sections?

Arnd Bergmann arnd at arndb.de
Wed Apr 27 15:33:40 EDT 2011


On Wednesday 27 April 2011 21:18:16 Andrei Warkentin wrote:
> On Wed, Apr 27, 2011 at 8:07 AM, Jamie Lokier <jamie at shareable.org> wrote:
> > Andrei Warkentin wrote:

> > No, that's a scheduling hint; you can't assume filesystems
> > consistently label "metadata needed for filesystem integrity" with
> > that flag.  (And databases and VMs have similar needs, but don't get
> > to choose REQ_ flags).
> >
> > But even if they did, wouldn't a single normal write, from the above
> > description, potentially corrupt all previously written metadata
> > anyway, making it pointless?
> 
> Gah... yes.

I've also seen devices that produce silent bit errors or just swap
blocks around without any power fail scenario, no matter what or
how you write to them. I believe we don't need to support those.

We should find out what the guarantees are that the eMMC standard
is giving. It should be possible to build media that can not
corrupt data written with reliable writes by writing to other
data in the same erase block. If the standard requires that to
happen, I'd say we should rely on it and consider the other
media as broken.

	Arnd



More information about the linux-arm-kernel mailing list