1. 课程导入

欢迎进入《Linux字符与平台驱动综合项目》的第一章。在开始编写第一行驱动代码之前，我们需要先建立一张清晰的“地图”：Linux驱动开发到底在做什么、它处在整个系统的哪个位置、我们要掌握哪些核心概念，以及如何搭建一个可以反复实验的开发环境。本章不涉及复杂的寄存器操作，而是帮助你把后续三十章的知识点串成一条主线，避免“会写代码但不知道代码为何这样写”的困境。

一、学习目标：从“会用”到“会写、会调、会移植”

本课程的学习目标可以概括为三个层次。第一层是理解机制：掌握Linux设备模型、字符设备、平台设备与驱动、设备树、文件操作接口等核心机制。第二层是动手实现：能够独立编写字符设备驱动、platform驱动，完成open/read/write/ioctl等文件操作，并正确处理并发与同步。第三层是调试与移植：能够使用printk、dmesg、sysfs、procfs、ftrace等工具定位问题，并把驱动适配到不同硬件平台。

换句话说，学完本课程后，你应当具备“拿到一个外设，能判断它属于哪类驱动、需要哪些内核接口、如何验证功能”的能力，而不是只会照抄某一块开发板的示例代码。

二、核心概念：驱动开发中的“关键词”

Linux驱动开发有几个贯穿始终的概念，理解它们比记住API更重要。

• 内核空间与用户空间：驱动运行在内核空间，应用程序运行在用户空间。二者通过系统调用边界交互，驱动不能直接调用用户空间的库函数。
• 设备文件：字符设备通常表现为/dev/xxx，应用程序通过open、read、write等标准文件接口访问硬件。
• file_operations：字符设备驱动的核心结构体，把用户空间的系统调用映射到驱动内的具体函数。
• 主设备号与次设备号：主设备号标识驱动，次设备号标识同一驱动管理的不同设备实例。
• platform总线：Linux中用于连接SoC内部外设的虚拟总线，把“设备信息”和“驱动代码”分离，便于移植。
• 设备树（Device Tree）：用文本描述硬件资源（地址、中断、时钟、GPIO等），内核启动时解析，驱动通过of_*接口获取。
• 模块机制：驱动可以编译进内核，也可以编译为.ko模块，通过insmod/rmmod动态加载卸载，极大方便调试。

三、整体框架：从应用到硬件的分层视图

为了看清驱动在系统中的位置，我们可以把整个软件栈分为四层：用户应用层、系统调用层、内核驱动层、硬件层。应用程序调用open("/dev/led", ...)，内核根据设备号找到对应的file_operations，进而调用驱动中的led_open；驱动再通过读写寄存器或调用子系统接口操作硬件。平台驱动则多了一层“匹配”过程：设备树描述设备，platform_driver提供probe函数，二者匹配成功后驱动才真正接管硬件。

下面的SVG以结构关系图的形式展示了这一分层框架，以及字符设备驱动与平台设备驱动两条典型路径。

四、开发环境搭建：让代码跑起来

驱动开发环境与普通应用开发不同，它需要内核源码、交叉编译工具链以及目标板或QEMU模拟环境。推荐使用Ubuntu 22.04作为宿主机，配合一块ARM开发板（如正点原子、野火、树莓派）或QEMU虚拟机。核心步骤如下：

1. 安装编译依赖：sudo apt install build-essential libncurses-dev bison flex libssl-dev
2. 获取与目标板一致的内核源码，并配置交叉编译环境变量。
3. 编写第一个hello模块，验证模块加载与卸载流程。
4. 使用dmesg查看内核日志，确认printk输出。

# 交叉编译环境变量示例（ARM64）
export ARCH=arm64
export CROSS_COMPILE=aarch64-linux-gnu-
export KDIR=/home/user/linux-5.10

# 编译模块
make -C $KDIR M=$PWD modules

# 加载与卸载
sudo insmod hello.ko
dmesg | tail -n 5
sudo rmmod hello

五、常见误区与复盘

初学者最容易陷入以下误区：一是把驱动当成普通C程序，忽略内核空间不能使用标准C库；二是只关注API调用，不理解设备号、cdev、platform匹配的来龙去脉；三是跳过环境搭建，直接抄代码，导致编译报错时无从下手；四是忽视并发与同步，在中断和用户上下文同时访问共享数据时出现偶发崩溃。