Linux驱动开发基础__总线设备驱动模型
目录
1 驱动编写的三种方法
1.1 传统写法
1.2 总线设备驱动模型
1.3 设备树
2 在 Linux 中实现“分离”：Bus/Dev/Drv 模型
3 匹配原则
4 函数调用关系
1 驱动编写的三种方法
1.1 传统写法
1.2 总线设备驱动模型
引入platform_device、platform_driver，将资源和驱动分离开来。
代码稍微复杂，但是易于扩展；
荣誉代码太多，修改引脚时设备端的代码需要重新编译。
1.3 设备树
通过配置文件----设备树来定义资源；
代码稍微复杂，但是易于扩展；
无冗余代码，修改引脚时只需要修改dts文件并编译得到dtb文件，把它传给内核。
无需重新编译内核/驱动。
2 在 Linux 中实现“分离”：Bus/Dev/Drv 模型
3 匹配原则
首先比较：platform_device.driver_override 和 platform_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。
4 函数调用关系
