Received: by 10.223.185.116 with SMTP id b49csp4774981wrg; Wed, 7 Mar 2018 00:19:40 -0800 (PST) X-Google-Smtp-Source: AG47ELvkCr0y1pcgTQ1hAV6MVBITvRyqumsTM9+SSLB1beOllSTYjsIcKFhqlpMI2NGtgUbGRK4p X-Received: by 2002:a17:902:69cf:: with SMTP id m15-v6mr19943265pln.104.1520410780832; Wed, 07 Mar 2018 00:19:40 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1520410780; cv=none; d=google.com; s=arc-20160816; b=DzeVo01u0LwFmOngK5ntOc0neZV70cVNfy/kCdV7l9y/OCxlSJFdvZqGiYtkvkhoZi UbI77oA3AOjgEu8+1pROD82c5Fy32RwA61OWDtZDNGeYDHNahjzH48P1Sqr4KMwRwtDz mBJP/9RoDK+j3EVzFXBsVkpbzLNQOZF413HgtL/UA9NjNP/jrX5siEvPBZFkB722ag94 bfvltgUufjJdq7mX/Yg/YPWyol1PwqpO8b5EWc4LapP9M2t7DHx3hjFaKj8ntDaE2Pm6 IwKPvdi6bMpuiijTWXdjVlPpp/t6x+gxFzJvbSdVhcfmkHUH3IfBIJuVUqHtnC61EvQT exsw== 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:date:subject:cc:to:from :arc-authentication-results; bh=S4jnM0nI0aIp55BcNfQUEMimL5Bdq/sHO0ashOSDHsg=; b=bH4zGb5tT9igK82qMKHcvIHX1sG/79hicHSoTwo5l8W0o/Ss6cqtASoyy5ZZdbEXTj +h9XkOWVBkwCBGe37SHBKGBPFaknbwfyBpoXSa4ZYgpl7QYu/efT0WTiEQHyMRQuwBNE bC82K89gr3pBLoT5nwjFUDkjG1HpHexb3c3lDwnK5j16yLEQ7AzYM2ZNFCb5nil2ldSm LqZ/eiMn0/YmjgfnTSTuvQhJMW1QMn7zWJt6y+z2XJWTv7EBKLwYrJlJ7G5FFLnpaxwe +belvCRN26sLUWdq97KLyvggOsa9ojSGdJPvJSIKRAeSYMF5kkFLsKJqyaNdvUcWZuuy wslA== 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 p3si13259669pfh.84.2018.03.07.00.19.26; Wed, 07 Mar 2018 00:19:40 -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 S1750989AbeCGIR6 convert rfc822-to-8bit (ORCPT + 99 others); Wed, 7 Mar 2018 03:17:58 -0500 Received: from lilium.sigma-star.at ([109.75.188.150]:35602 "EHLO lilium.sigma-star.at" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751185AbeCGIRy (ORCPT ); Wed, 7 Mar 2018 03:17:54 -0500 Received: from localhost (localhost [127.0.0.1]) by lilium.sigma-star.at (Postfix) with ESMTP id 0303E181A43E2; Wed, 7 Mar 2018 09:17:53 +0100 (CET) From: Richard Weinberger To: Boris Brezillon Cc: Ben Hutchings , Greg Kroah-Hartman , linux-kernel@vger.kernel.org, stable@vger.kernel.org, Sascha Hauer , Boris Brezillon , Sasha Levin Subject: Re: [PATCH 4.4 03/34] mtd: nand: gpmi: Fix failure when a erased page has a bitflip at BBM Date: Wed, 07 Mar 2018 09:19:15 +0100 Message-ID: <3306133.ouE1UNrexX@blindfold> In-Reply-To: <20180307091236.741b7fd2@bbrezillon> References: <20180302084435.842679610@linuxfoundation.org> <1520371350.23626.23.camel@codethink.co.uk> <20180307091236.741b7fd2@bbrezillon> MIME-Version: 1.0 Content-Transfer-Encoding: 8BIT Content-Type: text/plain; charset="iso-8859-1" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Boris, Am Mittwoch, 7. M?rz 2018, 09:12:36 CET schrieb Boris Brezillon: > On Tue, 06 Mar 2018 21:22:30 +0000 > > Ben Hutchings wrote: > > On Fri, 2018-03-02 at 09:50 +0100, Greg Kroah-Hartman wrote: > > > 4.4-stable review patch. If anyone has any objections, please let me > > > know. > > > > > > ------------------ > > > > > > From: Sascha Hauer > > > > > > > > > [ Upstream commit fdf2e821052958a114618a95ab18a300d0b080cb ] > > > > > > When erased subpages are read then the BCH decoder returns STATUS_ERASED > > > if they are all empty, or STATUS_UNCORRECTABLE if there are bitflips. > > > When there are bitflips, we have to set these bits again to show the > > > upper layers a completely erased page. When a bitflip happens in the > > > exact byte where the bad block marker is, then this byte is swapped > > > with another byte in block_mark_swapping(). The correction code then > > > detects a bitflip in another subpage and no longer corrects the bitflip > > > where it really happens. > > > > [...] > > > > This seesm to be a bug fix for commit bd2e778c9ee3 "gpmi-nand: Handle > > ECC Errors in erased pages". That's not in 4.4 so the bug fix is not > > needed, though it doesn't appear to do any harm. > > I wonder why the fix was backported to stable releases in the first > place. AFAICS, there's no Cc-stable or Fixes tag in the original > commit. It's probably something in the backport-to-stable process I'm > not aware of. It was auto selected by a stable script. Thanks, //richard