Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp297166ybz; Fri, 17 Apr 2020 01:07:46 -0700 (PDT) X-Google-Smtp-Source: APiQypIgFmOFgdRveeRzi9qdoUH+L3HKOKrkaD8MRy27QlMz+BEQBtl9NY2i0tO8OSQJqcd9Y/5P X-Received: by 2002:a17:906:9450:: with SMTP id z16mr1805964ejx.166.1587110866141; Fri, 17 Apr 2020 01:07:46 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587110866; cv=none; d=google.com; s=arc-20160816; b=vuwlywBGilDnrC3buUXJVCLKHnPp0OWW6l+T1r0jlIWiZwEKqy0su1n7ME1yJr/qm8 Hz4pjcJ/FZVgaig7ZFL/6Kn3t8r8T8FdpCtYMq58PAQ1eRS48w2yG/QaLfP/hs6gTgh5 APdo7GGDerSzf0MEvYH6cABzKQPUzdhegS8Zr8N/rEtHZlnI+Tiau95u/96NoAD9qgQ+ 1n6hKFWgbwwzNWgh0Enuh+iZCzis1GTqINcXed2np7m1O8VWYo226Vcwdn87De0YosCm i6zpeXbZZDE+tzbCat6aL2JLx8zI2oPD4n308hZlFaGay6X7qqPRxS0jb3JyApkEF53H kukA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=vw2Yz9QKvnH8qm78kPmIMpthfuS5ToTfV4/eBO9aXZs=; b=ZRk3japrtDYqme0zBar8EuINwanxxPFG6NFOtN6vfj5u2oaBWO8SeGrspN1CeD0N9z ZrKVyw0H4WpHNM4zDnHO9An5T39hi/oUhgQDEbAGN10G34O7964hJaDUZ49+gZGTJlkM yLemXfauZ/AcMedz1QRuV3wmrk41Nb9XM6gnmz/rX8uhhyDnL7GVfC4AOl0uJ3DL0cb1 I0391piMlX8U+4ptEOpuOp68HHxYy5+e9VhtSoOXun4g2JkWtMXScQc7lilSPofT2nmc QZUSM7q1nfutA+laJih/yB17uUcTeGisPdTEwG2PO4WGXwdrKAnZ5M6w5Qjt/Z13fZLg moQw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=yakEra6h; 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=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id g6si7605403edv.126.2020.04.17.01.07.21; Fri, 17 Apr 2020 01:07:46 -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=@linaro.org header.s=google header.b=yakEra6h; 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=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729562AbgDQIFV (ORCPT + 99 others); Fri, 17 Apr 2020 04:05:21 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60150 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1729548AbgDQIFT (ORCPT ); Fri, 17 Apr 2020 04:05:19 -0400 Received: from mail-vk1-xa42.google.com (mail-vk1-xa42.google.com [IPv6:2607:f8b0:4864:20::a42]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 74BE2C061A10 for ; Fri, 17 Apr 2020 01:05:19 -0700 (PDT) Received: by mail-vk1-xa42.google.com with SMTP id n207so337055vkf.8 for ; Fri, 17 Apr 2020 01:05:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=vw2Yz9QKvnH8qm78kPmIMpthfuS5ToTfV4/eBO9aXZs=; b=yakEra6h63cypV6sApwJRt8QTk1typgQ4CUWktDZ3OaZbJmY+czocu/ZicycqNwDkT JOIu15o2SyBxO3YPCHZvYc8bWH6INqt4ZqgoKAyIauLORiCPzFt5M5ACHWGXW2hYdyH/ 6cYdwDNvlR9nkz9COyri//bhLKT9lamCNgXtlh6zx8xDx3li9Gqv1iH6RwOQJCe8Tki4 itvoWt2sG59DULq6Rl8gh+8HdsBK4UlEHfDhiv5K7OjcHUL9Uszq+t30cvWjVtTot6Mk 5/RvXvnrgcgfUhZ17C1+iB3xaZA3KqYelNiDD7PBUZ7r8ywLOpqNIK4gN6j62jaFIj9L q3Hw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=vw2Yz9QKvnH8qm78kPmIMpthfuS5ToTfV4/eBO9aXZs=; b=owmpIiR/2xf7H+R3kmlP8FdlayI5EUvoF6d7HXUMSx1dIvCKAWVCdH7SGJg6KbHwQE a0TNMbsYorE3Sj8Bp4VxHFxq0bqRFCqbKnru8Laon10c86jFWTWgG/S6fyIjX83v1Tq9 KNHkG/A3kL7mw+GIto3sQdKufu3l6Czchc51yw9xWAIxXW3CFncZbauJgqaejyqoP8xh 3g5f4S7eT9zDX11D33IEtvJFFKIL2pVKjjRJetl9y4etdYe219Nvq1tNHSfWAWSh8w4J xRg33dzgFMyFcFPvWketTkm1DChZuxvFVbgCYz/wBnXVjyr1mIL1s+Gz/FYqGRWZlowH kwlg== X-Gm-Message-State: AGi0Pub1p9r4qEEWX4A0uakZ+v4y6WEWf4sa9aTcby083PHJPzaQgHtu S0eyadT2FS9B+dIf6iuyDnbjeJSvHyc6a9s5YCsfNQ== X-Received: by 2002:a1f:5003:: with SMTP id e3mr1455112vkb.59.1587110718373; Fri, 17 Apr 2020 01:05:18 -0700 (PDT) MIME-Version: 1.0 References: <1583886030-11339-1-git-send-email-skomatineni@nvidia.com> <753ec108-858c-660e-af0a-f57922134609@nvidia.com> <512441d1-a9ba-912f-ed2e-46edad22278b@nvidia.com> In-Reply-To: <512441d1-a9ba-912f-ed2e-46edad22278b@nvidia.com> From: Ulf Hansson Date: Fri, 17 Apr 2020 10:04:42 +0200 Message-ID: Subject: Re: [PATCH v2 1/2] sdhci: tegra: Implement Tegra specific set_timeout callback To: Sowjanya Komatineni Cc: Naresh Kamboju , Greg Kroah-Hartman , Sasha Levin , Adrian Hunter , "(Exiting) Baolin Wang" , Kate Stewart , Thomas Gleixner , Bradley Bolen , Thierry Reding , Jon Hunter , Aniruddha Tvs Rao , linux-tegra , open list , "linux-mmc@vger.kernel.org" , lkft-triage@lists.linaro.org, linux- stable Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 16 Apr 2020 at 21:39, Sowjanya Komatineni wrote: > > > On 4/16/20 9:29 AM, Sowjanya Komatineni wrote: > > > > On 4/16/20 3:59 AM, Ulf Hansson wrote: > >> External email: Use caution opening links or attachments > >> > >> > >> On Wed, 15 Apr 2020 at 19:55, Naresh Kamboju > >> wrote: > >>> On Fri, 13 Mar 2020 at 06:41, Sowjanya Komatineni > >>> wrote: > >>>> Tegra host supports HW busy detection and timeouts based on the > >>>> count programmed in SDHCI_TIMEOUT_CONTROL register and max busy > >>>> timeout it supports is 11s in finite busy wait mode. > >>>> > >>>> Some operations like SLEEP_AWAKE, ERASE and flush cache through > >>>> SWITCH commands take longer than 11s and Tegra host supports > >>>> infinite HW busy wait mode where HW waits forever till the card > >>>> is busy without HW timeout. > >>>> > >>>> This patch implements Tegra specific set_timeout sdhci_ops to allow > >>>> switching between finite and infinite HW busy detection wait modes > >>>> based on the device command expected operation time. > >>>> > >>>> Signed-off-by: Sowjanya Komatineni > >>>> --- > >>>> drivers/mmc/host/sdhci-tegra.c | 31 +++++++++++++++++++++++++++++++ > >>>> 1 file changed, 31 insertions(+) > >>>> > >>>> diff --git a/drivers/mmc/host/sdhci-tegra.c > >>>> b/drivers/mmc/host/sdhci-tegra.c > >>>> index a25c3a4..fa8f6a4 100644 > >>>> --- a/drivers/mmc/host/sdhci-tegra.c > >>>> +++ b/drivers/mmc/host/sdhci-tegra.c > >>>> @@ -45,6 +45,7 @@ > >>>> #define SDHCI_TEGRA_CAP_OVERRIDES_DQS_TRIM_SHIFT 8 > >>>> > >>>> #define SDHCI_TEGRA_VENDOR_MISC_CTRL 0x120 > >>>> +#define SDHCI_MISC_CTRL_ERASE_TIMEOUT_LIMIT BIT(0) > >>>> #define SDHCI_MISC_CTRL_ENABLE_SDR104 0x8 > >>>> #define SDHCI_MISC_CTRL_ENABLE_SDR50 0x10 > >>>> #define SDHCI_MISC_CTRL_ENABLE_SDHCI_SPEC_300 0x20 > >>>> @@ -1227,6 +1228,34 @@ static u32 sdhci_tegra_cqhci_irq(struct > >>>> sdhci_host *host, u32 intmask) > >>>> return 0; > >>>> } > >>>> > >>>> +static void tegra_sdhci_set_timeout(struct sdhci_host *host, > >>>> + struct mmc_command *cmd) > >>>> +{ > >>>> + u32 val; > >>>> + > >>>> + /* > >>>> + * HW busy detection timeout is based on programmed data > >>>> timeout > >>>> + * counter and maximum supported timeout is 11s which may > >>>> not be > >>>> + * enough for long operations like cache flush, sleep > >>>> awake, erase. > >>>> + * > >>>> + * ERASE_TIMEOUT_LIMIT bit of VENDOR_MISC_CTRL register allows > >>>> + * host controller to wait for busy state until the card is > >>>> busy > >>>> + * without HW timeout. > >>>> + * > >>>> + * So, use infinite busy wait mode for operations that may > >>>> take > >>>> + * more than maximum HW busy timeout of 11s otherwise use > >>>> finite > >>>> + * busy wait mode. > >>>> + */ > >>>> + val = sdhci_readl(host, SDHCI_TEGRA_VENDOR_MISC_CTRL); > >>>> + if (cmd && cmd->busy_timeout >= 11 * HZ) > >>>> + val |= SDHCI_MISC_CTRL_ERASE_TIMEOUT_LIMIT; > >>>> + else > >>>> + val &= ~SDHCI_MISC_CTRL_ERASE_TIMEOUT_LIMIT; > >>>> + sdhci_writel(host, val, SDHCI_TEGRA_VENDOR_MISC_CTRL); > >>>> + > >>>> + __sdhci_set_timeout(host, cmd); > >>> kernel build on arm and arm64 architecture failed on stable-rc 4.19 > >>> (arm), 5.4 (arm64) and 5.5 (arm64) > >>> > >>> drivers/mmc/host/sdhci-tegra.c: In function 'tegra_sdhci_set_timeout': > >>> drivers/mmc/host/sdhci-tegra.c:1256:2: error: implicit declaration of > >>> function '__sdhci_set_timeout'; did you mean > >>> 'tegra_sdhci_set_timeout'? [-Werror=implicit-function-declaration] > >>> __sdhci_set_timeout(host, cmd); > >>> ^~~~~~~~~~~~~~~~~~~ > >>> tegra_sdhci_set_timeout > >>> > >>> Full build log, > >>> https://ci.linaro.org/view/lkft/job/openembedded-lkft-linux-stable-rc-5.5/DISTRO=lkft,MACHINE=am57xx-evm,label=docker-lkft/83/consoleText > >>> > >>> https://ci.linaro.org/view/lkft/job/openembedded-lkft-linux-stable-rc-5.4/DISTRO=lkft,MACHINE=juno,label=docker-lkft/158/consoleText > >>> > >>> https://ci.linaro.org/view/lkft/job/openembedded-lkft-linux-stable-rc-4.19/DISTRO=lkft,MACHINE=am57xx-evm,label=docker-lkft/511/consoleText > >>> > >>> > >>> - Naresh > >> Thanks for reporting! What a mess. > >> > >> It turns out that the commit that was queued for stable that is > >> causing the above errors, also requires another commit. > >> > >> The commit that was queued: > >> 5e958e4aacf4 ("sdhci: tegra: Implement Tegra specific set_timeout > >> callback") > >> > >> The additional commit needed (which was added in v5.6-rc1): > >> 7d76ed77cfbd ("mmc: sdhci: Refactor sdhci_set_timeout()") > >> > >> However, the above commit needs a manual backport (quite trivial, but > >> still) for the relevant stable kernels, to allow it to solve the build > >> problems. > >> > >> Greg, Sasha - I suggest you to drop the offending commit from the > >> stable kernels, for now. I think it's better to let Sowjanya deal with > >> the backports, then send them in small series instead. > >> > >> Kind regards > >> Uffe > > > > Hi Ufee, > > > > Will back-porting below commit cause any issues to other vendors? > > > > 7d76ed77cfbd ("mmc: sdhci: Refactor sdhci_set_timeout()") > > > sdhci-tegra driver in 4.19 is using same sdhci_ops for Tegra114 and > Tegra210 and separate sdhci_ops for T210 started from 4.20. > > 5e958e4aacf4 ("sdhci: tegra: Implement Tegra specific set_timeout callback") > > So above commit can't be applied to 4.19. So probably a separate patch > need to be created to apply for 4.19 and back port above commit along > with its dependency commit (7d76ed77cfbd ("mmc: sdhci: Refactor > sdhci_set_timeout()") for 5.4 and 5.4. Alright, seems reasonable. Just keep me/Adrian on cc when/if you post the patches so we can ack them. Kind regards Uffe