linux-stable.git/drivers/mmc, branch linux-2.6.30.y

mvsdio: fix handling of partial word at the end of PIO transfer

2009-07-30T21:39:33+00:00

commit 6cdbf734493d6e8f5afc6f539b82897772809d43 upstream.

Standard data flow for MMC/SD/SDIO cards requires that the mvsdio
controller be set for big endian operation.  This is causing problems
with buffers which length is not a multiple of 4 bytes as the last
partial word doesn't get shifted all the way and stored properly in
memory.  Let's compensate for this.

Signed-off-by: Nicolas Pitre 
Signed-off-by: Linus Torvalds 
Signed-off-by: Greg Kroah-Hartman

sdhci-of: Fix the wrong accessor to HOSTVER register

2009-06-03T19:56:22+00:00

Freescale eSDHC controller has the special order for
the HOST version register. that is not same as the other's
registers. The address of HOSTVER in spec is 0xFE, and
we need use the in_be16(0xFE) to access it, not in_be16(0xFC).

Signed-off-by: Dave Liu 
Acked-by: Anton Vorontsov 
Signed-off-by: Pierre Ossman

mvsdio: fix config failure with some high speed SDHC cards

2009-06-03T19:51:00+00:00

Especially with Sandisk SDHC cards, the second SWITCH command was failing
with a timeout and the card was not recognized at all.  However if the
system was busy, or debugging was enabled, or a udelay(100) was inserted
before the second SWITCH command in the core code, then the timing was
so that the card started to work.

With some unusual block sizes, the data FIFO status doesn't indicate a
"empty" state right away when the data transfer is done.  Queuing
another data transfer in that condition results in a transfer timeout.

The empty FIFO bit eventually get set by itself in less than 50 usecs
when it is not set right away. So let's just poll for that bit before
configuring the controller with a new data transfer.

Signed-off-by: Nicolas Pitre 
Signed-off-by: Pierre Ossman

mvsdio: ignore high speed timing requests from the core

2009-06-03T19:50:33+00:00

Empirical evidences show that this is causing far more problems than it
solves when this mode is enabled in the host hardware.  Amongst those
cards that are known to be non functional when this bit is set are:

	A-Data "Speedy" 2GB SD card
	Kodak 512MB SD card
	Ativa 1GB MicroSD card
	Marvell 8688 (WIFI/Bluetooth) SDIO card

Since those cards do work on other host controllers which do honnor the
hs timing, the issue must be with this particular host hardware.

Signed-off-by: Nicolas Pitre 
Signed-off-by: Pierre Ossman

mmc/omap: Use disable_irq_nosync() from within irq handlers.

2009-06-03T19:50:23+00:00

disable_irq() should wait for all running handlers to complete
before returning.  As such, if it's used to disable an interrupt
from that interrupt's handler it will deadlock.  This replaces
the dangerous instances with the _nosync() variant which doesn't
have this problem.

Signed-off-by: Ben Nizette 
Acked-by: Tony Lindgren 
Signed-off-by: Pierre Ossman

sdhci-of: Add fsl,esdhc as a valid compatible to bind against

2009-06-03T19:49:55+00:00

We plan to use fsl,esdhc going forward as the base compatible so update
the driver to bind against it.

Signed-off-by: Kumar Gala 
Signed-off-by: Pierre Ossman

mvsdio: allow automatic loading when modular

2009-06-03T19:49:10+00:00

Signed-off-by: Nicolas Pitre 
Tested-by: Martin Michlmayr 
Signed-off-by: Pierre Ossman

mxcmmc: Fix missing return value checking in DMA setup code.

2009-06-03T19:48:25+00:00

Signed-off-by: Martin Fuzzey

mxcmmc : Reset the SDHC hardware if software timeout occurs.

2009-06-03T19:48:17+00:00

When a software timeout occurs in polling mode hardware was left in
an indeterminate state causing subsequent operations to block.

Signed-off-by: Martin Fuzzey

omap_hsmmc: Trivial fix for a typo in comment

2009-06-03T19:47:37+00:00

Signed-off-by: Anand Gadiyar 
Signed-off-by: Pierre Ossman