文章目录
如果要写复杂的外设驱动，Linux系统就要考虑到驱动的可重用性，因此提出了驱动的分离与分层这样的软件思路，platform设备驱动就是在这种思路下诞生的，其也称为平台设备驱动。
对于Linux这样一个成熟、庞大、复杂的操作系统，代码的重用性非常重要，否则就会在Linux内核中存在大量无意义的重复代码。
驱动的分离与分层
最简单的思路写出来的驱动应该如下图所示。
但是设备驱动都是一样的，因此没必要每个平台都写一个，所以通过提供一个统一的接口，让每个设备通过这个接口来访问。
实际中的设备驱动类型很多，总体的架构应该如下图所示。
这就是Linux中总线、驱动和设备模型，即驱动分离，总线负责给驱动和设备牵线搭桥。当我们向系统注册一个驱动的时候，总线就会在右侧的设备中查找，看看有没有与之匹配的设备，如果有的话就将两者联系起来。同样的，当向系统中注册一个设备的时候，总线就会在左侧的驱动中查找看有没有与之匹配的设备，有的话也联系起来。Linux内核中大量的驱动程序都采用总线、驱动和设备模式。
简单介绍一下驱动的分层，input子系统负责管理所有跟输入有关的驱动，包括键盘、鼠标、触摸等，最底层的就是设备原始驱动，负责获取输入设备的原始值，获取到的输入事件上报给input核心层。input核心层会处理各种IO模型，并且提供file_operations操作集合，在编写输入设备驱动的时候只需要处理好输入事件的上报即可，至于如何处理这些上报的输入事件那是上层去考虑的。
platform模型简介
上面提到总线、驱动和设备这种模式，但是在SOC中有些外设是没有总线这个概念的，Linux提出了platform这个虚拟总线，相应
的就有platform_driver和platform_device。
Linux系统内核使用bus_type结构体表示总线，此结构体定义在文件include/linux/device.h文件中。
int (*match)(struct device *dev,struct device_driver *drv);
结构体中的match函数就是完成设备和驱动之间匹配的，总线使用match函数来根据注册的设备查找对应的驱动，或者根据注册的驱动来查找相应的设备，所以每一条总线都必须要实现此函数。
platform总线是bus_type的一个具体实例，定义在文件drivers/base/platform.c，platform总线定义如下。
struct bus_type platform_bus_type = {
.name = "platform",
.dev_groups = platform_dev_groups,
.match = platform_match,
.uevent = platform_uevent,
.pm = &platform_dev_pm_ops,
};
platform_bus_type就是platform 平台总线，其中platform_match 就是匹配函数，该函数也定义在文件platform.c中，函数内容如下。
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);
/* When driver_override is set, only bind to the matching driver */
if (pdev->driver_override)
return !strcmp(pdev->driver_override, drv->name);
/* Attempt an OF style match first */
if (of_driver_match_device(dev, drv))
return 1;
/* Then try ACPI style match */
if (acpi_driver_match_device(dev, drv))
return 1;
/* Then try to match against the id table */
if (pdrv->id_table)
return platform_match_id(pdrv->id_table, pdev) != NULL;
/* fall-back to driver name match */
return (strcmp(pdev->name, drv->name) == 0);
}
该函数中定义了四种驱动和设备匹配的方式，第一种是of类型的匹配，也就是设备树采用的匹配方式，of_driver_match_device函数定义在文件include/linux/of_device.h中。device_driver结构体中有个名为of_match_table的成员变量，此成员变量保存着驱动的compatible匹配表，设备树中的每个设备节点的compatible 属性会和of_match_table表中的所有成员比较，查看是否有相同的条目，如果有的话就表示设备和此驱动匹配，设备和驱动匹配成功以后probe函数就会执行。第二种是ACPI匹配方式。第三种是id_table匹配，每个platform_driver结构体有一个id_table成员变量，里面保存了很多id信息，这些id信息存放着这个platform驱动所支持的驱动类型。第四种是直接比较驱动和设备的name字段，如果相等的话就匹配成功。
platform_driver结构体表示platform驱动， 此结构体定义在文件include/linux/platform_device.h中，如下所示。
struct platform_driver {
int (*probe)(struct platform_device *);
int (*remove)(struct platform_device *);
void (*shutdown)(struct platform_device *);
int (*suspend)(struct platform_device *, pm_message_t state);
int (*resume)(struct platform_device *);
struct device_driver driver;
const struct platform_device_id *id_table;
bool prevent_deferred_probe;
};
当驱动与设备匹配成功以后probe函数就会执行，一般驱动的提供者会编写，如果自己要编写一个全新的驱动，那么probe就需要自行实现。
driver成员为device_driver结构体变量，Linux内核里面大量使用到了面向对象的思维，device_driver相当于基类，提供了最基础的驱动框架。plaform_driver继承了这个基类，然后在此基础上又添加了一些特有的成员变量。
device_driver结构体定义在include/linux/device.h中，其原型如下。
struct device_driver {
const char *name;
struct bus_type *bus;
struct module *owner;
const char *mod_name; /* used for built-in modules */
bool suppress_bind_attrs; /* disables bind/unbind via sysfs */
const struct of_device_id *of_match_table;
const struct acpi_device_id *acpi_match_table;
int (*probe) (struct device *dev);
int (*remove) (struct device *dev);
void (*shutdown) (struct device *dev);
int (*suspend) (struct device *dev, pm_message_t state);
int (*resume) (struct device *dev);
const struct attribute_group **groups;
const struct dev_pm_ops *pm;
struct driver_private *p;
};
其中of_match_table就是采用设备树的时候驱动使用的匹配表，每个匹配项都为of_device_id结构体类型，此结构体定义在文件include/linux/mod_devicetable.h中，如下所示。
struct of_device_id {
char name[32];
char type[32];
char compatible[128];
const void *data;
};
对于设备树而言，就是通过设备节点的compatible属性值和of_match_table中每个项目的compatible成员变量进行比较，如果有相等的就表示设备和此驱动匹配成功。
在编写platform驱动的时候，首先定义一个platform_driver结构体变量，然后实现结构体中的各个成员变量，重点是实现匹配方法以及probe函数。当驱动和设备匹配成功以后probe函数就会执行，具体的驱动程序在probe函数里面编写。
定义并初始化好platform_driver结构体变量以后，需要在驱动入口函数里面调用platform_driver_register函数向Linux内核注册一个platform驱动，platform_driver_register函数原型如下。
int platform_driver_register (struct platform_driver *driver)
退出时卸载platform驱动，platform_driver_unregister函数原型如下。
void platform_driver_unregister(struct platform_driver *drv)
经过上面的介绍，platform驱动框架大致如下。
struct cdev cdev;
static int xxx_open(struct inode *inode, struct file *filp)
{
...
return 0;
}
static ssize_t xxx_write(struct file *filp, const char __user *buf,size_t cnt, loff_t *offt)
{
...
return 0;
}
static struct file_operations xxx_fops = {
.owner = THIS_MODULE,
.open = xxx_open,
.write = xxx_write,
};
static int xxx_probe(struct platform_device *dev) //驱动和设备匹配成功之后此函数执行，原来init函数的内容放到这里
{
...
cdev_init(&xxxdev.cdev, &xxx_fops); /* 注册字符设备驱动 */
return 0;
}
static int xxx_remove(struct platform_device *dev) //关闭platform设备驱动的时候执行，原来exit函数的内容放到这里
{
...
cdev_del(&xxxdev.cdev); /* 删除cdev */
return 0;
}
static const struct of_device_id xxx_of_match[] = {
{
.compatible = "xxx-gpio" },
{
/* Sentinel */ }
};
static struct platform_driver xxx_driver = {
.driver = {
.name = "xxx",
.of_match_table = xxx_of_match,
},
.probe = xxx_probe,
.remove = xxx_remove,
};
static int __init xxxdriver_init(void)
{
platform_driver_register(&xxx_driver);
return 0;
}
static int __exit xxxdriver_exit(void)
{
platform_driver_unregister(&xxx_driver);
return 0;
}
module_init(xxxdriver_init);
module_exit(xxxdriver_exit);
MODULE_LICENSE("GPL");
platform_device结构体定义在文件/include/linux/platform_device.h中，如果内核支持设备树的话就不用再使用platform_device来描述设备了，因为改用设备树去描述了。
参考资料：
I.MX6U嵌入式Linux驱动开发指南V1.5——正点原子