From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755277AbbHFJ2Q (ORCPT ); Thu, 6 Aug 2015 05:28:16 -0400 Received: from down.free-electrons.com ([37.187.137.238]:56220 "EHLO mail.free-electrons.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1754880AbbHFJ2O (ORCPT ); Thu, 6 Aug 2015 05:28:14 -0400 Date: Thu, 6 Aug 2015 11:19:01 +0200 From: Boris Brezillon To: Richard Weinberger Cc: Andrea Scian , linux-mtd@lists.infradead.org, David Woodhouse , Brian Norris , linux-kernel@vger.kernel.org, Han Xu , Artem Bityutskiy Subject: Re: [RFC PATCH 2/2] mtd: nand: use nand_check_erased_ecc_chunk in default ECC read functions Message-ID: <20150806111901.3d2d5494@bbrezillon> In-Reply-To: <55C067F7.3000309@nod.at> References: <1438277694-23763-3-git-send-email-boris.brezillon@free-electrons.com> <55BB48D9.6050508@dave-tech.it> <20150731123221.34cf601e@bbrezillon> <55BB7ABD.7040008@dave-tech.it> <20150731161032.2b155ccb@bbrezillon> <55BBA012.4080600@dave-tech.it> <20150731182709.14c345df@bbrezillon> <55BF4D72.8090000@dave-tech.it> <20150803144253.66fc6941@bbrezillon> <55BF6F09.9000001@dave-tech.it> <55BFC1DA.3090108@nod.at> <55C06379.5090705@dave-tech.it> <55C067F7.3000309@nod.at> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.23; 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 List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Richard, On Tue, 4 Aug 2015 09:21:27 +0200 Richard Weinberger wrote: > Andrea, > > Am 04.08.2015 um 09:02 schrieb Andrea Scian: > >> I'm not sure whether introducing a read-before-write check is the best solution. > >> At least we need hard numbers for slow/old SLC NANDs too. > > > > We can enable the feature only for MLC, AFAIK it has not been required for old SLC ;-) > > I think this needs more discussion. > > Boris, Brian, will you be at Embedded Linux Conference Europe in Dublin? > Maybe we can discuss these issues (data retention, ff-checks, etc...) in person and figure out where to address them. > I really want to avoid ad-hoc solutions. :) I'll be at ELCE and I'd be happy to discuss all these NAND/MTD/UBI related issues with you, though I think we should keep discussing those problems on the ML too. Best Regards, Boris -- Boris Brezillon, Free Electrons Embedded Linux and Kernel engineering http://free-electrons.com