Linux驱动学习笔记--platform驱动程序分层分离

一、驱动的分离与分隔

这个就是驱动的分隔，也就是将主机驱动和设备驱动分隔开来，比如 I2C、 SPI 等等都会采用驱动分隔的方式来简化驱动的开发。
 

这个就是 Linux 中的总线(bus)、驱动(driver)和设备(device)模型，也就是常说的驱动分离。

当向系统注册驱动的时候，总线就会在右侧的设备中查找，看看有没有与之匹配的设备，如果有的话就将两者联系起来。当向系统中注册一个设备的时候，总线就会在左侧的驱动中查找看有没有与之匹配的设备，有的话也联系起来。

那他是怎么匹配联系在一起的呢？？怎么样的步骤呢？

最先比较的：platform_device.driver_override和platform_driver.driver.driver.name

        可以设置 platform_device 的 driver_override，强制选择某个 platform_driver
然后比较： platform_device. name 和 platform_driver.id_table[i].name
        Platform_driver.id_table 是“ platform_device_id”指针，表示该 drv 支持若干个 device，它里面列出了各个 device 的{.name, .driver_data}， 其中的“ name”表示该 drv 支持的设备的名字， driver_data是些提供给该 device 的私有数据。
最后比较： platform_device.name 和 platform_driver.driver.name
platform_driver.id_table 可能为空，

这时可以根据 platform_driver.driver.name 来寻找同名的 platform_device。

我们一般采用名字和id来做匹配

platform_device_register的函数调用关系：

platform_device_register

    platform_device_add
        device_add
            bus_add_device // 放入链表
            bus_probe_device // probe 枚举设备， 即找到匹配的(dev, drv)
                device_initial_probe
                    __device_attach
                        bus_for_each_drv(...,__device_attach_driver,...)
                            __device_attach_driver
                                driver_match_device(drv, dev) // 是否匹配
                                driver_probe_device // 调用 drv 的 probe

platform_driver_register函数调用关系：

platform_driver_register
    __platform_driver_register
        driver_register
            bus_add_driver // 放入链表
                driver_attach(drv)
                    bus_for_each_dev(drv->bus, NULL, drv, __driver_attach);
                        __driver_attach
                            driver_match_device(drv, dev) // 是否匹配
                            driver_probe_device // 调用 drv 的 probe

二、驱动的分层

input输入子系统就是典型的驱动分层，input 子系统负责管理所有跟输入有关的驱动，包括键盘、鼠标、触摸等，最底层的就是设备原始驱动，负责获取输入设备的原始值，获取到的输入事件上报给 input 核心层。 input 核心层会处理各种 IO 模型，并且提供 file_operations 操作集合。

三、驱动编写的三种方法

传统写法

使用哪个引脚，怎么操作引脚，都写死在代码中。

最简单，不考虑扩展性，可以快速实现功能。

修改引脚时，需要重新编译。

总线设备驱动模型

引入 platform_device/platform_driver，将“资源”与“驱动”分离开来。

代码稍微复杂，但是易于扩展。

冗余代码太多，修改引脚时设备端的代码需要重新编译。

更换引脚时，上图中的 led_drv.c 基本不用改，但是需要修改 led_dev.c

设备树

通过配置文件──设备树来定义“资源”。代码稍微复杂，但是易于扩展。

无冗余代码，修改引脚时只需要修改 dts 文件并编译得到 dtb 文件，把它传给内核。

无需重新编译内核/驱动。