Received: by 2002:a05:6a10:1287:0:0:0:0 with SMTP id d7csp1229782pxv; Fri, 16 Jul 2021 04:51:16 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzwWzJT6VCmum5zmJVPG+L8suuh8Jq/pN2YhV9qV2DCsMDbRzDOw80qpSmpXcITPFft2V2t X-Received: by 2002:aa7:d801:: with SMTP id v1mr14117113edq.349.1626436276594; Fri, 16 Jul 2021 04:51:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626436276; cv=none; d=google.com; s=arc-20160816; b=qQjmEHSbLFvKbQY6zFlA/7jMI6oR/BNrB/utZGVrhUix/mTqwTserOuv7Fo1cFVe5i hTY5GFFRlF2cWfrH/FqtufYSlk6zkWkmVI17l4x7I8FG7k4uPxOzFjI1cMehUoZWz4LK +rOqGFeqU5d5tOtLgbKNfvq1wMPBFpZOB53Tp2C0Kos0AvNCELKnkZxP7sZs3nwEz9Yh rdziUzp5OrIZqOOewDWrEGS5mnvaTsbKXI/0YpKAc9JD0C5G3S4pBm3PNIaxHlyXB0Bf Tzz0Wy4mgXQ/2ShZsf0Ny4+68IddeVuWn0HCVpxO4GKKJAdDd4SLqXG1ukBICamotTj0 /ebQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:message-id:date:subject:cc:to:from; bh=Eish2X4gnt2jszjoeVgWoKMi+03QI8g2LEyf2wcGSSM=; b=BAWnXT8hoWcR5ab7VKciWxIxcKXswmeQDrzDzmslKDnHCherMIu1YQU1UT7w0dSs44 ecSTVMZe8JZntRsQtH8ZjoeQWZXAerdoKxnV/1aQJleG2pJIpjmLzU7xHmHBdlii4HEP bumy2b4BJGwJU5ZgjNXKRwhhY8M0gAvB982tpdSkUPsIQY/2MLEmvHlxMGnQFyRhEqUX op1zVMrWaBDO9YiBk818yotC4A1uOBXsbtV9JkcBiiT8Pt/0lMqJhh2+G0mHPO5Z4qyw qgP/rpz39UWVNhOgMIaAgE7ica4mRF0V+d2OzSgs0ug8ga2qOsRR9ZCcVQ8NYh9KFv01 KNbg== 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 gv15si2274869ejc.383.2021.07.16.04.50.53; Fri, 16 Jul 2021 04:51:16 -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 S232620AbhGPLuK (ORCPT + 99 others); Fri, 16 Jul 2021 07:50:10 -0400 Received: from alexa-out.qualcomm.com ([129.46.98.28]:46090 "EHLO alexa-out.qualcomm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232088AbhGPLuK (ORCPT ); Fri, 16 Jul 2021 07:50:10 -0400 Received: from ironmsg-lv-alpha.qualcomm.com ([10.47.202.13]) by alexa-out.qualcomm.com with ESMTP; 16 Jul 2021 04:47:15 -0700 X-QCInternal: smtphost Received: from ironmsg02-blr.qualcomm.com ([10.86.208.131]) by ironmsg-lv-alpha.qualcomm.com with ESMTP/TLS/AES256-SHA; 16 Jul 2021 04:47:13 -0700 X-QCInternal: smtphost Received: from c-sbhanu-linux.qualcomm.com ([10.242.50.201]) by ironmsg02-blr.qualcomm.com with ESMTP; 16 Jul 2021 17:16:17 +0530 Received: by c-sbhanu-linux.qualcomm.com (Postfix, from userid 2344807) id A7EC950E5; Fri, 16 Jul 2021 17:16:16 +0530 (IST) From: Shaik Sajida Bhanu To: adrian.hunter@intel.com, ulf.hansson@linaro.org Cc: asutoshd@codeaurora.org, stummala@codeaurora.org, vbadigan@codeaurora.org, rampraka@codeaurora.org, sayalil@codeaurora.org, sartgarg@codeaurora.org, rnayak@codeaurora.org, cang@codeaurora.org, pragalla@codeaurora.org, nitirawa@codeaurora.org, linux-mmc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-msm@vger.kernel.org, agross@kernel.org, bjorn.andersson@linaro.org, robh+dt@kernel.org, Shaik Sajida Bhanu Subject: [PATCH V4] mmc: sdhci-msm: Update the software timeout value for sdhc Date: Fri, 16 Jul 2021 17:16:14 +0530 Message-Id: <1626435974-14462-1-git-send-email-sbhanu@codeaurora.org> X-Mailer: git-send-email 2.7.4 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Whenever SDHC run at clock rate 50MHZ or below, the hardware data timeout value will be 21.47secs, which is approx. 22secs and we have a current software timeout value as 10secs. We have to set software timeout value more than the hardware data timeout value to avioid seeing the below register dumps. [ 332.953670] mmc2: Timeout waiting for hardware interrupt. [ 332.959608] mmc2: sdhci: ============ SDHCI REGISTER DUMP =========== [ 332.966450] mmc2: sdhci: Sys addr: 0x00000000 | Version: 0x00007202 [ 332.973256] mmc2: sdhci: Blk size: 0x00000200 | Blk cnt: 0x00000001 [ 332.980054] mmc2: sdhci: Argument: 0x00000000 | Trn mode: 0x00000027 [ 332.986864] mmc2: sdhci: Present: 0x01f801f6 | Host ctl: 0x0000001f [ 332.993671] mmc2: sdhci: Power: 0x00000001 | Blk gap: 0x00000000 [ 333.000583] mmc2: sdhci: Wake-up: 0x00000000 | Clock: 0x00000007 [ 333.007386] mmc2: sdhci: Timeout: 0x0000000e | Int stat: 0x00000000 [ 333.014182] mmc2: sdhci: Int enab: 0x03ff100b | Sig enab: 0x03ff100b [ 333.020976] mmc2: sdhci: ACmd stat: 0x00000000 | Slot int: 0x00000000 [ 333.027771] mmc2: sdhci: Caps: 0x322dc8b2 | Caps_1: 0x0000808f [ 333.034561] mmc2: sdhci: Cmd: 0x0000183a | Max curr: 0x00000000 [ 333.041359] mmc2: sdhci: Resp[0]: 0x00000900 | Resp[1]: 0x00000000 [ 333.048157] mmc2: sdhci: Resp[2]: 0x00000000 | Resp[3]: 0x00000000 [ 333.054945] mmc2: sdhci: Host ctl2: 0x00000000 [ 333.059657] mmc2: sdhci: ADMA Err: 0x00000000 | ADMA Ptr: 0x0000000ffffff218 [ 333.067178] mmc2: sdhci_msm: ----------- VENDOR REGISTER DUMP ----------- [ 333.074343] mmc2: sdhci_msm: DLL sts: 0x00000000 | DLL cfg: 0x6000642c | DLL cfg2: 0x0020a000 [ 333.083417] mmc2: sdhci_msm: DLL cfg3: 0x00000000 | DLL usr ctl: 0x00000000 | DDR cfg: 0x80040873 [ 333.092850] mmc2: sdhci_msm: Vndr func: 0x00008a9c | Vndr func2 : 0xf88218a8 Vndr func3: 0x02626040 [ 333.102371] mmc2: sdhci: ============================================ So, set software timeout value more than hardware timeout value. Signed-off-by: Shaik Sajida Bhanu Acked-by: Adrian Hunter --- Changes since V3: - Addressed minor comments from Adrain Hunter and retained his Acked-by Signed-off. Changes since V2: - Updated 22 with 22LL to avoid compiler warning as suggested by Adrian Hunter. - Added a check to update software data timeout value if its value is less than the calculated hardware data timeout value as suggested by Veerabhadrarao Badiganti. Changes since V1: - Moved software data timeout update part to qcom specific file as suggested by Veerabhadrarao Badiganti. --- drivers/mmc/host/sdhci-msm.c | 18 ++++++++++++++++++ 1 file changed, 18 insertions(+) diff --git a/drivers/mmc/host/sdhci-msm.c b/drivers/mmc/host/sdhci-msm.c index e44b7a6..290a14c 100644 --- a/drivers/mmc/host/sdhci-msm.c +++ b/drivers/mmc/host/sdhci-msm.c @@ -2089,6 +2089,23 @@ static void sdhci_msm_cqe_disable(struct mmc_host *mmc, bool recovery) sdhci_cqe_disable(mmc, recovery); } +static void sdhci_msm_set_timeout(struct sdhci_host *host, struct mmc_command *cmd) +{ + u32 count, start = 15; + + __sdhci_set_timeout(host, cmd); + count = sdhci_readb(host, SDHCI_TIMEOUT_CONTROL); + /* + * Update software timeout value if its value is less than hardware data + * timeout value. Qcom SoC hardware data timeout value was calculated + * using 4 * MCLK * 2^(count + 13). where MCLK = 1 / host->clock. + */ + if (cmd && cmd->data && host->clock > 400000 && + host->clock <= 50000000 && + ((1 << (count + start)) > (10 * host->clock))) + host->data_timeout = 22LL * NSEC_PER_SEC; +} + static const struct cqhci_host_ops sdhci_msm_cqhci_ops = { .enable = sdhci_msm_cqe_enable, .disable = sdhci_msm_cqe_disable, @@ -2438,6 +2455,7 @@ static const struct sdhci_ops sdhci_msm_ops = { .irq = sdhci_msm_cqe_irq, .dump_vendor_regs = sdhci_msm_dump_vendor_regs, .set_power = sdhci_set_power_noreg, + .set_timeout = sdhci_msm_set_timeout, }; static const struct sdhci_pltfm_data sdhci_msm_pdata = { -- QUALCOMM INDIA, on behalf of Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, hosted by The Linux Foundation