linux.git/include/linux/mmc/host.h, branch v3.9-rc2

mmc: (cosmetic) remove "extern" from function declarations

2013-02-24T19:37:20+00:00

The "extern" keyword isn't required in function declarations, remove it.

Signed-off-by: Guennadi Liakhovetski 
Signed-off-by: Chris Ball

mmc: provide a standard MMC device-tree binding parser centrally

2013-02-24T19:37:19+00:00

MMC defines a number of standard DT bindings. Having each driver parse
them individually adds code redundancy and is error prone. Provide a
standard function to unify the parsing. After all drivers are converted
to using it instead of their own parsers, this function can be integrated
into mmc_alloc_host().

Signed-off-by: Guennadi Liakhovetski 
Signed-off-by: Chris Ball

mmc: support packed write command for eMMC4.5 devices

2013-02-24T19:37:16+00:00

This patch supports packed write command of eMMC4.5 devices.  Several
writes can be grouped in packed command and all data of the individual
commands can be sent in a single transfer on the bus. Large amounts of
data in one transfer rather than several data of small size are
effective for eMMC write internally.  As a result, packed command help
write throughput be improved.  The following tables show the results
of packed write.

Type A:
test     none |  packed
iozone   25.8 |  31
tiotest  27.6 |  31.2
lmdd     31.2 |  35.4

Type B:
test     none |  packed
iozone   44.1 |  51.1
tiotest  47.9 |  52.5
lmdd     51.6 |  59.2

Type C:
test     none |  packed
iozone   19.5 |  32
tiotest  19.9 |  34.5
lmdd     22.8 |  40.7

Signed-off-by: Seungwon Jeon 
Reviewed-by: Maya Erez 
Reviewed-by: Namjae Jeon 
Signed-off-by: Chris Ball

mmc: add packed command feature of eMMC4.5

2013-02-24T19:37:15+00:00

This patch adds packed command feature of eMMC4.5.  The maximum number
for packing read (or write) is offered and exception event relevant to
packed command which is used for error handling is enabled. If host
wants to use this feature, MMC_CAP2_PACKED_CMD should be set.

Signed-off-by: Seungwon Jeon 
Reviewed-by: Maya Erez 
Reviewed-by: Subhash Jadavani 
Reviewed-by: Namjae Jeon 
Signed-off-by: Chris Ball

mmc: sdhci: enhance preset value function

2013-02-24T19:37:11+00:00

4d55c5a1 ("mmc: sdhci: enable preset value after uhs initialization")
added preset value support and enabled it by default during sd card init.

Below are the enhancements introduced by this patch:

1. In current code, preset value is enabled after setting clock finished,
which means the clock is manually set by driver firstly and then suddenly
switched to preset value at this point. So the first setting is useless
and unnecessary. What's more, the first clock setting may differ from the
preset one.  The better way is enable preset value just after switch to
UHS mode so the preset value can take effect immediately. So move preset
value enable from mmc_sd_init_card to sdhci_set_ios which will be called
during set timing.

2. In current code, preset value is disabled at the beginning of
mmc_attach_sd.  It's too late since low freq (400khz) should be set in
mmc_power_up.  So move preset value disable to sdhci_set_ios which will
be called during power up.

3. host->clock and ios->drv_type should also be updated according to the
preset value if it's enabled. Current code missed this.

4. This patch also introduce a quirk to disable preset value in case
preset value doesn't work.

This patch has been verified on sdhci-pxav3 platform with both preset
enabled and disabled.

Signed-off-by: Kevin Liu 
Reviewed-by: Ulf Hansson 
Signed-off-by: Chris Ball

mmc: core: Add card_busy to host_ops

2013-02-24T19:37:07+00:00

This host_ops member is used to test if the card is signaling busy by
pulling dat[0:3] low.

Signed-off-by: Johan Rudholm 
Acked-by: Ulf Hansson 
Tested-by: Wei WANG 
Signed-off-by: Chris Ball

mmc: fix async request mechanism for sequential read scenarios

2013-02-11T18:28:49+00:00

When current request is running on the bus and if next request fetched
by mmcqd is NULL, mmc context (mmcqd thread) gets blocked until the
current request completes. This means that if new request comes in while
the mmcqd thread is blocked, this new request can not be prepared in
parallel to current ongoing request. This may result in delaying the new
request execution and increase it's latency.

This change allows to wake up the MMC thread on new request arrival.
Now once the MMC thread is woken up, a new request can be fetched and
prepared in parallel to the current running request which means this new
request can be started immediately after the current running request
completes.

With this change read throughput is improved by 16%.

Signed-off-by: Konstantin Dorfman 
Reviewed-by: Seungwon Jeon 
Signed-off-by: Chris Ball

mmc: sdio: Fix SDIO 3.0 UHS-I initialization sequence

2013-02-11T17:51:23+00:00

According to UHS-I initialization sequence for SDIO 3.0 cards,
the host must set bit[24] (S18R) of OCR register during OCR
handshake to know whether the SDIO card is capable of doing
1.8V I/O.

Signed-off-by: Sujit Reddy Thumma 
Signed-off-by: Subhash Jadavani 
Reviewed-by: Johan Rudholm 
Reviewed-by: Ulf Hansson 
Signed-off-by: Chris Ball

mmc: add a card-event host operation

2012-12-07T18:55:31+00:00

Some hosts need to perform additional actions upon card insertion or
ejection. Add a host operation to be called from card detection handlers.

Signed-off-by: Guennadi Liakhovetski 
Reviewed-by: Shawn Guo 
Signed-off-by: Chris Ball

mmc: host: Make UHS timing values fully unique

2012-12-06T18:54:46+00:00

Both of MMC_TIMING_LEGACY and MMC_TIMING_UHS_SDR12 are defined
to 0. And ios->timing is set to MMC_TIMING_LEGACY during power up.
But set_ios can't distinguish these two timing if host support
spec 3.0. Just adjust timing values to be different can resolve
this issue without any other impact.

Reviewed-by: Girish K S 
Acked-by: Ulf Hansson 
Signed-off-by: Kevin Liu 
Signed-off-by: Chris Ball