1. Linux设备文件基础从一切皆文件说起第一次接触Linux时最让我震撼的就是那句一切皆文件的哲学。记得当时在终端里敲下ls -l /dev看到密密麻麻的设备文件列表时整个人都懵了——硬盘、键盘、鼠标甚至内存居然都能用文件的形式来操作这种设计理念其实源自Unix的早期智慧。把硬件设备抽象成文件带来几个实实在在的好处统一接口用熟悉的open()、read()、write()就能操作硬件权限控制像管理普通文件一样用chmod/chown管理设备权限管道组合可以把设备像文件一样用管道连接起来举个例子我经常用这个命令测试麦克风arecord | aplay这背后就是通过设备文件/dev/snd/pcmC0D0c录音设备和/dev/snd/pcmC0D0p播放设备实现的。你看不需要写任何底层代码就能完成音频采集和播放的联动。2. 字符设备与块设备内核视角的差异2.1 字符设备字节流的世界字符设备就像流水线数据是一个个字节连续传输的。我在做串口开发时深有体会——每次读取的数据长度可能都不相同# 查看串口设备 $ ls -l /dev/ttyS0 crw-rw---- 1 root dialout 4, 64 Jun 10 10:15 /dev/ttyS0注意开头的c表示字符设备4是主设备号64是次设备号。实际开发中这类设备有三个特点无缓存写入串口的数据会立即发送顺序访问不能随机跳转到某个位置可变长度每次读写的数据量可以不同2.2 块设备数据块的王国块设备则像集装箱码头数据是以固定大小的块为单位搬运的。我上次给服务器加硬盘时就遇到过这种情况# 查看硬盘设备 $ ls -l /dev/sda brw-rw---- 1 root disk 8, 0 Jun 10 10:15 /dev/sda这里的b表示块设备8是主设备号。与字符设备的关键区别在于带缓存写入数据可能暂存在内核缓冲区随机访问可以直接跳转到任意位置固定块大小通常为512B或4KB有个实际坑点要注意直接操作块设备文件可能绕过文件系统缓存。我有次用dd if/dev/sda备份数据时就因为没加iflagdirect导致性能暴跌。3. 主次设备号驱动开发的身份证3.1 主设备号驱动程序的DNA主设备号就像是设备的姓氏用来标识驱动类型。查看系统已分配的号段$ cat /proc/devices Character devices: 1 mem 4 tty 5 /dev/tty 7 vcs Block devices: 7 loop 8 sd我在写LED驱动时就用alloc_chrdev_region()动态申请主设备号。内核源码里有个细节主设备号255以下由驱动静态申请以上则动态分配。3.2 次设备号设备的自增ID次设备号则是名字区分同驱动的不同实例。比如在NVIDIA显卡驱动中/dev/nvidia0主设备号195次设备号0/dev/nvidiactl主设备号195次设备号255在驱动代码中可以通过iminor(inode)获取次设备号。我建议用位运算管理次设备号比如#define MINOR_BITS 20 #define MINOR_MASK ((1U MINOR_BITS) - 1)4. 特殊设备文件实战指南4.1 /dev/null比特黑洞这个黑洞设备我每天都要用几十次。比如运行后台服务时nohup ./server /dev/null 21 但有个冷知识写入null的速度其实有限制。我测试过$ dd if/dev/zero of/dev/null bs1G count100 1000 records in 1000 records out 107374182400 bytes (107 GB) copied, 5.43223 s, 19.8 GB/s4.2 /dev/zero无限零生成器在做内存测试时特别有用// 创建匿名内存映射 void *addr mmap(NULL, length, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0); // 等价于 void *addr mmap(NULL, length, PROT_READ|PROT_WRITE, MAP_PRIVATE, open(/dev/zero, O_RDWR), 0);4.3 /dev/random与/dev/urandom去年做加密项目时踩过坑/dev/random会阻塞直到收集足够熵/dev/urandom不会阻塞但可能不够安全现在推荐的做法是用getrandom()系统调用#define _GNU_SOURCE #include sys/random.h char buf[32]; getrandom(buf, sizeof(buf), GRND_RANDOM);5. 驱动开发实战从理论到代码5.1 创建设备文件传统方法是用mknodmknod /dev/mydev c 250 0但在现代系统中更推荐让udev自动管理static struct class *my_class; my_class class_create(THIS_MODULE, mydev); device_create(my_class, NULL, devt, NULL, mydev%d, minor);5.2 实现文件操作最基本的file_operations结构体static const struct file_operations my_fops { .owner THIS_MODULE, .read my_read, .write my_write, .open my_open, .release my_release, .unlocked_ioctl my_ioctl };我常用的调试技巧是在ioctl里实现状态查询long my_ioctl(struct file *file, unsigned int cmd, unsigned long arg) { switch (cmd) { case GET_REGISTER: put_user(read_reg(), (int __user *)arg); break; case SET_REGISTER: write_reg(arg); break; default: return -ENOTTY; } return 0; }6. 性能优化与安全实践6.1 缓冲策略选择字符设备通常有三种I/O模式直接模式像串口那样即时传输行缓冲遇到换行符才处理全缓冲攒够一定数据量再处理在驱动里可以通过spin_lock和kfifo实现环形缓冲区DEFINE_KFIFO(rx_fifo, unsigned char, 1024); static ssize_t my_read(struct file *file, char __user *buf, size_t len, loff_t *ppos) { unsigned int copied; copied kfifo_to_user(rx_fifo, buf, len, len); return copied ? copied : -EAGAIN; }6.2 权限控制要点设备文件的权限不能只依赖文件系统驱动里也要检查static int my_open(struct inode *inode, struct file *file) { if (!capable(CAP_SYS_ADMIN)) return -EPERM; return 0; }最近遇到个案例某IoT设备因为没检查ioctl命令来源导致可以被普通用户提权。所以一定要验证每个操作的合法性。
Linux特殊设备文件实战指南：从/dev/null到驱动开发的核心原理与应用
1. Linux设备文件基础从一切皆文件说起第一次接触Linux时最让我震撼的就是那句一切皆文件的哲学。记得当时在终端里敲下ls -l /dev看到密密麻麻的设备文件列表时整个人都懵了——硬盘、键盘、鼠标甚至内存居然都能用文件的形式来操作这种设计理念其实源自Unix的早期智慧。把硬件设备抽象成文件带来几个实实在在的好处统一接口用熟悉的open()、read()、write()就能操作硬件权限控制像管理普通文件一样用chmod/chown管理设备权限管道组合可以把设备像文件一样用管道连接起来举个例子我经常用这个命令测试麦克风arecord | aplay这背后就是通过设备文件/dev/snd/pcmC0D0c录音设备和/dev/snd/pcmC0D0p播放设备实现的。你看不需要写任何底层代码就能完成音频采集和播放的联动。2. 字符设备与块设备内核视角的差异2.1 字符设备字节流的世界字符设备就像流水线数据是一个个字节连续传输的。我在做串口开发时深有体会——每次读取的数据长度可能都不相同# 查看串口设备 $ ls -l /dev/ttyS0 crw-rw---- 1 root dialout 4, 64 Jun 10 10:15 /dev/ttyS0注意开头的c表示字符设备4是主设备号64是次设备号。实际开发中这类设备有三个特点无缓存写入串口的数据会立即发送顺序访问不能随机跳转到某个位置可变长度每次读写的数据量可以不同2.2 块设备数据块的王国块设备则像集装箱码头数据是以固定大小的块为单位搬运的。我上次给服务器加硬盘时就遇到过这种情况# 查看硬盘设备 $ ls -l /dev/sda brw-rw---- 1 root disk 8, 0 Jun 10 10:15 /dev/sda这里的b表示块设备8是主设备号。与字符设备的关键区别在于带缓存写入数据可能暂存在内核缓冲区随机访问可以直接跳转到任意位置固定块大小通常为512B或4KB有个实际坑点要注意直接操作块设备文件可能绕过文件系统缓存。我有次用dd if/dev/sda备份数据时就因为没加iflagdirect导致性能暴跌。3. 主次设备号驱动开发的身份证3.1 主设备号驱动程序的DNA主设备号就像是设备的姓氏用来标识驱动类型。查看系统已分配的号段$ cat /proc/devices Character devices: 1 mem 4 tty 5 /dev/tty 7 vcs Block devices: 7 loop 8 sd我在写LED驱动时就用alloc_chrdev_region()动态申请主设备号。内核源码里有个细节主设备号255以下由驱动静态申请以上则动态分配。3.2 次设备号设备的自增ID次设备号则是名字区分同驱动的不同实例。比如在NVIDIA显卡驱动中/dev/nvidia0主设备号195次设备号0/dev/nvidiactl主设备号195次设备号255在驱动代码中可以通过iminor(inode)获取次设备号。我建议用位运算管理次设备号比如#define MINOR_BITS 20 #define MINOR_MASK ((1U MINOR_BITS) - 1)4. 特殊设备文件实战指南4.1 /dev/null比特黑洞这个黑洞设备我每天都要用几十次。比如运行后台服务时nohup ./server /dev/null 21 但有个冷知识写入null的速度其实有限制。我测试过$ dd if/dev/zero of/dev/null bs1G count100 1000 records in 1000 records out 107374182400 bytes (107 GB) copied, 5.43223 s, 19.8 GB/s4.2 /dev/zero无限零生成器在做内存测试时特别有用// 创建匿名内存映射 void *addr mmap(NULL, length, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0); // 等价于 void *addr mmap(NULL, length, PROT_READ|PROT_WRITE, MAP_PRIVATE, open(/dev/zero, O_RDWR), 0);4.3 /dev/random与/dev/urandom去年做加密项目时踩过坑/dev/random会阻塞直到收集足够熵/dev/urandom不会阻塞但可能不够安全现在推荐的做法是用getrandom()系统调用#define _GNU_SOURCE #include sys/random.h char buf[32]; getrandom(buf, sizeof(buf), GRND_RANDOM);5. 驱动开发实战从理论到代码5.1 创建设备文件传统方法是用mknodmknod /dev/mydev c 250 0但在现代系统中更推荐让udev自动管理static struct class *my_class; my_class class_create(THIS_MODULE, mydev); device_create(my_class, NULL, devt, NULL, mydev%d, minor);5.2 实现文件操作最基本的file_operations结构体static const struct file_operations my_fops { .owner THIS_MODULE, .read my_read, .write my_write, .open my_open, .release my_release, .unlocked_ioctl my_ioctl };我常用的调试技巧是在ioctl里实现状态查询long my_ioctl(struct file *file, unsigned int cmd, unsigned long arg) { switch (cmd) { case GET_REGISTER: put_user(read_reg(), (int __user *)arg); break; case SET_REGISTER: write_reg(arg); break; default: return -ENOTTY; } return 0; }6. 性能优化与安全实践6.1 缓冲策略选择字符设备通常有三种I/O模式直接模式像串口那样即时传输行缓冲遇到换行符才处理全缓冲攒够一定数据量再处理在驱动里可以通过spin_lock和kfifo实现环形缓冲区DEFINE_KFIFO(rx_fifo, unsigned char, 1024); static ssize_t my_read(struct file *file, char __user *buf, size_t len, loff_t *ppos) { unsigned int copied; copied kfifo_to_user(rx_fifo, buf, len, len); return copied ? copied : -EAGAIN; }6.2 权限控制要点设备文件的权限不能只依赖文件系统驱动里也要检查static int my_open(struct inode *inode, struct file *file) { if (!capable(CAP_SYS_ADMIN)) return -EPERM; return 0; }最近遇到个案例某IoT设备因为没检查ioctl命令来源导致可以被普通用户提权。所以一定要验证每个操作的合法性。
