Received: by 2002:a25:ef43:0:0:0:0:0 with SMTP id w3csp381674ybm; Fri, 29 May 2020 02:30:19 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwZtliU1SNetfgr/mXkQj76/TNsj76auQSaMvqbjCDewO/+Fr59fHFJAz4ZDega4BHN2Qoh X-Received: by 2002:a17:907:b13:: with SMTP id h19mr6560533ejl.488.1590744618844; Fri, 29 May 2020 02:30:18 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1590744618; cv=none; d=google.com; s=arc-20160816; b=k2PUdUWRHw8lNorjhDhuqHXQKicxXp8ua22MHk7l/GE4L9xiHOnwcyKjS2JEQNwU3d bHKm+lC1xRsly74b7mLjpyTgQJtZTA3nu8nLNWz9G1Cr5dCMS2PSQiMKsYW31sPSvvYc uRtKFN1PsePP4P5z0CpvR+KsKwuVqniKTF7K/0DLYFjrWaEN21/QQ98tNvUpr0zODew5 6MA2I9HSS4kXHFD0mz6Jo6fxSUo9VyGdw79HADfNhH3O177ZykfpbyHXGJ/jAb5QE4jm kPvle8rkXxn5GZ6PVw9aw1P04XhvNXzTF2yiJiJEq2XySTHgkGNOCgXEO/6dWNdXRiII 8gHg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=m5A4nVH99/Eq+UbyIWTWPTK4tg9z5PWP34Cd/WfYbY4=; b=yjnDNbh7kpVW9JMv8unXyyGPIlkm2fy0AmGMXEPrbn/2LpLsKTAD7vCxWHBRBx8gbP z6vfyVi2UFWz0f51qKsnXAkk6KEU5JLfWqKFFKHaCudAoI9RG/3FN2CwogcxP9ANcdLC 8RsudU+eCQVPLfVUJykOvbF0YGvxg6jB73m1KY2deFUGKVqeOQFFS53FGrTWfoiZJG1x HyvLUvNUzu7/Gy6eUrLAMt0+Qc8eK9Tqo7/OHSPjgdmXShnid+7TQcjV34vywtn3+LXK HQuc2OZ1xaOg16qn4rOwIL1aahwPqamcf4W5FJmqojgOsDKEHFAa/La8a3G/vUkufYn6 hLYQ== ARC-Authentication-Results: i=1; mx.google.com; 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 lj27si5702489ejb.107.2020.05.29.02.29.55; Fri, 29 May 2020 02:30:18 -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; 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 S1725901AbgE2J2L (ORCPT + 99 others); Fri, 29 May 2020 05:28:11 -0400 Received: from relay10.mail.gandi.net ([217.70.178.230]:34851 "EHLO relay10.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725306AbgE2J2L (ORCPT ); Fri, 29 May 2020 05:28:11 -0400 Received: from localhost (unknown [42.109.222.225]) (Authenticated sender: me@yadavpratyush.com) by relay10.mail.gandi.net (Postfix) with ESMTPSA id D76C2240005; Fri, 29 May 2020 09:28:04 +0000 (UTC) Date: Fri, 29 May 2020 14:57:58 +0530 From: Pratyush Yadav To: Mason Yang Cc: broonie@kernel.org, tudor.ambarus@microchip.com, miquel.raynal@bootlin.com, richard@nod.at, vigneshr@ti.com, boris.brezillon@collabora.com, matthias.bgg@gmail.com, juliensu@mxic.com.tw, linux-kernel@vger.kernel.org, linux-spi@vger.kernel.org, linux-mtd@lists.infradead.org, p.yadav@ti.com Subject: Re: [PATCH v4 2/7] mtd: spi-nor: sfdp: parse xSPI Profile 1.0 table Message-ID: <20200529092758.ezuyac2r6vmp6tfs@yadavpratyush.com> References: <1590737775-4798-1-git-send-email-masonccyang@mxic.com.tw> <1590737775-4798-3-git-send-email-masonccyang@mxic.com.tw> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1590737775-4798-3-git-send-email-masonccyang@mxic.com.tw> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 29/05/20 03:36PM, Mason Yang wrote: > JESD251, xSPI profile 1.0 table supports octal DTR mode. > Extract information like the fast read opcode, dummy cycles for various > frequencies, the number of dummy cycles needed for a Read Status > Register command, the number of address bytes needed for a Read > Status Register command, read volatile register command and write > volatile register command. Like I said before, please don't re-introduce the functions. My patch series already parses the table. Add whatever new feature you want on top of it. > According to BFPT 20th DWORD of octal maximum speed, driver get it's > specific dummy cycles from profile 1.0 table and then could update > it to device by their fixup hooks. My patch [0] already find out the dummy cycles from the table as you suggested, though it doesn't consult the BFPT. Instead, it uses the dummy cycle fields themselves as indication that a speed is supported or not. [0] https://lore.kernel.org/linux-mtd/20200525091544.17270-10-p.yadav@ti.com/ -- Regards, Pratyush Yadav