[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20180307214342.GA9852@amd>
Date: Wed, 7 Mar 2018 22:43:42 +0100
From: Pavel Machek <pavel@....cz>
To: Richard Weinberger <richard@....at>
Cc: linux-mtd@...ts.infradead.org, linux-kernel@...r.kernel.org,
cyrille.pitchen@...ev4u.fr, marek.vasut@...il.com,
boris.brezillon@...e-electrons.com, computersforpeace@...il.com,
dwmw2@...radead.org, dedekind1@...il.com, tharvey@...eworks.com,
stable@...r.kernel.org
Subject: Re: [PATCH] ubi: Reject MLC NAND
On Wed 2018-03-07 09:01:16, Richard Weinberger wrote:
> Pavel,
>
> Am Mittwoch, 7. März 2018, 00:18:05 CET schrieb Pavel Machek:
> > On Sat 2018-03-03 11:45:54, Richard Weinberger wrote:
> > > While UBI and UBIFS seem to work at first sight with MLC NAND, you will
> > > most likely lose all your data upon a power-cut or due to read/write
> > > disturb.
> > > In order to protect users from bad surprises, refuse to attach to MLC
> > > NAND.
> > >
> > > Cc: stable@...r.kernel.org
> >
> > That sounds like _really_ bad idea for stable. All it does is it
> > removes support for hardware that somehow works.
>
> MLC is not supported and does not work. Full stop.
> If someone manages to get it somehow work, either with hardware or software
> hacks they are on their own.
> Having it in stable is the only chance we have to get it into vendor
> kernels.
Can you show how it meets the stable kernel criteria? They are
documented in tree. This should not be in stable.
And I'd like to see changelog improved. Real reason MLC is not
supported is upper/lower page parts on MLC. And real fix to work with
bigger pages in UBI.
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
Download attachment "signature.asc" of type "application/pgp-signature" (182 bytes)
Powered by blists - more mailing lists