MMC core:
 - Fix ABI regression of MMC BLK ioctl
 - Remove the unused MMC_DATA_STREAM flag
 - Enable asynchronous system PM for the host device
 - Minor fixes and clean-ups

SDHCI host:
Throughout the years, the numbers of SDHCI variants have increased and so
has also the numbers of SDHCI callbacks/quirks. The purpose of these
callbacks/quirks were to enable SDHCI to deal with variant specific
requirements, but unfortunate this method didn't scale. Instead we have
ended up with a mess. Not only did the code become suboptimal but also
highly fragile.

Lately many discussions of how to move forward with SDHCI has taken place
at the MMC mailing list. Step by step, we aim to turn SDHCI's common code
into a set of library functions. This will enable for optimizations and
allow some of the existing callbacks/quirks to be removed, which also
should help to make the code less fragile.

Therefore I am also really pleased to announce that Adrian Hunter (Intel)
has volunteered to step in as the maintainer for SDHCI.

Future wise, I hope the community around SDHCI will continue to grow and
that this release cycle can be the starting point of moving SDHCI into a
better shape. As a matter of fact, already in this cycle the re-factoring
has begun, but of course there are also fixes and new features included.
Some highlights:

 - sdhci-iproc: Add support for Broadcom's BCM2835 eMMC IP
 - sdhci-acpi: Add support for QCOM controllers
 - sdhci-pic32: Add new SDHCI variant for PIC32MZDA

Other hosts:
 - atmel-mci: Fix a NULL pointer dereference
 - mediatek: Add SD write-protect support
 - mmc_spi: Fix card detect in GPIO case
 - tmio/sdhi: Add r8a7795 support
 - tmio/sdhi: Some fixes and clean-ups
 - dw_mmc: Add HW reset support
 - dw_mmc: Some fixes and clean-ups
 - sunxi: Add support for MMC DDR52 mode
mmc: sdhci-of-at91: fix wake-up issue when using runtime pm

It is impossible to wake-up on card detect event because when sdhci
controller is runtime suspended, it is assumed that all clocks are
disabled so we can't get irqs.
If the device is removable and there is no gpio to manage the card
detection then polling is used. It doesn't mean card detection is broken.
It is curently we only way to wake-up on card event if using runtime pm.

Signed-off-by: Ludovic Desroches <ludovic.desroches@atmel.com>
Acked-by: Adrian Hunter <adrian.hunter@intel.com>
Signed-off-by: Ulf Hansson <ulf.hansson@linaro.org>
1 file changed