Received: by 2002:a25:e74b:0:0:0:0:0 with SMTP id e72csp1088854ybh; Wed, 22 Jul 2020 23:23:36 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxOuBa9YFX+avAzZ7ZqVLNJvEYb2HHV7Rmu2GPYv28MwBFIdMNnS6yaXB9jOw4gIDMMFlMT X-Received: by 2002:a05:6402:176e:: with SMTP id da14mr2810088edb.262.1595485416282; Wed, 22 Jul 2020 23:23:36 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1595485416; cv=none; d=google.com; s=arc-20160816; b=wHT9LlmK3APBUnxYn+hd3Hz8t+TjDpWEZR3C4dTbU9+8jxVc0z5D2cVS4Eom0sxu52 s66aWrius+Zy67gZudLTzHjcg+XnPn+84X919Y3BCLiv9QYu7ws6n3uNWjklVyFm9cSn H8RFWy8CkERdKO7/mg3CPQfS6aiwH4vWolsgdkASJg7NZtKithetMEIgSyjsibpCc0w7 JjMprryA1Sgmx3v9KnvnZd7UbmUjxPo0fqv62sqXsKmU+Oo5NglWL2RFlK+PmgxX4IK3 OYY743JZP3N27sx4p6+fXMe5qL2KdMZ+IgB6mRy6NjcetWlxnsi8g/fGaKK9VywRb3X3 BI9Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:organization:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:ironport-sdr:ironport-sdr; bh=25WZbFYSMH8d0X6b+wFg9s8aruNexZuQ6MT/nMe6VyE=; b=EoKsr2m/0dQrVlb2FEVDm10Ef/rNQJIgTM9xKxd3PQ6xffos9ebieJ4wTiE8XYoaVr XLd8qQgEaUzSlNLu9+3M0kRyVPc/0Cx9FG3LbxhGxfR3jeMnf7EsWYNYmiSMDI7yBdnj x0FMFdbXu8tUukd+wXKt9TcIhwtEZNlwmdYudBAKheaBse9VyVN7gzkpeDoTypyE4mM9 I+1jz/EuMZGJygZvLK7+HhbFFPz75WE1UChWiyibo7FjlBXGsWAHmO5r7W3JCBOoi6HI TN0Yjj4jkl0LKmbaEGs5TPimTeJHGCmapGFINSVUAHRA9qrnr5CI5VWoaKOn7ucMkg/Q HKmg== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id b4si1409745ejp.333.2020.07.22.23.23.13; Wed, 22 Jul 2020 23:23:36 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726379AbgGWGW5 (ORCPT + 99 others); Thu, 23 Jul 2020 02:22:57 -0400 Received: from mga14.intel.com ([192.55.52.115]:60207 "EHLO mga14.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725858AbgGWGW4 (ORCPT ); Thu, 23 Jul 2020 02:22:56 -0400 IronPort-SDR: xsfGA3PQb2iIrV4jbF0K3s7tdxNozigc1cWfO0yld/ybn7Hyy25qFc6kQ19uEWs3vmFH/cT1MO wPPqPv/Y5Pgw== X-IronPort-AV: E=McAfee;i="6000,8403,9690"; a="149647804" X-IronPort-AV: E=Sophos;i="5.75,385,1589266800"; d="scan'208";a="149647804" X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by fmsmga103.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 22 Jul 2020 23:22:56 -0700 IronPort-SDR: +qBj/sN4MZPxY4m7ng2TpFYlzzbCueatcNMUHjax+5NgP4EWq9ePx1xDHyQ5suWmKcEKgGGEce hBvcKx79NNbA== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.75,385,1589266800"; d="scan'208";a="392904286" Received: from lahna.fi.intel.com (HELO lahna) ([10.237.72.163]) by fmsmga001.fm.intel.com with SMTP; 22 Jul 2020 23:22:53 -0700 Received: by lahna (sSMTP sendmail emulation); Thu, 23 Jul 2020 09:22:52 +0300 Date: Thu, 23 Jul 2020 09:22:52 +0300 From: Mika Westerberg To: Tudor.Ambarus@microchip.com Cc: alexander.sverdlin@nokia.com, vigneshr@ti.com, linux-mtd@lists.infradead.org, linux-kernel@vger.kernel.org, ibr@ilbers.de Subject: Re: [PATCH] mtd: spi-nor: intel-spi: Simulate WRDI command Message-ID: <20200723062252.GR5180@lahna.fi.intel.com> References: <282e1305-fd08-e446-1a22-eb4dff78cfb4@nokia.com> <20200722143604.GQ5180@lahna.fi.intel.com> <99e3f6c7-e9a6-584c-883a-0882f5137b7b@microchip.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <99e3f6c7-e9a6-584c-883a-0882f5137b7b@microchip.com> Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Jul 22, 2020 at 03:18:50PM +0000, Tudor.Ambarus@microchip.com wrote: > On 7/22/20 5:36 PM, Mika Westerberg wrote: > > EXTERNAL EMAIL: Do not click links or open attachments unless you know the content is safe > > > > Hi, > > > > On Wed, Jul 22, 2020 at 02:28:30PM +0000, Tudor.Ambarus@microchip.com wrote: > >> + Mika > >> > >> Hi, Mika, > >> > >> Would you please review the patch from below? > > > > Sure, there is minor comment below. > > > >> > >> Thanks! > >> > >> On 7/22/20 5:01 PM, Alexander Sverdlin wrote: > >>> EXTERNAL EMAIL: Do not click links or open attachments unless you know the content is safe > >>> > >>> From: Alexander Sverdlin > >>> > >>> After spi_nor_write_disable() return code checks were introduced in the > >>> spi-nor front end intel-spi backend stopped to work because WRDI was never > >>> supported and always failed. > >>> > >>> Just pretend it was sucessful and ignore the command itself. HW sequencer > >>> shall do the right thing automatically, while with SW sequencer we cannot > >>> do it anyway, because the only tool we had was preopcode and it makes no > >>> sense for WRDI. > >>> > >>> Cc: stable@vger.kernel.org > >>> Fixes: bce679e5ae3a ("mtd: spi-nor: Check for errors after each Register Operation") > >>> Signed-off-by: Alexander Sverdlin > >>> --- > >>> drivers/mtd/spi-nor/controllers/intel-spi.c | 8 ++++++++ > >>> 1 file changed, 8 insertions(+) > >>> > >>> diff --git a/drivers/mtd/spi-nor/controllers/intel-spi.c b/drivers/mtd/spi-nor/controllers/intel-spi.c > >>> index 61d2a0a..134b356 100644 > >>> --- a/drivers/mtd/spi-nor/controllers/intel-spi.c > >>> +++ b/drivers/mtd/spi-nor/controllers/intel-spi.c > >>> @@ -612,6 +612,14 @@ static int intel_spi_write_reg(struct spi_nor *nor, u8 opcode, const u8 *buf, > >>> return 0; > >>> } > >>> > >>> + /* > >>> + * We hope that HW sequencer will do the right thing automatically and > >>> + * with the SW seuencer we cannot use preopcode any way, so just ignore > > ^^^^^^^^ > > Typo, should be sequencer. > > > > Otherwise looks good to me. > > > > It looks good to me too. Should I add your R-b tag when applying? > I can fix the typo. Sure. Thanks!