3. Linux内核与驱动开发高频问题
第 3 章 · 车载 BSP 面试实战
Linux 内核与驱动开发高频问题
字符设备
平台设备
中断处理
并发控制
公司侧重点
本章聚焦车载 BSP 岗位面试中 Linux 内核与驱动开发的核心考点。面试官不仅考察概念记忆，更关注你在真实车载场景下的驱动设计、并发处理与调试能力。以下通过 3 个高频问答卡片和 1 个真实项目模板，帮你建立结构化回答框架。
字符设备驱动中，file_operations 的 open 和 release 通常需要处理哪些关键逻辑？
回答框架
1. 明确 open 中完成硬件初始化、分配私有数据结构、申请中断等；
2. release 中释放资源、关闭硬件、注销中断；
3. 强调并发场景下使用互斥体或原子变量保护共享数据；
4. 错误路径要回滚已分配资源，避免内存泄漏。
示例回答：在 open 中我会分配设备私有结构体，初始化硬件并申请中断，同时用互斥体保护打开计数。release 中释放中断、关闭时钟、释放内存。错误时逐级回滚，确保资源不泄漏。
可能追问
open 中如何避免竞态？
release 被多次调用怎么办？
私有数据如何传递？
避坑提醒：不要忽略错误处理中的资源释放顺序，也不要在 open 中做耗时操作（如等待硬件就绪），应放到 probe 或工作队列中。
平台设备驱动中，probe 函数一般需要完成哪些步骤？设备树如何匹配？
回答框架
1. 通过 of_match_table 匹配 compatible 属性；
2. 使用 platform_get_resource 获取寄存器基址、中断号；
3. 映射寄存器、申请中断、初始化时钟/电源；
4. 注册字符设备或输入子系统等，最后返回 0。
示例回答：probe 中先通过 of_match_table 匹配设备树节点，然后获取内存资源和中断号，ioremap 后初始化硬件，申请中断并注册字符设备。最后用 devm 系列函数管理资源，简化错误处理。
可能追问
compatible 匹配失败如何调试？
probe 被延迟的原因？
devm 和传统资源释放区别？
避坑提醒：不要忘记在 remove 中释放资源，即使使用 devm 也要注意顺序；设备树中 reg 和 interrupts 属性必须与驱动解析一致。
中断处理中顶半部和底半部如何划分？并发控制有哪些常用手段？
回答框架
1. 顶半部做紧急、耗时短的操作，如清中断、读寄存器；
2. 底半部用 tasklet、工作队列或 threaded irq 处理耗时逻辑；
3. 并发控制：自旋锁用于短临界区，互斥体用于可能睡眠的场景；
4. 中断上下文不能睡眠，因此不能使用互斥体。
示例回答：顶半部只做清中断和记录状态，耗时数据处理放到工作队列。共享数据用自旋锁保护，因为中断上下文不能睡眠。如果底半部可能睡眠，就改用 threaded irq 并配合互斥体。
可能追问
自旋锁和互斥体区别？
中断中如何安全传递数据？
threaded irq 适用场景？
避坑提醒：不要在顶半部调用可能睡眠的函数（如 kmalloc GFP_KERNEL），也不要在持有自旋锁时调用 copy_to_user。
真实项目模板：车载 T-Box 字符设备驱动开发
项目名称
车载 T-Box 通信模块字符设备驱动
业务背景
为 T-Box 提供与 MCU 通信的字符设备接口，支持 CAN 数据透传与固件升级
规模指标
支持 4 路 CAN 通道，吞吐量 2Mbps，中断响应 < 50μs
技术栈
Linux 5.10、设备树、platform driver、字符设备、工作队列、自旋锁
核心难点：高并发下 CAN 数据零丢失；中断顶半部与底半部数据同步；设备树动态配置多路通道。
如何保证数据不丢包？
中断负载高时如何优化？
设备树如何描述多路 CAN？
用户态如何读取数据？
可迁移回答话术：“在这个项目中，我采用 platform driver 管理 4 路 CAN 控制器，通过设备树配置寄存器基址和中断号。顶半部只清中断并唤醒工作队列，底半部用环形缓冲区缓存数据，并用自旋锁保护读写指针。用户态通过 read 接口获取数据，实测在 2Mbps 下零丢包。”
公司侧重点提示： 车企与 Tier1 面试中，除基础概念外，特别关注 设备树实战经验、中断并发调试能力 以及 车载场景下的稳定性设计（如错误恢复、看门狗配合）。建议准备 1-2 个真实调试案例。