linux/drivers/mmc/core, branch v3.8.2

mmc: core: expose RPMB partition only for CMD23 capable hosts

2013-02-28T13:38:40Z

commit d0123ccac55088811bde4f76c4a3fdbd39c3cfba upstream. SET_BLOCK_COUNT CMD23 is needed for all access to RPMB partition. If block count is not set by CMD23, all subsequent read/write commands fail as per eMMC specification. So, If the host does not support CMD23, do not expose RPMB partition. Accessing RPMB partition can cause hang / huge delay for hosts which do not support CMD23. Signed-off-by: Balaji T K Reported-and-Tested-by: Peter Ujfalusi Signed-off-by: Chris Ball Signed-off-by: Greg Kroah-Hartman

mmc: extend the slot-gpio card-detection to use host's .card_event() method

2012-12-07T18:55:50Z

The slot-gpio API provides a generic card-detection handler. To support a wider range of hosts it has to call the host's card-event callback, if implemented. Also increase the debounce interval to 200ms to match the SDHCI driver. Signed-off-by: Guennadi Liakhovetski Reviewed-by: Shawn Guo Signed-off-by: Chris Ball

mmc: Limit MMC speed to 52MHz if not HS200

2012-12-06T18:55:11Z

If "caps2" host capabilities does not indicate support for MMC HS200, don't allow clock speeds >52MHz. Currently, for MMC, the clock speed is set to the lesser of the max speed the eMMC module supports (card->ext_csd.hs_max_dtr) or the max base clock of the host controller (host->f_max based on BASE_CLK_FREQ in the host CAPS register). This means that a host controller that doesn't support HS200 mode but has a base clock of 100MHz and an eMMC module that supports HS200 speeds will end up using a 100MHz clock. Signed-off-by: Al Cooper Signed-off-by: Chris Ball

mmc: Remove redundant null check before kfree in bus.c

2012-12-06T18:55:07Z

kfree on a null pointer is a no-op. Signed-off-by: Sachin Kamat Signed-off-by: Chris Ball

mmc: Remove redundant null check before kfree in sdio_bus.c

2012-12-06T18:55:06Z

kfree on a null pointer is a no-op. Signed-off-by: Sachin Kamat Signed-off-by: Chris Ball

mmc: sdio: Add empty bus-level suspend/resume callbacks

2012-12-06T18:55:04Z

Suspend methods provided by SDIO drivers are not supposed to be called by the PM core. Instead, when the SDIO core gets to suspend a device's ancestor, it calls the device driver's suspend routine. However, the PM core executes suspend callback routines directly for device drivers whose bus types don't provide suspend callbacks. In consequece, because the SDIO bus type doesn't provide a suspend callback, the SDIO drivers' suspend routines will be executed by the PM core (which shouldn't happen). To prevent this from happening, add empty system suspend/resume callbacks for the SDIO bus type. An analogous change had been made already by commit (e841a7c mmc: sdio: Use empty system suspend/resume callbacks at the bus level), but then it was reverted inadvertently by commit (d8e2ac3 mmc: sdio: Fix PM_SLEEP related build warnings) that attempted to fix build warnings introduced by commit e841a7c. Reported-by: NeilBrown Signed-off-by: Rafael J. Wysocki Signed-off-by: Chris Ball

mmc: core: Add mmc_set_blockcount feature

2012-12-06T18:54:48Z

Provide support for automatically sending Set Block Count (CMD23) messages. Used at least for RPMB support. Signed-off-by: Alex Macro Signed-off-by: Loic Pallardy Reviewed-by: Namjae Jeon Acked-by: Linus Walleij Acked-by: Johan Rudholm Acked-by: Krishna Konda Signed-off-by: Chris Ball

mmc: core: Extend sysfs to ext_csd parameters for RPMB support

2012-12-06T18:54:48Z

Extend current sysfs access to ext_csd rpmb parameters (RPMB partition size) and rel_sector information. Signed-off-by: Loic Pallardy Reviewed-by: Namjae Jeon Acked-by: Linus Walleij Acked-by: Johan Rudholm Acked-by: Krishna Konda Signed-off-by: Chris Ball

mmc: core: Expose access to RPMB partition

2012-12-06T18:54:46Z

Following JEDEC standard, if the mmc supports RPMB partition, a new interface is created and exposed via /dev/block. Users will be able to access RPMB partition using standard mmc IOCTL commands. Signed-off-by: Alex Macro Signed-off-by: Loic Pallardy Reviewed-by: Namjae Jeon Acked-by: Linus Walleij Acked-by: Johan Rudholm Acked-by: Krishna Konda Signed-off-by: Chris Ball

mmc: Standardise capability type

2012-12-06T18:54:44Z

There are discrepancies with regards to how MMC capabilities are carried throughout the subsystem. Let's standardise them to eliminate any confusion. Signed-off-by: Lee Jones Signed-off-by: Chris Ball