Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp2260728ybi; Mon, 17 Jun 2019 01:32:22 -0700 (PDT) X-Google-Smtp-Source: APXvYqwyRii50S3IY2qTX4iXSyuOMG7/5R1s6MMnHowntspE1pOwcPZ/edhjIS+KkByuVVxghG5P X-Received: by 2002:a62:4e0c:: with SMTP id c12mr110318235pfb.17.1560760341938; Mon, 17 Jun 2019 01:32:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1560760341; cv=none; d=google.com; s=arc-20160816; b=HZqvzaHtqhUbGVt+dodaOOeKPruZ6M3QkckgX1S36XzhwMo3ESAsIIj1u9B/3bD15t tuOZy4Y21iMKLrJNZgKrLhgp49iXu+6eVYH/yVispqhCfgTtHOvPH/veoIGA3JJbcI6a elBMbti5ybKR26Xi5axrRP/Vtr75eHn47Vqje3HetMACK5TgkwwF+rW9JHIAaSCTaYZJ ESdeK46v7znuDc//YSmUx9ub2qkqNhXy5KArcOQaiUkF2GEWswjltIRx4bCjM/oFZfYW pcA4NTg0iMdEoyiq8Irkb7UKIja4aNazjqHueFJfTM1DNj+BDC2zgE8a4KOBwHtP4etz YTRA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:organization:from:references:cc:to:subject; bh=rVLtrBCcu/MbojEsuG0ZRREBlN0aCtWFur3R0g4aVvM=; b=dfopMnWPJp6c6jXda3AdlMSQd5cyNw1lhO3VnxPcxdu1XDkZkkFwr09lxzQh97H1uz +z7xbApzqoGKCCF5H7Wp0sikEn2pfwTir1MO8jbB6FamRMjM2ZYB9WNEfFN9P7pqxFpu 3hSRcteHvs4fwwKeHYf/lEapHdl3xeroTGuZyJWC7gK1U3M8Af2AVHIhRoFzCYveppoY kJ9OiyqIyoFIJFtRxo9zoNHU1jjbPT0IJFt+E52PEdtojH6/QJYdtx91PI/8iqKAvyBw hDVjNtx9cdAFgkhilSO0sOfsM/2tki0zC90VtAioCMrg1Ets8T/GCvjOOJ6RAVnUmMcX yeJg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 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. [209.132.180.67]) by mx.google.com with ESMTP id w15si9210907pll.173.2019.06.17.01.32.05; Mon, 17 Jun 2019 01:32:21 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 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 S1727628AbfFQIb6 (ORCPT + 99 others); Mon, 17 Jun 2019 04:31:58 -0400 Received: from mga01.intel.com ([192.55.52.88]:62728 "EHLO mga01.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725827AbfFQIb6 (ORCPT ); Mon, 17 Jun 2019 04:31:58 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga008.fm.intel.com ([10.253.24.58]) by fmsmga101.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 17 Jun 2019 01:31:57 -0700 X-ExtLoop1: 1 Received: from ahunter-desktop.fi.intel.com (HELO [10.237.72.198]) ([10.237.72.198]) by fmsmga008.fm.intel.com with ESMTP; 17 Jun 2019 01:31:52 -0700 Subject: Re: [PATCH v4 2/5] mmc: core: API to temporarily disable retuning for SDIO CRC errors To: Douglas Anderson , Ulf Hansson , Kalle Valo , Arend van Spriel Cc: brcm80211-dev-list.pdl@broadcom.com, linux-rockchip@lists.infradead.org, Double Lo , briannorris@chromium.org, linux-wireless@vger.kernel.org, Naveen Gupta , Madhan Mohan R , mka@chromium.org, Wright Feng , Chi-Hsien Lin , netdev@vger.kernel.org, brcm80211-dev-list@cypress.com, Jiong Wu , Ritesh Harjani , Allison Randal , linux-mmc@vger.kernel.org, linux-kernel@vger.kernel.org, Thomas Gleixner , Greg Kroah-Hartman , Shawn Lin , Wolfram Sang , Avri Altman References: <20190613234153.59309-1-dianders@chromium.org> <20190613234153.59309-3-dianders@chromium.org> From: Adrian Hunter Organization: Intel Finland Oy, Registered Address: PL 281, 00181 Helsinki, Business Identity Code: 0357606 - 4, Domiciled in Helsinki Message-ID: <480eddd9-4094-c99f-751c-9bda8b672c11@intel.com> Date: Mon, 17 Jun 2019 11:30:35 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.7.0 MIME-Version: 1.0 In-Reply-To: <20190613234153.59309-3-dianders@chromium.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 14/06/19 2:41 AM, Douglas Anderson wrote: > Normally when the MMC core sees an "-EILSEQ" error returned by a host > controller then it will trigger a retuning of the card. This is > generally a good idea. > > However, if a command is expected to sometimes cause transfer errors > then these transfer errors shouldn't cause a re-tuning. This > re-tuning will be a needless waste of time. One example case where a > transfer is expected to cause errors is when transitioning between > idle (sometimes referred to as "sleep" in Broadcom code) and active > state on certain Broadcom WiFi SDIO cards. Specifically if the card > was already transitioning between states when the command was sent it > could cause an error on the SDIO bus. > > Let's add an API that the SDIO function drivers can call that will > temporarily disable the auto-tuning functionality. Then we can add a > call to this in the Broadcom WiFi driver and any other driver that > might have similar needs. > > NOTE: this makes the assumption that the card is already tuned well > enough that it's OK to disable the auto-retuning during one of these > error-prone situations. Presumably the driver code performing the > error-prone transfer knows how to recover / retry from errors. ...and > after we can get back to a state where transfers are no longer > error-prone then we can enable the auto-retuning again. If we truly > find ourselves in a case where the card needs to be retuned sometimes > to handle one of these error-prone transfers then we can always try a > few transfers first without auto-retuning and then re-try with > auto-retuning if the first few fail. > > Without this change on rk3288-veyron-minnie I periodically see this in > the logs of a machine just sitting there idle: > dwmmc_rockchip ff0d0000.dwmmc: Successfully tuned phase to XYZ > > Fixes: bd11e8bd03ca ("mmc: core: Flag re-tuning is needed on CRC errors") > Signed-off-by: Douglas Anderson Not withstanding Ulf's comments: Acked-by: Adrian Hunter > --- > > Changes in v4: > - Moved to SDIO API only (Adrian, Ulf). > - Renamed to make it less generic, now retune_crc_disable (Ulf). > - Function header makes it clear host must be claimed (Ulf). > - No more WARN_ON (Ulf). > > Changes in v3: > - Took out the spinlock since I believe this is all in one context. > > Changes in v2: > - Updated commit message to clarify based on discussion of v1. > > drivers/mmc/core/core.c | 5 +++-- > drivers/mmc/core/sdio_io.c | 36 +++++++++++++++++++++++++++++++++++ > include/linux/mmc/core.h | 2 ++ > include/linux/mmc/host.h | 1 + > include/linux/mmc/sdio_func.h | 3 +++ > 5 files changed, 45 insertions(+), 2 deletions(-) > > diff --git a/drivers/mmc/core/core.c b/drivers/mmc/core/core.c > index 6db36dc870b5..9020cb2490f7 100644 > --- a/drivers/mmc/core/core.c > +++ b/drivers/mmc/core/core.c > @@ -144,8 +144,9 @@ void mmc_request_done(struct mmc_host *host, struct mmc_request *mrq) > int err = cmd->error; > > /* Flag re-tuning needed on CRC errors */ > - if ((cmd->opcode != MMC_SEND_TUNING_BLOCK && > - cmd->opcode != MMC_SEND_TUNING_BLOCK_HS200) && > + if (cmd->opcode != MMC_SEND_TUNING_BLOCK && > + cmd->opcode != MMC_SEND_TUNING_BLOCK_HS200 && > + !host->retune_crc_disable && > (err == -EILSEQ || (mrq->sbc && mrq->sbc->error == -EILSEQ) || > (mrq->data && mrq->data->error == -EILSEQ) || > (mrq->stop && mrq->stop->error == -EILSEQ))) > diff --git a/drivers/mmc/core/sdio_io.c b/drivers/mmc/core/sdio_io.c > index f79f0b0caab8..f822a9630b0e 100644 > --- a/drivers/mmc/core/sdio_io.c > +++ b/drivers/mmc/core/sdio_io.c > @@ -734,3 +734,39 @@ int sdio_set_host_pm_flags(struct sdio_func *func, mmc_pm_flag_t flags) > return 0; > } > EXPORT_SYMBOL_GPL(sdio_set_host_pm_flags); > + > +/** > + * sdio_retune_crc_disable - temporarily disable retuning on CRC errors > + * @func: SDIO function attached to host > + * > + * If the SDIO card is known to be in a state where it might produce > + * CRC errors on the bus in response to commands (like if we know it is > + * transitioning between power states), an SDIO function driver can > + * call this function to temporarily disable the SD/MMC core behavior of > + * triggering an automatic retuning. > + * > + * This function should be called while the host is claimed and the host > + * should remain claimed until sdio_retune_crc_enable() is called. > + * Specifically, the expected sequence of calls is: > + * - sdio_claim_host() > + * - sdio_retune_crc_disable() > + * - some number of calls like sdio_writeb() and sdio_readb() > + * - sdio_release_host() > + */ > +void sdio_retune_crc_disable(struct sdio_func *func) > +{ > + func->card->host->retune_crc_disable = true; > +} > +EXPORT_SYMBOL_GPL(sdio_retune_crc_disable); > + > +/** > + * sdio_retune_crc_enable - reneable retuning on CRC errors > + * @func: SDIO function attached to host > + * > + * This is the compement to sdio_retune_crc_disable(). > + */ > +void sdio_retune_crc_enable(struct sdio_func *func) > +{ > + func->card->host->retune_crc_disable = false; > +} > +EXPORT_SYMBOL_GPL(sdio_retune_crc_enable); > diff --git a/include/linux/mmc/core.h b/include/linux/mmc/core.h > index 134a6483347a..02a13abf0cda 100644 > --- a/include/linux/mmc/core.h > +++ b/include/linux/mmc/core.h > @@ -178,6 +178,8 @@ int mmc_wait_for_cmd(struct mmc_host *host, struct mmc_command *cmd, > > int mmc_hw_reset(struct mmc_host *host); > int mmc_sw_reset(struct mmc_host *host); > +void mmc_expect_errors_begin(struct mmc_host *host); > +void mmc_expect_errors_end(struct mmc_host *host); > void mmc_set_data_timeout(struct mmc_data *data, const struct mmc_card *card); > > #endif /* LINUX_MMC_CORE_H */ > diff --git a/include/linux/mmc/host.h b/include/linux/mmc/host.h > index 43d0f0c496f6..ecb7972e2423 100644 > --- a/include/linux/mmc/host.h > +++ b/include/linux/mmc/host.h > @@ -398,6 +398,7 @@ struct mmc_host { > unsigned int retune_now:1; /* do re-tuning at next req */ > unsigned int retune_paused:1; /* re-tuning is temporarily disabled */ > unsigned int use_blk_mq:1; /* use blk-mq */ > + unsigned int retune_crc_disable:1; /* don't trigger retune upon crc */ > > int rescan_disable; /* disable card detection */ > int rescan_entered; /* used with nonremovable devices */ > diff --git a/include/linux/mmc/sdio_func.h b/include/linux/mmc/sdio_func.h > index e9dfdd501cd1..4820e6d09dac 100644 > --- a/include/linux/mmc/sdio_func.h > +++ b/include/linux/mmc/sdio_func.h > @@ -167,4 +167,7 @@ extern void sdio_f0_writeb(struct sdio_func *func, unsigned char b, > extern mmc_pm_flag_t sdio_get_host_pm_caps(struct sdio_func *func); > extern int sdio_set_host_pm_flags(struct sdio_func *func, mmc_pm_flag_t flags); > > +extern void sdio_retune_crc_disable(struct sdio_func *func); > +extern void sdio_retune_crc_enable(struct sdio_func *func); > + > #endif /* LINUX_MMC_SDIO_FUNC_H */ >