1000、设备树下的 platform 驱动编写

拼搏现实的明天。 2022-10-25 00:53 1阅读 0赞

#### 一、设备树下的 platform 驱动简介 ####

platform 驱动框架分为总线、设备和驱动，其中总线不需要我们这些驱动程序员去管理，这个是 Linux 内核提供的，我们在编写驱动的时候只要关注于设备和驱动的具体实现即可。在没有设备树的 Linux 内核下，我们需要分别编写并注册 platform\_device 和 platform\_driver，分别代表设备和驱动。在使用设备树的时候，设备的描述被放到了设备树中，因此 platform\_device 就不需要我们去编写了，我们只需要实现 platform\_driver 即可。在编写基于设备树的 platform 驱动的时候我们需要注意一下几点：

##### 1、在设备树中创建设备节点 #####

毫无疑问，肯定要先在设备树中创建设备节点来描述设备信息，重点是要设置好 compatible属性的值，因为 platform 总线需要通过设备节点的 compatible 属性值来匹配驱动

1 gpioled { 
    2 #address-cells = <1>;
    3 #size-cells = <1>;
    4 compatible = "atkalpha-gpioled";
    5 pinctrl-names = "default";
    6 pinctrl-0 = <&pinctrl_led>;
    7 led-gpio = <&gpio1 3 GPIO_ACTIVE_LOW>;
    8 status = "okay";
    9 };

注意第 4 行的 compatible 属性值为“atkalpha-gpioled”，因此一会在编写 platform  
驱动的时候 of\_match\_table 属性表中要有“atkalpha-gpioled”。

##### 2、编写 platform 驱动的时候要注意兼容属性 #####

上一章已经详细的讲解过了，在使用设备树的时候 platform 驱动会通过 of\_match\_table 来保存兼容性值，也就是表明此驱动兼容哪些设备。所以， of\_match\_table 将会尤为重要，比如本例程的 platform 驱动中 platform\_driver 就可以按照如下所示设置：

1 static const struct of_device_id leds_of_match[] = { 
    2 {  .compatible = "atkalpha-gpioled" }, /* 兼容属性 */
    3 {  /* Sentinel */ }
    4 };
    5 6
    MODULE_DEVICE_TABLE(of, leds_of_match);
    7 8
    static struct platform_driver leds_platform_driver = { 
    9 .driver = { 
    10 .name = "imx6ul-led",
    11 .of_match_table = leds_of_match,
    12 }
    13 .probe = leds_probe,
    14 .remove = leds_remove,
    15 };

第 1~4 行，of\_device\_id 表，也就是驱动的兼容表，是一个数组，每个数组元素为 of\_device\_id类型。每个数组元素都是一个兼容属性，表示兼容的设备，一个驱动可以跟多个设备匹配。这里我们仅仅匹配了一个设备，那就是 55.1.1 中创建的 gpioled 这个设备。第 2 行的 compatible 值为“atkalpha-gpioled”，驱动中的 compatible 属性和设备中的 compatible 属性相匹配，因此驱动中对应的 probe 函数就会执行。注意第 3 行是一个空元素，在编写 of\_device\_id 的时候最后一个元素一定要为空！  
第 6 行， 通过 MODULE\_DEVICE\_TABLE 声明一下 leds\_of\_match 这个设备匹配表。  
第 11 行，设置 platform\_driver 中的 of\_match\_table 匹配表为上面创建的 leds\_of\_match，至此我们就设置好了 platform 驱动的匹配表了.

##### 3、编写 platform 驱动 #####

基于设备树的 platform 驱动和上一章无设备树的 platform 驱动基本一样，都是当驱动和设  
备匹配成功以后就会执行 probe 函数。我们需要在 probe 函数里面执行字符设备驱动那一套，当注销驱动模块的时候 remove 函数就会执行，都是大同小异的。