Hi, Did you read my comment? Which kernel version did you use? I think your patch doesn't need on mainline kernel. If you want to apply the patch, work on the latest kernel. https://patchwork.kernel.org/patch/7719811/ Author: Chaotian Jing <chaotian.jing@xxxxxxxxxxxx> AuthorDate: Mon Nov 30 09:27:30 2015 +0800 Commit: Ulf Hansson <ulf.hansson@xxxxxxxxxx> CommitDate: Tue Dec 22 11:32:18 2015 +0100 mmc: core: fix __mmc_switch timeout caused by preempt there is a time window between __mmc_send_status() and time_afer(), on some eMMC chip, the timeout_ms is only 10ms, if this thread was scheduled out during this period, then, even card has already changes to transfer state by the result of CMD13, this part of code also treat it to timeout error. So, need calculate timeout first, then call __mmc_send_status(), if already timeout and card still in programing state, then treat it to the real timeout error. Signed-off-by: Chaotian Jing <chaotian.jing@xxxxxxxxxxxx> Signed-off-by: Ulf Hansson <ulf.hansson@xxxxxxxxxx> Best Regards, Jaehoon Chung On 12/28/2015 11:07 AM, Youngjin Jang wrote: > __mmc_switch() is possible to misjudge error. > > Although jiffies was overed timeout, > the chance about "R1_CURRENT_STATE(status) != R1_STATE_PRG" is exists. > In other words, Successful completion of CMD6 with timeout error. > > Kernel expects failure of __mmc_switch, > but card is completed CMD6 in this case. > It makes mismatch status between mmc subsystem and mmc card. > > Especially, in case of partition switch, > If timeout occurs with normal status of CMD13 response unfortunatley, > "main_md->curr" will not be set, even card switched successfully. main_md->curr is right? main_md->part_curr? > > Checking state of mmc card is needed when judging an timeout error, > if it is just timeout or timeout with error. > > Reviewed-by: Jungseung Lee <js07.lee@xxxxxxxxxxx> > Signed-off-by: Youngjin Jang <yj84.jang@xxxxxxxxxxx> > --- > drivers/mmc/core/mmc_ops.c | 5 +++-- > 1 file changed, 3 insertions(+), 2 deletions(-) > > diff --git a/drivers/mmc/core/mmc_ops.c b/drivers/mmc/core/mmc_ops.c > index 1f44426..033f475 100644 > --- a/drivers/mmc/core/mmc_ops.c > +++ b/drivers/mmc/core/mmc_ops.c > @@ -456,6 +456,8 @@ int mmc_switch_status_error(struct mmc_host *host, u32 status) > if (status & R1_SPI_ILLEGAL_COMMAND) > return -EBADMSG; > } else { > + if (R1_CURRENT_STATE(status) == R1_STATE_PRG) > + return -ETIMEDOUT; > if (status & 0xFDFFA000) > pr_warn("%s: unexpected status %#x after switch\n", > mmc_hostname(host), status); > @@ -568,8 +570,7 @@ int __mmc_switch(struct mmc_card *card, u8 set, u8 index, u8 value, > if (time_after(jiffies, timeout)) { > pr_err("%s: Card stuck in programming state! %s\n", > mmc_hostname(host), __func__); > - err = -ETIMEDOUT; > - goto out; > + break; > } > } while (R1_CURRENT_STATE(status) == R1_STATE_PRG); > > -- To unsubscribe from this list: send the line "unsubscribe linux-mmc" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
