aboutsummaryrefslogtreecommitdiff
path: root/include/atmel_mci.h
AgeCommit message (Collapse)AuthorFilesLines
2014-08-01MMC: atmel_mci: add configuration register definitionBo Shen1-1/+13
Add configuration register definition, this register only exists on MCI IP version >= 0x300. Signed-off-by: Bo Shen <voice.shen@atmel.com> Acked-by: Pantelis Antoniou <panto@antoniou-consulting.com>
2014-08-01MMC: atmel_mci: refactor setting the mode registerBo Shen1-0/+4
The mode register is different between MCI IP version. So, according to MCI IP version to set the mode register. Signed-off-by: Bo Shen <voice.shen@atmel.com> Acked-by: Pantelis Antoniou <panto@antoniou-consulting.com>
2013-07-24Add GPL-2.0+ SPDX-License-Identifier to source filesWolfgang Denk1-17/+1
Signed-off-by: Wolfgang Denk <wd@denx.de> [trini: Fixup common/cmd_io.c] Signed-off-by: Tom Rini <trini@ti.com>
2013-05-12mmc: atmel_mci: using IP version for different settingBo Shen1-0/+2
Using IP version for different setting - Higher version supports 8bit mode - Higher version bus width setting is different Signed-off-by: Bo Shen <voice.shen@atmel.com> Signed-off-by: Andreas Bießmann <andreas.devel@googlemail.com>
2012-10-17mmc: at91: add multi block read/write support.Wu, Josh1-1/+6
Since the at91sam9263, the mmc hardware support multi blocks read/write. So this driver enable it. Signed-off-by: Josh Wu <josh.wu@atmel.com> Signed-off-by: Andreas Bießmann <andreas.devel@googlemail.com>
2012-03-13atmel_mci.h: remove outdated register macrosAndreas Bießmann1-36/+0
New gen_atmel_mci driver does not use the outated register access macros. Since the old atmel_mci driver is deleted these macros are no longer necessary. Signed-off-by: Andreas Bießmann <biessmann@corscience.de>
2012-03-13ATMEL: use generic mmc frameworkSven Schnelle1-0/+247
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 <svens@stackframe.org> Signed-off-by: Andreas Bießmann <andreas.devel@googlemail.com>