Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1402825
| From | Shawn Lin <shawn.lin@rock-chips.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH] mmc: dw_mmc: Consider HLE errors to be data and command errors |
| Date | 2016-05-18 11:20 +0200 |
| Message-ID | <rA5O1-5S-9@gated-at.bofh.it> (permalink) |
| References | (4 earlier) <p9wdA-5ZY-3@gated-at.bofh.it> <p9K6T-22T-11@gated-at.bofh.it> <rzXQu-3gO-13@gated-at.bofh.it> <rzZ5T-4by-7@gated-at.bofh.it> <rA17I-5uP-5@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
Hi
On 2016-5-18 12:12, Doug Anderson wrote:
> Hi,
>
> On Tue, May 17, 2016 at 6:59 PM, Shawn Lin
> <shawn.lin@kernel-upstream.org> wrote:
>> Could you try this patch to see if you can still find HLE?
>>
>> @@ -2356,12 +2356,22 @@ static void dw_mci_cmd_interrupt(struct dw_mci
>> *host, u32 status)
>> static void dw_mci_handle_cd(struct dw_mci *host)
>> {
>> int i;
>> + int present;
>>
>> for (i = 0; i < host->num_slots; i++) {
>> struct dw_mci_slot *slot = host->slot[i];
>>
>> if (!slot)
>> continue;
>>
>> + present = !(mci_readl(slot->host, CDETECT) & (1 <<
>> slot->id));
>> + if (present)
>> + set_bit(DW_MMC_CARD_PRESENT, &slot->flags);
>> + else
>> + clear_bit(DW_MMC_CARD_PRESENT, &slot->flags);
>
> No, because we don't use the builtin card detect on veyron. ;)
>
> We use GPIO card detect because we didn't like the way JTAG and SD
> interacted. Also on rk3288 the builtin card detect line had the wrong
> voltage domain (you couldn't detect a card when the IO lines were
> powered off). The builtin card detect line is always driven low on
> veyron.
Okay, I see.
>
>
> I'm nearly certain that the root cause of my HLE errors is actually
> related to the same problem addressed by the commit 7c5209c315ea
> ("mmc: core: Increase delay for voltage to stabilize from 3.3V to
> 1.8V"). I think that on minnie we're still on the hairy edge and
> sometimes the line doesn't transition fast enough.
Things are not so simple from your details.
I was not enabling SD3.0 support, then I also found HLE sometimes.
So it seems commit 7c5209c315ea does not contibute to this phenomenon.
The scenario looks like:
remove sd-card -> mmc_sd_detect -> send status(CMD13) ->power_off ->
set_ios -> setup_bus -> disabled clk , then HLE irq storm coming
From the code of dw_mci_prepare_command:
SDMMC_CMD_PRV_DAT_WAIT will not be used for CMD13, so we don't
wait_busy here, then cmd code is loding into queue of dw_mmc but
still failing send out because it's in busy?
With my patch, things go well:
remove sd-card -> clear bit of DW_MMC_CARD_PRESENT -> send
status(CMD13) return directly -> power_off -> set_ios -> setup_bus ->
disable clk
So why should we allow inquiry of card status if we sure the card is
removed? I mean no any further cmds should be delivered.
And another question: should we wait busy for cmd13?
>
> It appears that increasing this to 30ms avoids the HLE errors.
>
> I _think_ I can actually fully fix this properly by temporarily
> engaging the internal pull-ups while the voltage switch is happening.
> This will bleed away the voltage just a little bit faster (since lines
> are driven low here). I'll try to confirm that.
>
>
> In any case, it seems like we should take this patch since (without
> this patch) the failure case when you get HLE errors is that the
> interrupt controller fires over and over again (with no printouts) and
> your system stalls with no error messages.
Sure, at least we need to address this irq storm...
>
> -Doug
>
>
>
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Re: [PATCH] mmc: dw_mmc: Consider HLE errors to be data and command errors Doug Anderson <dianders@chromium.org> - 2016-05-18 02:50 +0200
Re: [PATCH] mmc: dw_mmc: Consider HLE errors to be data and command errors Jaehoon Chung <jh80.chung@samsung.com> - 2016-05-18 04:10 +0200
Re: [PATCH] mmc: dw_mmc: Consider HLE errors to be data and command errors Doug Anderson <dianders@chromium.org> - 2016-05-18 06:20 +0200
Re: [PATCH] mmc: dw_mmc: Consider HLE errors to be data and command errors Shawn Lin <shawn.lin@kernel-upstream.org> - 2016-05-18 04:10 +0200
Re: [PATCH] mmc: dw_mmc: Consider HLE errors to be data and command errors Doug Anderson <dianders@chromium.org> - 2016-05-18 06:20 +0200
Re: [PATCH] mmc: dw_mmc: Consider HLE errors to be data and command errors Shawn Lin <shawn.lin@rock-chips.com> - 2016-05-18 11:20 +0200
Re: [PATCH] mmc: dw_mmc: Consider HLE errors to be data and command errors Doug Anderson <dianders@chromium.org> - 2016-05-18 19:40 +0200
Re: [PATCH] mmc: dw_mmc: Consider HLE errors to be data and command errors Heiko Stuebner <heiko@sntech.de> - 2016-05-18 20:10 +0200
Re: [PATCH] mmc: dw_mmc: Consider HLE errors to be data and command errors Shawn Lin <shawn.lin@rock-chips.com> - 2016-05-19 13:40 +0200
Re: [PATCH] mmc: dw_mmc: Consider HLE errors to be data and command errors Jaehoon Chung <jh80.chung@samsung.com> - 2016-05-19 15:10 +0200
Re: [PATCH] mmc: dw_mmc: Consider HLE errors to be data and command errors Shawn Lin <shawn.lin@rock-chips.com> - 2016-05-26 04:30 +0200
Re: [PATCH] mmc: dw_mmc: Consider HLE errors to be data and command errors Jaehoon Chung <jh80.chung@samsung.com> - 2016-05-26 06:00 +0200
Re: [PATCH] mmc: dw_mmc: Consider HLE errors to be data and command errors Shawn Lin <shawn.lin@rock-chips.com> - 2016-05-26 06:10 +0200
csiph-web