Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp22422216rwd; Fri, 30 Jun 2023 07:52:39 -0700 (PDT) X-Google-Smtp-Source: APBJJlGZOhQ8ojV4AwqZIaU4kVqAfl14izKEGqVbeppjgG8gyLiBQh62rNaH7GtN2ovk1KTiMwK/ X-Received: by 2002:a17:90a:ea81:b0:262:f99b:a530 with SMTP id h1-20020a17090aea8100b00262f99ba530mr2451662pjz.34.1688136758924; Fri, 30 Jun 2023 07:52:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1688136758; cv=none; d=google.com; s=arc-20160816; b=IEZKVyMTAi3WMHduHXHlEP4fJPVNMtBAoTQVSapOuzn6IShW9v7zEYVQN8m7Q18czs ogNVSDjtUXyv9orWTbXiPiYavQ6o/s3381AAqN/9mdWfB1zoCvaDU0ruG47m53ry/J// nDsyT/WWPc2n1NZ1rHR81sPLSYJWofS52rREL7ckNeT2diezeu5SIMhnGkyvO1A2y4aM Hj3Q7sPORe92Al9ujpQr81x7gYxxVP0GJMG0MHuXGt3jhyZ2y8AV9u+6PODT0mhR+bjl HUcxJb+neP5+HlFf3KEBa9pd1WfPX1eh/SqLEeGFMonpNn41RHu67MxfIU/Qk3tMAYHv l3JQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:message-id:references :in-reply-to:subject:cc:to:from:date:mime-version:dkim-signature; bh=z3dNqsYdomU8JDWZFc7ypuImUApBhTKuCgR+jHSwU44=; fh=7JnGtcXOsEFCJHx6xB14wdFZI3HTcj098T11g6N8Kkg=; b=qdh32iCFEB05cIkz0vljGq/iwwrLmW/FyzE3nBQ/pKGB8gKp9/oblBd3JJeP+cXXa8 4V0kxEphQzpudVSak78jaXzVPjEsOzXExgCY1UA4tRXnGzYtkaSWm5pSjpNL5v/UIbZT dDl+nL06UeTqFnQgQjgVS6vLOBIQtQ8REc1Z8W67KbbyizgFCWCEb2L6xued39ArsN2Z LyKEUofnTOQHOu79n1029NRYTEJlzH4CTy9ytmLvSptDKJtaek3O/t2/QwD3yuNcWD/W ANDyD4ajdwPJVgGF1+J0M5CLxraSkweHVHqk+j43jv3aE8koxDQFYev3Da7Nr6DgQa3X D16g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@walle.cc header.s=mail2022082101 header.b=yVOQmT7E; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=walle.cc Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id b14-20020a17090a5a0e00b002636ac73ffdsi2350575pjd.63.2023.06.30.07.52.24; Fri, 30 Jun 2023 07:52:38 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@walle.cc header.s=mail2022082101 header.b=yVOQmT7E; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=walle.cc Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232651AbjF3Oii (ORCPT + 99 others); Fri, 30 Jun 2023 10:38:38 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42884 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230462AbjF3Oih (ORCPT ); Fri, 30 Jun 2023 10:38:37 -0400 Received: from mail.3ffe.de (0001.3ffe.de [159.69.201.130]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D79DC35AF; Fri, 30 Jun 2023 07:38:34 -0700 (PDT) Received: from 3ffe.de (0001.3ffe.de [IPv6:2a01:4f8:c0c:9d57::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mail.3ffe.de (Postfix) with ESMTPSA id 6CBA161A; Fri, 30 Jun 2023 16:38:32 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=walle.cc; s=mail2022082101; t=1688135912; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=z3dNqsYdomU8JDWZFc7ypuImUApBhTKuCgR+jHSwU44=; b=yVOQmT7E68fq2NuJt5AXkzK1y6OIwQbSIWa5NtHXnjsc1ITm571s0nfTDQqoBeXgkESZhC LWzAhHKUTh2C1weBLzmM86uK0uv9WXB4nvd8gDjEOPIAWT0NrtzzXa7quCZKWH3m2t9UFh FZmlDuQ/JQu5sdymIH0KBTEpjjHL/iQcgYuwqSWOduM6cOOwgLhFn4eWpTEd/+jVLT7w6p 4YlWe7Za7iKwtVPaF5ptAMHr0qhEaF45iYwIM1qc4LZ0fG25ub1YqlQwJ7UweY5SW05p9W vbA4TgHvWUnfauT05g+g+Jg8PncW46Pi3uQi9BUN9ijNyazEobrri/LkvrI1bA== MIME-Version: 1.0 Date: Fri, 30 Jun 2023 16:38:32 +0200 From: Michael Walle To: Amit Kumar Mahapatra Cc: tudor.ambarus@linaro.org, pratyush@kernel.org, miquel.raynal@bootlin.com, richard@nod.at, vigneshr@ti.com, robh+dt@kernel.org, krzysztof.kozlowski+dt@linaro.org, conor+dt@kernel.org, git@amd.com, linux-mtd@lists.infradead.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, amitrkcian2002@gmail.com, Amit Kumar Mahapatra Subject: Re: [PATCH v4 2/2] mtd: spi-nor: Avoid setting SRWD bit in SR if WP# signal not connected In-Reply-To: <20230630142233.63585-3-amit.kumar-mahapatra@amd.com> References: <20230630142233.63585-1-amit.kumar-mahapatra@amd.com> <20230630142233.63585-3-amit.kumar-mahapatra@amd.com> Message-ID: <10ae0cdbaf4b080d337ab4945d335f25@walle.cc> X-Sender: michael@walle.cc Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_NONE,SPF_PASS, T_SCC_BODY_TEXT_LINE,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Am 2023-06-30 16:22, schrieb Amit Kumar Mahapatra: > Setting the status register write disable (SRWD) bit in the status > register (SR) with WP# signal of the flash left floating or wrongly > tied to > GND (that includes internal pull-downs), will configure the SR > permanently > as read-only. If WP# signal is left floating or wrongly tied to GND, > avoid > setting SRWD bit while writing the SR during flash protection. > > Signed-off-by: Amit Kumar Mahapatra > --- > drivers/mtd/spi-nor/core.c | 3 +++ > drivers/mtd/spi-nor/core.h | 1 + > drivers/mtd/spi-nor/debugfs.c | 1 + > drivers/mtd/spi-nor/swp.c | 9 +++++++-- > 4 files changed, 12 insertions(+), 2 deletions(-) > > diff --git a/drivers/mtd/spi-nor/core.c b/drivers/mtd/spi-nor/core.c > index 0bb0ad14a2fc..520f5ab86d2b 100644 > --- a/drivers/mtd/spi-nor/core.c > +++ b/drivers/mtd/spi-nor/core.c > @@ -2864,6 +2864,9 @@ static void spi_nor_init_flags(struct spi_nor > *nor) > if (flags & NO_CHIP_ERASE) > nor->flags |= SNOR_F_NO_OP_CHIP_ERASE; > > + if (of_property_read_bool(np, "no-wp")) > + nor->flags |= SNOR_F_NO_WP; > + Not moved below the first of_property_read_bool() in that function (as pointed out before). It's just a minor nit. But with or without that fixed: Reviewed-by: Michael Walle > if (flags & SPI_NOR_RWW && nor->info->n_banks > 1 && > !nor->controller_ops) > nor->flags |= SNOR_F_RWW; > diff --git a/drivers/mtd/spi-nor/core.h b/drivers/mtd/spi-nor/core.h > index 4fb5ff09c63a..55b5e7abce6e 100644 > --- a/drivers/mtd/spi-nor/core.h > +++ b/drivers/mtd/spi-nor/core.h > @@ -132,6 +132,7 @@ enum spi_nor_option_flags { > SNOR_F_SWP_IS_VOLATILE = BIT(13), > SNOR_F_RWW = BIT(14), > SNOR_F_ECC = BIT(15), > + SNOR_F_NO_WP = BIT(16), > }; > > struct spi_nor_read_command { > diff --git a/drivers/mtd/spi-nor/debugfs.c > b/drivers/mtd/spi-nor/debugfs.c > index e11536fffe0f..6e163cb5b478 100644 > --- a/drivers/mtd/spi-nor/debugfs.c > +++ b/drivers/mtd/spi-nor/debugfs.c > @@ -27,6 +27,7 @@ static const char *const snor_f_names[] = { > SNOR_F_NAME(SWP_IS_VOLATILE), > SNOR_F_NAME(RWW), > SNOR_F_NAME(ECC), > + SNOR_F_NAME(NO_WP), > }; > #undef SNOR_F_NAME > > diff --git a/drivers/mtd/spi-nor/swp.c b/drivers/mtd/spi-nor/swp.c > index 0ba716e84377..5ab9d5324860 100644 > --- a/drivers/mtd/spi-nor/swp.c > +++ b/drivers/mtd/spi-nor/swp.c > @@ -214,8 +214,13 @@ static int spi_nor_sr_lock(struct spi_nor *nor, > loff_t ofs, uint64_t len) > > status_new = (status_old & ~mask & ~tb_mask) | val; > > - /* Disallow further writes if WP pin is asserted */ > - status_new |= SR_SRWD; > + /* > + * Disallow further writes if WP# pin is neither left floating nor > + * wrongly tied to GND (that includes internal pull-downs). > + * WP# pin hard strapped to GND can be a valid use case. > + */ > + if (!(nor->flags & SNOR_F_NO_WP)) > + status_new |= SR_SRWD; > > if (!use_top) > status_new |= tb_mask;