u-boot.git/drivers/mmc, branch v2011.09 Unnamed repository; edit this file 'description' to name the repository. ftsdc010: add support of ftsdc010 mmc controller 2011-09-04T23:03:02+00:00 Macpaul Lin macpaul@andestech.com 2011-07-20T21:29:58+00:00 f8ef0d4f4603dc0dbe10f7f4778b8066cea47b6f Faraday FTSDC010 controller is a SD/MMC controller for SoC chip. Signed-off-by: Macpaul Lin <macpaul@andestech.com> 
Faraday FTSDC010 controller is a SD/MMC controller for SoC chip.

Signed-off-by: Macpaul Lin <macpaul@andestech.com>
mmc: Fix mmc_send_status() 2011-09-04T23:03:02+00:00 Marek Vasut marek.vasut@gmail.com 2011-08-10T07:24:48+00:00 aaf3d41aa0127df696947b8c1355d88f469a9a37 The mmc_send_status() function sets cmd.arg = 0. That's incorrect, so fix it. Signed-off-by: Marek Vasut <marek.vasut@gmail.com> Acked-by: Andy Fleming <afleming@freescale.com> Tested-by: Lei Wen <adrian.wenl@gmail.com> 
The mmc_send_status() function sets cmd.arg = 0. That's incorrect, so fix it.

Signed-off-by: Marek Vasut <marek.vasut@gmail.com>
Acked-by: Andy Fleming <afleming@freescale.com>
Tested-by: Lei Wen <adrian.wenl@gmail.com>
OMAP3: Remove legacy mmc driver 2011-09-04T09:36:18+00:00 Tom Rini trini@ti.com 2011-09-04T01:53:20+00:00 c318dbf07913c3b00d1eb28ade87cc67662bd99d Now that all platforms have been migrated to the new MMC driver, remove the old one. Signed-off-by: Tom Rini <trini@ti.com> Signed-off-by: Sandeep Paulraj <s-paulraj@ti.com> 
Now that all platforms have been migrated to the new MMC driver, remove
the old one.

Signed-off-by: Tom Rini <trini@ti.com>
Signed-off-by: Sandeep Paulraj <s-paulraj@ti.com>
mmc: S5P: Support DMA restarts at buffer boundaries 2011-09-03T20:40:47+00:00 Anton Staaf robotboy@chromium.org 2011-06-30T09:55:08+00:00 9070872bb343e07945bf3882c572da82901c637d Currently if a DMA buffer straddles a buffer alignment boundary (512KiB) then the DMA engine will pause and generate a DMA interrupt. Since the DMA interrupt is not enabled it will hang the MMC driver. This patch adds support for restarting the DMA transfer. The SYSTEM_ADDRESS register contains the next address that would have been read/written when a boundary is hit. So we can read that and write it back. The write triggers the resumption of the transfer. Signed-off-by: Anton Staaf <robotboy@chromium.org> Signed-off-by: Minkyu Kang <mk7.kang@samsung.com> Tested-by : Jaehoon Chung <jh80.chung@samsung.com> Cc: Albert ARIBAUD <albert.u.boot@aribaud.net> 
Currently if a DMA buffer straddles a buffer alignment boundary
(512KiB) then the DMA engine will pause and generate a DMA
interrupt.  Since the DMA interrupt is not enabled it will hang
the MMC driver.

This patch adds support for restarting the DMA transfer.  The
SYSTEM_ADDRESS register contains the next address that would have
been read/written when a boundary is hit.  So we can read that
and write it back.  The write triggers the resumption of the
transfer.

Signed-off-by: Anton Staaf <robotboy@chromium.org>
Signed-off-by: Minkyu Kang <mk7.kang@samsung.com>
Tested-by : Jaehoon Chung <jh80.chung@samsung.com>
Cc: Albert ARIBAUD <albert.u.boot@aribaud.net>
Revert "AT91:mmc:fix multiple read/write error" 2011-07-29T01:47:15+00:00 Andy Fleming afleming@freescale.com 2011-07-29T01:47:02+00:00 0011401dfeb5699c8179c49f003ac1180aa2bf95 This reverts commit c310fc840472a36e4b9d2505830e9dc8d458d63c. The Atmel custodian had apparently rejected this patch's approach in another thread, so this patch reverts it for now. Signed-off-by: Andy Fleming <afleming@freescale.com> 
This reverts commit c310fc840472a36e4b9d2505830e9dc8d458d63c.

