一．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,
.dev = {
.dma_mask = &s3c_device_lcd_dmamask,
.coherent_dma_mask = 0xffffffffUL
}
};
这是基于Mini2440的LCD平台设备在BSP文件中的定义，那么我们怎么把它加入内核呢？
static struct platform_device *smdk2440_devices[] __initdata = {
&s3c_device_usb,
&s3c_device_lcd, //添加LCD平台设备
&s3c_device_wdt,
&s3c_device_i2c0,
&s3c_device_iis,
};
嗯，原来我们建立了一个platform_device数组，然后把LCD的platform_device添加到这个数组中，那么这个platform_device数组怎么注册到内核的呢？
static void __init smdk2440_machine_init(void)
{
s3c24xx_fb_set_platdata(&smdk2440_fb_info);
s3c_i2c0_set_platdata(NULL);
platform_add_devices(smdk2440_devices, ARRAY_SIZE(smdk2440_devices));//加到内核
smdk_machine_init();
}
看到了吧，在smdk2440_machine_init中，我们调用了platform_add_devices函数来把platform_device注册到内核，再继续跟踪下platform_add_devices
int platform_add_devices(struct platform_device **devs, int num)
{
int i, ret = 0;
for (i = 0; i < num; i++) {
ret = platform_device_register(devs[i]);
if (ret) {
while (--i >= 0)
platform_device_unregister(devs[i]); //注册设备
break;
}
}
return ret;
}
好了，到此为止，我们已经看到了如果添加platform_device，以及这个platform_device又是如何被注册到内核的全过程。