linux-toradex.git/drivers/mmc/core/sdio.c, branch v3.4.2

mmc: sdio: avoid spurious calls to interrupt handlers

2012-06-01T07:18:26+00:00

commit bbbc4c4d8c5face097d695f9bf3a39647ba6b7e7 upstream.

Commit 06e8935feb ("optimized SDIO IRQ handling for single irq")
introduced some spurious calls to SDIO function interrupt handlers,
such as when the SDIO IRQ thread is started, or the safety check
performed upon a system resume.  Let's add a flag to perform the
optimization only when a real interrupt is signaled by the host
driver and we know there is no point confirming it.

Reported-by: Sujit Reddy Thumma 
Signed-off-by: Nicolas Pitre 
Signed-off-by: Chris Ball 
Signed-off-by: Greg Kroah-Hartman

mmc: core: Fixup suspend/resume issues for UHS-I cards

2012-03-04T17:25:15+00:00

Even if cards supports 1.8V I/O voltage those should anyway be
initialized at 3.3V I/O according to (e)MMC, SD and SDIO specs.
Some eMMC and embedded SDIO devices are able to be initialized
at 1.8V as well, but it is better to be safe.

Do note that initialization in this context means that the card
has been completely powered off, otherwise the card will remain
at the last I/O voltage level that were negotitiated.

Due to the above being taken care of the suspend/resume issues
for UHS-I SD-cards has been fixed.

Signed-off-by: Ulf Hansson 
Acked-by: Philip Rakity 
Acked-by: Linus Walleij 
Tested-by: Subhash Jadavani 
Signed-off-by: Chris Ball

mmc: core: UHS sdio card that fails should not exceed 50MHz

2012-02-14T01:38:28+00:00

A UHS sdio card that fails initialization at 1.8v signaling is not in
UHS mode.  We cannot use the speed in the the cis to reflect the bus
speed as this is the maxiumum value and will not reflect the fact
that the host is operating at a lower (non uhs) bus speed.

Signed-off-by: Philip Rakity 
Signed-off-by: Bing Zhao 
Reviewed-by: Aaron Lu 
Signed-off-by: Chris Ball

mmc: core: HS200 mode support for eMMC 4.5

2012-01-12T20:17:15+00:00

This patch adds the support of the HS200 bus speed for eMMC 4.5 devices.
The eMMC 4.5 devices have support for 200MHz bus speed. The function
prototype of the tuning function is modified to handle the tuning
command number which is different in sd and mmc case.

Signed-off-by: Girish K S 
Signed-off-by: Philip Rakity 
Signed-off-by: Chris Ball

mmc: allow upper layers to know immediately if card has been removed

2012-01-12T04:58:43+00:00

Add a function mmc_detect_card_removed() which upper layers can use to
determine immediately if a card has been removed. This function should
be called after an I/O request fails so that all queued I/O requests
can be errored out immediately instead of waiting for the card device
to be removed.

Signed-off-by: Adrian Hunter 
Acked-by: Sujit Reddy Thumma 
Signed-off-by: Chris Ball

mmc: sdio: support SDIO UHS cards

2012-01-12T04:58:41+00:00

This patch adds support for sdio UHS cards per the version 3.0
spec.

UHS mode is only enabled for version 3.0 cards when both the
host and the controller support UHS modes.

1.8v signaling support is removed if both the card and the
host do not support UHS.  This is done to maintain
compatibility and some system/card combinations break when
1.8v signaling is enabled when the host does not support UHS.

Signed-off-by: Philip Rakity 
Signed-off-by: Aaron Lu 
Reviewed-by: Arindam Nath 
Tested-by: Bing Zhao 
Signed-off-by: Chris Ball

mmc: recognise SDIO cards with SDIO_CCCR_REV 3.00

2011-10-26T20:32:31+00:00

Table 6-2: CCCR bit Definitions, address 00h.  Part E1 SDIO Simplified
Specification Version 3.00, Feb. 25, 2011.

This patch has been tested with Marvell WLAN device SD8797.

Signed-off-by: Bing Zhao 
Signed-off-by: Chris Ball

mmc: replace printk with appropriate display macro

2011-10-26T20:32:22+00:00

All the files using printk function for displaying kernel messages
in the mmc driver have been replaced with corresponding macro.

Signed-off-by: Girish K S 
Signed-off-by: Chris Ball

mmc: core: Set correct bus mode before card init

2011-10-26T20:32:03+00:00

Earlier all cards where initiated with bus mode set as OPENDRAIN, and then
later switched to PUSHPULL. According to the MMC/SD/SDIO specifications
only MMC cards use OPENDRAIN during init. For both SD and SDIO the bus
mode shall be PUSHPULL before attempting to init the card.

The consequence of having incorrect bus mode can lead to not being able
to detect the card. Therefore the default behavior have now been changed
to PUSHPULL in mmc_power_up, and will only be temporarily switched when
trying to attach or init a MMC card.

Signed-off-by: Stefan Nilsson XK 
Signed-off-by: Ulf HANSSON 
Acked-by: Linus Walleij 
Signed-off-by: Chris Ball

mmc: core: Fix hangs related to insert/remove of cards

2011-10-26T20:32:01+00:00

During a rescan operation mmc_attach(sd|mmc|sdio) functions are
called. The error handling in these function can trigger a detach
of the bus, which also meant a power off. This is not notified by
the rescan operation which then continues to the next attach function.

If a power off has been done, the framework must never send any
new commands to the host driver, without first doing a new power up.
This will most likely trigger any host driver to hang.

Moving power off out of detach and instead handle power off
separately when it is actually needed, solves the issue.

Signed-off-by: Ulf Hansson 
Acked-by: Linus Walleij 
Cc: 
Signed-off-by: Chris Ball