STM32MP157驱动开发——LED驱动（设备树）

阅读STM32MP157驱动开发——LED驱动（总线设备架构）可知，利用设备总线写的驱动代码，虽然利用platform_device结构体去定义设备资源可以避免创建太多的结构体，但是由于这些资源文件写在linux内核中，导致linux冗余，所以利用设备树管理这些资源，通过配置文件的形式在启动内核时会把设备树在内存中的地址告诉内核。

设备树相关的基础知识可以阅读博文：STM32MP157驱动开发——设备树知识

设备树驱动模型

对比总线设备架构：

设备树模型：

• 通过配置文件──设备树来定义“资源”。
• 无冗余代码，修改引脚时只需要修改 dts 文件并编译得到 dtb 文件，把它传给内核。
• 无需重新编译内核/驱动。

核心永远是 file_operations 结构体【 在probe 函数里分配/设置/ 注册 file_operations 结构体】。上述方法，只是指定“硬件资源”的方式不一样。platform_device/platform_driver 只是编程的技巧，不涉及驱动的核心。

如何使用设备树写驱动程序

主要有两个步骤：

1. 设备树节点要与 platform_driver 能匹配

2. 设备树节点指定资源，platform_driver 获得资源

设备树节点要与 platform_driver 能匹配

① 设备树要有 compatible 属性，它的值是一个字符串
② platform_driver 中要有 of_match_table，其中一项的.compatible 成员设置为一个字符串
③ 上述 2 个字符串要一致。

实例：

设备树节点指定资源，platform_driver 获得资源

1. 如果在设备树节点里使用reg 属性 ， 那么内核生成对应的platform_device 时会用 reg 属性来设置 IORESOURCE_MEM 类型的资源。
2. 如果在设备树节点里使用 interrupts 属性，那么内核生成对应的platform_device 时会用 reg 属性来设置 IORESOURCE_IRQ 类型的资源。对于 interrupts 属性，内核会检查它的有效性，所以不建议在设备树里使用该属性来表示其他资源。
3. 如果驱动程序中根据 pin 属性来确定引脚，那么我们就在设备树节点中添加 pin 属性。

实例：

#define GROUP_PIN(g,p) ((g<<16) | (p))
100ask_led0