Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp4356140pxf; Tue, 16 Mar 2021 11:21:44 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwBUSOnoCyFsuPBLKFVQofA8YvxzXs4y9s0ilazt8BzndUAz96Vup9ow+oH5m16Oi+RHAsY X-Received: by 2002:a17:906:77c5:: with SMTP id m5mr29757642ejn.201.1615918903682; Tue, 16 Mar 2021 11:21:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1615918903; cv=none; d=google.com; s=arc-20160816; b=j78Qh3ydKc08b5kZ7B79Ui0qX9FF50reO60cApwUQ9UCIVZL5Hg2oI3rNsmv2+q3lm 3eMwFref6gyR219CPTr6bYjXNVMqixNRxGF5zR/WS5BS4QsjxkAZnn1I3aT2jrgfIRGK UrFosEL9D/lwBfMKPIwnKN0/0qygDfSPzS06PjncoYccUMXTlrhv9wjylFbmVbmPeV8V BijFUWXfM0s1u0UZ6BG0MBRed6usf+DPw43ISjKpYn3JIj7xNk6d5NrSzpRZhCOPa6r9 h8Qm13tJUYtcX14b5NvbtUe2P8vgXuo7WC4H7yRhb5bVd7Sbc7sRATcELk0dAuYblfRr a69Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=woWUaDHqVhUcUtdUKUvj06vRIr/+mBAcjXA8swBJfz0=; b=bAlrBkx7ziAYO/VnZRhF2VBjPoSM1WAccRurEXdhI0jQ0VCQYcRiBoesXpMRAdRJqR 3+s1rEqiqSdl4U5P8tqefokaZozsvpqSJfbJ9V6uLpTAXMgedfTwXKY+Q5kQpQyCNbWg /AuM6LNLK7wber4Tj5aRvzVKFgtgOsXgjX+5soWhpGiGfDgTU85YIKM25PONTD7NoQBp wArQM9tIQaTdU+PjlF3R+sb8rm4wyg3f5qRLwh1FkP5C6ihzW/TMtd50M6vA1iewo2ck 8Oq0MJJbRDPb/k8B8DQOo1xuAPhOKDHJ75FEJV2wb2MNeperIuJ74TwKhAoDeO+3Yvn2 Ou8w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ti.com header.s=ti-com-17Q1 header.b=tR5YiqdC; 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; dmarc=pass (p=QUARANTINE sp=NONE dis=NONE) header.from=ti.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id co21si14820184edb.513.2021.03.16.11.21.21; Tue, 16 Mar 2021 11:21:43 -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=@ti.com header.s=ti-com-17Q1 header.b=tR5YiqdC; 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; dmarc=pass (p=QUARANTINE sp=NONE dis=NONE) header.from=ti.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236882AbhCPKoh (ORCPT + 99 others); Tue, 16 Mar 2021 06:44:37 -0400 Received: from fllv0016.ext.ti.com ([198.47.19.142]:60202 "EHLO fllv0016.ext.ti.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236802AbhCPKm5 (ORCPT ); Tue, 16 Mar 2021 06:42:57 -0400 Received: from fllv0035.itg.ti.com ([10.64.41.0]) by fllv0016.ext.ti.com (8.15.2/8.15.2) with ESMTP id 12GAgQak029751; Tue, 16 Mar 2021 05:42:26 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ti.com; s=ti-com-17Q1; t=1615891346; bh=woWUaDHqVhUcUtdUKUvj06vRIr/+mBAcjXA8swBJfz0=; h=Date:From:To:CC:Subject:References:In-Reply-To; b=tR5YiqdCx3SQLgf4rimr8J7hFqWHPBLmYenarpdx29h4mG+p+2Fi/g3o9/xjQeyxa l+tJ62QKDU6NgAO3Cc4yyDEYhYEtKTtdZlnKPUUG+/JgkI0ef2PwA5m7a88gmrOdJ7 TRTB5wLLe4JRYB2froHpDCxkB2eJpHXpd9Hc2udw= Received: from DFLE114.ent.ti.com (dfle114.ent.ti.com [10.64.6.35]) by fllv0035.itg.ti.com (8.15.2/8.15.2) with ESMTPS id 12GAgQa1091537 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=FAIL); Tue, 16 Mar 2021 05:42:26 -0500 Received: from DFLE103.ent.ti.com (10.64.6.24) by DFLE114.ent.ti.com (10.64.6.35) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2176.2; Tue, 16 Mar 2021 05:42:26 -0500 Received: from fllv0039.itg.ti.com (10.64.41.19) 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.2176.2 via Frontend Transport; Tue, 16 Mar 2021 05:42:26 -0500 Received: from localhost (ileax41-snat.itg.ti.com [10.172.224.153]) by fllv0039.itg.ti.com (8.15.2/8.15.2) with ESMTP id 12GAgPNe023921; Tue, 16 Mar 2021 05:42:26 -0500 Date: Tue, 16 Mar 2021 16:12:25 +0530 From: Pratyush Yadav To: Michael Walle CC: , , Tudor Ambarus , Miquel Raynal , Richard Weinberger , Vignesh Raghavendra Subject: Re: [RFC PATCH 1/3] mtd: spi-nor: sfdp: remember sfdp_size Message-ID: <20210316104223.42tdob3uwjxc5vdz@ti.com> References: <20210312190548.6954-1-michael@walle.cc> <20210312190548.6954-2-michael@walle.cc> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <20210312190548.6954-2-michael@walle.cc> User-Agent: NeoMutt/20171215 X-EXCLAIMER-MD-CONFIG: e1e8a2fd-e40a-4ac6-ac9b-f7e9cc9ee180 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 12/03/21 08:05PM, Michael Walle wrote: > Save the sftp_size in the spi_nor struct so we can use it to dump the > SFDP table without parsing the headers again. > > Signed-off-by: Michael Walle > --- > drivers/mtd/spi-nor/sfdp.c | 12 ++++++++++++ > include/linux/mtd/spi-nor.h | 1 + > 2 files changed, 13 insertions(+) > > diff --git a/drivers/mtd/spi-nor/sfdp.c b/drivers/mtd/spi-nor/sfdp.c > index 25142ec4737b..b1814afefc33 100644 > --- a/drivers/mtd/spi-nor/sfdp.c > +++ b/drivers/mtd/spi-nor/sfdp.c > @@ -16,6 +16,7 @@ > (((p)->parameter_table_pointer[2] << 16) | \ > ((p)->parameter_table_pointer[1] << 8) | \ > ((p)->parameter_table_pointer[0] << 0)) > +#define SFDP_PARAM_HEADER_PARAM_LEN(p) ((p)->length * 4) > > #define SFDP_BFPT_ID 0xff00 /* Basic Flash Parameter Table */ > #define SFDP_SECTOR_MAP_ID 0xff81 /* Sector Map Table */ > @@ -1263,6 +1264,7 @@ int spi_nor_parse_sfdp(struct spi_nor *nor, > struct sfdp_parameter_header *param_headers = NULL; > struct sfdp_header header; > struct device *dev = nor->dev; > + size_t param_max_offset; > size_t psize; > int i, err; > > @@ -1285,6 +1287,9 @@ int spi_nor_parse_sfdp(struct spi_nor *nor, > bfpt_header->major != SFDP_JESD216_MAJOR) > return -EINVAL; > > + nor->sfdp_size = SFDP_PARAM_HEADER_PTP(bfpt_header) + > + SFDP_PARAM_HEADER_PARAM_LEN(bfpt_header); > + > /* > * Allocate memory then read all parameter headers with a single > * Read SFDP command. These parameter headers will actually be parsed > @@ -1311,6 +1316,13 @@ int spi_nor_parse_sfdp(struct spi_nor *nor, > } > } > > + for (i = 0; i < header.nph; i++) { > + param_header = ¶m_headers[i]; > + param_max_offset = SFDP_PARAM_HEADER_PTP(param_header) + > + SFDP_PARAM_HEADER_PARAM_LEN(param_header); > + nor->sfdp_size = max(nor->sfdp_size, param_max_offset); > + } > + I don't see any mention in the SFDP spec (JESD216D-01) that parameter tables have to be contiguous. In fact, it says that "Parameter tables may be located anywhere in the SFDP space. They do not need to immediately follow the parameter headers". But I guess we can just say the sysfs entry exports the entire SFDP space instead of just the tables so that is OK. This patch looks good to me other than the small nitpick that we can merge this loop and the one below that tries to find the latest BFPT version. > /* > * Check other parameter headers to get the latest revision of > * the basic flash parameter table. > diff --git a/include/linux/mtd/spi-nor.h b/include/linux/mtd/spi-nor.h > index a0d572855444..a58118b8b002 100644 > --- a/include/linux/mtd/spi-nor.h > +++ b/include/linux/mtd/spi-nor.h > @@ -404,6 +404,7 @@ struct spi_nor { > bool sst_write_second; > u32 flags; > enum spi_nor_cmd_ext cmd_ext_type; > + size_t sfdp_size; Documentation for this variable missing. > > const struct spi_nor_controller_ops *controller_ops; > > -- > 2.20.1 > -- Regards, Pratyush Yadav Texas Instruments Inc.