linux.git/include/linux/mmc/host.h, branch v2.6.36

mmc: add erase, secure erase, trim and secure trim operations

2010-08-12T15:43:30+00:00

SD/MMC cards tend to support an erase operation.  In addition, eMMC v4.4
cards can support secure erase, trim and secure trim operations that are
all variants of the basic erase command.

SD/MMC device attributes "erase_size" and "preferred_erase_size" have been
added.

"erase_size" is the minimum size, in bytes, of an erase operation.  For
MMC, "erase_size" is the erase group size reported by the card.  Note that
"erase_size" does not apply to trim or secure trim operations where the
minimum size is always one 512 byte sector.  For SD, "erase_size" is 512
if the card is block-addressed, 0 otherwise.

SD/MMC cards can erase an arbitrarily large area up to and
including the whole card.  When erasing a large area it may
be desirable to do it in smaller chunks for three reasons:

    1. A single erase command will make all other I/O on the card
       wait.  This is not a problem if the whole card is being erased, but
       erasing one partition will make I/O for another partition on the
       same card wait for the duration of the erase - which could be a
       several minutes.

    2. To be able to inform the user of erase progress.

    3. The erase timeout becomes too large to be very useful.
       Because the erase timeout contains a margin which is multiplied by
       the size of the erase area, the value can end up being several
       minutes for large areas.

"erase_size" is not the most efficient unit to erase (especially for SD
where it is just one sector), hence "preferred_erase_size" provides a good
chunk size for erasing large areas.

For MMC, "preferred_erase_size" is the high-capacity erase size if a card
specifies one, otherwise it is based on the capacity of the card.

For SD, "preferred_erase_size" is the allocation unit size specified by
the card.

"preferred_erase_size" is in bytes.

Signed-off-by: Adrian Hunter 
Acked-by: Jens Axboe 
Cc: Kyungmin Park 
Cc: Madhusudhan Chikkature 
Cc: Christoph Hellwig 
Cc: Ben Gardiner 
Cc: 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

mmc: fix all hangs related to mmc/sd card insert/removal during suspend/resume

2010-08-11T15:59:03+00:00

If you don't use CONFIG_MMC_UNSAFE_RESUME, as soon as you attempt to
suspend, the card will be removed, therefore this patch doesn't change the
behavior of this option.

However the removal will be done by pm notifier, which runs while
userspace is still not frozen and thus can freely use del_gendisk, without
the risk of deadlock which would happen otherwise.

Card detect workqueue is now disabled while userspace is frozen, Therefore
if you do use CONFIG_MMC_UNSAFE_RESUME, and remove the card during
suspend, the removal will be detected as soon as userspace is unfrozen,
again at the moment it is safe to call del_gendisk.

Tested with and without CONFIG_MMC_UNSAFE_RESUME with suspend and hibernate.

[akpm@linux-foundation.org: clean up function prototype]
[akpm@linux-foundation.org: fix CONFIG_PM-n linkage, small cleanups]
[akpm@linux-foundation.org: coding-style fixes]
Signed-off-by: Maxim Levitsky 
Cc: David Brownell 
Cc: Alan Stern 
Cc: 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

mmc: remove the "state" argument to mmc_suspend_host()

2010-05-27T16:12:40+00:00

Even though many mmc host drivers pass a pm_message_t argument to
mmc_suspend_host() that argument isn't used the by MMC core.  As host
drivers are converted to dev_pm_ops they'll have to construct
pm_message_t's (as they won't be passed by the PM subsystem any more) just
to appease the mmc suspend interface.

We might as well just delete the unused paramter.

Signed-off-by: Matt Fleming 
Acked-by: Anton Vorontsov 
Acked-by: Michal Miroslaw ZZ
Acked-by: Sascha Sommer 
Cc: 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

ARM: MXC: mxcmmc: work around a bug in the SDHC busy line handling

2010-04-14T07:18:07+00:00

MX3 SoCs have a silicon bug which corrupts CRC calculation of
multi-block transfers when connected SDIO peripheral doesn't drive the
BUSY line as required by the specs.

One way to prevent this is to only allow 1-bit transfers.

Another way is playing tricks with the DMA engine, but this isn't
mainline yet. So for now, we live with the performance drawback of 1-bit
transfers until a nicer solution is found.

