u-boot.git/include/mmc.h, branch v2012.04

ATMEL: use generic mmc framework

2012-03-13T11:06:41+00:00

gen_atmel_mci works on AVR32 as well, so no need to use the legacy
mmc driver. This also has the nice side effect of being able to use
SDHC cards an those boards.

Signed-off-by: Sven Schnelle 
Signed-off-by: Andreas Bießmann

mmc: make mmc_send_status() more reliable

2012-02-15T23:42:22+00:00

Align the card status polling with the Linux kernel and retry the
command at least five times. Also some cards apparently mishandle the
status bits, so make sure to check the card state too.

Signed-off-by: Jan Kloetzke 
Cc: Andy Fleming

mmc: Implement card detection.

2012-01-09T03:28:27+00:00

Check for card detect each time an MMC/SD device is initialized. If card
detection is not implemented, this code behaves as before and continues
assuming a card is present. If no card is detected, has_init is reset
for the MMC/SD device (to force initialization next time) and an error
is returned.

Signed-off-by: Thierry Reding 
Tested-by: Jason Liu

mmc: Change board_mmc_getcd() function prototype.

2012-01-09T03:28:27+00:00

The new API no longer uses the extra cd parameter that was used to store
the card presence state. Instead, this information is returned via the
function's return value. board_mmc_getcd() returns -1 to indicate that
no card-detection mechanism is implemented; 0 indicates that no card is
present and 1 is returned if it was detected that a card is present.

The rationale for this change can be found in the following email
thread:

	http://lists.denx.de/pipermail/u-boot/2011-November/110180.html

In summary, the old API was not consistent with the rest of the MMC API
which always passes a struct mmc as the first parameter. Furthermore the
cd parameter was used to mean "card absence" in some implementations and
"card presence" in others.

Signed-off-by: Thierry Reding 
Tested-by: Jason Liu

mmc: change magic number to macro define

2011-11-03T07:14:58+00:00

Previous magic number is hard to parse its meaning, change it to
respective macro definition

Signed-off-by: Lei Wen 
Acked-by: WOlfgang Denk

mmc: Access mode validation for eMMC cards > 2 GiB

2011-07-16T01:29:21+00:00

This patch provides handling of the two way handshake when SEND_OP_COND
(CMD1) is send to mmc card. It is necessary to inform eMMC card if the
host can work with high capacity cards (Jedec JESD84-A441, point 7.4.3).

The extra flag MMC_MODE_HC (high capacity) is added to indicate if the
host is capable of handling the high capacity eMMC cards.

Since this change is added to the generic mmc framework, then it requires
other boards to indicate if their mmc controllers can handle high capacity
cards. As it is now - the old behaviour of the framework is preserved.

Signed-off-by: Lukasz Majewski 
Signed-off-by: Andy Fleming

MMC: add erase function to both mmc and sd

2011-07-16T01:29:17+00:00

Erase is a very basic function since the begin of sd specification is
announced. Although we could write a bulk of full 0xff memory to the
range to take place of erase, it is more convenient and safe to
implement the erase function itself.

Signed-off-by: Lei Wen 
Signed-off-by: Andy Fleming 
Acked-by: Mike Frysinger

mmc: enable partition switch function for emmc

2011-05-18T19:37:03+00:00

For emmc, it may have up to 7 partitions: two boot partitions, one
user partition, one RPMB partition and four general purpose partitions.
(Refer to JESD84-A44.pdf/page 154)

As bootloader may need to read out or reflashing images on those

different partitions, it is better to enable the partition switch with
console command support.

Also for partition would be restore to user partition(part 0) when CMD0
is used, so change mmc_init routine to perform normal initialization
only once for each slot, unless use the rescan command to force init
again.

Signed-off-by: Lei Wen 
Acked-by: Andy Fleming

cmd_mmc: eliminate device num in the mmc command

2011-05-18T19:36:35+00:00

mmc command applied device, like ide and usb...

Signed-off-by: Lei Wen 
Acked-by: Andy Fleming

mmc_spi: generate response for send status command

2011-05-18T19:30:34+00:00

A "send status" command is added with the commit "mmc: checking
status after commands with R1b response". But the status register
returned from send status command of SPI protocol is different from
that of MMC/SD protocol. We do a simple test and generate a response
in stead of full bit-by-bit translation.

Signed-off-by: Thomas Chou