u013686019的专栏

DMA控制器驱动框架中的第二个函数：s3c24xx_dma_order_set(&s3c2440_dma_order);参数s3c2440_dma_order是一个全局变量，抽象的是下图物理channel和逻辑channel及其互相关系:static struct s3c24xx_dma_order __initdata s3c2440_dma_order = { .channe

硬件支持的数据传输方式：Normal：tasklet_init(&host->pio_tasklet, pio_tasklet, (unsigned long) host);最终调用pio_tasklet()函数完成数据的收发。DMA：即Direct Memory Access，在数据的传输的过程中不需要CPU直接参与。CPU坐镇中央、发号施令，具体的数据“搬运”工作由DMA这

sdio card CIS read&parse

SDIO card的初始化

在"SDIO驱动(9)Host注册"中提到，一旦host设备注册成功，接下来会启动一次扫描好获取并管理挂在该host上的card。如果是一张可以热插拔的card，当card插入/拔出时触发中断，同样启动扫描流程。

通过“SDIO驱动(10)Host的operations实现”的s3cmci_send_command函数知道了命令的发送方式，接下来分析数据的发送实现

在“SDIO驱动(9)Host驱动probe实现”中简单介绍了host操作card的接口mmc_host_ops一些成员函数的作用，接下来分析下各个函数的实现。

如果系统支持debugfs，在/sys/kernel/debug/下有host的目录，可以查询host的信息。目录名称就是dev_set_name(&host->class_dev, "mmc%d", host->index)设置的device name。

看C/C++的源码，我们从main函数开始，因为这是代码的入口；在driver的世界里，这个功能的担当是module_init

1、uevent是什么？user event的缩写，用于kernel和user之间热插拔事件通信的机制。2、通信如何实现？内核中的netlink模块，即socket通信。3、典型例子：udev，Android等。

MMC子系统是主从式的架构，数据的传输由host通过命令进行请求和发送。这里分析命令的构建和发送。

sdio总线上driver和设备的match成功只是软件之间的”切口“，但是硬件的连通性、能不能工作还不知道，所以要probe探测一下。

一条总线上有一个设备链表klist_devices，记录挂在此bus上的device；一个驱动链表klist_drivers，记录挂在此bus上的driver。当注册新设备或者新驱动的时候， 总线上的match回调函数得到调用进行驱动/设备的匹配。

Linux定义了形形色色的总线i2c，usb，pci还有我们这里要说的sdio等等等等，所谓总线，简单理解就是实现一个规范(specification)，用来支持规范中定义的操作时序、读写方式、命令集合等,满足spec定义的设备或驱动就可以挂载上面由core(usb core，mmc core)进行管理。

1、SDIO Host端注册2、SDIO card 扫描流程

SDIO驱动Host端实现1、SDIO起源于SD标准，专注于实现数据收发2、SDIO应用广泛，常用设备如：WiFi、GSP、Camera等3、由于MMC、SD、SDIO溯本同源，所以在Linux中统一归于mmc