SD卡驱动分析（一）

    SD卡是个块设备，与字符设备的不同在于访问次序可以随机。其实，这样说吧，sd卡中存放了大量的文件，有普通文件，可执行文件，sd卡上用的文件系统。所以sd卡的驱动也就会有很大的不同，比如说没有read(),write(),但是有读写的命令，通常读写函数都注册到内核空间，用户经过系统调用就可以用，但对于sd卡，则不行，必须先通过具体的文件系统，再通过驱动中的命令实现。

这样说吧，sd卡驱动的核心是请求队列，对于sd卡本身最重要的却不是驱动，而是其文件系统。

为什么呢？因为文件系统决定了sd卡中文件的存储方式，文件的存储信息，以及文件的操作方法。你所写的文件要保存到sd卡中，还有你要查找文件在sd卡中的位置，这些都离不开文件系统，驱动只能去读写确定地址上的信息，那么怎么确定这个地址呢，那就是文件系统。

为什么一个4g的sd卡，却不能存储4g的内容呢？

因为文件系统的存在，你所看到的文件目录，他本来就存在吗？当然不是，如果没有文件系统，sd卡中的存储就是杂乱无章的，你将找不到你曾经写过的文件。文件系统对存储的文件做了管理，使用了超级块，索引节点（这些都是结构体，所以占据了不少的空间）。
为什么在linux系统中可以找到sd卡，并可以顺利访问与操作？

你所看到的sd卡目录本身是不存在的，是linux系统从sd卡中读取必要的信息，在内存中创建的，一开始搬运到内存中的只有超级块和部分索引节点。sd卡的文件目录是挂在到linux文件系统目录中的，这中间有个转换，由VFS完成，因为两者的文件系统类型并不一样。所以VFS所做的贡献很大。

这是一个进程访问一个文件的过程。就是open一个文件时，创建file文件结构体的过程。

下面是一个例子  两个不同文件系统中的拷贝工作，都是因为VFS，他们才走到了一起。

cp命令
inf = open("/floopy/test",V_RDONLY,0);
outf = open("/tmp/test",O_WRONLY|O_CREAT|O_TRUNC,0600);  //file结构体只有在文件被打开的时候创建，会从索引节点中提取必要的信息
do{
      i = read(inf,buf,4096);//read最终会调用文件系统中对文件的操作read，这个指针被放在file结构体内
      write(outf,buf,i);
     }while(i);
close(outf);
close(inf);