1.Linux 总线模型

        Linux下的任何驱动在内核中最终都抽象为bus, driver以及device三者间的相互作用。

        总线是处理器和一个或多个设备之间的通道，在设备模型中，所有的设备都通过总线相连接。总线将设备和驱动绑定，在系统每注册一个设备的时候，会遍历该总线上的driver list，通过bus的math函数寻找与之匹配的驱动；相反的，在系统每注册一个驱动的时候，会便利该总线上的device 寻找与之匹配的设备，而匹配由总线的match函数完成。一但匹配，则会调用总线的probe函数。

        在此模型下，如果存在实际总线当然很好，比如mmc总线，i2c总线和spi总线，相应的device和driver都可以直接注册在总线上。但是总是有一些设备和总线无关，为此，linux kernel引入了platform 虚拟总线，

Platform总线是一种虚拟的总线，相应的设备则为platform_device，通过platform_driver_register；而驱动则为platform_driver，通过platform_driver_register 注册。内核中该总线定义如下：

struct bus_type platform_bus_type = {

       .name            = "platform",

       .dev_groups= platform_dev_groups,

       .match          = platform_match,

       .uevent         = platform_uevent,

       .pm        = &platform_dev_pm_ops,

};

    platform_总线match采用名称匹 配的方式，即driver和device两者的name一样则认为该device对应该driver，详见下图:

 

2.MMC 简介

MMC

MMC全称MultiMedia Card，由西门子公司和SanDisk公司1997年推出的多媒体记忆卡标准。MMC卡尺寸为32mm x24mm x 1.4mm，它将存贮单元和控制器一同做到了卡上，智能的控制器使得MMC保证兼容性和灵活性。

MMC卡具有MMC和SPI两种工作模式，MMC模式是默认工作模式，具有MMC的全部特性。而SPI模式则是MMC协议的一个子集，主要用于低速系统。

 

SD

        SD卡全称Secure DigitalMemory Card，由松下、东芝和SanDisk公司于1999年8月共同开发的新一代记忆卡标准，已完全兼容MMC标准。SD卡比MMC卡多了一个进行数据著作权保护的暗号认证功能。

        SD卡尺寸为32mm x 24mm x2.1mm，长宽和MMC卡一样，只是比MMC卡厚了0.7mm，以容纳更大容量的存贮单元。SD卡与MMC卡保持向上兼容，也就是说，MMC卡可以被新的设有SD卡插槽的设备存取，但是SD卡却不可以被设有MMC插槽的设备存取。

 

SDIO

        SDIO全称Secure DigitalInput and Output Card，SDIO是在SD标准上定义了一种外设接口，它使用SD的I/O接口来连接外围设备，并通过SD上的I/O数据接口与这些外围设备传输数据。现在已经有很多手持设备支持SDIO功能，而且许多SDIO外设也被开发出来，目前常见的SDIO外设有：WIFI Card、GPS Card、 Bluetooth Card等等。

 

eMMC

        eMMC全称Embedded MultiMediaCard，是MMC协会所制定的内嵌式存储器标准规格，主要应用于智能手机和移动嵌入式产品等。eMMC是一种嵌入式非易失性存储系统，由闪存和闪存控制器两部分组成，它的一个明显优势是在封装中集成了一个闪存控制器，它采用JEDEC标准BGA封装，并采用统一闪存接口管理闪存。

        eMMC结构由一个嵌入式存储解决方案组成，带有MMC接口、快闪存储设备及主控制器，所有这些由一个小型BGA封装。由于采用标准封装，eMMC也很容易升级，并不用改变硬件结构。

        eMMC的这种将Nand Flash芯片和控制芯片封装在一起的设计概念，就是为了简化产品内存储器的使用，客户只需要采购eMMC芯片放进产品中，不需要处理其它复杂的Nand Flash兼容性和管理问题，减少研发成本和研发周期。

3.MMC 模块总线模型

mmc子系统涉及到三条总线，如下：

Host驱动相应的driver和device挂载在Linux内核内置的虚拟抽象总线platform_bus_type。两者的匹配采用名称匹配的方式，即driver和device两者的name一样则认为该device对应该driver，这里是”rda,hsmmc”。

Card驱动相应的driver和device挂载在mmc自己创建的虚拟总线mmc_bus_type下，直接匹配。

Sdio驱动相应的driver和device挂载在mmc自己创建的虚拟总线sdio_bus_type下，ID匹配。

 

按照时间先后顺序，mmc模块中bus，device和driver的注册顺序如下:

3.1.host device

linux kernel 通过下图所示流程，解析dts文件mmc模块相关配置，生成名为rda,hsmmc的platformdevice，挂在platform平台总线上。

2.2.mmc_bus, sdio_bus

mmc core初始化时，文件core.c中的subsys_initcall(mmc_init)， 调用mmc_register_bus和sdio_register_bus注册mmc bus 和sdio bus，具体如图下图所示。

由上图可以看出，任何挂在mmc总线上的device 和driver都会匹配，而挂在sdio总线上的设备和deriver需要通过id进行匹配。

