linux-toradex.git/drivers/mmc, branch T30_LinuxImageV2.0Beta2_20130626

colibri_t20: mmc: sdhci: fix build

2013-04-23T10:20:42+00:00

Fix the following build issue introduced by commit
5cfcbc23d116927a7ae8d5b67baeacf2905b21f9 if neither
CONFIG_MACH_APALIS_T30 nor CONFIG_MACH_COLIBRI_T30 is defined as in
case of e.g. the Colibri T20:

drivers/mmc/host/sdhci-tegra.c:951:2:
 error: expected expression before '.' token

apalis/colibri_t30: mmc: sdhci: hack to make newer cards work

2013-04-18T12:15:11+00:00

SDR12, SDR25, SDR50, SDR104 and DDR50 all require 1.8V signalling which
our current T30 designs can't do. Newer cards will fail as follows:

Kingston 32GB microSDHC class 10
[   69.000280] mmc1: error -84 whilst initialising SD card

SanDisk Mobile Ultra 8GB microSDHC I
[   28.289174] mmc1: error -110 whilst initialising SD card

This patch activates a quirk which signals our lack of 1.8V support.

mmc: sdhci: add quirk for lack of 1.8v support

2013-04-18T12:01:32+00:00

The OLPC XO-1.75 laptop includes a SDHCI controller which is 1.8v
capable, and it truthfully reports so in its capabilities. This
alternate voltage is used for driving new "UHS-I" SD cards at their
full speed.

However, what the controller doesn't know is that the motherboard
physically doesn't have a 1.8v supply available.

Add a quirk so that systems such as this one can override disable
1.8v support, adding support for UHS-I cards (by running them at
3.3v).

This avoids a problem where the system would first try to run the
card at 1.8v, fail, and then not be able to fully reset the card
to retry at the normal 3.3v voltage.

This is more appropriate than using the MISSING_CAPS quirk, which
is intended for cases where the SDHCI controller is actually lying
about its capabilities, and would force us to somehow override both
caps words from another source.

Signed-off-by: Daniel Drake 
Reviewed-by: Philip Rakity 
Signed-off-by: Chris Ball

Merge branch 'l4t/l4t-r16-r2' into colibri

2012-11-12T14:28:39+00:00

Conflicts:
	arch/arm/mach-tegra/tegra3_usb_phy.c
	arch/arm/mach-tegra/usb_phy.c
	drivers/usb/gadget/tegra_udc.c
	drivers/usb/otg/Makefile
	drivers/video/tegra/fb.c
	sound/soc/tegra/tegra_pcm.c

sdhci: colibri_t20: avoid warning messages hack

2012-11-12T00:31:15+00:00

Hack to avoid extensive warning messages from Redpine Signals LiteFi
driver due to unaligned DMA accesses.

mmc: host: tegra: get rid of tegra_gpio_enable()

2012-08-02T02:11:35+00:00

The gpio mode of pin is configured when setting
direction and hence this call is no more required.

Change-Id: I2c9bce83a283f6ef45754075cf3b7b1bc5c1d9ac
Signed-off-by: Laxman Dewangan 
Reviewed-on: http://git-master/r/119612
Reviewed-by: Simone Willett 
Tested-by: Simone Willett

mmc: tegra: treat compilation warning as error

2012-08-02T01:08:40+00:00

- Add compilation flag to treat warning as error
- Modified sdhci-tegra.c to remove compile warning

bug 949219

Change-Id: I704ea95e3b8ca8862482b6793b71ca4e5114f832
Signed-off-by: schowdary 
Reviewed-on: http://git-master/r/118036
Reviewed-by: Simone Willett 
Tested-by: Simone Willett

Revert "mmc: host: Disable SDIO card clock when idle"

2012-07-31T15:55:49+00:00

Without card clock, inband interrupt is not working on
some wifi chips.

Bug 981683

This reverts commit b31946b34507209f26c6d709e23fd1c0cedd25f8.

Change-Id: I2dd86edb2445bd6db7917adf509b7a018d31aaed
Reviewed-on: http://git-master/r/110839

Signed-off-by: Pavan Kunapuli 
Change-Id: I6f2266ac5b6bd9585272958b4b8a89af1b3cdffb
Reviewed-on: http://git-master/r/119009
Reviewed-by: Lokesh Pathak 
Tested-by: Lokesh Pathak

mmc: core: Fix PowerOff Notify suspend/resume

2012-07-31T10:41:05+00:00

Modified the mmc_poweroff to resume before sending the poweroff
notification command. In sleep mode only AWAKE and RESET commands are
allowed, so before sending the poweroff notification command resume from
sleep mode and then send the notification command.

PowerOff Notify is tested on a Synopsis Designware Host Controller
(eMMC 4.5). The suspend to RAM and resume works fine.

Change-Id: Ib4642a29e423aee6041a92cc72a388d677674ae3
Signed-off-by: Girish K S 
Tested-by: Girish K S 
Reviewed-by: Saugata Das 
Signed-off-by: Chris Ball 

Bug 1007644
Bug 936069

Signed-off-by: Pavan Kunapuli 
Change-Id: I2e3d421c82eb765cb640876691ffe4818d7e146b
Reviewed-on: http://git-master/r/118918
Reviewed-by: Automatic_Commit_Validation_User
Reviewed-by: Min-wuk Lee 
Reviewed-by: Naveen Kumar Arepalli 
Reviewed-by: Laxman Dewangan

mmc: core: Add option to prevent eMMC sleep command

2012-07-31T10:40:03+00:00

Host may now use MMC_CAP2_NO_SLEEP_CMD to disable the use
of eMMC sleep/awake command.

This option can be used when your platform has a buggy
kernel crash dump software, which is supposed to store
the dump on the eMMC, but is not able to wake up the eMMC
from sleep state.

In particular, failures have been seen with u-boot; even if
it is fixed there, platforms will be slow to update their
bootloader binaries.

Change-Id: I403f4b2a231dde087095a660189dc2f4e79edfd5
Signed-off-by: Ulf Hansson 
Reviewed-by: Hanumath Prasad 
Reviewed-by: Srinidhi Kasagar 
Acked-by: Subhash Jadavani 
Signed-off-by: Chris Ball 

Bug 1007644
Bug 936069

Signed-off-by: Pavan Kunapuli 
Change-Id: I8b2834e154e338a97bd6d82f177809d47d318ff0
Reviewed-on: http://git-master/r/118914
Reviewed-by: Rohan Somvanshi 
Tested-by: Rohan Somvanshi