RE: [PATCH v5 0/4]implement eMMC4.4 standard HW reset feature

[Dong, Chuanxiao]

Hi all,
This feature can reset eMMC card when card cannot response any command.
As eMMC4.4 standard recommended, the HW reset will only be launched when card occurs timeout errors.
To make sure card can be reset, using HW reset instead of using command 0.

So if this kind of scenario occurs, these patches will be useful. Is it acceptable?

> -----Original Message-----
> From: linux-mmc-owner@xxxxxxxxxxxxxxx
> [mailto:linux-mmc-owner@xxxxxxxxxxxxxxx] On Behalf Of Chuanxiao Dong
> Sent: Thursday, December 09, 2010 8:24 PM
> To: linux-mmc@xxxxxxxxxxxxxxx
> Cc: linux-kernel@xxxxxxxxxxxxxxx; akpm@xxxxxxxxxxxxxxxxxxxx; cjb@xxxxxxxxxx;
> kmpark@xxxxxxxxxxxxx; Mai, Leonard
> Subject: [PATCH v5 0/4]implement eMMC4.4 standard HW reset feature
> 
> Hi,
> 	This is the version 5 of HW reset feature implementation. HW reset can
> 	reset eMMC card when card occurs a read/write/erase timeout error. It is
> 	useful when eMMC card cannot correspond any command after occurs a
> timeout
> 	error.
> 
> 	change-log:
> 	patch1: use value 5 instead to judge whether eMMC card complies eMMC4.41
> 	standard.
> 	patch4: handle erase timeout error only when there was an error occurs
> 	after erase.
> 
> 	patch1: enable HW reset capability if card support.
> 
>  	patch2: add two new callback to implement HW reset in mmc core layer. In
>  	this patch, routine mmc_handle_timeout_error was added.
> 
>  	patch3: implement hardware_reset callback for sdhci host. A new callback
>  	reset_emmc was defined which will be each sdhci host controller to
>  	implement separately.
> 
>  	patch4: did a HW reset after each read/write/erase command if need.
> 
> Thanks
> Chuanxiao
> --
> 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
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/