eMMC基础技术1：MMC简介
[转]http://www.wowotech.net/basic_tech/mmc_sd_sdio_intro.html
1. 前言
熟悉Linux kernel的人都知道，kernel使用MMC subsystem统一管理MMC、SD、SDIO等设备，为什么呢？到底什么是MMC？SD和SDIO又是什么？为什么可以用MMC统称呢？
在分析Linux kernel的MMC subsystem之前，有必要先介绍一些概念，以便对MMC/SD/SDIO有一个大致的了解，这就是本文的目的。
2. 基本概念
MMC是MultiMediaCard的简称，从本质上看，它是一种用于固态非易失性存储的内存卡（memory card）规范[1]，定义了诸如卡的形态、尺寸、容量、电气信号、和主机之间的通信协议等方方面面的内容。
从1997年MMC规范发布至今，基于不同的考量（物理尺寸、电压范围、管脚数量、最大容量、数据位宽、clock频率、安全特性、是否支持SPI mode、是否支持DDR mode、等等），进化出了MMC、SD、microSD、SDIO、eMMC等不同的规范（如下面图片1所示）。虽然乱花迷人，其本质终究还是一样的，丝毫未变，这就是Linux kernel将它们统称为MMC的原因。
图片1 MMC/SD/SDIO evolution
关于该图片，这里强调几点（其它的，大家可参考[1][2]，不再详细介绍）：
MMC、SD、SDIO的技术本质是一样的（使用相同的总线规范，等等），都是从MMC规范演化而来；
MMC强调的是多媒体存储（MM，MultiMedia）；
SD强调的是安全和数据保护（S，Secure）；
SDIO是从SD演化出来的，强调的是接口（IO，Input/Output），不再关注另一端的具体形态（可以是WIFI设备、Bluetooth设备、GPS等等）。
3. 规范简介
MMC分别从卡（Card Concept）、总线（Bus Concept）以及控制器（Host Controller）三个方面，定义MMC system的行为，如下面图片2所示：
图片2 mmc_sd_sdio_hw_block
不同岗位的工程师，可以根据自己的工作性质，重点理解某一部分的规范，下面从嵌入式软件工程师的视角，简单的介绍一下。
3.1 卡的规范
卡的规范主要规定卡的形状、物理尺寸、管脚，内部block组成、寄存器等等，以eMMC为例[3]：
图片3 Card Concept(eMMC)
1）有关形状、尺寸的内容，这里不再介绍，感兴趣的同学可参考[1]。
2）卡的内部由如下几个block组成：
Memory core，存储介质，一般是NAND flash、NOR flash等；
Memory core interface，管理存储介质的接口，用于访问（读、写、擦出等操作）存储介质；
Card interface（CMD、CLK、DATA），总线接口，外界访问卡内部存储介质的接口，和具体的管脚相连；
Card interface controller，将总线接口上的协议转换为Memory core interface的形式，用于访问内部存储介质；
Power模块，提供reset、上电检测等功能；
寄存器（图片1中位于Card interface controller的左侧，那些小矩形），用于提供卡的信息、参数、访问控制等功能。
3）卡的管脚有VDD、GND、RST、CLK、CMD和DATA等，VDD和GND提供power，RST用于复位，CLK、CMD和DATA为MMC总线协议（具体可参考3.2小节）的物理通道：
CLK有一条，提供同步时钟，可以在CLK的上升沿（或者下降沿，或者上升沿和下降沿）采集数据；
CMD有一条，用于传输双向的命令。
DATA用于传说双向的数据，根据MMC的类型，可以有一条（1-bit）、四条（4-bit）或者八条（8-bit）。
4）以eMMC为例，规范定义了OCR, CID, CSD, EXT_CSD, RCA 以及DSR 6组寄存器，具体含义后面再介绍。
3.2 总线规范
前面我们提到过，MMC的本质是提供一套可以访问固态非易失性存储介质的通信协议，从产业化的角度看，这些存储介质一般集成在一个独立的外部模块中（卡、WIFI模组等），通过物理总线和CPU连接。对任何有线的通信协议来说，总线规范都是非常重要的。关于MMC总线规范，简单总结如下：
1）物理信号有CLK、CMD和DATA三类。
2）电压范围为1.65V和3.6V（参考上面图片2），根据工作电压的不同，MMC卡可以分为两类：
High Voltage MultiMediaCard，工作电压为2.7V~3.6V。
Dual Voltage MultiMediaCard，工作电压有两种，1.70V~1.95V和2.7V~3.6V，CPU可以根据需要切换。
3）数据传输的位宽（称作data bus width mode）是允许动态配置的，包括1-bit (默认)模式、4-bit模式和8-bit模式。
注1：不使用的数据线，需要保持上拉状态，这就是图片2中的DATA中标出上拉的原因。另外，由于数据线宽度是动态可配的，这要求CPU可以动态的enable/disable数据线的那些上拉电阻。
4）MMC规范定义了CLK的频率范围，包括0-200MHz、0-26MHz、0-52MHz等几种，结合数据线宽度，基本决定了MMC的访问速度。
5）总线规范定义了一种简单的、主从式的总线协议，MMC卡位从机（slave），CPU为主机（Host）。
6）协议规定了三种可以在总线上传输的信标（token）：
Command，Host通过CMD线发送给Slave的，用于启动（或结束）一个操作（后面介绍）；
Response，Slave通过CMD线发送给Host，用于回应Host发送的Command；
Data，Host和Slave之间通过数据线传说的数据。方向可以是Host到Slave，也可以是Slave到Host。数据线的个数可以是1、4或者8。在每一个时钟周期，每根数据线上可以传输1bit或者2bits的数据。
7）一次数据传输过程，需要涉及所有的3个信标。一次数据传输的过程也称作Bus Operation，根据场景的不同，MMC协议规定了很多类型的Bus Operation（具体可参考相应的规范）。
3.3 控制器规范
Host控制器是MMC总线规范在Host端的实现，也是Linux驱动工程师比较关注的地方，后面将会结合Linux MMC framework的有关内容，再详细介绍。
4. 总结
本文对MMC/SD/SDIO等做了一个简单的介绍，有了这些基本概念之后，在Linux kernel中编写MMC驱动将不再是一个困难的事情（因为MMC是一个协议，所有有关协议的事情，都很简单，因为协议是固定的），我们只需要如下步骤即可完成：
1）结合MMC的规范，阅读Host MMC controller的spec，理解有关的功能和操作方法。
2）根据Linux MMC framework的框架，将MMC bus有关的操作方法通过MMC controller实现。
具体可参考后续MMC framework的分析文档。
5. 参考文档
[1] https://en.wikipedia.org/wiki/MultiMediaCard
[2] https://en.wikipedia.org/wiki/Secure_Digital
[3] eMM spec（注册后可免费下载），http://www.jedec.org/standards-documents/results/jesd84-b51
[4]http://www.wowotech.net/basic_tech/mmc_sd_sdio_intro.html
