* [PATCH v2] mmc: sunxi: fix timeout in sunxi_mmc_oclk_onoff
@ 2015-08-12 12:37 ` Olliver Schinagl
0 siblings, 0 replies; 2+ messages in thread
From: Olliver Schinagl @ 2015-08-12 12:37 UTC (permalink / raw)
To: Ulf Hansson, Maxime Ripard, David Lanzendörfer,
Hans de Goede, Chen-Yu Tsai, Arnd Bergmann, Peter Griffin,
Michal Suchanek
Cc: linux-mmc, linux-arm-kernel, linux-kernel@vger.kernel.org
[-- Attachment #1: Type: text/plain, Size: 847 bytes --]
Hey all
A few months ago, Michal Suchanek submitted the attached patch fixing
the gating timeout issue. Until recently, about v4.0.0 I hadn't noticed
any issues and ran all boards from SD card.
Recently I upgraded to Hans's 4.2 tree where he added
mmc: sunxi: Don't start commands while the card is busy
which started to trigger the timeout very aggressively causing a pretty
much unusable system.
While reverting the commands patch also removed the problem for some
reason, that is of course not the real fix.
Applying Michal's patch on top of the commands patch appears to fix the
issue on atleast the A20 Lime2.
Attached I have Michal's original patch, rebased to 4.2.0-rc5, with
Hans's patch applied before hand.
Changed since v1
* Whitespace cleanup as suggested by Maxime Ripard, no functional
changes from that patch
Olliver
[-- Attachment #2: 0001-mmc-sunxi-fix-timeout-in-sunxi_mmc_oclk_onoff.patch --]
[-- Type: text/x-patch, Size: 3023 bytes --]
>From bb0436dd5e2b3f021f8fcff2c2d25b87b48ab569 Mon Sep 17 00:00:00 2001
From: Michal Suchanek <hramrach@gmail.com>
Date: Sun, 24 May 2015 20:07:32 +0200
Subject: [PATCH 1/1] mmc: sunxi: fix timeout in sunxi_mmc_oclk_onoff
The 250ms timeout is too short.
On my system enabling the oclk takes under 50ms and disabling slightly
over 100ms when idle. Under load disabling the clock can take over
350ms.
This does not make mmc clock gating look like good option to have on
sunxi but the system should not crash with mmc clock gating enabled
nonetheless.
This patch sets the timeout to 750ms and adds debug prints which show
how long enabling/disabling the clock took so more data can be collected
from other systems.
Signed-off-by: Michal Suchanek <hramrach@gmail.com>
Signed-off-by: Olliver Schinagl <o.schinagl@ultimaker.com>
---
drivers/mmc/host/sunxi-mmc.c | 24 +++++++++++++++++++++---
1 file changed, 21 insertions(+), 3 deletions(-)
diff --git a/drivers/mmc/host/sunxi-mmc.c b/drivers/mmc/host/sunxi-mmc.c
index daa90b7..34d134c 100644
--- a/drivers/mmc/host/sunxi-mmc.c
+++ b/drivers/mmc/host/sunxi-mmc.c
@@ -210,6 +210,8 @@
#define SDXC_IDMAC_DES0_CES BIT(30) /* card error summary */
#define SDXC_IDMAC_DES0_OWN BIT(31) /* 1-idma owns it, 0-host owns it */
+#define SUNXI_OCLK_ONOFF_TIMEOUT 750
+
struct sunxi_idma_des {
u32 config;
u32 buf_size;
@@ -615,7 +617,7 @@ static irqreturn_t sunxi_mmc_handle_manual_stop(int irq, void *dev_id)
static int sunxi_mmc_oclk_onoff(struct sunxi_mmc_host *host, u32 oclk_en)
{
- unsigned long expire = jiffies + msecs_to_jiffies(250);
+ unsigned long start, end;
u32 rval;
int ret;
@@ -629,6 +631,8 @@ static int sunxi_mmc_oclk_onoff(struct sunxi_mmc_host *host, u32 oclk_en)
if (oclk_en)
rval |= SDXC_CARD_CLOCK_ON;
+ start = jiffies;
+ end = start + msecs_to_jiffies(SUNXI_OCLK_ONOFF_TIMEOUT);
mmc_writel(host, REG_CLKCR, rval);
rval = SDXC_START | SDXC_UPCLK_ONLY | SDXC_WAIT_PRE_OVER;
@@ -636,15 +640,29 @@ static int sunxi_mmc_oclk_onoff(struct sunxi_mmc_host *host, u32 oclk_en)
do {
rval = mmc_readl(host, REG_CMDR);
- } while (time_before(jiffies, expire) && (rval & SDXC_START));
+ } while (time_before(jiffies, end) && (rval & SDXC_START));
+ end = jiffies;
/* clear irq status bits set by the command */
mmc_writel(host, REG_RINTR,
mmc_readl(host, REG_RINTR) & ~SDXC_SDIO_INTERRUPT);
if (rval & SDXC_START) {
- dev_err(mmc_dev(host->mmc), "fatal err update clk timeout\n");
+ dev_err(mmc_dev(host->mmc),
+ "fatal err update oclk timeout. Could not %s in %ims.\n",
+ oclk_en ? "enable" : "disable",
+ jiffies_to_msecs(end - start));
return -EIO;
+ } else {
+ int msecs = jiffies_to_msecs(end - start);
+ const char *ing = oclk_en ? "enabling" : "disabling";
+
+ if ((msecs > 150) || (oclk_en && (msecs > 50)))
+ dev_warn(mmc_dev(host->mmc),
+ "%s oclk took %ims", ing, msecs);
+ else
+ dev_dbg(mmc_dev(host->mmc),
+ "%s oclk took %ims", ing, msecs);
}
return 0;
--
2.1.4
^ permalink raw reply related [flat|nested] 2+ messages in thread
* [PATCH v2] mmc: sunxi: fix timeout in sunxi_mmc_oclk_onoff
@ 2015-08-12 12:37 ` Olliver Schinagl
0 siblings, 0 replies; 2+ messages in thread
From: Olliver Schinagl @ 2015-08-12 12:37 UTC (permalink / raw)
To: linux-arm-kernel
Hey all
A few months ago, Michal Suchanek submitted the attached patch fixing
the gating timeout issue. Until recently, about v4.0.0 I hadn't noticed
any issues and ran all boards from SD card.
Recently I upgraded to Hans's 4.2 tree where he added
mmc: sunxi: Don't start commands while the card is busy
which started to trigger the timeout very aggressively causing a pretty
much unusable system.
While reverting the commands patch also removed the problem for some
reason, that is of course not the real fix.
Applying Michal's patch on top of the commands patch appears to fix the
issue on atleast the A20 Lime2.
Attached I have Michal's original patch, rebased to 4.2.0-rc5, with
Hans's patch applied before hand.
Changed since v1
* Whitespace cleanup as suggested by Maxime Ripard, no functional
changes from that patch
Olliver
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-mmc-sunxi-fix-timeout-in-sunxi_mmc_oclk_onoff.patch
Type: text/x-patch
Size: 3023 bytes
Desc: not available
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20150812/8931b61f/attachment.bin>
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2015-08-12 12:37 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-08-12 12:37 [PATCH v2] mmc: sunxi: fix timeout in sunxi_mmc_oclk_onoff Olliver Schinagl
2015-08-12 12:37 ` Olliver Schinagl
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.