字符设备驱动的核心是file_operations结构体，它定义open/read/write/ioctl等函数指针，内核通过VFS调用这些接口实现用户态与硬件的交互；漏填或填错指针会导致系统调用返回-ENODEV/-EINVAL，必须全局声明、设置owner=THIS_MODULE，并正确使用copy_to_user/copy_from_user、wait_event_interruptible及_IO系列宏处理ioctl。
字符设备驱动的核心是 file_operations 结构体，不是写个模块就能读写
Linux 字符设备驱动本质是为用户态提供标准文件接口（open/read/write/ioctl），内核并不关心你内部怎么实现，只看你是否正确填充了 file_operations 中的函数指针。漏填或填错 NULL 会导致对应系统调用直接返回 -ENODEV 或 -EINVAL，比如没实现 read 却调用 read()，用户态会看到 Operation not supported。
常见错误包括：
- 把
struct file_operations声明在栈上（必须全局或静态，否则注册后指针悬空） - 忘记用
MODULE_LICENSE("GPL")—— 现代内核加载时会拒绝非 GPL 兼容许可的模块 - 未正确设置
owner = THIS_MODULE，导致模块引用计数异常，rmmod时可能卡死
用户态与内核态高效交互的关键在于避免拷贝和阻塞，优先用 copy_to_user/copy_from_user + wait_event_interruptible
直接访问用户地址空间会触发缺页异常甚至 panic，所有数据传递必须走 copy_to_user 和 copy_from_user。它们会自动处理页表映射、检查地址合法性，并在失败时返回实际未拷贝字节数（不是 -EFAULT）—— 你要检查返回值，否则用户态可能读到全零或旧数据。
若需“通知用户态有新数据”，不要轮询，用等待队列：
立即学习“C++免费学习笔记（深入）”；
- 在
read中调用wait_event_interruptible(wq, condition)，条件满足才继续 - 在内核其他路径（如中断处理、定时器）中调用
wake_up_interruptible(&wq) - 务必配对使用
DECLARE_WAIT_QUEUE_HEAD(wq)和初始化
示例片段：
static ssize_t mydev_read(struct file *filp, char __user *buf, size_t count, loff_t *f_pos) {
if (wait_event_interruptible(my_wq, data_ready))
return -ERESTARTSYS;
if (copy_to_user(buf, kbuf, min(count, (size_t)DATA_SIZE)))
return -EFAULT;
*f_pos += min(count, (size_t)DATA_SIZE);
data_ready = 0;
return min(count, (size_t)DATA_SIZE);
}
ioctl 是唯一支持自定义命令的接口，但命令号必须用 _IO/_IOR/_IOW 宏生成
别手写 magic number。错误的 ioctl 命令号会导致内核跳过参数检查，用户传入非法指针也不会被拦截，极易引发 oops。必须用 Linux 提供的宏：
-
_IO('M', 0)：无参数命令 -
_IOR('M', 1, int)：读取一个int到用户空间 -
_IOW('M', 2, struct my_cmd)：从用户空间写入结构体
在驱动中用 switch (_IOC_NR(cmd)) 分支处理，注意 _IOC_SIZE(cmd) 可校验用户传入缓冲区大小是否匹配。
常见坑：
- 在
ioctl中直接解引用用户传入的指针（必须用copy_from_user拷贝） - 忘记在
case分支末尾加break，导致命令穿透执行 - 返回值不是负错误码（如
return 0;正确，return 1;会被用户态误认为成功）
设备节点创建不靠 mknod 手动建，用 class_create + device_create 让 udev 自动完成
硬编码主次设备号（register_chrdev_region）容易冲突；用 alloc_chrdev_region 动态分配更安全。但更重要的是：别再 mknod /dev/mydev c 240 0 了——现代发行版依赖 udev，必须通过 class_create 和 device_create 向 sysfs 注册设备属性，udev 才能监听并创建节点。
关键步骤顺序不能错：
- 先
alloc_chrdev_region获取设备号 - 再
cdev_init+cdev_add注册字符设备 - 然后
class_create创建类，再device_create创建设备实例 - 卸载时严格逆序：先
device_destroy，再class_destroy，最后unregister_chrdev_region
漏掉 device_create 或 class 名重复，/dev/mydev 就不会出现，且 dmesg 里通常只报 “Failed to create device”，不提示具体原因。
真正难的从来不是编译通过，而是让一次 read() 不丢数据、不卡死、不触发 warning；copy_from_user 的返回值检查、等待队列的条件重入、ioctl 命令号的位域构造，这些地方错一点，问题就藏得极深。
