Linux下platform总线驱动.docVIP

Linux下的platform总线驱动 一．Platform设备驱动概念 主要讲解平台设备驱动的模型和基本概念，同时因为驱动加载的方式有动态加载和静态加载两种方式，这里我们分别对动态加载和静态加载两种情况下，如何使用平台设备和驱动加以叙述。最后使用mini2440开发板，运用Platform和device_attribute机制，编写按键驱动代码和测试代码。 ? 我们知道linux内核中常见的的总线有I2C总线，PCI总线，串口总线，SPI总线，PCI总线，CAN总线，单总线等，所以有些设备和驱动就可以挂在这些总线上，然后通过总线上的match进行设备和驱动的匹配。但是有的设备并不属于这些常见总线，所以我们引入了一种虚拟总线，也就是platform总线的概念，对应的设备叫做platform设备，对应的驱动叫做platform驱动。当然引入platform的概念，可以做的与板子相关的代码和驱动的代码分离，使得驱动有更好的可扩展性和跨平台性。 ? 1.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函数中，就会将驱动支持项中每一个名字和设备名字匹配，看看是否匹配成功。如果驱动没有设置支持项，就会把驱动的名字和设备的名字匹配，如果一样，则匹配成功。 ? 2.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、IORESOURCE_IRQ、IORESOURCE_DMA四种选择，重点是申请内存（IORESOURCE_MEM）和申请中断号（IORESOURCE_IRQ）用的比较多。 ? 2.1Platform设备的静态加载 所谓的静态加载，就是把platform设备编译进内核，对于platform_device的定义常常在BSP中实现，我们这里拿Mini2440举例，看看对于的BSP文件mach-smdk2440.c struct platform_device s3c_device_lcd = { .name = s3c2410-lcd, .id = -1, .num_resources = ARRAY_SIZE(s3c_lcd_resource), .resource = s3c_lcd_resource,