Linux字符设备驱动开发完整流程是怎样的？嵌入式Linux面试字符设备驱动详解-凡亿面试

嵌入式Linux设备驱动架构层次结构应用层内核层硬件层

分类：嵌入式Linux经验级别：中级难度：中等题型：流程+原理题

本文概述

字符设备驱动是Linux驱动开发的入门基础，也是嵌入式Linux面试的必考点。本文以面试问答形式，从驱动框架、设备号、file_operations、模块加载流程、用户空间交互到常见调试技巧，系统梳理字符设备驱动开发的完整知识体系。

核心要点速览

字符设备按字节流读写，用file_operations结构体定义操作接口
主设备号匹配驱动，次设备号区分具体设备实例
module_init/module_exit是驱动模块的入口出口
cdev结构体代表一个字符设备，通过cdev_add注册到内核
用户空间通过设备文件（/dev/xxx）访问字符设备驱动

面试真题

面试官问：请描述一下Linux字符设备驱动的开发步骤。你写过字符设备驱动吗？实现了哪些接口？

面试官考察点

字符设备驱动是Linux驱动的基础题型，面试官想看候选人有没有真正写过驱动，而不是只背概念。考察要点包括：是否理解设备号机制、是否熟悉file_operations各成员、是否知道cdev注册流程、是否了解用户空间如何与驱动交互、是否有实际的调试经验。

核心对话：字符设备驱动知识点详解

面试官

先说说字符设备驱动的基本结构吧，一个驱动从无到有要经过哪些步骤？

候选人

字符设备驱动开发主要分七个步骤。第一步，确定设备号，可以静态指定或动态分配；第二步，定义并初始化cdev结构体，绑定file_operations；第三步，调用cdev_add注册字符设备；第四步，创建设备类和设备节点，自动生成/dev文件；第五步，实现file_operations中的各操作函数；第六步，编写模块初始化和退出函数；第七步，编写Makefile编译成.ko模块，加载测试。

面试官

file_operations结构体里你常用哪些函数？分别在什么场景下实现？

候选人

最常用的有五个。open函数做初始化，比如初始化硬件、申请资源、复位设备；release函数做清理，释放open中申请的资源；read函数从设备读取数据，涉及从内核空间拷贝到用户空间，用copy_to_user；write函数往设备写数据，用copy_from_user从用户空间拷到内核；ioctl用于控制类操作，比如设置参数、配置寄存器，不适合用read/write的操作都放这里。此外还有llseek、poll、mmap等，按需实现。

面试官

设备号具体是怎么管理的？为什么要分主次设备号？

候选人

Linux用32位设备号，高12位是主设备号，低20位是次设备号。主设备号用来匹配驱动，内核通过主设备号找到对应的驱动程序；次设备号由驱动自己使用，用来区分同一驱动下的多个设备实例。比如一个串口驱动可以管理4个串口，主设备号都是204，次设备号0-3对应4个物理串口。分配设备号有两种方式：register_chrdev_region静态指定，alloc_chrdev_region动态分配。推荐用动态分配，避免冲突。

面试官

用户空间的程序怎么和你的驱动交互？能举个实际的例子吗？

候选人

用户程序通过设备文件访问驱动，流程是：open打开/dev下的设备文件，read/write/ioctl进行读写控制，close关闭设备。比如一个LED驱动，用户空间open("/dev/myled", O_RDWR)打开设备，然后用ioctl(fd, LED_ON, 0)点亮LED，用ioctl(fd, LED_OFF, 0)熄灭，最后close关闭。内核和用户空间之间的数据传递必须用copy_from_user和copy_to_user，不能直接指针访问，否则会缺页异常。

面试官

驱动加载的时候内核做了什么？从insmod到驱动初始化函数执行之间发生了什么？

候选人

insmod会先把.ko文件的内容读到用户空间，然后调用init_module系统调用。内核拿到模块的ELF数据后，会做这些事：验证ELF格式、为模块分配内核内存、把代码和数据段加载到内核空间、解析未定义符号（如printk、cdev_add等）、重定位符号地址、调用模块的init函数（即module_init指定的函数）、把模块加入内核模块链表。如果init函数返回0，加载成功；返回非0则加载失败，回滚所有操作。

面试官可能追问的问题

追问一：copy_from_user和直接memcpy有什么区别？为什么不能直接用memcpy？

区别有三点：一是用户空间地址可能无效（未映射），copy_from_user会做地址检查；二是如果触发缺页，copy_from_user能正确处理缺页异常而不是Oops；三是有权限检查，防止非法访问。直接在内核中用memcpy访问用户空间指针，遇到无效地址会直接panic。

追问二：mknod和udev创建设备节点有什么区别？

mknod是手动创建设备文件，需要知道主从设备号，静态创建，设备拔掉了文件还在。udev是用户空间设备管理守护进程，内核检测到设备插入时通过netlink通知udev，udev自动根据规则创建/dev下的设备文件，设备拔掉自动删除。现代Linux系统都用udev（或systemd-udevd）管理设备节点。

追问三：字符设备驱动中怎么处理并发访问？

主要手段有：自旋锁（spinlock）用于短时间临界区、中断上下文；互斥锁（mutex）用于可能睡眠的临界区；原子操作（atomic_t）用于简单的计数和标志位；信号量（semaphore）用于有资源计数的场景。选型原则：不睡眠用自旋锁，可能睡眠用互斥锁。同时要注意死锁预防。

追问四：驱动调试常用哪些方法？

最基础的是printk打印日志，配合dmesg查看；复杂点用动态调试（dynamic debug）控制哪些pr_debug输出；还可以用proc文件系统或debugfs导出内部状态；应用层可以用strace跟踪系统调用；内核级调试用kgdb单步调试；oops时根据栈回溯定位问题位置。