tianshiyalin的专栏

http://m.blog.youkuaiyun.com/blog/rain0993/8476755SD卡驱动分三层结构分别对应driver/mmc目录下的card、host、core三个文件夹。其层次关系如下所示：块设备驱动层（linux/block）内核空间file_operations调用

《块驱动》该文主要是LDD模型讲解中，针对disk的深度分析，根本才是真，这个过程是底层数据和用户建立关系的过程包括gendisk的创建，对卡性能的分析《浅析fat文件系统是怎么和sd物理卡块设备关联上的》《mmc驱动的读写过程解析》《MMC卡驱动分析》《MMC卡驱动分析》是SD卡驱动的架构分析，主要有两个部分，一个就是针对卡的识别过程，另外一个就是针对卡数据的读写处理过程

Linux Device Driver书籍（15） 第 16 章 块驱动至今, 我们的讨论一直限于字符驱动. 但是, 在 Linux 系统中有其他类型的驱动, 并且到时候要开阔我们的视野了. 因此, 本章讨论块驱动.一个块驱动提供设备的存取, 这个设备可随机地以固定大小的块传送数据--主要的是, 磁盘驱动.

MMC 卡驱动分析   最近花时间研究了一下 MMC 卡驱动程序，开始在网上找了很多关于 MMC 卡驱动的分析文章，但大都是在描述各个层，这对于初学者来讲帮助并不大，所以我就打算把自己的理解写下来，希望对大家有用。个人觉得理解 LINUX 内核当中 MMC/SD 卡驱动程序构架是学习 MMC 卡驱动程序的重点，只有理解了它的基本框架或流程才能真正理解一个块设备驱动程序的写法，同时才能真正理

浅析fat文件系统是怎么和sd物理卡块设备关联上的====================sd卡物理设备的添加====================drivers/mmc/card/block.c=>mmc_blk_init()=>mmc_blk_probe()mmc_init_queue()=>初始化request_queue磁盘排队处理函数md->queue.qu

背景：１、android手机出厂后，厂商经常会提供新版本ROM升级包给用户升级。２、android系统除平台特定的分区外，必须的通用分区有：lk、 boot 、 recovery、system、cache、userdata。３、新版本ROM升级包，由于两种原因ROM的size会不断增大：厂商添加新功能、升级android大版本。４、局限：android系统的recovery升级RO

http://blog.youkuaiyun.com/fybon/article/details/17223879

现在可能很少有人会用mknod这个命令了，也很少有使用它的机会，但就在几年前，这还是一项linux工程师的必备技能，在制作文件系统前或加载新的驱动前，我们必须小心翼翼的创建设备节点。不需要使用mknod并不是他消失了，而是我们有了更好更智能的方法。linux对于热插拔的支持并不是生来就有的，而是经历了一个复杂而有戏剧性的过程，全球linux爱好者用脚投出了他们保贵的一票，udev最终成为事

SD卡（Secure Digital Memory Card）是一种基于半导体闪存工艺的存储卡, 1999年，由日本松下、东芝及美国SanDisk公司共同研制完成。2000年，这几家公司发起成立了SD协会（Secure Digital Association简称SDA），阵容强大，吸引了大量厂商参加。其中包括IBM，Microsoft，Motorola，NEC、Samsung等。在这些领导厂商的推

Android下的SD卡驱动与标准LINUX下的SD卡驱动好像没有太大的区别，这里就以高通的ANDROID 2.3以代表，来简要分析一下LINUX下SD卡驱动的写法。由于小弟的技术有限，分析的有错的地方，请大家指正，可以共同学习。     一．最先来理清一下SD、MMC与SDIO的一些基本概念：                   (1)  MMC：(Multi Media C

方法之一，使用DAT3（pin1）作为卡在位检测信号；DAT3在sd卡内部有90k的上拉电阻。Host与sd card之间对DAT3做外部下拉。这样卡没插入时host读DAT为低，卡插入后host读DAT3为高，从而可以判断卡是否插入。但是需要注意的是，mmc卡不支持这种在位检测方式（原因参见MMC章节），因此对sd host来讲，如果通过上述方法发现槽位为空并不能放弃对该槽位的查询。当s

一、硬件接口电路         首先来看一下SD card的一个硬件应用电路，如下图所示：        SD卡有两种工作模式，一个是spi接口模式，一个是SD模式，后者传输速率快些，这里讨论SD模式；SD总线包含4个数据总线（SDIO0-SDIO3）,1个命令线（SDCMD）和一个同步时钟SDCLK;图上第10脚是卡检测信号。这里需注意的是传输总线必须加上拉。数据总线不一定全部要用

class概念的理解　　Class 0：包括低于Class 2和未标注Speed Class的情况；　　Class 2：能满足观看普通MPEG4 MPEG2 的电影、SDTV、数码摄像机拍摄；　　Class 4：可以流畅播放高清电视（HDTV），数码相机连拍等需求；　　Class 6：满足单反相机连拍和专业设备的使用要求；　　class 10：满足更高速率要求的存储需要。如

TF卡又称T-Flash卡，全名：TransFLash，又名:Micro SD，由摩托罗拉与SANDISK共同研发，在2004年推出。是一种超小型卡（11*15*1MM），约为SD卡的1/4，可以算目前最小的储存卡了。TF卡可经SD卡转换器后，当SD卡使用。利用适配器可以在使用SD作为存储介质的设备上使用。TransFlash主要是为照相手机拍摄大幅图像以及能够下载较大的视频片段而开发研制的。

SD控制器之初始化（linux/driver/mmc/host）这一层讲述硬件与硬件之间将要发生的故事，也是最底层驱动的核心。通常所谓的驱动程序设计的任务将落实到这一层上，所以关注host故事的发展也将成为移植整个SD类设备驱动的核心。在host目录中有各种平台下SD卡主机驱动器的实例，这里我们选择s3c2440平台作为分析的重点。参看Kconfig和Makefile即可获得相应信息，这里对应

core层处理（linux/driver/mmc/core）1.     core层初始化一切变化逃不出Kconfig/Makefile的魔爪，这话一点也不假。同样core层的故事也将从这里拉开帷幕。二话不说先还是进到core目录下瞧瞧…与以往所见到的Kconfig相比这里的显然少了几分生机和活力，貌似整个文件看完也难以发现令我们眼前发亮的字眼。也罢，少一个config也许就意味这我们

SD控制器之真正的硬件操作早在SD控制器之初始化篇中，就对SD卡控制器有了一个基本的介绍。其实SD控制器层更过的意义是为core层提供一种操作SD卡硬件的一种方法，当然不同的控制器对硬件控制的方法不尽相同，但是他们最终都能像core层提交一个统一的封装有操作方法的数据结构，那便是即将闪亮登场的struct mmc_host_ops....依旧是以s3c2440为例，对应的host文件为

mmc io的读写从mmc_queue_thread()的获取queue里面的request开始。 先列出调用栈，看下大概的调用顺序, 下面的内容主要阐述这些函数如何工作。host->ops->request() // sdhci_request()mmc_start_request()mmc_start_req()mmc_blk_issue_rw_rq()mmc_bl