platform框架演义

platform是为了分离操作和资源而设置的机制。本文将从驱动设备匹配，适配后驱动的运行等几个方面来梳理这一机制的框架

1 平台驱动和设备的匹配

由platform_bus_type统一管理。platform_bus_type维护两条链表，一条driver链表，一条device链表。这两条链表不管哪一条添加了成员都会由platform_match句柄来进行匹配操作。根据匹配规则，当检测到匹配的成员，驱动都会调用probe句柄来启动自身。插入device需要用insmod调用对应的平台设备KO文件。每次匹配都会触发probe的执行。

平台设备和驱动的匹配可以有以下几种途径：

（1）一对一，platform_device. driver_override和platform_driver.driver.name进行匹配，或者，

        platform_device.name和platform_driver.driver.name进行匹配。

（2）多对一，platform_device. name和platform_driver.id_table进行匹配

（3）设备树，platform_driver.driver.of_match_table中的compatible和设备树节点的compatible属性进行匹配。

如何做到驱动和设备的多对一机制呢？可以通过在platform_device给driver_override赋值 ，之后在platform_driver 给 .id_table赋值来完成。

platform_match_id 的作用就是遍历整个 Id_table 数组，寻找是否有与 platform_device->name 同名的，如果有，则返回这个 Platform_device_id ,使用Id_table 打破了原本设备总线驱动模型，一个 device 只能用与一个 device_driver 配对的局限性。现在一个platform_device_driver 可以与多个platform_device配对。

pletfor_device 中的 id 的作用：如果不是-1 对name编号，-1时直接是名字。

2 入口函数

当使用insmod命令来调用.ko模块时，会调用入口函数。在入口函数中会完成如下的工作：

（1）调用register_chrdev来注册设备驱动，

（2）调用class_create来创建一个相关类

（3）调用platform_driver_register注册平台驱动。而这个注册行为会触发总线匹配从而调用probe函数。

3.probe函数的作用

在probe函数中，提取对应的总线设备信息，并使用device_create来产生设备节点供应用来调用。

在提取设备信息的时候如何判断设备节点来自于何方呢？当platform_device.dev.of_node不为空则说明设备来自于设备树。

为啥要判断这个问题呢？因为不同来源，设备信息需要使用不同的函数来提取：

（1）普通设备。

        使用platform_get_resource

（2）设备树节点

        of_find_node_by_XXX函数组

4. file_operations 成员

file_operations 同无平台总线的驱动的区别就是，成员函数操作的引脚资源是平台设备定义的，而不是直接规定操作哪一个。