1. 课程导入
在嵌入式与服务器领域，Linux 早已成为事实上的主流操作系统。无论是手机、路由器、工业网关、车载控制器，还是数据中心里的网卡与加速卡，硬件能否被系统正确识别、高效使用，很大程度上取决于驱动工程师的工作。驱动是内核与硬件之间的“翻译层”，它把寄存器操作、时序约束、中断与 DMA 等硬件行为，抽象成内核可调度的统一接口。理解这一点，是进入本课程的第一把钥匙。
一、Linux驱动工程师到底在做什么
很多初学者以为驱动开发就是“写寄存器”，实际上这只是最底层的一环。驱动工程师的职责可以概括为四类：
- 硬件适配：根据芯片手册完成寄存器初始化、时钟与电源管理、引脚复用配置，让硬件进入可工作状态。
- 内核接口实现：把设备注册为字符设备、块设备、网络设备或平台设备，向上层提供 open/read/write/ioctl 等标准接口。
- 并发与资源管理：处理中断、自旋锁、互斥量、等待队列、DMA 缓冲区，保证多核与抢占场景下的正确性。
- 调试与维护：通过 dmesg、ftrace、devmem、逻辑分析仪定位问题，并保证驱动可移植、可升级。
换句话说，驱动工程师既要“懂硬件”，又要“懂内核”，还要“懂调试”。这三者缺一不可。
二、技能栈全景：从C语言到内核子系统
驱动开发不是孤立技能，而是一棵有层次的技能树。下面这张图展示了从基础到进阶的能力结构，也是本课程后续章节的展开顺序。
可以看到，技能栈是逐层递进的。基础不牢，直接看内核源码会非常吃力；而只停留在“点灯”层面，又无法胜任真实项目。本课程会沿着这条路径，把每一层的关键能力落到可运行的代码上。
三、学习路径：从模块到子系统再到项目
建议的学习路径分为四个阶段，每个阶段都有明确的产出物，而不是“看完视频就算学会”。
- 阶段一：内核模块与字符设备。能编写 insmod/rmmod 可加载模块，实现一个带 read/write 的字符设备，理解 file_operations 与主次设备号。
- 阶段二：平台设备与设备树。掌握 platform_driver 与 device tree 的匹配机制，能根据硬件原理图修改 dts 并让驱动 probe 成功。
- 阶段三：总线子系统。完成 I2C/SPI 传感器驱动，理解 regmap、中断处理、sysfs 与 misc 设备。
- 阶段四：综合项目。把多个驱动整合到一个真实板卡上，完成数据采集、上报与调试优化。
四、项目实战目标与常见误区
本课程最终会围绕一个综合项目展开：在 ARM 开发板上，通过 I2C 读取传感器数据，用 GPIO 控制指示灯，通过字符设备向用户态暴露接口，并支持中断上报。这个项目覆盖了驱动开发的主要环节，也是面试中高频出现的场景。
| 能力项 | 入门要求 | 项目目标 |
|---|---|---|
| 模块开发 | 能编译加载模块 | 模块参数、版本兼容、自动加载 |
| 设备模型 | 了解字符设备 | 平台总线 + 设备树匹配 |
| 并发控制 | 知道自旋锁 | 中断上下文与睡眠上下文正确选锁 |
| 调试手段 | 会看 dmesg | ftrace、devmem、逻辑分析仪联合定位 |
初学者最常见的误区有三个：一是只背 API 不理解内核模型，导致换个芯片就不会写；二是忽略并发与错误处理，驱动在实验室能跑，量产就崩溃；三是不看硬件手册，凭猜测写寄存器。下面这段日志就是典型的 probe 失败场景：
[ 12.345678] my_sensor 1-0048: probe failed: -ENODEV
[ 12.345690] i2c i2c-1: Failed to instantiate device
[ 12.345701] my_sensor: module verification failed: signature missing
看到 -ENODEV，首先要检查设备树中的 compatible 是否与驱动 of_match_table 一致，其次确认 I2C 地址是否正确、总线是否使能。这类问题在后续章节会反复出现，也是驱动工程师日常工作的缩影。
当你能够独立完成一个从设备树配置、驱动编写、中断处理到用户态验证的完整闭环时，就已经具备了初级驱动工程师的核心能力。接下来的章节，我们会从最基础的内核模块开始，一步步把这张技能图变成你手里的代码。