From: Jaehoon Chung <jh80.chung@samsung.com>
To: Doug Anderson <dianders@chromium.org>,
Jaehoon Chung <jh80.chung@samsung.com>,
Seungwon Jeon <tgih.jun@samsung.com>,
Ulf Hansson <ulf.hansson@linaro.org>
Cc: Alim Akhtar <alim.akhtar@samsung.com>,
Sonny Rao <sonnyrao@chromium.org>,
Andrew Bresticker <abrestic@chromium.org>,
Heiko Stuebner <heiko@sntech.de>,
Addy Ke <addy.ke@rock-chips.com>,
Alexandru Stan <amstan@chromium.org>,
javier.martinez@collabora.co.uk,
linux-rockchip@lists.infradead.org,
linux-arm-kernel@lists.infradead.org, chris@printf.net,
linux-mmc@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] mmc: dw_mmc: Consider HLE errors to be data and command errors
Date: Fri, 13 Mar 2015 20:30:22 +0900 [thread overview]
Message-ID: <5502CA4E.9060401@samsung.com> (raw)
In-Reply-To: <1426002490-2014-1-git-send-email-dianders@chromium.org>
Hi, Doug.
On 03/11/2015 12:48 AM, Doug Anderson wrote:
> The dw_mmc driver enables HLE errors as part of DW_MCI_ERROR_FLAGS but
> nothing in the interrupt handler actually handles them and ACKs them.
> That means that if we ever get an HLE error we'll just keep getting
> interrupts and we'll wedge things.
>
> We really don't expect HLE errors but if we ever get them we shouldn't
> silently ignore them.
>
> Note that I have seen HLE errors while constantly ejecting and
> inserting cards (ejecting while inserting, etc).
Right, It is occurred when card inserting/ejecting.(This case is the case of removable card.)
Did you test with eMMC? We needs to consider how control HLE error.
But I think this patch can't solve all of HLE problem.
Best Regards,
Jaehoon Chung
>
> Signed-off-by: Doug Anderson <dianders@chromium.org>
> ---
> Note that this works together with the patch I sent up yesterday (the
> CMD 11 timer). I would have sent the two together except that I had
> local printouts (and ACKing of HLE) and didn't realize that this was
> also required for a full solution.
>
> drivers/mmc/host/dw_mmc.c | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/mmc/host/dw_mmc.c b/drivers/mmc/host/dw_mmc.c
> index 47dfd0e..294edc9c 100644
> --- a/drivers/mmc/host/dw_mmc.c
> +++ b/drivers/mmc/host/dw_mmc.c
> @@ -44,11 +44,11 @@
> /* Common flag combinations */
> #define DW_MCI_DATA_ERROR_FLAGS (SDMMC_INT_DRTO | SDMMC_INT_DCRC | \
> SDMMC_INT_HTO | SDMMC_INT_SBE | \
> - SDMMC_INT_EBE)
> + SDMMC_INT_EBE | SDMMC_INT_HLE)
> #define DW_MCI_CMD_ERROR_FLAGS (SDMMC_INT_RTO | SDMMC_INT_RCRC | \
> - SDMMC_INT_RESP_ERR)
> + SDMMC_INT_RESP_ERR | SDMMC_INT_HLE)
> #define DW_MCI_ERROR_FLAGS (DW_MCI_DATA_ERROR_FLAGS | \
> - DW_MCI_CMD_ERROR_FLAGS | SDMMC_INT_HLE)
> + DW_MCI_CMD_ERROR_FLAGS)
> #define DW_MCI_SEND_STATUS 1
> #define DW_MCI_RECV_STATUS 2
> #define DW_MCI_DMA_THRESHOLD 16
>
WARNING: multiple messages have this Message-ID (diff)
From: jh80.chung@samsung.com (Jaehoon Chung)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH] mmc: dw_mmc: Consider HLE errors to be data and command errors
Date: Fri, 13 Mar 2015 20:30:22 +0900 [thread overview]
Message-ID: <5502CA4E.9060401@samsung.com> (raw)
In-Reply-To: <1426002490-2014-1-git-send-email-dianders@chromium.org>
Hi, Doug.
On 03/11/2015 12:48 AM, Doug Anderson wrote:
> The dw_mmc driver enables HLE errors as part of DW_MCI_ERROR_FLAGS but
> nothing in the interrupt handler actually handles them and ACKs them.
> That means that if we ever get an HLE error we'll just keep getting
> interrupts and we'll wedge things.
>
> We really don't expect HLE errors but if we ever get them we shouldn't
> silently ignore them.
>
> Note that I have seen HLE errors while constantly ejecting and
> inserting cards (ejecting while inserting, etc).
Right, It is occurred when card inserting/ejecting.(This case is the case of removable card.)
Did you test with eMMC? We needs to consider how control HLE error.
But I think this patch can't solve all of HLE problem.
Best Regards,
Jaehoon Chung
>
> Signed-off-by: Doug Anderson <dianders@chromium.org>
> ---
> Note that this works together with the patch I sent up yesterday (the
> CMD 11 timer). I would have sent the two together except that I had
> local printouts (and ACKing of HLE) and didn't realize that this was
> also required for a full solution.
>
> drivers/mmc/host/dw_mmc.c | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/mmc/host/dw_mmc.c b/drivers/mmc/host/dw_mmc.c
> index 47dfd0e..294edc9c 100644
> --- a/drivers/mmc/host/dw_mmc.c
> +++ b/drivers/mmc/host/dw_mmc.c
> @@ -44,11 +44,11 @@
> /* Common flag combinations */
> #define DW_MCI_DATA_ERROR_FLAGS (SDMMC_INT_DRTO | SDMMC_INT_DCRC | \
> SDMMC_INT_HTO | SDMMC_INT_SBE | \
> - SDMMC_INT_EBE)
> + SDMMC_INT_EBE | SDMMC_INT_HLE)
> #define DW_MCI_CMD_ERROR_FLAGS (SDMMC_INT_RTO | SDMMC_INT_RCRC | \
> - SDMMC_INT_RESP_ERR)
> + SDMMC_INT_RESP_ERR | SDMMC_INT_HLE)
> #define DW_MCI_ERROR_FLAGS (DW_MCI_DATA_ERROR_FLAGS | \
> - DW_MCI_CMD_ERROR_FLAGS | SDMMC_INT_HLE)
> + DW_MCI_CMD_ERROR_FLAGS)
> #define DW_MCI_SEND_STATUS 1
> #define DW_MCI_RECV_STATUS 2
> #define DW_MCI_DMA_THRESHOLD 16
>
next prev parent reply other threads:[~2015-03-13 11:30 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-03-10 15:48 [PATCH] mmc: dw_mmc: Consider HLE errors to be data and command errors Doug Anderson
2015-03-10 15:48 ` Doug Anderson
2015-03-13 11:30 ` Jaehoon Chung [this message]
2015-03-13 11:30 ` Jaehoon Chung
2015-03-13 20:27 ` Doug Anderson
2015-03-13 20:27 ` Doug Anderson
2015-03-16 5:56 ` Jaehoon Chung
2015-03-16 5:56 ` Jaehoon Chung
2015-03-30 0:55 ` Jaehoon Chung
2015-03-30 0:55 ` Jaehoon Chung
2015-03-30 15:47 ` Doug Anderson
2015-03-30 15:47 ` Doug Anderson
2016-05-18 0:47 ` Doug Anderson
2016-05-18 0:47 ` Doug Anderson
2016-05-18 1:59 ` Shawn Lin
2016-05-18 1:59 ` Shawn Lin
2016-05-18 4:12 ` Doug Anderson
2016-05-18 4:12 ` Doug Anderson
2016-05-18 9:14 ` Shawn Lin
2016-05-18 9:14 ` Shawn Lin
2016-05-18 17:37 ` Doug Anderson
2016-05-18 17:37 ` Doug Anderson
2016-05-18 18:01 ` Heiko Stuebner
2016-05-18 18:01 ` Heiko Stuebner
2016-05-19 11:31 ` Shawn Lin
2016-05-19 11:31 ` Shawn Lin
2016-05-19 13:07 ` Jaehoon Chung
2016-05-19 13:07 ` Jaehoon Chung
2016-05-26 2:23 ` Shawn Lin
2016-05-26 2:23 ` Shawn Lin
2016-05-26 3:59 ` Jaehoon Chung
2016-05-26 3:59 ` Jaehoon Chung
2016-05-26 4:07 ` Shawn Lin
2016-05-26 4:07 ` Shawn Lin
2016-05-18 2:08 ` Jaehoon Chung
2016-05-18 2:08 ` Jaehoon Chung
2016-05-18 4:13 ` Doug Anderson
2016-05-18 4:13 ` Doug Anderson
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5502CA4E.9060401@samsung.com \
--to=jh80.chung@samsung.com \
--cc=abrestic@chromium.org \
--cc=addy.ke@rock-chips.com \
--cc=alim.akhtar@samsung.com \
--cc=amstan@chromium.org \
--cc=chris@printf.net \
--cc=dianders@chromium.org \
--cc=heiko@sntech.de \
--cc=javier.martinez@collabora.co.uk \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mmc@vger.kernel.org \
--cc=linux-rockchip@lists.infradead.org \
--cc=sonnyrao@chromium.org \
--cc=tgih.jun@samsung.com \
--cc=ulf.hansson@linaro.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.