Received: by 2002:a05:6a10:413:0:0:0:0 with SMTP id 19csp2561814pxp; Tue, 22 Mar 2022 00:43:48 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyA0gJwwycnET5d7qcT1HXzhGpmWXoufy0Dmn1kO0qd/dnOZKSuKuXH8WvypD4hMd0xoILr X-Received: by 2002:a63:d4e:0:b0:381:33fb:1538 with SMTP id 14-20020a630d4e000000b0038133fb1538mr20896677pgn.492.1647935028361; Tue, 22 Mar 2022 00:43:48 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1647935028; cv=none; d=google.com; s=arc-20160816; b=MJNJziIJHyE4dO3Ipa2lAtLGcCxtAAbkNP/M6laoJme5DcVwmIGLLW75Bf6I+Ubg9M 5UwvDGKOeZhoZj1Vk8JAO2z2/UMlaaI4PGeHWbvaXBzKbBylhPqKUoNWzw3ryMoKEpEd LUII+kkld8ZFSVmc0TrZ2hKeqV2Twt1RHTS6AIGMghvtzX9fwD5LwPE4jrIaXANlBW0r R6CmFWh0neuHFWXpzwNG1LMP/YwUPQgIK/O8VgxWD8mh6XY8Hd2FE4nD3ETFXyfgS7Qs qMWNFxmJSUuWnck+gIsI56g7AyX/y96yZNVkN86w+Yw+HamRq6eqe6OgIVJDUvgKY7pB OtEQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=JRlgwQNcHIvUegKc8BpIBbPxG9WUaR3kB8dj7pMCOgs=; b=cyb2euISKE40gkzyx+mQ408p3Yvm+82bQXy0W91Jv2w7iKQXSYJGLRmKCxIp9+QYII DxWd9arVBNA2deEutwQCqGxqWTe9RC5W5+kT+5rn9aqYX9IaXoc0JwniUp2jCVdEDuTr kXD4hJRw2YFnvj6YsYuCBkiPF3uICY88xW8YOujAF9EGvZKJ4H44CQg5et+lFY1oRiaq hZQptXNH0NX3nv/40lHV7kuU53ozGgMlBc1ZfV6fPh+GHxvAh6OKxiejuTvdaYJ2GBFP Tx7clz0A+OslRcTWGSuI8cH53aeR1Gguu3xflPkxzoT50mwZGeCvEOpZY3ytqD4q3V1g i3HQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ti.com header.s=ti-com-17Q1 header.b=ffbZOrVJ; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=NONE dis=NONE) header.from=ti.com Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id 8-20020a630708000000b0038226cca535si12332435pgh.793.2022.03.22.00.43.48 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 22 Mar 2022 00:43:48 -0700 (PDT) Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; dkim=pass header.i=@ti.com header.s=ti-com-17Q1 header.b=ffbZOrVJ; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=NONE dis=NONE) header.from=ti.com Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 4C4571E3DC; Tue, 22 Mar 2022 00:32:30 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237558AbiCVHdu (ORCPT + 99 others); Tue, 22 Mar 2022 03:33:50 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40638 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S237518AbiCVHdt (ORCPT ); Tue, 22 Mar 2022 03:33:49 -0400 Received: from fllv0016.ext.ti.com (fllv0016.ext.ti.com [198.47.19.142]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D91181D0E8 for ; Tue, 22 Mar 2022 00:32:21 -0700 (PDT) Received: from lelv0265.itg.ti.com ([10.180.67.224]) by fllv0016.ext.ti.com (8.15.2/8.15.2) with ESMTP id 22M7WBb2071859; Tue, 22 Mar 2022 02:32:11 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ti.com; s=ti-com-17Q1; t=1647934331; bh=JRlgwQNcHIvUegKc8BpIBbPxG9WUaR3kB8dj7pMCOgs=; h=Date:From:To:CC:Subject:References:In-Reply-To; b=ffbZOrVJS20wCouUKcklHHTF806Jh/BYhOrrG81p1RQNRi9pDuxDMYwuud9qMb1UZ W0s2YU8kPwaAm2IO1t0sNgcNuGAY0xsDtaZhMPGmQWAzx6DeIALDuhlyr310fRoazc OTQsXayAbGMveuqoxbaiGdyghCakYvkvzCuwso6k= Received: from DFLE109.ent.ti.com (dfle109.ent.ti.com [10.64.6.30]) by lelv0265.itg.ti.com (8.15.2/8.15.2) with ESMTPS id 22M7WBIl001498 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=FAIL); Tue, 22 Mar 2022 02:32:11 -0500 Received: from DFLE103.ent.ti.com (10.64.6.24) by DFLE109.ent.ti.com (10.64.6.30) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2308.14; Tue, 22 Mar 2022 02:32:11 -0500 Received: from lelv0327.itg.ti.com (10.180.67.183) by DFLE103.ent.ti.com (10.64.6.24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2308.14 via Frontend Transport; Tue, 22 Mar 2022 02:32:10 -0500 Received: from localhost (ileax41-snat.itg.ti.com [10.172.224.153]) by lelv0327.itg.ti.com (8.15.2/8.15.2) with ESMTP id 22M7WAHg051389; Tue, 22 Mar 2022 02:32:10 -0500 Date: Tue, 22 Mar 2022 13:02:09 +0530 From: Pratyush Yadav To: Michael Walle CC: Tudor Ambarus , , , , , , Subject: Re: [PATCH v2 4/8] mtd: spi-nor: core: Introduce method for RDID op Message-ID: <20220322073209.26m2udmftiaxxtcq@ti.com> References: <20220228111712.111737-1-tudor.ambarus@microchip.com> <20220228111712.111737-5-tudor.ambarus@microchip.com> <0bdbe6ad8f39996df6345bb249e4a2e8@walle.cc> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <0bdbe6ad8f39996df6345bb249e4a2e8@walle.cc> X-EXCLAIMER-MD-CONFIG: e1e8a2fd-e40a-4ac6-ac9b-f7e9cc9ee180 X-Spam-Status: No, score=-3.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=unavailable 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 On 21/03/22 11:56PM, Michael Walle wrote: > Am 2022-02-28 12:17, schrieb Tudor Ambarus: > > RDID is used in the core to auto detect the flash, but also by some > > manufacturer drivers that contain flashes that support Octal DTR mode, > > so that they can read the flash ID after the switch to Octal DTR was > > made > > to test if the switch was successful. Introduce a core method for RDID > > op > > to avoid code duplication. > > Some or all? Is that specific to the flash or can we just check that > readid works in spi_nor_octal_dtr_enable()? That way we could also > just get rid of the proto parameter for the read_id because it can > be called after we set the reg_proto. It is specific to the flash. Not all flashes support RDID in 8D mode. And the RDID command is also different in 8D mode for various flashes. For example, Micron MT35XU512ABA flash expects 8 dummy cycles and 0 address cycles. Cypress S28HS512T expects 4 address cycles and 3 dummy cycles. The octal_dtr_enable hook would know what parameters to use but it is harder for the core to know since this information is not discoverable via SFDP. > > -michael > > > > > Signed-off-by: Tudor Ambarus > > --- > > drivers/mtd/spi-nor/core.c | 58 ++++++++++++++++++++++++++------------ > > drivers/mtd/spi-nor/core.h | 9 ++++++ > > 2 files changed, 49 insertions(+), 18 deletions(-) > > > > diff --git a/drivers/mtd/spi-nor/core.c b/drivers/mtd/spi-nor/core.c > > index b1d6fa65417d..281e3d25f74c 100644 > > --- a/drivers/mtd/spi-nor/core.c > > +++ b/drivers/mtd/spi-nor/core.c > > @@ -369,6 +369,41 @@ int spi_nor_write_disable(struct spi_nor *nor) > > return ret; > > } > > > > +/** > > + * spi_nor_read_id() - Read the JEDEC ID. > > + * @nor: pointer to 'struct spi_nor'. > > + * @naddr: number of address bytes to send. Can be zero if the > > operation > > + * does not need to send an address. > > + * @ndummy: number of dummy bytes to send after an opcode or address. > > Can > > + * be zero if the operation does not require dummy bytes. > > + * @id: pointer to a DMA-able buffer where the value of the JEDEC ID > > + * will be written. > > + * @reg_proto: the SPI protocol for register operation. > > + * > > + * Return: 0 on success, -errno otherwise. > > + */ > > +int spi_nor_read_id(struct spi_nor *nor, u8 naddr, u8 ndummy, u8 *id, > > + enum spi_nor_protocol reg_proto) > > +{ > > + int ret; > > + > > + if (nor->spimem) { > > + struct spi_mem_op op = > > + SPI_NOR_READID_OP(naddr, ndummy, id, SPI_NOR_MAX_ID_LEN); > > + > > + spi_nor_spimem_setup_op(nor, &op, reg_proto); > > + ret = spi_mem_exec_op(nor->spimem, &op); > > + } else { > > + ret = nor->controller_ops->read_reg(nor, SPINOR_OP_RDID, id, > > + SPI_NOR_MAX_ID_LEN); > > + } > > + > > + if (ret) > > + dev_dbg(nor->dev, "error %d reading JEDEC ID\n", ret); > > + > > + return ret; > > +} > > + > > /** > > * spi_nor_read_sr() - Read the Status Register. > > * @nor: pointer to 'struct spi_nor'. > > @@ -1649,28 +1684,15 @@ static const struct flash_info > > *spi_nor_match_id(struct spi_nor *nor, > > return NULL; > > } > > > > -static const struct flash_info *spi_nor_read_id(struct spi_nor *nor) > > +static const struct flash_info *spi_nor_detect(struct spi_nor *nor) > > { > > const struct flash_info *info; > > u8 *id = nor->bouncebuf; > > int ret; > > > > - if (nor->spimem) { > > - struct spi_mem_op op = > > - SPI_MEM_OP(SPI_MEM_OP_CMD(SPINOR_OP_RDID, 1), > > - SPI_MEM_OP_NO_ADDR, > > - SPI_MEM_OP_NO_DUMMY, > > - SPI_MEM_OP_DATA_IN(SPI_NOR_MAX_ID_LEN, id, 1)); > > - > > - ret = spi_mem_exec_op(nor->spimem, &op); > > - } else { > > - ret = nor->controller_ops->read_reg(nor, SPINOR_OP_RDID, id, > > - SPI_NOR_MAX_ID_LEN); > > - } > > - if (ret) { > > - dev_dbg(nor->dev, "error %d reading JEDEC ID\n", ret); > > + ret = spi_nor_read_id(nor, 0, 0, id, nor->reg_proto); > > + if (ret) > > return ERR_PTR(ret); > > - } > > > > info = spi_nor_match_id(nor, id); > > if (!info) { > > @@ -2900,7 +2922,7 @@ static const struct flash_info > > *spi_nor_get_flash_info(struct spi_nor *nor, > > info = spi_nor_match_name(nor, name); > > /* Try to auto-detect if chip name wasn't specified or not found */ > > if (!info) { > > - detected_info = spi_nor_read_id(nor); > > + detected_info = spi_nor_detect(nor); > > info = detected_info; > > } > > if (IS_ERR_OR_NULL(info)) > > @@ -2913,7 +2935,7 @@ static const struct flash_info > > *spi_nor_get_flash_info(struct spi_nor *nor, > > if (name && !detected_info && info->id_len) { > > const struct flash_info *jinfo; > > > > - jinfo = spi_nor_read_id(nor); > > + jinfo = spi_nor_detect(nor); > > if (IS_ERR(jinfo)) { > > return jinfo; > > } else if (jinfo != info) { > > diff --git a/drivers/mtd/spi-nor/core.h b/drivers/mtd/spi-nor/core.h > > index b7fd760e3b47..f952061d5c24 100644 > > --- a/drivers/mtd/spi-nor/core.h > > +++ b/drivers/mtd/spi-nor/core.h > > @@ -11,6 +11,13 @@ > > > > #define SPI_NOR_MAX_ID_LEN 6 > > > > +/* Standard SPI NOR flash operations. */ > > +#define SPI_NOR_READID_OP(naddr, ndummy, buf, len) \ > > + SPI_MEM_OP(SPI_MEM_OP_CMD(SPINOR_OP_RDID, 0), \ > > + SPI_MEM_OP_ADDR(naddr, 0, 0), \ > > + SPI_MEM_OP_DUMMY(ndummy, 0), \ > > + SPI_MEM_OP_DATA_IN(len, buf, 0)) > > + > > enum spi_nor_option_flags { > > SNOR_F_HAS_SR_TB = BIT(0), > > SNOR_F_NO_OP_CHIP_ERASE = BIT(1), > > @@ -534,6 +541,8 @@ void spi_nor_unlock_and_unprep(struct spi_nor *nor); > > int spi_nor_sr1_bit6_quad_enable(struct spi_nor *nor); > > int spi_nor_sr2_bit1_quad_enable(struct spi_nor *nor); > > int spi_nor_sr2_bit7_quad_enable(struct spi_nor *nor); > > +int spi_nor_read_id(struct spi_nor *nor, u8 naddr, u8 ndummy, u8 *id, > > + enum spi_nor_protocol reg_proto); > > int spi_nor_read_sr(struct spi_nor *nor, u8 *sr); > > int spi_nor_sr_ready(struct spi_nor *nor); > > int spi_nor_read_cr(struct spi_nor *nor, u8 *cr); > > -- > -michael -- Regards, Pratyush Yadav Texas Instruments Inc.