很多人学嵌入式 Linux 驱动，第一步就翻《Linux 设备驱动程序》，第二步就开始怀疑人生。

不是书不行，也不是你不行，而是学习顺序错了。

驱动开发不是单独的一门技术，它更像一座桥：一头连着硬件，一头连着 Linux 内核，中间还夹着编译、设备树、总线、调试、并发、内存管理。你如果只盯着“怎么写一个 driver”，很容易写出 demo，却很难真正看懂项目里的驱动代码。

这张图其实把学习路径讲得很清楚：先打地基，再进内核，再学框架，然后啃外设，最后靠调试和项目把知识串起来。

下面按这 6 层来拆。

第一层：基础准备，不要嫌它“简单”

嵌入式 Linux 驱动的入门门槛，不是先会写probe，而是先能看懂项目。

这一层至少要补齐这些东西：

C 语言基础、结构体、指针、函数指针、链表、位运算；

Makefile、GCC、GDB、交叉编译；

ARM 架构基础；

Linux 常用命令。

很多驱动代码读不下去，问题往往不在内核，而在 C 语言。比如container_of、回调函数、结构体嵌套、链表操作，这些东西一旦不熟，驱动框架看起来就像一堆“套娃”。

所以第一阶段别急，先把 C 和工具链打牢。后面会省很多时间。

第二层：Linux 内核基础，先知道系统怎么转起来

驱动运行在内核里，你至少要知道内核的大概脾气。

比如：

内核启动流程是怎样的；

源码目录大概怎么分；

Kconfig 和 Makefile 怎么控制编译；

模块机制是什么；

printk和内核日志怎么看；

内核链表、内存管理、中断这些基础机制怎么用。

这里不建议一开始就试图“精通内核”。内核太大了，容易被劝退。

更实际的做法是：先建立地图感。

知道文件在哪里，知道模块怎么编，知道日志怎么看，知道出了问题去哪找线索。

学驱动，最怕的不是不会，而是不知道自己卡在哪一层。

第三层：驱动核心框架，这是从 demo 到工程的分水岭

真正进入驱动后，建议从字符设备开始。

字符设备驱动能帮你建立最基础的驱动模型：

设备号、cdev、file_operations、open/read/write/ioctl。

接着再往 platform 总线、设备树、pinctrl、GPIO、中断这些方向走。

这一层很关键，因为它决定你能不能看懂真实项目里的驱动。

很多开发板教程会直接教你点灯、按键、中断，但如果你不理解 platform 设备和设备树，后面一换板子、一换芯片，就会觉得所有东西都变了。

其实底层逻辑没变，只是描述硬件的方式变了。

第四层：常见外设接口驱动，开始和真实硬件打交道

到了这一层，学习会变得更有手感。

UART、I2C、SPI、LCD、Framebuffer、Input 输入子系统、PWM、RTC、Watchdog，这些都是嵌入式里非常常见的外设方向。

建议不要只看代码，要配合原理图和芯片手册一起看。

比如学 I2C，不只是知道i2c_driver怎么注册，还要知道 SDA、SCL 是什么，设备地址怎么来，时序大概是什么样。

学 GPIO 中断，也不只是会写中断处理函数，还要知道引脚复用、上下拉、电平触发、边沿触发这些配置在哪里。

驱动开发最有意思的地方就在这：

代码不是凭空运行的，它背后一定有硬件行为。

第五层：进阶能力，决定你能不能写“可靠”的驱动

写一个能跑的驱动不难，难的是写一个稳定、可维护、出问题能定位的驱动。

这一层要重点补：

并发与同步；

自旋锁、互斥锁、信号量；

阻塞与非阻塞 IO；

poll/select/epoll；

DMA；

mmap；

电源管理；

内核线程和工作队列。

这些东西刚开始会比较抽象，但它们是驱动工程化绕不开的部分。

比如数据什么时候会被多个上下文访问？

中断里能不能睡眠？

为什么有些地方用自旋锁，有些地方用互斥锁？

DMA 为什么要考虑缓存一致性？

这些问题一旦搞清楚，你看驱动代码的感觉会完全不一样。

第六层：调试与实战，真正拉开差距的地方

驱动开发不是写完编译通过就结束了，很多时间其实花在调试上。

常用手段包括：

dmesg、printk；

/proc、/sys、debugfs；

交叉编译和驱动移植；

NFS、TFTP 调试环境；

驱动和应用联调；

传感器、触摸屏、LCD 等实际驱动项目。

这里有个很实在的建议：一定要多做小实验。

不要只看教程。

看完字符设备，就自己改一个ioctl。

学完 GPIO，就做按键中断。

学完 I2C，就读一个真实传感器。

学完 Input 子系统，就做一个按键上报。

学完设备树，就试着改 pinctrl、改 compatible、改中断配置。

驱动学习不是“看会”的，是“调会”的。

推荐学习顺序

如果你现在不知道从哪开始，可以按这个顺序走：

基础语法和 Linux 命令

内核模块

字符设备驱动

设备树

GPIO 和中断

I2C、SPI、UART

子系统驱动

调试优化

完整项目实战

这个顺序不一定最快，但比较稳。

尤其对初学者来说，稳比快重要。因为驱动开发一旦基础断层，后面每一步都会变成猜谜。

最后说句实话

嵌入式 Linux 驱动不是三五天能学完的东西。

它需要你同时理解软件、硬件、系统和工程调试。刚开始会慢，会卡，会被一个小问题折腾半天，这都正常。

但只要路线对了，每一层都能往下扎一点，你会慢慢发现：

以前看不懂的驱动源码，能看懂了；

以前只会照着教程改，现在知道为什么这么改了；

以前遇到问题只能搜答案，现在能顺着日志和代码自己定位了。

这才是真正入门。

学习驱动，别急着“啃内核”。

先把路走顺，再一点点往深处走。