面试评分表与自我评估工具
本章提供驱动研发岗位面试的结构化评分体系、常见扣分项、自检清单及不同公司侧重点分析。帮助候选人理解面试官的评分逻辑，针对性查漏补缺。
面试评分评测表
| 评分维度 | 权重 | 面试官考察点 | 典型扣分项 |
|---|---|---|---|
| 技术深度 | 40% | 内核机制、驱动模型、中断、锁、DMA | 回答错误/不完整、概念混淆 |
| 工程能力 | 30% | 调试方法、代码质量、稳定性意识 | 缺乏系统性、不会crash分析 |
| 表达沟通 | 20% | 逻辑清晰度、STAR结构、回答深度 | 散乱、缺少关键点 |
| 简历可靠性 | 10% | 项目真实性、技术匹配度 | 项目经不起追问/夸大 |
自检清单
- ✅ I2C/SPI 总线设备驱动框架流程能否口述？
- ✅ 是否了解Linux设备树匹配过程？
- ✅ 能否画出中断下半部三种实现方式对比表？
- ✅ 调试一个驱动崩溃是否有固定步骤？
- ✅ 能否用STAR表达一个驱动性能优化案例？
公司侧重点一栏表
| 公司类型 | 典型公司 | 核心关注点 | 准备方向 |
|---|---|---|---|
| 芯片原厂 | 高通、MTK、海思 | 硬件原理、寄存器、datasheet理解 | 强化底层硬件基础 |
| 消费电子 | 小米、OPPO、vivo | 快速移植、功耗、稳定性 | 多准备实际bug修复案例 |
| 汽车电子 | 博世、华为车BU、Tier1 | 安全、实时性、AUTOSAR | 理解PREEMPT_RT、锁竞争 |
| 互联网/云计算 | 字节、阿里、腾讯 | 高性能网络、存储、虚拟化 | DPDK、io_uring、NVMe驱动 |
问答卡片 ①
面试问题：你如何理解Linux驱动开发的“平台设备驱动模型”？
面试官考察点：是否理解设备、驱动、总线的解耦思想，以及platform_driver机制使用场景。
回答框架：定义 -> 解决的问题 -> 核心三要素（设备、驱动、总线） -> 匹配过程。
简短示例回答：平台设备驱动模型把硬件和设备驱动解耦，通过platform_bus_type集中管理。核心是platform_device和platform_driver通过name匹配。我在项目中使用它来驱动外部IO扩展芯片，使代码可在不同板卡间复用。
可能追问：如果设备树中status=disabled，驱动如何自动跳过匹配？
避坑提醒：避免只背概念；要说出名字匹配的具体流程和probe函数调用时机。
问答卡片 ②
面试问题：你如何调试一个新板子的驱动？
面试官考察点：系统性调试能力、工具链使用、分析思路
回答框架：硬件确认 -> 内核日志 -> 驱动层逐步隔离 -> 仪器辅助
简短示例回答：先测电源、时钟输出。然后看dmesg有无注册报错。若设备不匹配，检查设备树status。若probe失败，添加dev_dbg追踪关键寄存器。最后用示波器/逻辑分析仪验证I2C波形。
可能追问：若dmesg无任何输出，你会从哪些方向排查？
避坑提醒：不要只回答加printk；要体现分层排查和对硬件的理解。
问答卡片 ③
面试问题：你最大的技术成就是什么？
面试官考察点：项目经验价值、个人贡献、技术深度、STAR运用
回答框架：Situation -> Task -> Action -> Result
简短示例回答：某智能音箱项目，我负责音频驱动。线上1%概率无声。通过添加寄存器dump+加printk时间戳，定位到DMA描述符未被及时更新。优化后零复现。音频稳定率达99.99%。
可能追问：描述一下你定位过程中用到的具体内核调试方法？
避坑提醒：不要只讲结果；要强调你的思考过程、工具选择、以及系统性方法。