Received: by 10.223.185.116 with SMTP id b49csp5547278wrg; Wed, 7 Mar 2018 13:46:20 -0800 (PST) X-Google-Smtp-Source: AG47ELuLhrSxii4YsVwOGhbKsaJZwNM1IohhyFLeZJkJ3CweXVua2MEUyHW6EUxHTPyFtB23bied X-Received: by 10.98.87.80 with SMTP id l77mr24194853pfb.32.1520459180393; Wed, 07 Mar 2018 13:46:20 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1520459180; cv=none; d=google.com; s=arc-20160816; b=jdP42xx6Wp6yfDIRlUeLlvQXPnfuNggIy178S1MIpAAZ6bQYNSpB/UjYxLdK/Vr3Gh LoKfAsv6QFNb7wVnjInfwazvTNSUoAnaNS5E5AvwSKHV/w8kgyjugizWi6Z8qhqolxur HEzVvy2hPXIaXErA1+nz9/atHUpCsVXsHMCWkTokyzDsALYLaTvqi7lXZG7yCYfzCDwf jxc20942OPGjk0D09K7phzeZLT4dv4Ol2X31YJBFfhOL7aUwY0uuMJDZELYiQ2FLSfvb boDHGXDo6kh6oerrlSvTe7XxW/nWznfUcHOryxrVKnBO4Cessi366fSI0BtF91Fjo59Q Umag== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=9TdU/mIc0NArgTpM07bshbvvLnM9aTXti52I4nAdkbo=; b=jT0poj0cyKBAeMW2dCJja7fSoh1mrC18Tn36d1yCvftaJnQwAfOB9IIi15OrFrmanH Zqk8Pq2lEq77t/eJXuP0gl8U7aMz+fBEH2hx/trwLAuLk5fx1t2YkM7YHBCABwm8nanK 7D6Sgvc0fjf1RaHTOQ9nFd4+SLgJFfqCFF1AdqDbIiXt9iO5ZlzSBsd/qt+oUc/ZlBFm LGPrJ/HD7INx5Caq2mmGIZ89SqXBMMbjn7o/3ipI9DRweV1AMI0ZuyMxn2U6kDn0Vznw HdzfWImnpVvZ1pMx7QAty7duwrJF5Vl85bMY409kTB3xMymcfU2kzc39uXIR8un3IyYk ywXA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id u19si8675580pfk.128.2018.03.07.13.46.03; Wed, 07 Mar 2018 13:46:20 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933736AbeCGVnq (ORCPT + 99 others); Wed, 7 Mar 2018 16:43:46 -0500 Received: from atrey.karlin.mff.cuni.cz ([195.113.26.193]:58602 "EHLO atrey.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933412AbeCGVnp (ORCPT ); Wed, 7 Mar 2018 16:43:45 -0500 Received: by atrey.karlin.mff.cuni.cz (Postfix, from userid 512) id 408098028C; Wed, 7 Mar 2018 22:43:43 +0100 (CET) Date: Wed, 7 Mar 2018 22:43:42 +0100 From: Pavel Machek To: Richard Weinberger Cc: linux-mtd@lists.infradead.org, linux-kernel@vger.kernel.org, cyrille.pitchen@wedev4u.fr, marek.vasut@gmail.com, boris.brezillon@free-electrons.com, computersforpeace@gmail.com, dwmw2@infradead.org, dedekind1@gmail.com, tharvey@gateworks.com, stable@vger.kernel.org Subject: Re: [PATCH] ubi: Reject MLC NAND Message-ID: <20180307214342.GA9852@amd> References: <20180303104554.5958-1-richard@nod.at> <20180306231805.GA28183@amd> <6772577.AmT7QaWTNU@blindfold> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YZ5djTAD1cGYuMQK" Content-Disposition: inline In-Reply-To: <6772577.AmT7QaWTNU@blindfold> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --YZ5djTAD1cGYuMQK Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed 2018-03-07 09:01:16, Richard Weinberger wrote: > Pavel, >=20 > Am Mittwoch, 7. M=E4rz 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 wi= ll > > > 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. > > >=20 > > > Cc: stable@vger.kernel.org > >=20 > > That sounds like _really_ bad idea for stable. All it does is it > > removes support for hardware that somehow works. >=20 > MLC is not supported and does not work. Full stop. > If someone manages to get it somehow work, either with hardware or softwa= re=20 > 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 --=20 (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blo= g.html --YZ5djTAD1cGYuMQK Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlqgXQ4ACgkQMOfwapXb+vL/RQCfcpBSzmmWE68AU/fR354AZh14 0bkAn1T3J8vwYErdMbytKXu7fUJ4kbvO =uVCT -----END PGP SIGNATURE----- --YZ5djTAD1cGYuMQK--