The script1. 设备树下platform_device与platform_driver架构解析
在Linux 3.x内核版本后，设备树（Device Tree）彻底改变了传统嵌入式系统中硬件描述的方式。作为一位长期从事Linux驱动开发的工程师，我见证了从板级文件（board file）到设备树的完整迁移过程。设备树的核心价值在于将硬件配置从内核代码中剥离，形成独立的.dts文件，而platform_device与platform_driver的交互机制也随之发生了本质变化。
传统非设备树方案中，我们需要在C代码中手动注册platform_device结构体，这种硬编码方式导致内核镜像与具体硬件强耦合。以AM335x处理器为例，旧方案需要在arch/arm/mach-omap2/board-am335xevm.c中定义数百行设备注册代码。而设备树机制下，同样的硬件描述仅需几行DTS语法：
dts复制// arch/arm/boot/dts/am335x-evmsk.dts
&ocp {
test_platform: test_platform@0 {
compatible = "vendor,platform-test";
reg = <0x48000000 0x1000>;
interrupt-parent = <&intc>;
interrupts = <31>;
};
};
这个转变带来的直接好处是：同一内核镜像可适配不同硬件配置，只需加载对应的DTB文件即可。在最近参与的工业控制器项目中，我们使用同一份内核支持了8种硬件变体，这在设备树前是不可想象的。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 设备树与platform设备的匹配机制
2.1 匹配流程的代码级实现
设备树节点与platform_driver的匹配过程发生在驱动注册阶段，核心逻辑在drivers/base/platform.c的platform_match()函数中。当driver_register()被调用时，总线会遍历所有已注册设备尝试匹配。关键匹配路径如下：
- of_match_table比对：首先检查platform_driver的of_match_table是否包含与设备树节点compatible属性匹配的条目
- ACPI匹配：若非ACPI系统则跳过（嵌入式场景常见）
- id_table匹配：回退到传统platform_device ID匹配方式
- 名称匹配：最后尝试driver与device的name字段完全匹配
实际调试时，可以通过在platform_match()添加pr_debug()打印匹配过程。我曾用这个方法解决过一个SPI控制器驱动加载异常的问题，最终发现是设备树co