linuxsdio驱动下载

❶ 为什么SD卡在linux下/dev下的设备名叫mmcblk0p1

SD/MMC 卡的设备构造差不多，MMC 应该是 SD 的前身，不过 MMC 当时的设计比 SD 小一半。

所以，SD/MMC 的驱动通用，进一步的，Linux 的设备节点就延续了 MMC 的这个名字，后面的 blk 是块设备这个英文的简写， mmcblk 也就是“ mmc/sd 块设备”，0 就是这个 mmc/sd 设备的顺序编号，p1 就是第一个分区。

mmc卡与sd卡的区别:

1、mmc卡和sd卡的长宽是一样的，SD卡略厚。

2、SD卡的触点比MMC卡多一个，是用于数字版权保护（DRM）的。

3、SD卡的侧边比MMC卡多一个写保护的开关。

(1)linuxsdio驱动下载扩展阅读：

SD模式

驱动模式

SD卡有两种驱动模式：SPI模式与SDIO模式。它们所使用的接口信号是不同的。在SPI模式下，只会用到SD卡的4根信号线，即CS、DI、SCLK与DO(分别是SD卡的片选、数据输入、时钟与数据输出)。

传输模式

SD卡共支持三种传输模式：SPI模式（独立序列输入和序列输出），1位SD模式 （独立指令和数据通道，独有的传输格式）， 4位SD模式 （使用额外的针脚以及某些重新设置的针脚。支持四位宽的并行传输）。

❷ 如何学习Linux设备驱动

