linux.git/drivers/mmc, branch v2.6.29

mmc: s3cmci: fix s3c2410_dma_config() arguments.

2009-03-12T23:20:24+00:00

The s3cmci driver is calling s3c2410_dma_config with incorrect data for
the DCON register.  The S3C2410_DCON_HWTRIG is implicit in the channel
configuration and the device selection of S3C2410_DCON_CH0_SDI is
incorrect as the DMA system may not select channel 0.

Signed-off-by: Ben Dooks 
Acked-by: Pierre Ossman 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

mmc: fix data timeout for SEND_EXT_CSD

2009-03-08T13:46:04+00:00

Commit 0d3e0460f307e84904968aad6cff97bd688583d8
"MMC: CSD and CID timeout values" inadvertently broke
the timeout for the MMC command SEND_EXT_CSD.

This patch puts it back again.

Depending on the characteristics of the controller,
this bug may prevent the use of MMC cards.

Signed-off-by: Adrian Hunter 
Signed-off-by: Pierre Ossman

sdhci: Add NO_BUSY_IRQ quirk for Marvell CAFE host chip

2009-03-02T20:48:20+00:00

As described here: http://lkml.org/lkml/2009/2/20/265

The CAFE chip is broken due to commit e809517f6fa5803a5a1cd5602.
Anton added a quirk here: http://lkml.org/lkml/2009/2/20/279 that fixes
CAFE's problem.  This adds the quirk for CAFE.

Signed-off-by: Andres Salomon 
Signed-off-by: Pierre Ossman

sdhci: Add quirk for controllers with no end-of-busy IRQ

2009-03-02T20:46:35+00:00

The Samsung SDHCI (and FSL eSDHC) controller block seems to fail
to generate an INT_DATA_END after the transfer has completed and
the bus busy state finished.

Changes in e809517f6fa5803a5a1cd56026f0e2190fc13d5c to use the
new busy method are the cause of the behaviour change.

Signed-off-by: Ben Dooks 
Signed-off-by: Anton Vorontsov 
Signed-off-by: Pierre Ossman

Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/drzeus/mmc

2009-02-19T01:55:15+00:00

* 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/drzeus/mmc:
  omap_hsmmc: Change while(); loops with finite version
  omap_hsmmc: recover from transfer failures
  omap_hsmmc: only MMC1 allows HCTL.SDVS != 1.8V
  omap_hsmmc: card detect irq bugfix
  sdhci: fix led naming
  mmc_test: fix basic read test
  s3cmci: Fix hangup in do_pio_write()
  Revert "sdhci: force high speed capability on some controllers"
  MMC: fix bug - SDHC card capacity not correct

atmel-mci: fix initialization of dma slave data

2009-02-18T23:37:55+00:00

The conversion of atmel-mci to dma_request_channel missed the
initialization of the channel dma_slave information.  The filter_fn passed
to dma_request_channel is responsible for initializing the channel's
private data.  This implementation has the additional benefit of enabling
a generic client-channel data passing mechanism.

Reviewed-by: Atsushi Nemoto 
Signed-off-by: Dan Williams 
Acked-by: Haavard Skinnemoen 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

omap_hsmmc: Change while(); loops with finite version

2009-02-18T21:14:21+00:00

Replace the infinite 'while() ;' loops
with a finite loop version.

Signed-off-by: Jean Pihet 
Acked-by: Tony Lindgren 
Signed-off-by: Pierre Ossman

omap_hsmmc: recover from transfer failures

2009-02-18T21:10:49+00:00

Timeouts during a command that has a data phase can result in the next
command issued after the command that failed not being processed, i.e.  no
interrupt ever occurs to indicate the command has completed.  This failure
can result in a deadlock.

This patch resets the data state machine to clear the error in case of a
command timeout.

Tested on OMAP3430 chip and intensive MMC/SD device removal while
transferring data.

Signed-off-by: Andy Lowe 
Signed-off-by: Jean Pihet 
Signed-off-by: Adrian Hunter 
Signed-off-by: Andrew Morton 
Acked-by: Tony Lindgren 
Signed-off-by: Pierre Ossman

omap_hsmmc: only MMC1 allows HCTL.SDVS != 1.8V

2009-02-18T21:09:56+00:00

Based on a patch from Tony Lindgren ... after initialization,
never change HCTL.SDVS except for MMC1.  The other controller
instances only support 1.8V in that field, although they can
suport other card/SDIO/eMMC/... voltages with level shifting
solutions such as external transceivers.

MMC2 behavior sanity tested on Overo/WLAN, OMAP3430 SDP, and
custom hardware.  MMC1 also sanity tested on those platforms
plus Beagle.  This also fixes a bug preventing MMC2 (and also
presumably MMC3) from powering down when requested.

Signed-off-by: David Brownell 
Acked-by: Tony Lindgren 
Signed-off-by: Pierre Ossman

omap_hsmmc: card detect irq bugfix

2009-02-18T20:27:30+00:00

Work around lockdep issue when card detect IRQ handlers run in
thread context ... it forces IRQF_DISABLED, which prevents all
access to twl4030 card detect signals.

Signed-off-by: David Brownell 
Acked-by: Tony Lindgren 
Signed-off-by: Pierre Ossman