嵌入式 Linux Platform 驱动模型测试
文章目录
一、为什么要用 Platform 驱动模型？
二、Platform 驱动模型的三大核心组件
1.Platform 总线（虚拟总线）
2.Platform 设备（platform_device）
3.Platform 驱动（platform_driver）
三、Platform 驱动的工作流程
四、测试
总结
一、为什么要用 Platform 驱动模型？
想象一下，你正在开发一个嵌入式系统（比如智能家居控制器）。系统里有很多外设（比如 LED 灯、温度传感器），它们直接集成在芯片上（SoC），不像 USB 或网卡那样可以热插拔。这些设备的特点是：
1. 固定不变：寄存器地址、中断号等资源不会改变。
2.需要初始化：必须明确配置（比如设置寄存器值）才能工作。
3.不能自动检测：不像 USB 设备那样插拔即用。
传统方法的痛点：
早期的驱动开发方式是将硬件信息（比如寄存器地址）直接写死在驱动代码中。比如：
#define LED_REGISTER_ADDR 0x80000000 这样做的问题：
1.驱动和硬件强耦合：换一块板子（比如寄存器地址变了），驱动就要重写。
2.维护困难：同一驱动需要为不同平台维护多个版本。
3.编译复杂：不同硬件需要不同的编译配置。
Platform 模型的好处
Platform 驱动模型通过 “分离设备描述和驱动实现” 解决了这些问题。简单来说就是：
1.硬件信息（设备）：通过设备树（Device Tree）或代码单独描述。
2.驱动逻辑：只关注如何操作硬件，不关心硬件的具体地址。
3.动态匹配：内核自动将驱动和设备关联，无需硬编码。
二、Platform 驱动模型的三大核心组件
1.Platform 总线（虚拟总线）
1.作用：像“红娘”一样，把设备和驱动匹配起来。
2.匹配规则：
通过设备名称（name）。
通过设备树中的 compatible 字段。
通过 id_table 表（支持多个设备变体）。
2.Platform 设备（platform_device）
1.作用：描述硬件资源（寄存器地址、中断号等）。
2.定义方式：现在主流使用设备树，即在 .dts 文件中定义设备节点，如
gpioled {//添加设备节点#address-cells = <1>;#size-cells = <1>;compatible = "atkalpha-gpioled";pinctrl-names = "default";pinctrl-0 = <&pinctrl_led>;led-gpio = <&gpio1 3 GPIO_ACTIVE_LOW>;status = "okay";};3.Platform 驱动（platform_driver）
作用：实现设备的操作逻辑（初始化、读写等）。
核心函数：
probe()：设备匹配成功后调用，用于初始化硬件。
remove()：驱动卸载时释放资源。如下：
static int led_probe(struct platform_device *dev)//相当于初始化函数
{ printk("led driver and device was matched!\r\n");/* 1、设置设备号 */if (leddev.major) {leddev.devid = MKDEV(leddev.major, 0);register_chrdev_region(leddev.devid, LEDDEV_CNT, LEDDEV_NAME);} else {alloc_chrdev_region(&leddev.devid, 0, LEDDEV_CNT, LEDDEV_NAME);leddev.major = MAJOR(leddev.devid);}/* 2、注册设备 */cdev_init(&leddev.cdev, &led_fops);cdev_add(&leddev.cdev, leddev.devid, LEDDEV_CNT);/* 3、创建类 */leddev.class = class_create(THIS_MODULE, LEDDEV_NAME);if (IS_ERR(leddev.class)) {return PTR_ERR(leddev.class);}/* 4、创建设备 */leddev.device = device_create(leddev.class, NULL, leddev.devid, NULL, LEDDEV_NAME);if (IS_ERR(leddev.device)) {return PTR_ERR(leddev.device);}/* 5、初始化IO */ leddev.node = of_find_node_by_path("/gpioled");if (leddev.node == NULL){printk("gpioled node nost find!\r\n");return -EINVAL;} leddev.led0 = of_get_named_gpio(leddev.node, "led-gpio", 0);if (leddev.led0 < 0) {printk("can't get led-gpio\r\n");return -EINVAL;}gpio_request(leddev.led0, "led0");gpio_direction_output(leddev.led0, 1); /* led0 IO设置为输出，默认高电平 */return 0;
}
static int led_remove(struct platform_device *dev)
{gpio_set_value(leddev.led0, 1); /* 卸载驱动的时候关闭LED */gpio_free(leddev.led0); /* 释放IO */cdev_del(&leddev.cdev); /* 删除cdev */unregister_chrdev_region(leddev.devid, LEDDEV_CNT); /* 注销设备号 */device_destroy(leddev.class, leddev.devid);class_destroy(leddev.class);return 0;
}三、Platform 驱动的工作流程
1. 设备描述，即在设备树中定义设备：
2.驱动注册，驱动代码中定义 platform_driver，并注册到内核：
3.驱动与设备匹配，即内核启动时，会扫描设备树中的设备节点，如果发现某个设备的 compatible 字段与某个驱动的 of_match_table 匹配，就会调用驱动的 probe() 函数，完成初始化。如下为定义的匹配项：
四、测试
1.将驱动文件挂载到imx6ull设备中，
2. 加载驱动后查看对应的platfoam驱动，
3.点灯测试，
总结
| 概念 | 作用 |
| Platform 总线 | 负责匹配设备和驱动，像“红娘”一样连接两者。 |
| Platform 设备 | 描述硬件资源（寄存器、中断等），通常通过设备树定义。 |
| Platform 驱动 | 实现设备操作逻辑，通过 probe() 初始化设备，通过 remove() 释放资源。 |