Received: by 2002:a05:6a10:6d10:0:0:0:0 with SMTP id gq16csp22027pxb; Wed, 20 Apr 2022 15:01:31 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwlp0Vh+2h26Hry7ZD8H6bRdag+wDJc9MYYG9mNX9usuQ16d38COmpIa8NrndMRs2VyZn6P X-Received: by 2002:a17:907:168a:b0:6da:9177:9fdd with SMTP id hc10-20020a170907168a00b006da91779fddmr20657448ejc.757.1650492091205; Wed, 20 Apr 2022 15:01:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1650492091; cv=none; d=google.com; s=arc-20160816; b=t7jieUEMciq44OwzgvOTZRjPG3wo1efxX0jiQWHs478pOn1fdwhjM2y7wylqLmdI69 8bgVx5yKyHMsvruetb1OzUgjY69Pk/ysksfOjDn9w4eEeKCQitdtxZQx8nGw83J/KzeK Q1sj3xScC5d3I7Wm8rcxg7Ad3rLEjAJRt76AJvoxYdHFzbQoW4WRLV/6L2LCpmGf2kIV 762wLmbVyxoY2jYYQ83sW63tsDxxbsdCLb4JoBkI42uVgAr/6Vd3ewI+cxmVo3rRE/lO B42OerLqqjyVlfHlZfnhcdw3i+rncGHBjBZsfh58UpG39nEIsu4aseUAu8HDsUTnNnUK oLpw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:message-id:user-agent:references:in-reply-to :subject:cc:to:from:date:content-transfer-encoding:mime-version :dkim-signature; bh=/8TbvehiI4QhP9rmHozbaaizn+p3c+Ev4QRAbCfNwFs=; b=WxXwLA3vupRcLMLuk7jolkmmFMFUSwPeo77GMeIHlnlcdZeliulChSwCI9k91Une8e W7QF//mIX7VWe9Z04Icl4SKrktwFwRsnmsxHwwhhQnPchl3+R2SUDkGdlqELJjXNQXFc SrsA/cFQhEP6F8ehslXj62EYmCiXwLA8g4swA2bdDK7Rk+PhYlXcLOnGHLZCfTG8oTZQ hOWle78KKyAhNJGmqV2qMv/F0zOjYZUZ2l1l0yA2C1javlPeDi0T0rItGDm1flbh7Lg8 XFg3ftOThICgOmg3ug3xaGj/2HrAbIW4aHcJI4JDCk7okgE459rvsD9GotsJve4NqQiP DBLw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@walle.cc header.s=mail2016061301 header.b=jRkvkn5f; 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 Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id z10-20020a50eb4a000000b0041d864def44si2456080edp.125.2022.04.20.15.01.04; Wed, 20 Apr 2022 15:01:31 -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=mail2016061301 header.b=jRkvkn5f; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1351800AbiDSLq2 (ORCPT + 99 others); Tue, 19 Apr 2022 07:46:28 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:33664 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S243139AbiDSLqY (ORCPT ); Tue, 19 Apr 2022 07:46:24 -0400 Received: from ssl.serverraum.org (ssl.serverraum.org [176.9.125.105]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id AB4D8DFB7 for ; Tue, 19 Apr 2022 04:43:41 -0700 (PDT) Received: from ssl.serverraum.org (web.serverraum.org [172.16.0.2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ssl.serverraum.org (Postfix) with ESMTPSA id E2EBE2223A; Tue, 19 Apr 2022 13:43:39 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=walle.cc; s=mail2016061301; t=1650368620; 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=/8TbvehiI4QhP9rmHozbaaizn+p3c+Ev4QRAbCfNwFs=; b=jRkvkn5fsCJfu0zh8+DG9sxq0eU2t6d6YDhLhBxG1sOcAjxxCCrNvyWB41AcIje1v9U9e2 ZzgI0ynF597ydPFFlsSCNChoXt7wYrKUubT/cUMLJN/sqzDLEjDOByN1gr1cvyd3YSnkzd W2EgaSJ/aHn44nI1RJWZTVh1JsE42dM= MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 19 Apr 2022 13:43:39 +0200 From: Michael Walle To: Tudor Ambarus Cc: p.yadav@ti.com, miquel.raynal@bootlin.com, richard@nod.at, vigneshr@ti.com, linux-mtd@lists.infradead.org, linux-kernel@vger.kernel.org, nicolas.ferre@microchip.com Subject: Re: [PATCH v3 7/9] mtd: spi-nor: micron-st: Rework spi_nor_micron_octal_dtr_enable() In-Reply-To: <20220411091033.98754-8-tudor.ambarus@microchip.com> References: <20220411091033.98754-1-tudor.ambarus@microchip.com> <20220411091033.98754-8-tudor.ambarus@microchip.com> User-Agent: Roundcube Webmail/1.4.13 Message-ID: <87be34dac82aaeaf7c72c0c606b91723@walle.cc> X-Sender: michael@walle.cc X-Spam-Status: No, score=-4.4 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_MED,SPF_HELO_NONE, SPF_PASS,T_SCC_BODY_TEXT_LINE 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 2022-04-11 11:10, schrieb Tudor Ambarus: > Introduce template operation to remove code duplication. > Split spi_nor_micron_octal_dtr_enable() in > spi_nor_micron_octal_dtr_en() > and spi_nor_micron_octal_dtr_dis() as it no longer made sense to try to > keep everything alltogether: too many "if (enable)" throughout the > code, > which made the code difficult to follow. Add dev_dbg messages in case > spi_nor_read_id() fails. > > Signed-off-by: Tudor Ambarus > Reviewed-by: Pratyush Yadav There is now micron_st_nor_octal_dtr_en() micron_st_nor_octal_dtr_dis() and micron_st_nor_octal_dtr_enable() Now what does what? :) Maybe we should rename that octal_dtr_enable op. (Or use two?) Reviewed-by: Michael Walle > --- > v3: collect R-b, update commit message, add dev_dbg message in case > spi_nor_read_id() fails. > > drivers/mtd/spi-nor/micron-st.c | 111 +++++++++++++++++--------------- > 1 file changed, 60 insertions(+), 51 deletions(-) > > diff --git a/drivers/mtd/spi-nor/micron-st.c > b/drivers/mtd/spi-nor/micron-st.c > index 41b87868ecf9..a447762c0d78 100644 > --- a/drivers/mtd/spi-nor/micron-st.c > +++ b/drivers/mtd/spi-nor/micron-st.c > @@ -28,75 +28,78 @@ > #define FSR_P_ERR BIT(4) /* Program operation status */ > #define FSR_PT_ERR BIT(1) /* Protection error bit */ > > -static int micron_st_nor_octal_dtr_enable(struct spi_nor *nor, bool > enable) > +/* Micron ST SPI NOR flash operations. */ > +#define MICRON_ST_NOR_WR_ANY_REG_OP(naddr, addr, ndata, buf) \ > + SPI_MEM_OP(SPI_MEM_OP_CMD(SPINOR_OP_MT_WR_ANY_REG, 0), \ > + SPI_MEM_OP_ADDR(naddr, addr, 0), \ > + SPI_MEM_OP_NO_DUMMY, \ > + SPI_MEM_OP_DATA_OUT(ndata, buf, 0)) > + > +static int micron_st_nor_octal_dtr_en(struct spi_nor *nor) > { > struct spi_mem_op op; > u8 *buf = nor->bouncebuf; > int ret; > > - if (enable) { > - /* Use 20 dummy cycles for memory array reads. */ > - ret = spi_nor_write_enable(nor); > - if (ret) > - return ret; > - > - *buf = 20; > - op = (struct spi_mem_op) > - SPI_MEM_OP(SPI_MEM_OP_CMD(SPINOR_OP_MT_WR_ANY_REG, 1), > - SPI_MEM_OP_ADDR(3, SPINOR_REG_MT_CFR1V, 1), > - SPI_MEM_OP_NO_DUMMY, > - SPI_MEM_OP_DATA_OUT(1, buf, 1)); > - > - ret = spi_mem_exec_op(nor->spimem, &op); > - if (ret) > - return ret; > - > - ret = spi_nor_wait_till_ready(nor); > - if (ret) > - return ret; > - } > + /* Use 20 dummy cycles for memory array reads. */ > + *buf = 20; > + op = (struct spi_mem_op) > + MICRON_ST_NOR_WR_ANY_REG_OP(3, SPINOR_REG_MT_CFR1V, 1, buf); > + ret = spi_nor_write_reg(nor, &op, nor->reg_proto); > + if (ret) > + return ret; > + ret = spi_nor_wait_till_ready(nor); > + if (ret) > + return ret; > > - ret = spi_nor_write_enable(nor); > + buf[0] = SPINOR_MT_OCT_DTR; > + op = (struct spi_mem_op) > + MICRON_ST_NOR_WR_ANY_REG_OP(3, SPINOR_REG_MT_CFR0V, 1, buf); > + ret = spi_nor_write_reg(nor, &op, nor->reg_proto); > if (ret) > return ret; > > - if (enable) { > - buf[0] = SPINOR_MT_OCT_DTR; > - } else { > - /* > - * The register is 1-byte wide, but 1-byte transactions are not > - * allowed in 8D-8D-8D mode. The next register is the dummy > - * cycle configuration register. Since the transaction needs to > - * be at least 2 bytes wide, set the next register to its > - * default value. This also makes sense because the value was > - * changed when enabling 8D-8D-8D mode, it should be reset when > - * disabling. > - */ > - buf[0] = SPINOR_MT_EXSPI; > - buf[1] = SPINOR_REG_MT_CFR1V_DEF; > + /* Read flash ID to make sure the switch was successful. */ > + ret = spi_nor_read_id(nor, 0, 8, buf, SNOR_PROTO_8_8_8_DTR); > + if (ret) { > + dev_dbg(nor->dev, "error %d reading JEDEC ID after enabling > 8D-8D-8D mode\n", ret); > + return ret; > } > > - op = (struct spi_mem_op) > - SPI_MEM_OP(SPI_MEM_OP_CMD(SPINOR_OP_MT_WR_ANY_REG, 1), > - SPI_MEM_OP_ADDR(enable ? 3 : 4, > - SPINOR_REG_MT_CFR0V, 1), > - SPI_MEM_OP_NO_DUMMY, > - SPI_MEM_OP_DATA_OUT(enable ? 1 : 2, buf, 1)); > + if (memcmp(buf, nor->info->id, nor->info->id_len)) > + return -EINVAL; > > - if (!enable) > - spi_nor_spimem_setup_op(nor, &op, SNOR_PROTO_8_8_8_DTR); > + return 0; > +} > + > +static int micron_st_nor_octal_dtr_dis(struct spi_nor *nor) > +{ > + struct spi_mem_op op; > + u8 *buf = nor->bouncebuf; > + int ret; > > - ret = spi_mem_exec_op(nor->spimem, &op); > + /* > + * The register is 1-byte wide, but 1-byte transactions are not > allowed > + * in 8D-8D-8D mode. The next register is the dummy cycle > configuration > + * register. Since the transaction needs to be at least 2 bytes wide, > + * set the next register to its default value. This also makes sense > + * because the value was changed when enabling 8D-8D-8D mode, it > should > + * be reset when disabling. > + */ > + buf[0] = SPINOR_MT_EXSPI; > + buf[1] = SPINOR_REG_MT_CFR1V_DEF; > + op = (struct spi_mem_op) > + MICRON_ST_NOR_WR_ANY_REG_OP(4, SPINOR_REG_MT_CFR0V, 2, buf); > + ret = spi_nor_write_reg(nor, &op, SNOR_PROTO_8_8_8_DTR); > if (ret) > return ret; > > /* Read flash ID to make sure the switch was successful. */ > - if (enable) > - ret = spi_nor_read_id(nor, 0, 8, buf, SNOR_PROTO_8_8_8_DTR); > - else > - ret = spi_nor_read_id(nor, 0, 0, buf, SNOR_PROTO_1_1_1); > - if (ret) > + ret = spi_nor_read_id(nor, 0, 0, buf, SNOR_PROTO_1_1_1); > + if (ret) { > + dev_dbg(nor->dev, "error %d reading JEDEC ID after disabling > 8D-8D-8D mode\n", ret); > return ret; > + } > > if (memcmp(buf, nor->info->id, nor->info->id_len)) > return -EINVAL; > @@ -104,6 +107,12 @@ static int micron_st_nor_octal_dtr_enable(struct > spi_nor *nor, bool enable) > return 0; > } > > +static int micron_st_nor_octal_dtr_enable(struct spi_nor *nor, bool > enable) > +{ > + return enable ? micron_st_nor_octal_dtr_en(nor) : > + micron_st_nor_octal_dtr_dis(nor); > +} > + > static void mt35xu512aba_default_init(struct spi_nor *nor) > { > nor->params->octal_dtr_enable = micron_st_nor_octal_dtr_enable;