u-boot.git/drivers/mmc, branch v2014.01

mmc: dwmmc: mode change to 0644

2014-01-14T14:44:21+00:00

Don't know why but, file permission was changed

Signed-off-by: Minkyu Kang

socfpga/dwmmc: Adding DesignWare MMC driver support for SOCFPGA

2014-01-09T09:53:55+00:00

To add the DesignWare MMC driver support for Altera SOCFPGA. It
required information such as clocks and bus width from platform
specific files (SOCFPGA handoff files)

Signed-off-by: Chin Liang See 
Cc: Rajeshwari Shinde 
Cc: Jaehoon Chung 
Cc: Pantelis Antoniou 
Cc: Wolfgang Denk 
Acked-by: Pantelis Antoniou

mmc: add setdsr support

2014-01-09T09:47:51+00:00

The eMMC and the SD-Card specifications describe the optional SET_DSR command.
During measurements at our lab we found that some cards implementing this feature
having really strong driver strengts per default. This can lead to voltage peaks
above the specification of the host on signal edges for data sent from a card to
the host.

Since availability of a given card type may be shorter than the time a certain
hardware will be produced it is useful to have support for this command (Alternative
would be changing termination resistors and adapting the driver strength of the
host to the used card.)

Following proposal for an implementation:

- new field that reflects CSD field DSR_IMP in struct mmc
- new field for design specific DSR value in struct mmc
- board code can set DSR value in mmc struct just after registering an controller
- mmc_startup sends the the stored DSR value before selecting a card, if DSR_IMP is set

Additionally the mmc command is extended to make is possible to play around with different
DSR values.

The concept was tested on a i.MX53 based platform using a Micron eMMC card where the default
DSR is 0x0400 (12mA) but in our design 0x0100 (0x0100) were enough. To use this feature for
instance on a mx53loco one have to add a call to mmc_set_dsr() in board_mmc_init() after
calling fsl_esdhc_initialize() for the eMMC.

Signed-off-by: Markus Niebel 
Acked-by: Pantelis Antoniou

mmc: Minor cleanup of sdhci.c

2014-01-09T09:36:56+00:00

Fixup prints to show where the print is done from, and
a few minor formatting/grammar issues.

Signed-off-by: Darwin Rambo 
Acked-by: Pantelis Antoniou

mmc/dwmmc: use bounce buffer for data exchange between CPU and MMC controller

2014-01-09T09:29:02+00:00

Bounce buffer implementation takes care of proper data buffer alignemt
and correct flush/invalidation of data cache at once so we no longer
depend on input data variety and make sure CPU and MMC controller deal
with expected data in case of enabled data cache.

Bounce buffer requires to add its definition (CONFIG_BOUNCE_BUFFER) in
board configuration, otherwise corresponding library won't be compiled
and linker will fail to build resulting executable.

Difference since v1 - fixed compile-time warning with type casting to
"void *":

Slight edit to remove UTF8 characters in the commit message.

Acked-by: Jaehoon Chung 
Tested-by: Jaehoon Chung 
Acked-by: Pantelis Antoniou 

====
passing argument 2 of 'bounce_buffer_start' discards 'const' qualifier
from pointer target type
====

Signed-off-by: Alexey Brodkin 

Cc: Mischa Jonker 
Cc: Alim Akhtar 
Cc: Rajeshwari Shinde 
Cc: Jaehoon Chung 
Cc: Amar 
Cc: Kyungmin Park 
Cc: Minkyu Kang 
Cc: Simon Glass 
Cc: Pantelis Antoniou 
Cc: Andy Fleming

mmc/dwmmc: Using calloc instead malloc

2014-01-08T17:02:41+00:00

To enhance the SDMMC DesignWare driver to use calloc instead of
malloc. This will avoid the incident that uninitialized members
of mmc structure are later used for NULL comparison.

Signed-off-by: Chin Liang See 
Cc: Rajeshwari Shinde 
Cc: Jaehoon Chung 
Cc: Mischa Jonker 
Cc: Alexey Brodkin 
Cc: Andy Fleming 
Cc: Pantelis Antoniou 
Acked-by: Pantelis Antoniou

mmc: add Faraday FTSDC021 SDHCI controller support

2013-12-08T12:23:05+00:00

Faraday FTSDC021 is a controller which is compliant with
SDHCI v3.0, SDIO v2.0 and MMC v4.3.

However this driver is only verified with SD memory cards.

Signed-off-by: Kuo-Jung Su 
Acked-by: Pantelis Antoniou 
CC: Andy Fleming

powerpc: mmc: Add corenet devices support in esdhc spl

2013-12-08T12:17:28+00:00

Existing eSDHC SPL framework assumes booting from sd-image
with boot_format header which contains final u-boot Image
offset and size. No such header is present in case of
corenet devices like T1040 as corenet deivces use PBI-RCW
based intialization.

So, for corenet deives, SPL bootloader use values provided
at compilation time. These values can be defined in board
specific config file.

Signed-off-by: Priyanka Jain 
Acked-by: Pantelis Antoniou

mmc/dwmmc: modify FIFO threshold only if value explicitly set

2013-12-08T12:08:47+00:00

If platform provides "host->fifoth_val" it will be used for
initialization of DWMCI_FIFOTH register. Otherwise default value will be
used.

This implementation allows:
 * escape unclear and recursive calculations that are currently in use
 * use whatever custom value for DWMCI_FIFOTH initialization if any
particular SoC requires it

Signed-off-by: Alexey Brodkin 

Cc: Mischa Jonker 
Cc: Alim Akhtar 
Cc: Rajeshwari Shinde 
Cc: Jaehoon Chung 
Cc: Amar 
Cc: Kyungmin Park 
Cc: Minkyu Kang 
Cc: Simon Glass 
Cc: Pantelis Antoniou 
Cc: Andy Fleming 
Acked-by: Jaehoon Chung 
Acked-by: Pantelis Antoniou

mmc: dw_mmc: remove the exynos specific code in dw-mmc.c

2013-12-08T12:07:07+00:00

dw-mmc.c is the general driver file.
So, remove the exynos specific code at dw-mmc.c.
Instead, exynos specific cod can be move into exynos-dw_mmc.c.

Signed-off-by: Jaehoon Chung 
Acked-by: Alexey Brodkin 
Acked-by: Pantelis Antoniou 
Acked-by: Minkyu Kang