转自:http://blog.csdn.net/junzhang1122/article/details/50175621
一.SD/MMC卡介绍
1.1.什么是MMC卡
MMC:MMC就是MultiMediaCard的缩写,即多媒体卡。它是一种非易失性存储器件,体积小巧(24mm*32mm*1.4mm),容量大,耗电量低,传输速度快,广泛应用于消费类电子产品中。
1.2.什么是SD卡
SD:SD卡为Secure Digital Memory Card, 即安全数码卡。它在MMC的基础上发展而来,增加了两个主要特色:SD卡强调数据的安全安全,可以设定所储存的
使 用权限,防止数据被他人复制;另外一个特色就是传输速度比2.11版的MMC卡快。在数据传输和物理规范上,SD卡(24mm*32mm*2.1mm,比 MMC卡更厚一点),向前兼容了MMC卡.所有支持SD卡的设备也支持MMC卡。SD卡和2.11版的MMC卡完全兼容。
1.3.什么是SDIO
SDIO:SDIO是在SD标准上定义了一种外设接口,它和SD卡规范间的一个重要区别是增加了低速标准。在SDIO卡只需要SPI和1位SD传输模式。低速卡的目标应用是以最小的硬件开销支持低速IO能力。
1.4.什么是MCI
MCI:MCI是Multimedia Card Interface的简称,即多媒体卡接口。上述的MMC,SD,SDI卡定义的接口都属于MCI接口。MCI这个术语在驱动程序中经常使用,很多文件,函数名字都包括”mci”.
1.5.MMC/SD/SDIO卡的区别
二.SD/MMC协议与命令
1.SD/MMC卡相关寄存器
SD卡内部有7个寄存器.其中OCR,CID,CSD和SCR寄存器保存卡的配置信息;RCA寄存器保存着通信过程中卡当前暂时分配的地址(只适合SD模 式);卡状态(Card Status)和SD状态(SD Status)寄存器保存着卡的状态(例如,是否写成功,通信的CRC校验是否正确等),这两个寄存器的内容与通信模式(SD模式或SPI模式)相 关.MMC卡没有SCR和SD Status寄存器.如下表1所示:
表1 SD卡内部7个寄存器
1.1.OCR寄存器
OCR寄存器保存着SD/MMC卡的供电电允许范围.如下表2所示:如果OCR寄存器的某位为1,表示卡支持该位对应的电压。最后一位表示卡上电后的状态(是否处于”忙状态”),如果该位为0,表示忙,如果为1,表示处于空闲状态(MMC/SD协议P60)。
表2 OCR寄存器
1.2.CID寄存器
CID为一个16个字节的寄存器,该寄存器包含一个独特的卡标识号。如下表3所示:
表3 CID寄存器
1.3.CSD寄存器
CSD寄存器(卡特殊数据寄存器)包含访问卡存储时需要的相关信息。如下表4所示:
表4 CSD寄存器
1.4.SCR寄存器
SCR寄存器提供SD卡的特殊特性信息,其大小为64位。该寄存器由厂商编程,主机不能对它进行编程。MMC卡没有SCR。如下表5所示:
表 5 SCR寄存器
1.5. RCA寄存器
该16位卡地址寄存器保存了在卡识别过程中卡发布的器件地址。该地址用于在卡识别后主机利用该地址与卡进行通信。该寄存器只有在SD总线模式下才有效。
二. SD卡的引脚图
三.SD卡的命令
3.1.SD卡的命令格式:
SD卡的指令由6字节(Byte)组成,如下:
Byte1:0 1 x x x x x x(命令号,由指令标志定义CMD39为100111即16进制0x27,那么完整的CMD39第一字节为01100111,即0x27+0x40)。
Byte2-5:Command Arguments,命令参数,有些命令没有参数。
Byte6:前7位为CRC(Cyclic Redundacy Check,循环冗余校验)校验位,最后一位为停止位0。
3.2. SD卡的命令
SD卡命令共分为12类,分别为class0到Class11.
3.2.1. Class0 :(卡的识别、初始化等基本命令集)
CMD0:复位SD 卡。
CMD1:读OCR寄存器。
CMD9:读CSD寄存器。
CMD10:读CID寄存器。
CMD12:停止读多块时的数据传输。
CMD13:读 Card_Status 寄存器。
3.2.2.Class2 (读卡命令集):
CMD16:设置块的长度。
CMD17:读单块。
CMD18:读多块,直至主机发送CMD12为止 。
3.2.3.Class4(写卡命令集) :
CMD24:写单块。
CMD25:写多块。
CMD27:写CSD寄存器 。
3.2.4.Class5 (擦除卡命令集):
CMD32:设置擦除块的起始地址。
CMD33:设置擦除块的终止地址。
CMD38: 擦除所选择的块。
3.2.5.Class6(写保护命令集):
CMD28:设置写保护块的地址。
CMD29:擦除写保护块的地址。
CMD30: Ask the card for the status of the write protection bits
class7:卡的锁定,解锁功能命令集。
class8:申请特定命令集 。
class10 -11 :保留。
3.3.SD卡的工作流程
首先看下脱离操作系统如何在ARM处理器上实现SD卡的读写。过程可以分为3个大的步骤:初始化sd卡、写sd卡、读sd卡。
3.3.1.工作条件检测
卡在识别模式下的命令流程如图3.1所示(英文版见标准SD卡协议P24)
图3.1 卡在识别模式下的命令流程
1)在主机和SD卡进行任何通信之前,主机不知道SD卡支持的工作电压范围,卡也不知道是否支持主机当前提供的电压。因此主机首先使用默认的电压发送一条reset指令(CMD0)。
2)为了验证SD卡的接口操作状态,主机发送SEND_IF_COND(CMD8),用于取得SD卡支持工 作的电压范围数据。SD卡通过检测CMD8的参数部分来检查主机使用的工作电压,主机通过分析回传的CMD8参数部分来校验SD卡是否可以在所给电压下工 作,如果SD卡可以在指定电压下工作,则它回送CMD8的命令响应字 。如果不支持所给电压,则SD卡不会给出任何响应信息,并继续处于IDLE状态。
3)在发送ACMD41命令初始化高容量的SD卡前,需要强制发送CMD8命令。强制低电压主机在发送CMD8前发送ACMD41,万一双重电压SD卡没有收到CMD8命令且工作在高电压状态,在这种情况下,低电压主机不能不发送CMD8命令给卡,则收到ACMD41后进
入无活动状态。
4)SD_SEND_OP_COND(ACMD)命令是为SD卡主机识别卡或者电压不匹配时拒绝卡的机制设计的。主机发送命令操作数代表要求的电压窗口大小。如果SD卡在所给的范围内不能实现数据传输,将放弃下一步的总线操作而进入无活动。操作状态寄存器也将被定义。
5)在主机发出复位命令(CMD0)后,主机将先发送CMD8再发送ACMD41命令重新初始化SD卡。
3.3.2.卡的初始化和识别处理
当总线被激合后,主机就开始卡的初始化和识别3处理。初始化处理设置它的操作状态和是设置OCR中的HCS比特命令 SD_SEND_OP_COND(ACMD41)开始。HCS比特位被设置为1表示主机支持高容量SD卡。HCS被设置为0表示主机不支持高容量SD卡。
卡的初始化和识别流程见图3.2
图 3.2卡的初始化和识别流程
3.3.3.数据传输模式
卡在识别模式结束后,主机时钟fpp(数据传输时钟频率)将保存为fod(卡识别模式下的时钟),由于有些卡对操作时钟有限制。主机必须发送 SEND_CSD(CMD9)来获得卡规格数据积存器内容,如块大小,卡容量。广播命令SET_DSR(CMD4)配置所有识别卡的驱动阶段。它对DSR 积存器进行编程以适应应用总线布局,总线上的卡数目和数据传输频率。
SD卡数据传输模式的流程图(英文版协议P26)如图3.3所示
图3.3 SD卡数据传输模式的流程图
1)CMD7命令用来选择某个SD卡,使其进入Transfer状态,在指定时间段内,只有一个卡能处于 Transfer状态。当某个先前被选中的处于Transfer状态的SD卡接收到CMD7之后,会释放与控制器的连接,并进入Stand-by态。当 CMD7使用保留地址0x0000时,所有的SD卡都会进入Stand-by状态 。
2)所有的数据读命令都可以被停止命令(CMD12)在任意时刻终止。数据传输会终止,SD卡返回Transfer状态。读命令有:块读操作(CMD17)、多块读操作(CMD18)、发送写保护(CMD30)、发送scr(ACMD51)以及读模式下的普通命令
(CMD56)。
3)所有的数据写命令都可以被停止命令(CMD12)在任意时刻终止。写命令也会在取消选择命令(CMD7)之前停止。写命令有:块写操作(CMD24,CMD25)、编程命令(CMD27)、锁定/解锁命令(CMD42)以及写模式下的普通命令(CMD56)。
4)数据传输一旦完成,SD卡会退出数据写状态,进入Programming状态(传输成功)或者Transfer状态(传输失败)。
四.Linux中SD/MMC设备驱动流程
4.1.MMC子系统的基本框架
4.1.1.MMC子系统的代码在kernel/driver/MMC下面,目前MMC子系统支持一些形式的记忆卡:SD,SDIO,MMC。
4.1.2.HOST:针对不同主机的驱动程序,这一部分需要根据自己的特定平台来完成。
4.1.3.CORE:这是整个MMC的核心层,这部分完成了不同协议和规范的实现,并且为HOST层的驱动提供接口函数。
4.1.4.CARD:因为这些记忆卡都是块设备,当然需要提供块设备的驱动程序,这部分就是实现了将SD卡如何实现为块设备的。
4.1.5.各层之间的关系
4.2.重要的结构体
4.2.1. struct mmc_host 用来描述卡控制器位kernel/include/linux/mmc/host.h下面。
4.2.2.struct mmc_card 用来描述卡位于kernel/include/linux/mmc/card.h下面
4.2.3.struct mmc_driver 用来描述mmc卡驱动在kernel/include/linux/mmc/card.h下面。
4.2.4.struct mmc_host_ops用来描述卡控制器操作集,用于从主机控制器向core层注册操作函数,从而将core层与具体的主机控制器隔离。也就是说 core要操作主机控制器,就是这个ops当中给的函数指针操作,不能直接调用具体主控制器的函数。
位于kernel/include/linux/mmc/host.h下面。
2.5.struct mmc_ios用于描述了控制器对卡的I/O状态。位于kernel/include/linux/mmc/host.h下面。
4.2.6.struct mmc_request用于描述读写MMC卡的请求,它包括命令,数据以及请求完成后的回调函数。位于kernel/include/linux/mmc/core.h中。
4.2.7.struct mmc_queue是MMC的请求队列结构,它封装了通用请求队列结构,加入了MMC卡相关结构。位于kernel/drivers/mmc/card/queue.h中。
4.2.8.struct mmc_data描述了MMC卡读写的数据相关信息,如:请求,操作命令,数据以及状态等。位于kernel/include/linux/mmc/core.h中。
4.2.9.struct mmc_command描述了MMC卡操作相关命令及数据,状态信息等。位于kernel/include/linux/mmc/core.h中。
4.3.host,core以及card之间的关联和处理流程
4.3.1总体的流程如下图所示
4.3.2.数据.命令的处理流程在代码分析那里会仔细分析
4.4:核心任务
MMC/SD卡的驱动整个构架由三个文件组成,其实一共就做了两件事件:
1).卡的检测。
2).卡数据的读取。
4.4.1.卡的检测中涉及到的函数
tcc_mmc_probe(host/tcc_sdhc.c)
mmc_alloc_host(core/core.c)
mmc_rescan(core/core.c)
mmc_attach_mmc(core/mmc.c)
mmc_init_card(core/mmc.c)
mmc_add_card(core/bus.c)
device_add
mmc_bus_match(core/bus.c)
mmc_bus_probe(core/bus.c) mmc_blk_probe(card/block.c)
alloc_disk/add_disk
4.4.2.卡中数据读写涉及到的函数
mmc_blk_issue_rq(card/block.c)
mmc_wait_for_req(core/core.c)
mmc_start_request(core/core.c)
host->ops->requset(host,mrq)
//tcc_sdhc.c中的tcc_mmc_request