一、驱动编写的3种方法
1、传统写法
使用哪个引脚，怎么操作引脚，都写死在代码中。最简单，不考虑扩展性，可以快速实现功能。修改引脚时，需要重新编译。
2、总线设备驱动模型
引入 platform_device/platform_driver，将“资源”与“驱动”分离开来，代码稍微复杂，但是易于扩展。冗余代码太多，修改引脚时设备端的代码需要重新编译，更换引脚时，上图中的 led_drv.c 基本不用改，但是需要修改 led_dev.c。
3、设备树
通过配置文件──设备树来定义“资源”。代码稍微复杂，但是易于扩展。无冗余代码，修改引脚时只需要修改 dts 文件并编译得到 dtb 文件，把它传给内核。无需重新编译内核/驱动。
二、在 Linux 中实现“分离”：Bus/Dev/Drv 模型
三、 匹配规则
1、最先比较
⚫ platform_device.driver_override 和 platform_driver.driver.name
可以设置 platform_device 的 driver_override，强制选择某个 platform_driver。
2、然后比较
⚫ platform_device. name 和 platform_driver.id_table[i].name
3、最后比较
⚫ platform_device.name 和 platform_driver.driver.name
4、函数调用关系
platform_device_register
platform_device_adddevice_addbus_add_device // 放入链表bus_probe_device // probe 枚举设备，即找到匹配的(dev, drv)device_initial_probe__device_attachbus_for_each_drv(...,__device_attach_driver,...)__device_attach_driverdriver_match_device(drv, dev) // 是否匹配driver_probe_device // 调用 drv 的 probe
platform_driver_register
__platform_driver_registerdriver_registerbus_add_driver // 放入链表driver_attach(drv)bus_for_each_dev(drv->bus, NULL, drv, __driver_attach);__driver_attachdriver_match_device(drv, dev) // 是否匹配driver_probe_device // 调用 drv 的 probe
四、常用函数
1、注册/反注册
platform_device_register/ platform_device_unregister
platform_driver_register/ platform_driver_unregister
platform_add_devices // 注册多个 device
2、获得资源
⚫ 返回该 dev 中某类型(type)资源中的第几个(num)：
struct resource *platform_get_resource(struct platform_device *dev, unsigned int type,unsigned int num)
⚫ 返回该 dev 所用的第几个(num)中断：
int platform_get_irq(struct platform_device *dev, unsigned int num)
⚫ 通过名字(name)返回该 dev 的某类型(type)资源：
struct resource *platform_get_resource_byname(struct platform_device *dev, unsigned int type, const char *name)
⚫ 通过名字(name)返回该 dev 的中断号：
int platform_get_irq_byname(struct platform_device *dev， const char *name)
五、怎么写程序
1、分配/设置/注册 platform_device 结构体
在里面定义所用资源，指定设备名字。
2、分配/设置/注册 platform_driver 结构体
在其中的 probe 函数里，分配/设置/注册 file_operations 结构体，
并从 platform_device 中确实所用硬件资源。
指定 platform_driver 的名字。
