Linux驱动开发（三）---设备树
前文回顾
《Linux驱动开发（一）—环境搭建与hello world》
《Linux驱动开发（二）—驱动与设备的分离设计》
继续宣传一下韦老师的视频
70天30节Linux驱动开发快速入门系列课程【实战教学、技术讨论、直播答疑】
设备树
前面的设备分离模式，将模块分为了驱动部分和设备部分，设备部分目前也是c语言编写的，但是这样就为内核引入了大量的代码，有点惹怒了linus，然后就引入了设备树这个东西。大佬就是大佬，可靠。
简单来说，就是通过配置文件的方法，代替device部分的c代码，来描述了设备的信息，参数等。
那么简单一下介绍一下设备树的格式，设备树使用的语言叫DTS语法，可以参考博客《一文搞定 Linux 设备树》
DTS( device tree source)文件通过DTC工具编译为DTB(device tree blob)文件，系统启动时候，会通过解析dtb文件，自动来创建节点和设备。
这些基本知识点还是要掌握，至少要能看得懂一个dts文件的内容大概是什么意思。
代替device模块
多说无益，还是介绍怎么用DTS配置文件，替换掉device模块。
首先在DTS根节点下增加一个DTS节点，并且要保证其能够生成一个device，而且最重要的是要匹配上对应的driver。
一个例子
这个comoatible就是我们所要查找的驱动的标记字符串，内容随意，一般都是“厂商，驱动名字”。
这个DTS编译之后，系统启动的时候进行解析，就能够创建对应的节点，然后创建对应的device。是不是很智能，并且还提供了一个pin的参数，其实可以任意提供数据，只要定义好，例如：
myled_ok: myled_for_test_ok {
compatible = "100ask,led";
pin = "gpio5_3";
para_A = "hello";
para_B = "world";
};
那么，和之前的文章一样，关键点来了，驱动如何和这个device匹配上，那么就需要驱动引入另一个参数of_device_id 。
static const struct of_device_id dts_device_ids[] = {
{ .compatible = "100ask,led", },
{/* sentinel */}
};
/* A. 实现platform_driver */
static struct platform_driver led_driver = {
.probe = led_probe,
.remove = led_remove,
.driver = {
.name = "100ask_led",
.of_match_table = dts_device_ids,
},
.id_table = led_id_table,
};
这个driver结构中的of_match_table ，里面就提供了，匹配的参数，里面可以定义多个，匹配的就是节点中的compatible 参数。
这样一来。设备和驱动就又匹配上了，自然就可以快乐的执行到driver中的probe函数了。
参数传递
那么新的问题又来了，之前参数通过device中的resource传递，这下没了resource，多了一个pin参数，那怎么处理呢，方法来了
在probe函数中，入参为platform_device pdev，这个pdev内部有标记，表明是普通的模块device还是设备树创建的device。
前者可以通过platform_get_resource得到参数数据
后者可以通过设备树接口来访问节点，然后得到参数。
例如
if (!pdev->dev.of_node) /* 普通的platform_device */
{
res = platform_get_resource(pdev, IORESOURCE_IRQ, i++);
if (!res)
return -EINVAL;
minor = g_ledcnt;
leds_desc[minor].pin = res->start;
}
else
{
of_property_read_string(pdev->dev.of_node, "pin", &tmp_str);
printk("pin = %s\n", tmp_str);
minor = g_ledcnt;
leds_desc[minor].pin = tmp_str[6] - '0';
}
of_property_read_string就可以读出节点数据中的pin参数。
真是上有政策，下有对策，灵活选择。
获取参数还可以通过如下几种接口
| 功能 | 函数 |
|---|---|
| 查找节点 | of_find_node_by_path 函数，通过指定全路径来查找指定节点。 |
| 提取属性值 | of_find_property 函数 ，获取到的值保存到了 property 结构体中。 |
| 读整数u32 | of_property_read_u32 |
| 读整数u64 | of_property_read_u64 |
| 读某个整数u32 | of_property_read_u32_index |
| 读某个整数u64 | of_property_read_u64_index |
| 读取属性中数组数据 | of_property_read_variable_u8_array |
| of_property_read_variable_u16_array | |
| of_property_read_variable_u32_array | |
| of_property_read_variable_u64_array | |
| 读取属性中字符串值 | of_property_read_string 函数。 |
| 直接内存映射 | of_iomap 函数，获取内存地址所对应的虚拟地址 |
注意事项
内核中已经有了很多驱动，这些驱动需要的参数，叫什么，其实都已经定义好了，所以我们再增加DTS的时候，需要了解驱动需要定义那些参数，对应提供好即可。
参考文档
补充知识点可以参考阅读下面博客
《ARM 设备树》
结束语
昨天行程码带星的取消了，大家都开始高兴，说明国家的大趋势已经开始要精准防疫了，不会再一个小区高风险，整个城市受限制了。
希望这个夏天能够去一下海边……
公司里的技术专家辞职了，可能是受不了各种奇葩的规矩吧，一个从华为出来的人，怕是怎么也理解不了老板的脑回路，对比起华为，我们这里更社会。
其实这就是人生啊，哪有一帆风顺，都是跌跌撞撞。