2.3.card driver

    card目录下，block.c中module_init(mmc_blk_init)调用mmc_register_driver函数创建mmcblk driver，并将之挂载到mmc_bus_type总线的driver list链表上。

    注意：mmc core提供了mmc_test.c作为mmc driver的测试文件。mmc_test.c中，module_init(mmc_test_init)函数中，调用mmc_register_driver函数创建了mmc_test driver，并且将之挂载在mmc_bus_type总线的driver list链表上。

mmc模块如果需要使用mmc_test功能，需要把CONFIG_MMC_BLOKC宏关闭，然后把CONFIG_MMC_BLOCK=y。否则，card将会匹配blockdreiver，不会再次匹配mmc_test  driver,具体见下图。

2.4.host driver

    host目录下，rda_sgmmc.c文件中，module_init(rda_mmc_init)，把rda_mmc_init链接到相应的init字段中。在初始化时候，执行rda_mmc_init（），调用platform_driver_register注册名为rda,hsmmc的host driver，此driver挂在platform虚拟总线上。

2.5. card device

在第四步中，hostdriver注册成功后，platform总线会把此driver和1中注册的host dev匹配，然后执行host driver的probe 函数rda_mmc_probe。该函数中完成mmc_alloc_host申请mmc host 结构体，然后完成初始化，以及中断等的申请等，最后调用mmc_add_host完成card 的探测，如果card存在，生成card device。

因为sd卡支持热插拔，所以在probe阶段，sd卡没有插入的情况下，不会生成card device。而是在后期插入sd卡时候，产生中断，中断处理函数中调用mmc_detect_change函数探测sd card是否存在，完成初始化并且生成card device。具体见下图。

从上图中，我们并没有看到card设备的生成。这是因为我们通过detect work完成了sd，mmc，或sdio设备的初始化，并且生成相应的block设备，具体见下图:

2.6. card driver执行

    在第五步中，card device已经挂到mmc总线上，此时会匹配到carddriver，自动执行driver 的probe函数。如果在3中，CONFIG_MMC_BLOCK=y，则会执行mmc_blk_probe，生成block设备。如果CONFIG_MMC_BLOCK=n, CONFIG_MMC_TEST=y,则会自动执行mmc_test_probe。

综上所述，设备通过dts文件把mmc host dev(platform设备)挂在虚拟平台总线上，然后注册sdio和mmc总线，紧接着注册card driver，挂在mmc总线上。其后，在host目录下，我们自己的driver中，调用platform_driver_register注册platform平台驱动，即host driver。此时，platform会匹配host dev 和driver，执行driver的probe函数，通过mmc_add_host注册card

device,挂载到mmc总线上。最后，mmc总线会匹配card dev 和driver，执行card driver的probe函数，生成block设备或者mmc_test相关的属性文件。

4.MMC 协议实现

到此为止，mmc 的相关框架已经介绍清楚了。因为在框架明了的情况下，驱动已经很简单了，所以后面仅仅会简单介绍一下mmc驱动。

sd，sdio或者mmc的协议实现在哪里呢？可以在图5中看到，初始化就是在mmc_attach_sdio, mmc_attach_sd或者mmc_attach_mmc函数中。

1.初始化时候，首先发送cmd0使卡进入idle状态;

2.接着发送cmd8，检测卡是否SD2.0。SD1.1不支持cmd8，因此如果发送cmd8无回应，则卡为SD1.1，否则就是SD2.0；

3. mmc_attach_sdio发送cmd5读取OCR 寄存器，判断是否为sdio，如果是就绑定sdio总线；

4. mmc_attach_sd发送命令acmd55、cmd41，使卡进入工作状态。如果通过，则认为是sd卡，绑定sd总线。mmc卡不支持acmd55,和cmd41，所以如果无回应，则认为卡是mmc卡；

5. mmc_attach_mmc中发送命令1，判断是否为mmc卡，如果回应，则绑定mmc总线。如果cmd1无回应，则不是mmc卡。

具体实现和协议强相关，只要对照协议来看，很简单，就不再多述了。
    ls kernel/drivers/mmc,可以看到如下三个目录：

card core host

card目录下主要是完成了上章中所述的mmc总线driver，也就是2.3所述的card driver,

core目录主要是完成了上章中sdio bus和mmc bus注册，card device的添加，host目录就是具体的host driver的添加了。

 

在mmc driver中，需要做的很重要的一部就是实现mmc_host_ops，在probe函数中把其赋值给mmc_host 结构体的ops变量，rda_sgmmc.c的mmc_host_ops实现如下：

static const struct mmc_host_ops rda_mmc_ops= {

       .request        = rda_mmc_request,

       .get_ro         = rda_mmc_get_ro,

       .get_cd         = rda_mmc_get_cd,

       .set_ios        = rda_mmc_set_ios,

        .enable_sdio_irq =rda_mmc_enable_sdio_irq,

};

 

其中，request函数，主要实现命令发送，数据的读写；set_ios主要用来设置数据速度，mmc相位，power mode 和data bus width；get_cd用来检测设备是否存在；get_ro用来判断mmc是否为read-only card；enable_sdio_irq是用来使能或者关闭sdio中断。

 

