diff options
| author | Pavel Pisa <ppisa@pikron.com> | 2006-04-30 15:35:54 +0100 |
|---|---|---|
| committer | Russell King <rmk+kernel@arm.linux.org.uk> | 2006-04-30 15:35:54 +0100 |
| commit | 81d38428df26377c91e7e193aa4d2fdfdcda300a (patch) | |
| tree | a20817dcdee6f2c73d8b5c8cbfb57518466794f8 /drivers/mmc/mmc_block.c | |
| parent | e0a515bc6a2188f02916e976f419a8640312e32a (diff) | |
| download | op-kernel-dev-81d38428df26377c91e7e193aa4d2fdfdcda300a.zip op-kernel-dev-81d38428df26377c91e7e193aa4d2fdfdcda300a.tar.gz | |
[ARM] 3485/1: i.MX: MX1 SD/MMC fix of unintentional double start possibility
Patch from Pavel Pisa
The clock starting imxmci_start_clock() function contains hardware
issue workaround, which repeats start attempt, if SDHC does not react on
the first trial. But the second start attempt can be taken even, if the
first succeed and test code misses time limited clock running phase
due to delay caused by schedule to other task or some another device
interrupt. This change enables to detect such situation.
The performance is not issue, because usually at full clock rate
only about six loops in delay cycle are needed.
Signed-off-by: Pavel Pisa <pisa@cmp.felk.cvut.cz>
Acked-by: Sascha Hauer <s.hauer@pengutronix.de>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
Diffstat (limited to 'drivers/mmc/mmc_block.c')
0 files changed, 0 insertions, 0 deletions
