（十四）Linux kernel mmc 框架说明，包括mmc_test使用方法

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平台总线上。

 

 

 

3.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进行匹配。

3.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,具体见下图。

 

 

 

3.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虚拟总线上。

 

3.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设备，具体见下图:

 

 

 

3.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发送命令acmd5五、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模块就告一段落了。————————————————版权声明：本文为CSDN博主「kivy_xian」的原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处连接及本声明。原文连接：https://blog.csdn.net/kivy_xian/article/details/53333831