在前面的文章中，我们编写的设备驱动都较为基础，仅能完成对I/O的简单读写操作。但面对如I²C、SPI、LCD等复杂外设，这种驱动编写方式显然不再适用。Linux系统为提升驱动的可重用性，提出了驱动分离与分层的软件设计思路，并由此诞生了platform设备驱动（也称平台设备驱动），这是我们后续开发中接触最为频繁的驱动框架。本章将系统学习Linux下的驱动分离与分层原理，以及如何基于platform框架编写设备驱动。
Linux驱动的分离与分层
驱动的分隔与分离
对于Linux这样成熟、庞大且复杂的操作系统而言，代码重用性至关重要。若缺乏有效管理，驱动程序（占内核代码总量的大部分）将产生大量重复代码，导致内核文件数量迅速膨胀，难以维护。
以三个平台A、B、C为例，假设它们都集成了I²C接口的MPU6050六轴传感器。若沿用传统裸机I²C驱动思路，每个平台需独立编写一套MPU6050驱动，驱动框架会显得冗余——每个平台都包含独立的主机驱动（因平台I²C控制器不同，主机驱动不可或缺）和设备驱动，而实际上MPU6050的硬件逻辑一致，仅需一套设备驱动即可。
为解决这一问题，Linux采用驱动分隔策略：将主机驱动与设备驱动分离。主机驱动由平台厂商统一封装，提供标准化接口；设备驱动由外设厂商编写，专注于设备功能实现。二者通过核心层解耦，形成“主机驱动-核心层-设备驱动”的清晰架构。
进一步延伸，这种分隔思路最终落地为Linux的总线（Bus）、驱动（Driver）、设备（Device）模型：总线充当“桥梁”，负责匹配注册的驱动与设备。当驱动注册时，总线自动检索匹配的设备；当设备注册时，总线也会查找对应的驱动，二者匹配后完成绑定。这种模式是Linux驱动管理的核心机制，后续介绍的platform驱动正是基于这一思想构建的。
驱动的分层
驱动分层与网络7层模型类似，核心目的是将不同功能拆分到不同层级，简化驱动开发。以Linux的输入子系统（input）为例，其分层逻辑清晰：最底层负责采集输入设备的原始数据（如键盘按键、触摸坐标），并将数据上报给输入核心层；核心层统一处理I/O模型，对外提供标准化的文件操作集合；上层应用只需关注输入事件的处理，无需关心底层硬件细节。这种分层模式大幅降低了驱动编写的复杂度，提升了代码的可维护性。
platform平台驱动模型简介
在SOC中，部分外设不存在物理总线，但仍需遵循总线-驱动-设备模型。为此，Linux提出了platform虚拟总线，配套platform_driver（驱动）和platform_device（设备），适配无物理总线的外设驱动开发。
platform总线
Linux内核用`bus_type`结构体定义总线，其核心成员为`match()`函数——该函数负责驱动与设备的匹配，是总线的核心功能。platform总线是`bus_type`的具体实例，定义在`drivers/base/platform.c`中，其匹配逻辑由`platform_match()`函数实现，支持四种匹配方式，优先级从高到低依次为：
1. OF类型匹配：适用于支持设备树的系统，通过设备树节点的`compatible`属性与驱动的`of_match_table`匹配表对比，匹配成功则触发`probe()`函数。
2. ACPI匹配：针对ACPI规范的设备，适配x86等架构的电源管理场景。
3. id_table匹配：通过驱动的`id_table`表（存储支持的设备ID）与设备信息比对完成匹配。
4. name字段匹配：若上述方式均不适用，直接对比驱动与设备的`name`字段，相等则匹配成功。
实际开发中，支持设备树的系统优先采用OF匹配，无设备树时则依赖name字段匹配，兼顾兼容性与简洁性。
platform驱动
`platform_driver`结构体是platform驱动的核心载体，其核心成员包括：
- `probe()`函数：驱动与设备匹配成功后自动执行，是驱动初始化的核心入口，需在此完成硬件初始化、字符设备注册等操作。
- `remove()`函数：驱动卸载时执行，负责释放硬件资源、注销设备等清理工作。
- `id_table`：用于id_table匹配的设备ID表。
- `driver`：继承自`device_driver`结构体，包含`of_match_table`（设备树匹配表）、`name`（驱动名称）等基础信息。
开发platform驱动时，需先定义并初始化`platform_driver`结构体，实现匹配逻辑与`probe()`、`remove()`函数，再通过`platform_driver_register()`注册驱动，通过`platform_driver_unregister()`卸载驱动，完成驱动的生命周期管理。
platform驱动框架模板
platform驱动的核心是将传统驱动的初始化与清理工作，分别迁移至`probe()`和`remove()`函数中，同时依托platform框架实现驱动与设备的自动匹配。典型框架如下：
1. 定义设备结构体：封装设备的核心信息，如设备号、`cdev`结构体、类指针等，用于管理设备资源。
2. 实现文件操作集：定义`open`、`write`等字符设备操作函数，完成具体的硬件交互逻辑。
3. 编写probe函数：匹配成功后执行，完成寄存器映射、硬件初始化、字符设备注册、设备节点创建等工作。
4. 编写remove函数：驱动卸载时执行，完成寄存器解除映射、字符设备注销、设备节点删除等清理工作。
5. 定义platform_driver结构体：配置驱动名称、匹配表、`probe`和`remove`函数，明确驱动的核心逻辑。
6. 实现模块加载与卸载函数：分别调用`platform_driver_register()`和`platform_driver_unregister()`，完成驱动的注册与卸载。
实验：platform LED驱动开发
编写platform设备与驱动文件
本次实验以I.MX6UL的LED为例，拆分设备与驱动文件，实现驱动分离。
1. 编写platform设备文件（LEDdevice.c）
- 定义`platform_device`结构体，设置设备名称为`imx6ul-led`，确保与驱动名称一致。
- 通过`resource`数组定义LED所需的硬件资源，包括时钟控制寄存器（CCM）、复用配置寄存器（MUX）、电气属性寄存器（PAD）、数据寄存器（DR）和方向寄存器（GDIR）。
- 在设备模块加载函数中调用`platform_device_register()`注册设备，卸载函数中调用`platform_device_unregister()`注销设备。
2. 编写platform驱动文件（leddriver.c）
- 定义设备结构体，封装设备号、`cdev`、类指针等核心信息。
- 实现LED的开关控制函数，通过读写寄存器完成LED的亮灭控制。
- 编写字符设备操作函数，包括`open`和`write`，实现设备的打开与数据写入功能。
- 实现`probe`函数：匹配成功后，获取设备资源并完成寄存器映射，初始化LED硬件，注册字符设备，创建设备节点。
- 实现`remove`函数：卸载驱动时，解除寄存器映射，注销字符设备，销毁设备节点和类。
- 定义`platform_driver`结构体，设置驱动名称为`imx6ul-led`，关联`probe`和`remove`函数，确保与设备名称匹配。
- 在驱动模块加载与卸载函数中，分别注册和注销platform驱动。
编写测试App
测试App（ledApp.c）功能简单，通过命令行参数控制led的亮灭：
- 用法：`./ledApp /dev/platled 0`（关闭LED），`./ledApp /dev/platled 1`（打开LED）。
- 核心逻辑：打开设备文件，将用户输入的参数转换为控制指令，通过`write`函数写入驱动，完成LED控制，最后关闭设备文件。
运行测试
编译驱动程序和测试App
1. 编译驱动程序：
- 编写Makefile，指定`obj-m`变量为`leddevice.o leddriver.o`，确保同时编译设备与驱动模块。
- 执行`make -j32`命令，生成`leddevice.ko`和`leddriver.ko`驱动模块文件。
2. 编译测试App：
- 使用交叉编译工具执行`arm-linux-gnueabihf-gcc ledApp.c -o ledApp`，生成可在开发板运行的测试程序。
运行测试
1. 加载模块：
- 将编译生成的`leddevice.ko`、`leddriver.ko`和`ledApp`复制到开发板根文件系统的`lib/modules/4.`目录。
- 重启开发板，进入该目录，先执行`depmod`（首次加载驱动需运行），再依次执行`modprobe leddevice`和`modprobe leddriver`加载设备与驱动模块。
2. 验证匹配结果：
- 查看`/sys/bus/platform/devices`目录，确认存在名为`imx6ul-led`的设备文件；查看`/sys/bus/platform/drivers`目录，确认存在名为`imx6ul-led`的驱动文件。
- 驱动与设备匹配成功后，内核会输出“led driver and device has matched!”提示信息。
3. 测试LED功能：
- 执行`./ledApp /dev/platled 1`打开LED，执行`./ledApp /dev/platled 0`关闭LED，观察LED的亮灭状态，验证驱动功能正常。
4. 卸载驱动：
- 执行`rmmod leddevice`和`rmmod leddriver`，卸载设备与驱动模块。
本章总结
本章围绕Linux驱动的分离与分层思想，详细介绍了platform平台驱动模型的原理与实践。通过将驱动拆分为独立的设备与驱动模块，依托总线实现自动匹配，既提升了驱动的可重用性，又简化了复杂外设的驱动开发流程。通过LED驱动实验，我们掌握了platform驱动的编写规范、匹配机制和调试方法，为后续学习设备树下的platform驱动开发奠定了坚实基础。
10个月宝宝每天需要喝多少奶粉？