通常，内核的升级对从事linux应用程序开发的人员来说影响较小，因为系统调用基本保持兼容，影响比较大的是驱动开发人员。每次内核的更新都可能导致许多内核函数原型上的变化，其中既有内核本身提供的函数，也有硬件平台代码提供的函数，后者变化的更加频繁。这一点从许多经典书籍就可验证，当你按照手里的经典着作，如：Alessandro的《linux设备驱动程序》，编写驱动时，发现并不能够成功的在你的linux平台上编译通过、或不能正常执行，原因就在于你用的内核和书里的不一致。
本文从两个方面去解释这个问题，一方面是如何写好linux设备驱动，另一方面是如何应对不断升级的内核。
如何写好Linux设备驱动
Linux设备驱动是linux内核的一部分，是用来屏蔽硬件细节，为上层提供标准接口的一种技术手段。为了能够编写出质量比较高的驱动程序，要求工程师必须具备以下几个方面的知识：
● 熟悉处理器的性能
如：处理器的体系结构、汇编语言、工作模式、异常处理等。对于初学者来说，在还不熟悉驱动编写方法的情况下，可以先不把重心放在这一项上，因为可能因为它的枯燥、抽象而影响到你对设备驱动的兴趣。随着你不断地熟悉驱动的编写，你会很自然的意识到此项的重要性。
● 掌握驱动目标的硬件工作原理及通讯协议
如：串口控制器、显卡控制器、硬件编解码、存储卡控制器、I2C通讯、SPI通讯、USB通讯、SDIO通讯、I2S通讯、PCI通讯等。编写设备驱动的前提就是需要了解设备的操作方法，所以这些内容的重要程度不言而喻。但不是说要把所有设备的操作方法都熟悉了以后才可以写驱动，你只需要了解你要驱动的硬件就可以了。
● 掌握硬件的控制方法
如：中断、轮询、DMA 等，通常一个硬件控制器会有多种控制方法，你需要根据系统性能的需要合理的选择操作方法。初学阶段以实现功能为目的，掌握的顺序应该是，轮询->中断->DMA。随着学习的深入，需要综合考虑系统的性能需求，采取合适的方法。
● 良好的GNU C语言编程基础
如：C语言的指针、结构体、内存操作、链表、队列、栈、C和汇编混合编程等。这些编程语法是编写设备驱动的基础，无论对于初学者还是有经验者都非常重要。
● 良好的linux操作系统概念
如：多进程、多线程、进程调度、进程抢占、进程上下文、虚拟内存、原子操作、阻塞、睡眠、同步等概念及它们之间的关系。这些概念及方法在设备驱动里的使用是linux设备驱动区别单片机编程的最大特点，只有理解了它们才会编写出高质量的驱动。
● 掌握linux内核中设备驱动的编写接口
如：字符设备的cdev、块设备的gendisk、网络设备的net_device，以及基于这些基本接口的framebuffer设备的fb_info、mtd设备的mtd_info、tty设备的tty_driver、usb设备的usb_driver、mmc设备的mmc_host等。
Linux内核为设备驱动编写者提供了标准的接口，驱动编写者无需精通内核的各个部分，只需要明确内核提供给我们的接口，并实现此接口就可以了。内核提供的接口采用的是面向对象的思路，即把目标设备抽象成一个对象，通常利用一个结构体来描述这个对象。驱动工程师的任务就是实现这个对象。这个结构体中会包含设备的属性（用变量表示）和操作方法（用函数指针表示）。如：字符设备的cdev
struct cdev {
struct kobject kobj;
struct mole *owner;
const struct file_operations *ops; // 操作方法结合，其它项都是属性
struct list_head list;
dev_t dev;
unsigned int count;
};
开始阶段可以以模仿为主，即套用一些固定的模板、参考例程。
如何应对不断升级的内核
内核升级对驱动的影响主要体现在，（1）驱动接口定义的变化；（2）内核的一些功能函数的名称、参数、头文件、宏定义的变化；（3）平台代码关于硬件操作方面封装的一些函数的变化；（4）设备模型的影响。
● 驱动接口定义的变化
如：2.4内核中字符设备驱动的注册接口是：
int register_chrdev(unsigned int major, const char * name, struct file_operations *fops)
而2.6内核中已经不建议使用这种方法了，改为：
int cdev_add(struct cdev *p, dev_t dev, unsigned count)
这种接口定义及注册方法带来的变化，发生的并不频繁。解决方案是：参考内核中的代码。这种接口定义及注册方法在内核中非常容易找到，如：字符设备驱动的注册方法及接口定义可以参照内核driver/char/目录下的很多实例。
● 内核的一些功能函数的名称、参数、头文件、宏定义的变化
如：中断注册函数的格式及参数在2.4内核、2.6内核低版本和高版本之间都存在差别，在2.6.8中，中断注册函数的定义为：
int request_irq(unsigned int irq, irqreturn_t (*handler)(int, void *, struct pt_regs *),unsigned long irq_flags, const char * devname, void *dev_id)
irq_flags的取值主要为下面的某一种或组合： SA_INTERRUPT、SA_SAMPLE_RANDOM、SA_SHIRQ
在2.6.26中，中断注册函数的定义为：
int request_irq(unsigned int irq, irq_handler_t handler,unsigned long irqflags, const char *devname, void *dev_id)
typedef irqreturn_t (*irq_handler_t)(int, void *); irq_flags的取值主要为下面的某一种或组合：（功能和2.6.8的对应）IRQF_DISABLED、IRQF_SAMPLE_RANDOM、IRQF_SHARED
当出现这些问题时，编译过程中，编译器会给我们比较明确的错误提示，根据这些提示你可以判断出是否是缺少头文件问题、是否是函数参数定义有误等。解决问题的最好办法还是到你的目标内核中找信息。此时找问题的方法可以借助于搜索，如：你可以在新的内核中搜索request_irq，看新内核中的驱动是如何使用它的，这种方法非常有效。
● 平台代码关于硬件操作方面封装的一些函数的变化
内核中，硬件平台相关的代码在内核更新过程中变化比较频繁，和我们的设备驱动也是息息相关，所以在针对一个新内核编写设备驱动前，一定要熟悉你的平台代码的结构。有时平台虽然提供了内核要求的接口函数，但使用起来功能却并不完善。下面还是先举个例子说明平台代码更新对设备驱动的影响。
如：在linux-2.6.8内核中，调用set_irq_type(IRQ_EINT0,IRQT_FALLING);去设置S3C2410的IRQ_EINT0的中断触发信号类型，你会发现不会有什么效果。跟踪代码发现内核的set_irq_type函数需要平台提供一个针对硬件平台的实现函数
static struct irqchip s3c_irqext_chip = {
.mask = s3c_irqext_mask,
.unmask = s3c_irqext_unmask,
.ack = s3c_irqext_ack,
.type = s3c_irqext_type
};
s3c_irqext_type就是linux内核需要的实现函数，而s3c_irqext_type在2.6.8中的实现为： static int s3c_irqext_type(unsigned int irq, unsigned int type)
{
irqdbf("s3c_irqext_type: called for irq %d, type %d\n", irq, type);
return 0;
}
原来并没有实现。而在较高版本的内核，如2.6.26内核中，这个函数是实现了的。所以你一定要小心。当平台函数不好用时，一定要查查原因，或者直接操作硬件寄存器来达到目的。
● 2.6内核设备模型对驱动的影响
在2.6内核中写设备驱动和在2.4内核中有着很大的不同，主要就是在设备驱动中融入了比设备驱动本身结构还复杂、还难以理解的设备模型。初学驱动时你可以不理会设备模型，但你会发现内核里的驱动代码基本上都是融入了设备模型的了。所以很多时候你不得不面对现实，还是要弄懂它，并且它也的注册方法也会随着内核的升级而发生变化。解决此类问题的最好方法还是参考目标内核驱动代码。

❸ linux下如何开发sdio设备驱动

以LinuxKernelSdioMx28 / LinuxKernelSdioMx53项目代码为例：

- mole_init(DibBridgeTargetMoleInit)
驱动模块初始化入口

- DibBridgeTargetMoleInit()：模块初始化函数。
1.调用sdio_register_driver()注册sdio接口驱动，
2.调用register_chrdev()注册驱动模块为字符设备。

- sdio_register_driver()：向系统注册sdio接口驱动，调用以后，系统会触发sdio设备id检测，如果设备id和接口驱动里.id_table里定义的id一致，则系统调用probe函数。
1. 可以在DibBridgeTargetMoleInit()里调用，这样insmod之后，驱动接口即被注册（设备id被注册），有相应设备插入则probe会被调用（此种做法参考LinuxKernelSdioMx28）
2. 也可以在sdio初始化时调用，这样设备插入时，probe不会被调用，只有在sdio初始化，sdio_register_driver()被调用时，系统才会重新检测设备id，并调用probe。（此种做法好处是，模块初始化不涉及何种设备，具有更好的通用性。参考LinuxKernelSdioMx53）

- static struct sdio_driver Dib_sdio_driver
是sdio接口驱动的结构体,包括.id_table, .probe()函数等，如下
static struct sdio_driver Dib_sdio_driver = {
.name = "Dib_sdio",
.id_table = Dib_sdio_ids,
.probe = Dib_sdio_probe,
.remove = __devexit_p(Dib_sdio_remove),
};
其中.id_table很重要，它里面定义了此sdio驱动模块关心的sdio设备id号，只有插入的sdio设备的id号和这里面定义的id对应上，系统才会调用.probe函数。

- register_chrdev()
将驱动模块向系统注册为字符设备，并将操作该设备的接口函数file_operations也一起注册了。
1.可以在DibBridgeTargetMoleInit()里调用。（参考LinuxKernelSdioMx53/LinuxKernelSdioMx28代码）
2.也可以在probe函数里调用，即只有在系统检测到硬件设备时才去注册字符设备（参考sdk8remote代码）

- struct file_operations
包含如下最基本的文件操作函数，
struct file_operations fops =
{
.ioctl = DibBridgeTargetMoleIoctl, //控制命令传输或数据传输
.open = DibBridgeTargetMoleOpen,
.read = DibBridgeTargetMoleReadData, //数据传输
.write = DibBridgeTargetMoleWriteData
.release = DibBridgeTargetMoleRelease,
};

- .ioctl/.read 等等

user space和kernel space的传输通道，通过使用_from_user和_to_user这样的函数来实现数据传递
Linux方面的想相关知识可以网络搜索《Linux就该这么学》进行学习了解