Received: by 10.223.185.116 with SMTP id b49csp1880733wrg; Sun, 4 Mar 2018 12:14:50 -0800 (PST) X-Google-Smtp-Source: AG47ELtR3Y9C6PHUVhK+7uDVCVT5fw7mUk6Nkf6vSeiYbPKbjPZ65Q9OqM2/uaP5+Bsz2a1IFV1J X-Received: by 2002:a17:902:26a:: with SMTP id 97-v6mr11027752plc.3.1520194489871; Sun, 04 Mar 2018 12:14:49 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1520194489; cv=none; d=google.com; s=arc-20160816; b=mFCgs0XticQ98Jw0d0JFG3GGxHL5782ZOJJPBXqCGjoYfE6CHPBZ5VjRHP4uH1zGJ8 ioWlI+8oJU9DYHTYnEJgjR8fDgRouUWCDKGpv6eXliZG6vg66ZWo1C7nPcd4mzKSY5PS TGSonwRmg3L9vLoeWVGrL/WAyNMLbpaeJZBtd5eggdZy3TnJ3AR+TqaDk0227I97qmkY gyvgBSHFfxkwgAcpVWJtWrV62Yor0RMvYeKo4F8c6Ye7UsUVxj7VyfTJg231iiWlUAiw r3LqZ1GX4gHheFirzKMk+3J56ArnNIlKz5aALl+A299J65DOuf5kYr8sVxE5IWWiWTPr R0kw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date :arc-authentication-results; bh=HOwCiTzRPl/eyq/xemkhP+ZAdLRjTVW51xroZ+59kIA=; b=CgHQdya6bUl5CqLG3Az5rnUTiFSzfV8ejvBq9uAvUPR8C+okje0QRis1p25l9S93r4 2asuK4KgehHdFnladIzY+E0e3TkNO9tD4FUOkMTVT3iQ5sTe8LYQLfiGlFltPpltQBhm fm5dOEo6w7nJRVHnvKz4zbWREB/HX8BdJRkl0VQgD2qNpQ21bwQdVPaFkj0RUZGYIUiz lxl+KAZ2c40AEmwCyvPxsm+0+4S2ezOisnWMNiuCbFozgHNpTQ6xRsDgSLKofFpXZlS9 M7nHmj4pAdBs65v/lBti0M2N7hp64cO50PK+AkuI2muF98dzYl8bpqTXvkO6YSkxNX5l Z8ww== 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 m9-v6si8122460plt.6.2018.03.04.12.14.34; Sun, 04 Mar 2018 12:14:49 -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 S932207AbeCDTqb (ORCPT + 99 others); Sun, 4 Mar 2018 14:46:31 -0500 Received: from mail.bootlin.com ([62.4.15.54]:42101 "EHLO mail.bootlin.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752134AbeCDTq1 (ORCPT ); Sun, 4 Mar 2018 14:46:27 -0500 Received: by mail.bootlin.com (Postfix, from userid 110) id 445F120784; Sun, 4 Mar 2018 20:46:25 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mail.free-electrons.com X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT, URIBL_BLOCKED shortcircuit=ham autolearn=disabled version=3.4.0 Received: from bbrezillon (91-160-177-164.subs.proxad.net [91.160.177.164]) by mail.bootlin.com (Postfix) with ESMTPSA id BEDBB20146; Sun, 4 Mar 2018 20:46:24 +0100 (CET) Date: Sun, 4 Mar 2018 20:46:25 +0100 From: Boris Brezillon 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: <20180304204625.5f7da30f@bbrezillon> In-Reply-To: <20180303104554.5958-1-richard@nod.at> References: <20180303104554.5958-1-richard@nod.at> X-Mailer: Claws Mail 3.15.0-dirty (GTK+ 2.24.31; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, 3 Mar 2018 11:45:54 +0100 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@vger.kernel.org > Signed-off-by: Richard Weinberger Acked-by: Boris Brezillon > --- > drivers/mtd/ubi/build.c | 11 +++++++++++ > 1 file changed, 11 insertions(+) > > diff --git a/drivers/mtd/ubi/build.c b/drivers/mtd/ubi/build.c > index e941395de3ae..753494e042d5 100644 > --- a/drivers/mtd/ubi/build.c > +++ b/drivers/mtd/ubi/build.c > @@ -854,6 +854,17 @@ int ubi_attach_mtd_dev(struct mtd_info *mtd, int ubi_num, > return -EINVAL; > } > > + /* > + * Both UBI and UBIFS have been designed for SLC NAND and NOR flashes. > + * MLC NAND is different and needs special care, otherwise UBI or UBIFS > + * will die soon and you will lose all your data. > + */ > + if (mtd->type == MTD_MLCNANDFLASH) { > + pr_err("ubi: refuse attaching mtd%d - MLC NAND is not supported\n", > + mtd->index); > + return -EINVAL; > + } > + > if (ubi_num == UBI_DEV_NUM_AUTO) { > /* Search for an empty slot in the @ubi_devices array */ > for (ubi_num = 0; ubi_num < UBI_MAX_DEVICES; ubi_num++) -- Boris Brezillon, Bootlin (formerly Free Electrons) Embedded Linux and Kernel engineering https://bootlin.com