This patch introduces a new host controller callback 'init_card' which
is for now only called from mmc_sdio_init_card().

Signed-off-by: Daniel Mack 
Cc: Sascha Hauer 
Cc: Dan Williams 
Cc: Volker Ernst 
Cc: Jiri Kosina 
Cc: Michał Mirosław 
Signed-off-by: Sascha Hauer

sdio: introduce API for special power management features

2010-03-06T19:26:36+00:00

This patch series provides the core changes needed to allow SDIO cards to
remain powered and active while the host system is suspended, and let them
wake up the host system when needed.  This is used to implement
wake-on-lan with SDIO wireless cards at the moment.  Patches to add that
support to the libertas driver will be posted separately.

This patch:

Some SDIO cards have the ability to keep on running autonomously when the
host system is suspended, and wake it up when needed.  This however
requires that the host controller preserve power to the card, and
configure itself appropriately for wake-up.

There is however 4 layers of abstractions involved: the host controller
driver, the MMC core code, the SDIO card management code, and the actual
SDIO function driver.  To make things simple and manageable, host drivers
must advertise their PM capabilities with a feature bitmask, then function
drivers can query and set those features from their suspend method.  Then
each layer in the suspend call chain is expected to act upon those bits
accordingly.

[akpm@linux-foundation.org: fix typo in comment]
Signed-off-by: Nicolas Pitre 
Cc: 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

headers: remove sched.h from interrupt.h

2009-10-11T18:20:58+00:00

After m68k's task_thread_info() doesn't refer to current,
it's possible to remove sched.h from interrupt.h and not break m68k!
Many thanks to Heiko Carstens for allowing this.

Signed-off-by: Alexey Dobriyan

mmc: add mmc card sleep and awake support

2009-09-23T14:39:33+00:00

Add support for the new MMC command SLEEP_AWAKE.

Signed-off-by: Jarkko Lavinen 
Signed-off-by: Adrian Hunter 
Acked-by: Matt Fleming 
Cc: Ian Molton 
Cc: "Roberto A. Foglietta" 
Cc: Jarkko Lavinen 
Cc: Denis Karpov 
Cc: Pierre Ossman 
Cc: Philip Langdale 
Cc: "Madhusudhan" 
Cc: 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

mmc: add ability to save power by powering off cards

2009-09-23T14:39:33+00:00

Power can be saved by powering off cards that are not in use.  This is
similar to suspend / resume except it is under the control of the driver,
and does not require any power management support.  It can only be used
when the driver can monitor whether the card is removed, otherwise it is
unsafe.  This is possible because, unlike suspend, the driver still
receives card detect and / or cover switch interrupts.

Signed-off-by: Adrian Hunter 
Acked-by: Matt Fleming 
Cc: Ian Molton 
Cc: "Roberto A. Foglietta" 
Cc: Jarkko Lavinen 
Cc: Denis Karpov 
Cc: Pierre Ossman 
Cc: Philip Langdale 
Cc: "Madhusudhan" 
Cc: 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

mmc: add MMC_CAP_NONREMOVABLE host capability

2009-09-23T14:39:33+00:00

eMMC's are not removable, so unsafe resume is OK always.

To permit this a new host capability MMC_CAP_NONREMOVABLE has been added
and suspend / resume updated accordingly.

Signed-off-by: Adrian Hunter 
Acked-by: Matt Fleming 
Cc: Ian Molton 
Cc: "Roberto A. Foglietta" 
Cc: Jarkko Lavinen 
Cc: Denis Karpov 
Cc: Pierre Ossman 
Cc: Philip Langdale 
Cc: "Madhusudhan" 
Cc: 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

mmc: allow host claim / release nesting

2009-09-23T14:39:33+00:00

This change allows the MMC host to be claimed in situations where the host
may or may not have already been claimed.  Also 'mmc_try_claim_host()' is
now exported.

Signed-off-by: Adrian Hunter 
Acked-by: Matt Fleming 
Cc: Ian Molton 
Cc: "Roberto A. Foglietta" 
Cc: Jarkko Lavinen 
Cc: Denis Karpov 
Cc: Pierre Ossman 
Cc: Philip Langdale 
Cc: "Madhusudhan" 
Cc: 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds