Linu下的platform总线驱动.docxVIP

PAGE PAGE 10 Linux 下的 platform 总线驱动 一．Platform 设备驱动概念 主要讲解平台设备驱动的模型和基本概念，同时因为驱动加载的方式有动态加载和静态加载两种方式，这里我们分别对动态加载和静态加载两种情况下，如何使用平台设备和驱动加以叙述。最后使用 mini2440 开发板，运用 Platform 和 device_attribute 机制，编写按键驱动代码和测试代码。 我们知道 linux 内核中常见的的总线有 I2C 总线，PCI 总线，串口总线，SPI 总线，PCI 总线， CAN 总线，单总线等，所以有些设备和驱动就可以挂在这些总线上，然后通过总线上的ma tch 进行设备和驱动的匹配。但是有的设备并不属于这些常见总线，所以我们引入了一种虚拟总线，也就是 platform 总线的概念，对应的设备叫做platform 设备，对应的驱动叫做 plat form 驱动。当然引入 platform 的概念，可以做的与板子相关的代码和驱动的代码分离，使得驱动有更好的可扩展性和跨平台性。 Platform 总线 struct bus_type platform_bus_type = { .name = platform, // 名 .dev_attrs = platform_dev_attrs, //属性 .match = platform_match, //设备和驱动的匹配函数 .uevent = platform_uevent, //卸载处理 .pm = platform_dev_pm_ops, //电源管理 }; 我们看看设备和驱动的匹配函数 match static int platform_match(struct device *dev, struct device_driver *drv) { struct platform_device *pdev = to_platform_device(dev); //获得平台设备struct platform_driver *pdrv = to_platform_driver(drv); //获得平台驱动 if (pdrv-id_table) //如果平台驱动有支持项，进入platform_match_id return platform_match_id(pdrv-id_table, pdev) != NULL; return (strcmp(pdev-name, drv-name) == 0); //没有支持项，则老实匹配名字 } 通过上面这个match 函数我们知道，如果驱动中定义了驱动支持项，那么在总线执行match 函数中，就会将驱动支持项中每一个名字和设备名字匹配，看看是否匹配成功。如果驱动没有设置支持项，就会把驱动的名字和设备的名字匹配，如果一样，则匹配成功。 Platform 设备 struct platform_device { const char * name; //名int id; struct device dev; //内嵌设备u32 num_resources; //资源个数 struct resource * resource; //资源结构体 struct platform_device_id *id_entry; struct pdev_archdata archdata; }; 我们重点来看看platform_device 中资源结构体的定义struct resource { resource_size_t start; //起始地址resource_size_t end; //结束地址const char *name; // 名unsigned long flags; //标号 struct resource *parent, *sibling, *child; }; 对于这个资源结构体中的 flags 标号可以有 IORESOURCE_IO、IORESOURCE_MEM、IOR ESOURCE_IRQ、IORESOURCE_DMA 四种选择，重点是申请内存（IORESOURCE_MEM） 和申请中断号（IORESOURCE_IRQ）用的比较多。 Platform 设备的静态加载 所谓的静态加载，就是把 platform 设备编译进内核，对于 platform_device 的定义常常在 BS P 中实现，我们这里拿 Mini2440 举例，看看对于的 BSP 文件 mach-smdk2440.c struct platform_device s3c_device_lcd = { .name = s3c2410-lcd, .id = -1, .num_resources = ARRAY_SIZE(