📚 课程目录第2章 Linux内核驱动基础回顾

2. Linux内核驱动基础回顾：字符设备驱动框架、file_operations结构体、模块加载与卸载

在深入零拷贝与DMA延迟优化之前，必须牢固掌握字符设备驱动的核心骨架。本章将系统回顾字符设备驱动的标准框架、file_operations 结构体的关键成员以及模块的生命周期管理。这些基础是后续实现高性能数据传输的基石。

2.1 字符设备驱动框架

字符设备是Linux驱动中最基础的设备类型，以字节流方式访问，典型的字符设备包括串口、GPIO、I2C、音频设备等。其驱动框架遵循“分配-初始化-注册”三步曲。

核心流程： 字符设备驱动的标准实现路径

分配设备号：使用 alloc_chrdev_region() 动态分配主/次设备号，或 register_chrdev_region() 注册静态设备号。
初始化cdev结构体：调用 cdev_init() 将 file_operations 与 cdev 绑定。
添加设备到系统：通过 cdev_add() 将字符设备注册到VFS层，使设备节点可被用户空间访问。
自动创建设备节点：使用 class_create() 和 device_create() 在 /dev/ 下自动生成设备文件。

2.2 file_operations 结构体深度解析

file_operations 是字符设备驱动与VFS层之间的契约接口。每个成员函数指针对应一个系统调用，驱动开发者通过实现这些回调来定义设备的行为。

成员名称	对应系统调用	功能描述	性能关注点
`open`	open()	打开设备，初始化硬件或数据结构	避免在open中做耗时初始化
`release`	close()	关闭设备，释放资源	确保DMA缓冲区正确释放
`read`	read()	从设备读取数据到用户空间	零拷贝实现的关键入口
`write`	write()	从用户空间写入数据到设备	DMA传输的触发点
`mmap`	mmap()	将设备内存映射到用户空间	零拷贝核心技术之一
`unlocked_ioctl`	ioctl()	设备控制命令通道	用于配置DMA参数
`poll`	poll()/select()	查询设备是否可读写	非阻塞I/O的基础

优化提示： 在实现 read 和 write 回调时，应优先使用 copy_to_user/copy_from_user 的安全拷贝函数，而非直接内存访问。后续章节将介绍如何通过 mmap 和 splice 绕过这些拷贝，实现真正的零拷贝。

2.3 模块加载与卸载生命周期

Linux内核模块使用 module_init 和 module_exit 宏来声明入口和出口函数。正确的生命周期管理是驱动稳定性的前提。

2.4 标准模块代码模板

以下是一个完整的字符设备驱动模板，包含了模块加载/卸载、设备号管理、file_operations 实现等核心要素。

#include <linux/module.h>
#include <linux/fs.h>
#include <linux/cdev.h>
#include <linux/device.h>
#include <linux/uaccess.h>

#define DEVICE_NAME "my_char_dev"
#define CLASS_NAME  "my_class"

static int major;
static struct class *dev_class;
static struct cdev my_cdev;

/* file_operations 回调实现 */
static int dev_open(struct inode *inodep, struct file *filep) {
    pr_info("Device opened\n");
    return 0;
}

static int dev_release(struct inode *inodep, struct file *filep) {
    pr_info("Device closed\n");
    return 0;
}

static ssize_t dev_read(struct file *filep, char __user *buffer,
                        size_t len, loff_t *offset) {
    /* 零拷贝优化点：后续将替换为 DMA 直接传输 */
    return 0;
}

static ssize_t dev_write(struct file *filep, const char __user *buffer,
                         size_t len, loff_t *offset) {
    /* 零拷贝优化点：后续将替换为 DMA 直接传输 */
    return len;
}

static struct file_operations fops = {
    .owner   = THIS_MODULE,
    .open    = dev_open,
    .read    = dev_read,
    .write   = dev_write,
    .release = dev_release,
};

/* 模块初始化 */
static int __init my_driver_init(void) {
    dev_t dev_num;

    /* 1. 动态分配设备号 */
    alloc_chrdev_region(&dev_num, 0, 1, DEVICE_NAME);
    major = MAJOR(dev_num);
    pr_info("Major number: %d\n", major);

    /* 2. 初始化 cdev */
    cdev_init(&my_cdev, &fops);
    my_cdev.owner = THIS_MODULE;

    /* 3. 添加 cdev 到系统 */
    cdev_add(&my_cdev, dev_num, 1);

    /* 4. 创建类和设备节点 */
    dev_class = class_create(THIS_MODULE, CLASS_NAME);
    device_create(dev_class, NULL, dev_num, NULL, DEVICE_NAME);

    pr_info("Driver loaded successfully\n");
    return 0;
}

/* 模块卸载 */
static void __exit my_driver_exit(void) {
    dev_t dev_num = MKDEV(major, 0);

    device_destroy(dev_class, dev_num);
    class_destroy(dev_class);
    cdev_del(&my_cdev);
    unregister_chrdev_region(dev_num, 1);

    pr_info("Driver unloaded\n");
}

module_init(my_driver_init);
module_exit(my_driver_exit);

MODULE_LICENSE("GPL");
MODULE_AUTHOR("Kernel Expert");
MODULE_DESCRIPTION("Character device driver template for zero-copy optimization");

常见陷阱：

忘记在 file_operations 中设置 .owner = THIS_MODULE，导致模块在使用中被卸载。
在 dev_read 和 dev_write 中直接使用 memcpy 而非 copy_to_user/copy_from_user，引发内核态与用户态地址空间错误。
卸载时未正确销毁 device 和 class，导致 /dev/ 下残留僵尸节点。

2.5 关键数据结构关系图

理解 cdev、file_operations、inode 和 file 之间的关系，是掌握字符设备驱动本质的关键。

  关键理解： 当用户空间调用 open() 时，VFS 根据设备号找到对应的 cdev，进而获取 file_operations 表。每次 open() 调用都会创建一个新的 struct file 实例，但其 f_op 指针始终指向同一个 file_operations 结构体。这种设计使得驱动方法可以被多个进程共享，而文件状态（如当前位置偏移）则保存在每个 struct file 中。

2.6 本章小结

字符设备驱动框架遵循“分配设备号 → 初始化cdev → 注册cdev → 创建设备节点”的标准流程。
file_operations 是驱动与VFS的接口契约，mmap 和 unlocked_ioctl 是零拷贝优化的关键入口。
模块生命周期管理必须确保引用计数正确，避免在卸载时仍有进程持有设备文件描述符。
标准代码模板为后续实现DMA传输和零拷贝技术提供了可扩展的基础框架。