mmc dev正常读写的时候调用流程是怎么样呢?怎么和上面注册的mmc_host_ops关联起来呢?块设备的读写会被放入request_queue。见下图：

其中，blk_fetch_request等涉及到block文件的读写实现方式，这里不再叙述，有兴趣的话大家可以看看代码。

由此，mmc card dev就和上面注册的mmc_host_ops关联起来了。

5.MMC test driver 使用

在第二章介绍card driver时候已经介绍到了mmc test driver了。如果要使用mmc_test function，可以按照如下步骤:

1.CONFIG_MMC_BLOCK=n,CONFIG_MMC_TEST=y。或者CONFIG_MMC_BLOCK=y, CONFIG_MMC_TEST=y。如果选用后一种配置，需要再系统起来后，在总线driver中手动bind和unbind，见后面；

2.CONFIG_DEBUG_FS=y，CONFIG_DEBUG_KERNEL=y,这两项在我们项目的kernel的defconfig中已经配置，所以不需要进行改动；

3. mount -t debugfs none /sys/kernel/debug，这个我们的project中已经挂载了，不需要进行改动；

完成上面三项后，启动系统，如果在步骤1中CONFIG_MMC_BLOCK=y，那么需要先执行执行如下操作：

etau:/ # ls sys/bus/mmc/devices/                                              

mmc0:aaaa

 

etau:/sys/bus/mmc/drivers # ls

mmc_test/ mmcblk/

 

etau:/sys/bus/mmc/drivers # cd mmcblk/                                         

etau:/sys/bus/mmc/drivers/mmcblk # ls -al

total 0

drwxr-xr-x 2 root root    0 2000-01-01 01:27 .

drwxr-xr-x 4 root root    0 2000-01-01 01:27 ..

--w------- 1 root root 4096 2000-01-01 01:28bind

lrwxrwxrwx 1 root root    0 2000-01-01 01:28 mmc0:aaaa ->../../../../devices/soc0/20a50000.rda-mmc0/mmc_host/mmc0/mmc0:aaaa

--w------- 1 root root 4096 2000-01-01 01:28uevent

--w------- 1 root root 4096 2000-01-01 01:28unbind

 

etau:/sys/bus/mmc/drivers/mmcblk #echo –n mmc0:aaaa> unbind

etau:/sys/bus/mmc/drivers # cdmmc_test/                                      

etau:/sys/bus/mmc/drivers/mmc_test # ls

bind uevent unbind

 

etau:/sys/bus/mmc/drivers/mmc_test #echo –n mmc0:aaaa> bind

 

完成上述操作后，完成了mmc0:aaaa和mmc_test driver的绑定。后续步骤完全一致，如下:

 

etau:/sys/kernel/debug/mmc0/mmc0:aaaa# cat testlist                          

1:     Basic write (no data verification)

2:     Basic read (no data verification)

3:     Basic write (with data verification)

4:     Basic read (with data verification)

5:     Multi-block write

6:     Multi-block read

7:     Power of two block writes

8:     Power of two block reads

9:     Weird sized block writes

10:    Weird sized block reads

11:    Badly aligned write

12:    Badly aligned read

13:    Badly aligned multi-block write

14:    Badly aligned multi-block read

15:    Correct xfer_size at write (start failure)

16:    Correct xfer_size at read (start failure)

17:    Correct xfer_size at write (midway failure)

18:    Correct xfer_size at read (midway failure)

19:    Highmem write

20:    Highmem read

21:    Multi-block highmem write

22:    Multi-block highmem read

23:    Best-case read performance

24:    Best-case write performance

25:    Best-case read performance into scattered pages

26:     Best-case write performance from scatteredpages

27:    Single read performance by transfer size

28:    Single write performance by transfer size

29:    Single trim performance by transfer size

30:    Consecutive read performance by transfer size

31:    Consecutive write performance by transfer size

32:    Consecutive trim performance by transfer size

33:    Random read performance by transfer size

34:    Random write performance by transfer size

35:    Large sequential read into scattered pages

36:    Large sequential write from scattered pages

37:    Write performance with blocking req 4k to 4MB

38:    Write performance with non-blocking req 4k to 4MB

39:    Read performance with blocking req 4k to 4MB

40:    Read performance with non-blocking req 4k to 4MB

41:    Write performance blocking req 1 to 512 sg elems

42:    Write performance non-blocking req 1 to 512 sg elems

43:    Read performance blocking req 1 to 512 sg elems

44:    Read performance non-blocking req 1 to 512 sg elems

45:    Reset test

然后执行etau:/sys/kernel/debug/mmc0/mmc0:aaaa# echo 1 > test可以看到测试结果：

[314034.644348] mmc0: Starting tests of cardmmc0:aaaa...

[314034.645080] mmc0: Test case 1. Basicwrite (no data verification)...

[314034.647583] mmc0: Result: OK

[314034.647827] mmc0: Tests completed.

 

至此，mmc模块就告一段落了。