The Atmel custodian had apparently rejected this patch's approach in
another thread, so this patch reverts it for now.

Signed-off-by: Andy Fleming <afleming@freescale.com>
disk/part.c: Make features optional 2011-07-26T12:10:14+00:00 Matthew McClintock msm@freescale.com 2011-05-24T05:31:19+00:00 df3fc52608daa1e10332f59cd2f226ba400d1c98 If we don't want to build support for any partition types we can now add #undef CONFIG_PARTITIONS in a board config file to keep this from being compiled in. Otherwise boards assume this is compiled in by default Signed-off-by: Matthew McClintock <msm@freescale.com> 
If we don't want to build support for any partition types we can now
add #undef CONFIG_PARTITIONS in a board config file to keep this from
being compiled in. Otherwise boards assume this is compiled in by
default

Signed-off-by: Matthew McClintock <msm@freescale.com>
AT91:mmc:fix multiple read/write error 2011-07-16T01:29:21+00:00 elen.song elen.song@atmel.com 2011-07-12T00:17:07+00:00 c310fc840472a36e4b9d2505830e9dc8d458d63c According to datasheet,set block count before multiple read/write. Signed-off-by: elen.song <elen.song@atmel.com> Acked-by: Andy Fleming <afleming@freescale.com> 
According to datasheet,set block count before multiple read/write.

Signed-off-by: elen.song <elen.song@atmel.com>
Acked-by: Andy Fleming <afleming@freescale.com>
mmc: Access mode validation for eMMC cards > 2 GiB 2011-07-16T01:29:21+00:00 Łukasz Majewski l.majewski@samsung.com 2011-07-05T02:19:44+00:00 b1f1e821d335de58d362bf3013c93cef86cdb356 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 <l.majewski@samsung.com> Signed-off-by: Andy Fleming <afleming@freescale.com> 
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 <l.majewski@samsung.com>
Signed-off-by: Andy Fleming <afleming@freescale.com>
mmc: sh_mmcif: add support for Renesas MMCIF 2011-07-16T01:29:21+00:00 Yoshihiro Shimoda yoshihiro.shimoda.uh@renesas.com 2011-07-04T22:21:22+00:00 afb35666da107ccac076b30aed1ad90e7bbcffae Some Renesas SuperH have MMCIF module. This driver supports it. Signed-off-by: Yoshihiro Shimoda <yoshihiro.shimoda.uh@renesas.com> Acked-by: Andy Fleming <afleming@freescale.com> 
Some Renesas SuperH have MMCIF module. This driver supports it.

Signed-off-by: Yoshihiro Shimoda <yoshihiro.shimoda.uh@renesas.com>
Acked-by: Andy Fleming <afleming@freescale.com>
mmc: fix the condition for MMC version 4 2011-07-16T01:29:20+00:00 Yoshihiro Shimoda yoshihiro.shimoda.uh@renesas.com 2011-07-04T22:13:26+00:00 639b7827d1caf28801775e222fe1d1dedece58f0 Fix the problem that if we use the chip of MMC version 4 and the capacity is smaller than 2GB or equal, the mmc->capacity is invalid. According to the JEDEC Standard, the value of ext_csd's capacity is valid if the value is more than 2GB. Signed-off-by: Yoshihiro Shimoda <yoshihiro.shimoda.uh@renesas.com> Acked-by: Andy Fleming <afleming@freescale.com> 
Fix the problem that if we use the chip of MMC version 4 and
the capacity is smaller than 2GB or equal, the mmc->capacity is
invalid. According to the JEDEC Standard, the value of ext_csd's
capacity is valid if the value is more than 2GB.

Signed-off-by: Yoshihiro Shimoda <yoshihiro.shimoda.uh@renesas.com>
Acked-by: Andy Fleming <afleming@freescale.com>