[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAFLxGvzAmURHU_6K3gmBfOqHKgvQOkkO_+qgMKsmzhWZwwGnqw@mail.gmail.com>
Date: Mon, 8 May 2017 13:06:17 +0200
From: Richard Weinberger <richard.weinberger@...il.com>
To: Pavel Machek <pavel@....cz>
Cc: David Woodhouse <dwmw2@...radead.org>,
Boris Brezillon <boris.brezillon@...e-electrons.com>,
"linux-scsi@...r.kernel.org" <linux-scsi@...r.kernel.org>,
Hans de Goede <hdegoede@...hat.com>,
LKML <linux-kernel@...r.kernel.org>, linux-ide@...r.kernel.org,
"linux-mtd@...ts.infradead.org" <linux-mtd@...ts.infradead.org>,
Henrique de Moraes Holschuh <hmh@....eng.br>,
Tejun Heo <tj@...nel.org>
Subject: Re: Race to power off harming SATA SSDs
On Mon, May 8, 2017 at 12:49 PM, Pavel Machek <pavel@....cz> wrote:
> Aha, nice, so it looks like ubifs is a step back here.
>
> 'clean marker' is a good idea... empty pages have plenty of space.
If UBI (not UBIFS) faces an empty block, it also re-erases it.
The EC header is uses as clean marker.
> How do you handle the issue during regular write? Always ignore last
> successfully written block?
The last page of a block is inspected and allowed to be corrupted.
> Do you handle "paired pages" problem on MLC?
Nope, no MLC support in mainline so far.
--
Thanks,
//richard
Powered by blists - more mailing lists