Received: by 2002:a25:868d:0:0:0:0:0 with SMTP id z13csp1250561ybk; Thu, 21 May 2020 02:17:51 -0700 (PDT) X-Google-Smtp-Source: ABdhPJz43/16GuC3MeIRnwWt4bJTyoflktt1vIpGxScWsHfrO31QcwfnnHImpiJFXAKK7gH1qnJh X-Received: by 2002:a17:907:4426:: with SMTP id mv6mr2772997ejb.440.1590052670888; Thu, 21 May 2020 02:17:50 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1590052670; cv=none; d=google.com; s=arc-20160816; b=kx/3gzqdSKBXN8kQ8Gj7nH06ohvmaRQKH8ZuUlQzxHyMLf8goVOvPsadan+qKubptK 96CM8yV1K4zt2OppWaeoR3BKgu7DvOc4620rpYE/pjJjdePAY+GYFPO8fXTPEzKLcl6v jaU16y3q9efKeL+RRhpqqocf4ywdShecnHhNZSqFzcldWpy4dS4YFOVc9+qkbqko5hOI vCaLiF0tAkWQ9433RzSKE0Cbt4pPmydkY0y5JIfTc0ry/ep63dyjqDPTLC1Po2MvHE6Z zNVwChftis1HpCaVvwFnvh/UjIAbRYtFnXtPX3uV4VQq/Z65JBDBFTWpPnTOtbGagbZe 6Ucw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=6TWapEuxg8nAckEhBpE445YKmDj0TJ/xlqg6Fj94UN0=; b=HhVT8l7w8MxpUHe8hc7uefy7y31fm4w2s2HEFJThK82uXEyVQNU8FFoclnrdSaYSN3 tGLcG8cS04l2dHqdrrqVzmf8MPrjr2JuV//57dr03B3lkJ96O9Ts+7sEoOc/D15PxEpR cliq4VxGI0rYkuv1dU8mpmxNlzVtJRpvuFF90hQZkphGYfj1YLG3Wlag3JrjaygmP0IP 9ADqgAo/UdH5yEgcLXghyerHb1uzwunHmITpxloiI5IE5CZTeNXVf6l7ENj/BvynpCEO 0iBeon2THYxL5LtUm0se/AiRZHAf3GQCkBMQ6wHPnqbAUPaWLdd/YVN2wynsjcfR9JFL /3vg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ti.com header.s=ti-com-17Q1 header.b=MaaiESZ6; 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 e30si2842962edc.267.2020.05.21.02.17.28; Thu, 21 May 2020 02:17:50 -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=MaaiESZ6; 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 S1728984AbgEUJPD (ORCPT + 99 others); Thu, 21 May 2020 05:15:03 -0400 Received: from lelv0142.ext.ti.com ([198.47.23.249]:53910 "EHLO lelv0142.ext.ti.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728748AbgEUJPC (ORCPT ); Thu, 21 May 2020 05:15:02 -0400 Received: from fllv0034.itg.ti.com ([10.64.40.246]) by lelv0142.ext.ti.com (8.15.2/8.15.2) with ESMTP id 04L9EdMR013665; Thu, 21 May 2020 04:14:39 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ti.com; s=ti-com-17Q1; t=1590052479; bh=6TWapEuxg8nAckEhBpE445YKmDj0TJ/xlqg6Fj94UN0=; h=Date:From:To:CC:Subject:References:In-Reply-To; b=MaaiESZ6aMqcrpmJHO1mfIi6xcBPy89FLOWsTC7LaSKeRbpKblQVGffGtUkHPmsGz KtTJ6G2zE9wgGcvBYU37tyagCvHpizRCMMgOcroPyoWwWwrT8AucyU/I2e2Pw/IwO9 c3yoOkpPkfW2mWbh18+Ej1+oCaJOw0jBQh2uczPA= Received: from DFLE108.ent.ti.com (dfle108.ent.ti.com [10.64.6.29]) by fllv0034.itg.ti.com (8.15.2/8.15.2) with ESMTPS id 04L9EdvO010693 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=FAIL); Thu, 21 May 2020 04:14:39 -0500 Received: from DFLE108.ent.ti.com (10.64.6.29) by DFLE108.ent.ti.com (10.64.6.29) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1979.3; Thu, 21 May 2020 04:14:39 -0500 Received: from lelv0327.itg.ti.com (10.180.67.183) by DFLE108.ent.ti.com (10.64.6.29) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1979.3 via Frontend Transport; Thu, 21 May 2020 04:14:39 -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 04L9EcT0062434; Thu, 21 May 2020 04:14:39 -0500 Date: Thu, 21 May 2020 14:44:36 +0530 From: Pratyush Yadav To: CC: Alexandre Belloni , Boris Brezillon , Mark Brown , , , , , , , Ludovic Desroches , Matthias Brugger , Miquel Raynal , Nicolas Ferre , Sekhar Nori , Richard Weinberger , Tudor Ambarus , Vignesh Raghavendra Subject: Re: [PATCH v5 09/19] mtd: spi-nor: sfdp: parse xSPI Profile 1.0 table Message-ID: <20200521091434.rigqlyuwszyyikj4@ti.com> References: <20200519142642.24131-1-p.yadav@ti.com> <20200519142642.24131-10-p.yadav@ti.com> <20200520085534.yra4f5ww5xs23c4j@ti.com> <20200520103728.jtbslowdfrv3o5yz@ti.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20171215 X-EXCLAIMER-MD-CONFIG: e1e8a2fd-e40a-4ac6-ac9b-f7e9cc9ee180 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 21/05/20 04:09PM, masonccyang@mxic.com.tw wrote: > > Hi Pratyush, > > > > > > > + /* Get 8D-8D-8D fast read opcode and dummy cycles. */ > > > > > > + opcode = FIELD_GET(PROFILE1_DWORD1_RD_FAST_CMD, table[0]); > > > > > > + > > > > > > + /* > > > > > > + * Update the fast read settings. We set the default dummy > > > cycles to > > > > > 20 > > > > > > + * here. Flashes can change this value if they need to when > > > enabling > > > > > > + * octal mode. > > > > > > + */ > > > > > > + > spi_nor_set_read_settings(¶ms->reads[SNOR_CMD_READ_8_8_8_DTR], > > > > > > + 0, 20, opcode, > > > > > > + SNOR_PROTO_8_8_8_DTR); > > > > > > + > > > > > > > > > > > > > > > I thought we have a agreement that only do parse here, no other > read > > > > > parameters setting. > > > > > > > > Yes, and I considered it. But it didn't make much sense to me to > > > > introduce an extra member in struct spi_nor just to make this call > in > > > > some other function later. > > > > > > > > Why exactly do you think doing this here is bad? The way I see it, > we > > > > avoid carrying around an extra member in spi_nor and this also > allows > > > > flashes to change the read settings easily in a post-sfdp hook. The > > > > 4bait parsing function does something similar. > > > > > > I think it's not a question for good or bad. > > > > > > 4bait parsing function parse the 4-Byte Address Instruction Table > > > and set up read/pp parameters there for sure. > > > > > > Here we give the function name spi_nor_parse_profile1() but also > > > > But the function that parses 4bait table is also called > > spi_nor_parse_4bait(). > > > > > do others setting that has nothing to do with it, > > > > Why has setting read opcode and dummy cycles got nothing to do with it? > > The purpose of the Profile 1.0 table is to tell us the Read Fast > > command and dummy cycles, among other things. I think it _does_ have > > something to do with it. > > As you know I mean this function just do parse parameter of profile 1 > table > and keep these value data for later usage. > > A device supports xSPI profile table could work in either 8S-8S-8S or > 8D-8D-8D mode. > It seems to setup these parameters somewhere out here is betters. As far as I know, the Profile 1.0 table only describes 8D-8D-8D mode. I see no mention of 8S-8S-8S in JESD251 or JESD216D.01. No field in the table describes anything related to 8S. In fact, searching for "8S" in the JESD251 spec yields 0 results. Anyway, you should set up 8S parameters in SNOR_CMD_READ_8_8_8, not SNOR_CMD_READ_8_8_8_DTR. 8D configuration is independent of 8S configuration. PS: If you have any more comments, please send them now. The merge window is getting close, and I'd like to see this make it in. -- Regards, Pratyush Yadav Texas Instruments India