Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp1681844ybz; Thu, 16 Apr 2020 13:35:24 -0700 (PDT) X-Google-Smtp-Source: APiQypJxWCFRvMOhEH9/buQgPYHkwa9TF+M9570zNfgR4ySKSXV7KqQmLUPBvM82YZuGHgpgzgAE X-Received: by 2002:a17:906:b253:: with SMTP id ce19mr11944082ejb.341.1587069324468; Thu, 16 Apr 2020 13:35:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587069324; cv=none; d=google.com; s=arc-20160816; b=Bv3YkT+kQtVXTO3GfugNZ0GT4qtUVyvMXnOj90b7eiU1yMFi/HUbK4wrYpgasSZcEN TjJdFCM+G+ALwBq5G7bCUfn2dh41rkJq96S8f/GG2JSoDC5phx0J5aGW5mGYEAKh8GaZ D+s3sCHRxVQ5G6w6RDeML9amNhxGpbMLNQ7IfaME11g21ZeyP38jaO47/ibebvOPH2JQ 3m3JTKMCyyG+5Zi1OW07V6VSsSiUNOtngA0CAYdYQDVdXgRvNFip6zpBuu09i7M2eU/F 7JjCNM5pCD3ovQX1MWD8fTClblj8iobDnxRMv2mYU1uIRVRTpY9tKkoL9e36dCPYoADa YApw== 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 :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=Zrquy6cHOiD+bDHg2oFwedRWqYD1RI9kBpcGMLWpxgE=; b=W4AS8EtvO4Y70zXrXYdCexz04BL/DLJAViSnvdV5bRsGH25Te/imPIHa/wFJ1wjSGB Dpm+mqPYbFUAHPTkPcOf8JENLVE9j1i+npJAiuAJPFNDTfCzChb3rvtlycfEzM9EwvAf u3URDtDt3BT5AExIKYD5KZQL/vNjsKyUpt5DVtif0OjClAkh4Jhg3V0fn6H6oDaLlHCU 7748PPohF1fdnQurlBpmLti/D96UOoGIk7YKatGfP3OzzKy9L1BYw5bR9SdVETSZzbUu lvIrApP3NpQ84EcY/r+RjyXpxaenHQ3DrFkNpneYmQKKDi0tlcsnQfTQpzA64Ztg+lto 4FxQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=P1fUF88w; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id cw21si12426354ejb.158.2020.04.16.13.35.01; Thu, 16 Apr 2020 13:35:24 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=P1fUF88w; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2503517AbgDPPQR (ORCPT + 99 others); Thu, 16 Apr 2020 11:16:17 -0400 Received: from mail.kernel.org ([198.145.29.99]:35836 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2441622AbgDPNuC (ORCPT ); Thu, 16 Apr 2020 09:50:02 -0400 Received: from localhost (83-86-89-107.cable.dynamic.v4.ziggo.nl [83.86.89.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 4809721927; Thu, 16 Apr 2020 13:49:32 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1587044972; bh=shd0LP0Bg8wGz6s3YwEhALAbANLNDLZwnav84oEtfjo=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=P1fUF88whAGy5wp6zMpfCTe5D6FcZovIUws5LM1ZmwusnBVVedGX2ZKohZK4R2N+o Eoy5kuWZdpjfxhKXmUOfRJbTTwS16UueuKjmkmSEykdhABxqrMnFP8qUVREHSaS6di VTgnUfbUQ+RWKCdSQ8ouUuL1H/jipOwxnRtqiWAc= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Frieder Schrempf , Boris Brezillon , Miquel Raynal Subject: [PATCH 5.4 136/232] mtd: spinand: Do not erase the block before writing a bad block marker Date: Thu, 16 Apr 2020 15:23:50 +0200 Message-Id: <20200416131331.970575378@linuxfoundation.org> X-Mailer: git-send-email 2.26.1 In-Reply-To: <20200416131316.640996080@linuxfoundation.org> References: <20200416131316.640996080@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Frieder Schrempf commit b645ad39d56846618704e463b24bb994c9585c7f upstream. Currently when marking a block, we use spinand_erase_op() to erase the block before writing the marker to the OOB area. Doing so without waiting for the operation to finish can lead to the marking failing silently and no bad block marker being written to the flash. In fact we don't need to do an erase at all before writing the BBM. The ECC is disabled for raw accesses to the OOB data and we don't need to work around any issues with chips reporting ECC errors as it is known to be the case for raw NAND. Fixes: 7529df465248 ("mtd: nand: Add core infrastructure to support SPI NANDs") Cc: stable@vger.kernel.org Signed-off-by: Frieder Schrempf Reviewed-by: Boris Brezillon Signed-off-by: Miquel Raynal Link: https://lore.kernel.org/linux-mtd/20200218100432.32433-4-frieder.schrempf@kontron.de Signed-off-by: Greg Kroah-Hartman --- drivers/mtd/nand/spi/core.c | 3 --- 1 file changed, 3 deletions(-) --- a/drivers/mtd/nand/spi/core.c +++ b/drivers/mtd/nand/spi/core.c @@ -612,7 +612,6 @@ static int spinand_markbad(struct nand_d }; int ret; - /* Erase block before marking it bad. */ ret = spinand_select_target(spinand, pos->target); if (ret) return ret; @@ -621,8 +620,6 @@ static int spinand_markbad(struct nand_d if (ret) return ret; - spinand_erase_op(spinand, pos); - return spinand_write_page(spinand, &req); }