1. 嵌入式Linux驱动开发概述
大家好，欢迎来到《嵌入式Linux驱动开发岗位实战》的第一章。在正式开始写代码之前，我觉得有必要先聊聊“我们到底在做什么”。很多新手一上来就急着编译内核、写模块，结果遇到问题完全摸不着头脑。我个人习惯是，先搞清楚系统长什么样，再动手。
1.1 嵌入式系统简介
嵌入式系统，说白了就是“专用于特定任务的计算机系统”。它不像你的PC可以装各种软件、打游戏、写文档，它只干一件事——比如你的路由器只负责转发数据包，智能手表只负责监测健康数据。
一个典型的嵌入式系统包含以下部分：
| 组件 | 说明 | 常见例子 |
|---|---|---|
| 处理器 | 系统的“大脑” | ARM Cortex-A/M/R、RISC-V、x86 |
| 存储器 | 存放代码和数据 | Flash、DDR、SRAM |
| 外设 | 与外界交互的接口 | UART、I2C、SPI、GPIO、USB |
| 软件栈 | 从底层到应用 | Bootloader → 内核 → 驱动 → 应用 |
我在项目中遇到过不少“硬件能跑裸机，一上Linux就挂”的情况。原因往往是驱动没有正确初始化外设的时钟或电源域。嗯，这里要注意：嵌入式Linux不是把PC上的Linux直接搬过来，它需要针对特定硬件做裁剪和适配。
1.2 Linux内核架构
Linux内核是一个宏内核，但它又不像传统宏内核那样“一锅端”。它通过模块化设计，把驱动、文件系统、网络协议栈等组件变成了可以动态加载的模块。你想想看，这有什么好处？
- 可裁剪：不需要的功能就不编译，节省存储和内存。
- 可热插拔：驱动可以在系统运行时加载/卸载，方便调试。
- 分层清晰：应用层、内核层、硬件层各司其职。
下面这张图展示了嵌入式Linux内核的核心分层结构：
驱动开发主要工作在内核空间的“设备驱动模型”这一层。我建议你记住一句话：驱动是内核与硬件之间的翻译官。它把硬件的寄存器操作、中断处理、DMA传输等细节封装起来，向上提供统一的接口。
核心概念：Linux内核把一切设备都抽象为文件。你操作一个LED，就像读写一个文件一样——open、read、write、ioctl、close。这就是“一切皆文件”的思想。
1.3 驱动开发环境搭建
工欲善其事，必先利其器。搭建一个顺手的开发环境，能让你少走很多弯路。我曾经见过有人直接在目标板上写代码、编译，那效率简直让人崩溃。
我推荐的做法是：宿主机（你的PC）上交叉编译，目标板上运行测试。
你需要准备以下工具：
- Linux宿主机：Ubuntu 20.04/22.04 或 Debian，虚拟机也行。
- 交叉编译工具链：比如 arm-linux-gnueabihf-gcc，用于在x86上编译ARM架构的代码。
- 内核源码树：你目标板所运行的内核版本源码，编译好的模块需要依赖它。
- 目标板：树莓派、BeagleBone、IMX6ULL开发板等，或者用QEMU模拟。
- 文件传输方式：NFS网络挂载、scp、U盘拷贝都行。
| 组件 | 推荐版本/工具 | 备注 |
|---|---|---|
| 宿主机OS | Ubuntu 22.04 LTS | 软件源丰富，社区支持好 |
| 交叉工具链 | gcc-arm-10.3-2021.07 | Linaro维护的版本比较稳定 |
| 内核源码 | Linux 5.10 LTS | 长期支持版，适合产品开发 |
| 目标板 | 树莓派4B 或 QEMU virt | 资料多，社区活跃 |
我的小技巧：在宿主机上配置NFS服务器，把编译好的内核模块目录挂载到目标板上。这样你编译完模块，目标板上立刻就能用，不用反复拷贝。调试效率能提升一倍。
1.4 第一个Hello World驱动模块
好了，理论说够了，我们来写点真东西。第一个驱动模块，我习惯叫它“hello_drv”。它什么都不做，只是加载时打印“Hello, World!”，卸载时打印“Goodbye!”。别小看它，它能验证你的整个开发环境是否打通。
先看代码：
// hello_drv.c
#include <linux/module.h>
#include <linux/kernel.h>
#include <linux/init.h>
static int __init hello_init(void)
{
printk(KERN_INFO "Hello, World! from driver module\n");
return 0;
}
static void __exit hello_exit(void)
{
printk(KERN_INFO "Goodbye, World! driver module unloaded\n");
}
module_init(hello_init);
module_exit(hello_exit);
MODULE_LICENSE("GPL");
MODULE_AUTHOR("Your Name");
MODULE_DESCRIPTION("A simple Hello World driver module");
代码很简单，但有几点我想强调一下：
__init和__exit是内核的宏，告诉内核这些函数只在初始化/退出时使用，之后可以释放内存。printk是内核空间的打印函数，相当于用户空间的printf。它输出的信息可以通过dmesg命令查看。MODULE_LICENSE("GPL")不是摆设。没有它，内核会认为你是非GPL模块，某些内核符号不会导出给你用。
接下来是Makefile。嗯，这里要注意：Makefile的格式非常严格，obj-m 和目标模块名必须匹配。
# Makefile
obj-m := hello_drv.o
KDIR := /lib/modules/$(shell uname -r)/build
PWD := $(shell pwd)
all:
$(MAKE) -C $(KDIR) M=$(PWD) modules
clean:
$(MAKE) -C $(KDIR) M=$(PWD) clean
如果你是在宿主机上为本地内核编译，直接 make 就行。如果是交叉编译，需要指定 ARCH 和 CROSS_COMPILE：
make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf-
编译成功后，你会得到 hello_drv.ko 文件。把它传到目标板上，执行：
# 加载模块
insmod hello_drv.ko
# 查看内核日志
dmesg | tail -5
# 你应该能看到 "Hello, World! from driver module"
# 卸载模块
rmmod hello_drv
# 再次查看日志
dmesg | tail -5
# 你应该能看到 "Goodbye, World! driver module unloaded"
避坑指南：我曾经在第一次编译模块时，忘了内核源码树没有先编译好。结果报了一堆“找不到头文件”的错误。记住，编译模块前，内核源码必须先编译过一次（至少 make modules_prepare 要跑一遍）。
如果你看到了那两行打印，恭喜你，你的嵌入式Linux驱动开发环境已经跑通了。这个“Hello World”虽然简单，但它验证了从编译、加载到卸载的完整链路。后面所有的驱动开发，都是在这个基础上不断叠加功能。
最后，我把本章的知识点整理成一张思维导图，方便你回顾：
好了，第一章就到这里。环境搭好了，模块跑起来了，后面我们就可以开始玩点真正的驱动了。