[PATCH 0/4] mmc: mmc: Improve reliability of HS200/HS400 selection

Hi Here are some patches that improve the reliability of selecting eMMC HS200 or HS400 mode. Generally the improvement is to match the host controller timing setting with the card mode before sending commands. Adrian Hunter (4): mmc: mmc: Improve reliability of mmc_select_hs200()

[PATCH 3/4] mmc: mmc: Move mmc_switch_status()

Move the mmc_switch_status() function in preparation for calling it in mmc_select_hs400(). Signed-off-by: Adrian Hunter --- drivers/mmc/core/mmc.c | 26 +- 1 file changed, 13 insertions(+), 13 deletions(-) diff --git a/drivers/mmc/core/mmc.c

[PATCH 1/4] mmc: mmc: Improve reliability of mmc_select_hs200()

Currently mmc_select_hs200() uses __mmc_switch() which checks the success of the switch to HS200 mode using CMD13 (SEND_STATUS). The problem is that it does that using the timing settings of legacy mode. That is prone to error, not least because the timing parameters for legacy mode are tighter

[PATCH 2/4] mmc: mmc: Fix HS setting in mmc_select_hs400()

mmc_select_hs400() begins with the card and host in HS200 mode. Therefore, any commands sent to the card should use HS200 timing. It is incorrect to set the host to High Speed (HS) timing before sending the switch command. Doing so is unreliable because the timing parameters for HS mode are

[PATCH 4/4] mmc: mmc: Improve reliability of mmc_select_hs400()

mmc_select_hs400() calls __mmc_switch() which checks the switch is successful using CMD13 (SEND_STATUS). The problem is that it does that using the timing settings of the previous mode. That is prone to error, especially when switching from HS to HS400 because the timing parameters for HS mode

Re: [RFC PATCH v8 10/10] arm: zx_defconfig: remove CONFIG_MMC_DW_IDMAC

Hi, All. Is there any other opinion about this patch? Best Regards, Jaehoon Chung On 09/16/2015 03:43 PM, Shawn Lin wrote: > DesignWare MMC Controller's transfer mode should be decided > at runtime instead of compile-time. So we remove this config > option and read dw_mmc's register to select

Re: [RFC PATCH v8 09/10] arm: multi_v7_defconfig: remove CONFIG_MMC_DW_IDMAC

Hi, All. Is there any other opinion about this patch? Best Regards, Jaehoon Chung On 09/16/2015 03:43 PM, Shawn Lin wrote: > DesignWare MMC Controller's transfer mode should be decided > at runtime instead of compile-time. So we remove this config > option and read dw_mmc's register to select

[GIT PULL] Update dw-mmc controller

Dear, Ulf. Here are dw-mmc patches. Could you pull these patches into your repository? If there is any problem, let me know, plz. Thanks! Best Regards, Jaehoon Chung The following changes since commit 1c6e58d83615678875bf52747f8841c49291dfcf: mmc: pwrseq: Use highest priority for eMMC

Re: RFC: 32-bit __data_len and REQ_DISCARD+REQ_SECURE

Ulf Hansson writes: > I am not sure if this issue is the same as been discussed earlier on > the mmc list regarding "discard/erase". > > Anyway, there have been several attempts to fix bugs related to this. > One of these discussion kind of pointed out a viable solution,

Re: [PATCH] mmc: pwrseq: Use highest priority for eMMC restart handler

Hello Ulf, On 10/27/2015 11:10 AM, Ulf Hansson wrote: > On 21 October 2015 at 17:15, Javier Martinez Canillas > wrote: >> The pwrseq_emmc driver does a eMMC card reset before a system reboot to >> allow broken or limited ROM boot-loaders (that don't have an eMMC reset >>