1. 课程导论：设备树在Linux内核中的作用、从of_node到probe的完整路径、性能瓶颈概述
1.1 设备树在Linux内核中的核心作用
设备树（Device Tree，DT）是一种描述硬件资源的数据结构，在嵌入式Linux系统中扮演着硬件拓扑描述语言的角色。它替代了传统Bootloader向内核传递硬件信息的ATAG方式，成为ARM64、RISC-V等架构的标准硬件描述方案。
设备树在内核中的三大核心作用：
- 硬件抽象：将CPU、内存、外设、中断控制器、时钟等硬件资源以树形节点形式描述，与内核源码解耦。
- 驱动匹配：通过
compatible属性将设备节点与驱动绑定，实现of_match_table匹配机制。 - 资源传递：提供
reg、interrupts、clocks等属性，驱动通过OF API获取硬件资源。
关键概念： 设备树是硬件描述与内核驱动之间的契约。一个节点对应一个硬件设备，驱动通过
of_node指针访问该节点的属性。
1.2 从of_node到probe调用的完整路径
设备树节点从of_node到驱动probe的调用路径，是内核设备模型初始化的核心流程。整个过程分为四个阶段：
| 阶段 | 关键函数/机制 | 输出产物 |
|---|---|---|
| 1. 解析阶段 | unflatten_device_tree() |
从DTB二进制展开为device_node树 |
| 2. 平台设备创建 | of_platform_populate() |
为每个节点创建platform_device |
| 3. 驱动匹配 | platform_match() → of_match_device() |
匹配compatible或name属性 |
| 4. probe调用 | driver_probe_device() → really_probe() |
执行驱动的probe()回调 |
下面这张SVG流程图展示了从DTB二进制到驱动probe的完整数据流：
1.3 性能瓶颈概述
在大型嵌入式系统（如SoC包含数百个外设节点）中，设备树解析和驱动匹配的耗时可能达到数十毫秒甚至上百毫秒，直接影响系统启动时间。以下是主要性能瓶颈的分布：
| 瓶颈环节 | 典型耗时占比 | 根因分析 |
|---|---|---|
| DTB解析 | 30% - 40% | 递归遍历所有节点，字符串属性拷贝频繁 |
| 平台设备创建 | 20% - 25% | 每个节点都要分配platform_device结构体 |
| compatible匹配 | 25% - 30% | 字符串比较次数多，of_match_table线性扫描 |
| 资源获取 | 10% - 15% | of_irq_parse、of_address_to_resource等API调用 |
性能陷阱： 在设备树节点超过500个的系统中，仅
of_match_device()中的strcmp调用次数可能超过10万次。每次strcmp虽然只有微秒级，但累积效应显著。
1.4 设备树节点与驱动匹配的微观路径
下面这张SVG图展示了单个设备节点从of_node到probe的微观数据流，重点关注compatible属性的匹配过程：
1.5 课程核心优化方向
本课程将围绕以下四个维度展开性能优化：
- DTB解析加速：减少递归深度、预分配内存池、延迟解析非关键节点。
- 平台设备创建优化：批量分配、复用
device_node缓存、减少kmalloc调用。 - compatible匹配加速：引入哈希表、
of_match_node缓存、compatible优先级排序。 - 资源获取优化：
of_irq_parse缓存、of_address_to_resource预解析。
学习建议： 在阅读后续章节前，建议先熟悉
drivers/of/目录下的核心文件：base.c、platform.c、device.c、match.c。这些文件包含了设备树解析和驱动匹配的核心实现。
1.6 性能指标基准
为了量化优化效果，本课程将使用以下基准测试环境：
| 指标项 | 优化前典型值 | 优化目标 | 测试方法 |
|---|---|---|---|
| DTB解析耗时 | 15 ms (500节点) | < 8 ms | ftrace + kprobe |
| 平台设备创建 | 10 ms (500节点) | < 5 ms | perf stat |
| compatible匹配 | 12 ms (500节点) | < 4 ms | trace_printk |
| 总启动时间 | 45 ms | < 20 ms | initcall_debug |
在接下来的章节中，我们将逐一深入每个阶段的源码实现，分析性能瓶颈的根因，并给出可落地的优化方案。