诺瓦星云 嵌入式驱动开发工程师 二面面经

1. 自我介绍，重点讲一下你做过的最有挑战性的嵌入式项目。

答（示例思路）：结构建议：背景 → 你的角色 → 技术难点 → 解决方案 → 结果

例：参与过一个基于 FPGA+ARM 的 LED 大屏同步控制系统，负责 Linux 侧驱动和上位机通信协议设计。最大挑战是多块接收卡之间的帧同步，最终通过硬件 VSYNC 信号 + 内核 hrtimer 精确触发，将各卡帧延迟控制在 100us 以内。

2. 详细讲一下你项目中 DMA 的使用，数据是怎么从用户空间流转到硬件的？

答：典型链路：用户空间 → 内核驱动 → DMA → 硬件

用户空间 write()
    ↓
copy_from_user() 拷贝到内核缓冲区
    ↓
dma_map_single() 获取物理地址，刷 cache
    ↓
配置 DMA 描述符（src/dst/len/flags）
    ↓
启动 DMA 传输，CPU 不参与搬运
    ↓
DMA 完成中断 → dma_unmap_single() → 通知上层

关键点：

• dma_map_single 会做 cache flush，保证 DMA 看到的数据是最新的
• 使用 scatter-gather 时用 dma_map_sg，适合非连续内存
• 如果是 coherent 内存（dma_alloc_coherent），则不需要手动 sync，但会牺牲 cache 性能
• 传输完成后必须 unmap，否则驱动持续占用 IOMMU 映射

3. 你在竞赛或项目中有没有做过 RTOS 相关开发？讲一讲任务调度和 FreeRTOS 优先级反转问题。

答：有，比如全国大学生电子设计竞赛中用 STM32 + FreeRTOS 做过电机控制系统。

优先级反转场景：

• 低优先级任务 L 持有互斥锁
• 高优先级任务 H 等待该锁被阻塞
• 中优先级任务 M 抢占了 L，导致 H 间接被 M 阻塞

FreeRTOS 解决方案：互斥量（xSemaphoreCreateMutex）内置优先级继承机制

• 当 H 等待 L 持有的锁时，L 的优先级临时提升到 H 的级别
• L 执行完释放锁后恢复原优先级
• 注意：FreeRTOS 的优先级继承不是递归的，复杂场景仍需谨慎设计

4. 项目中遇到过内存泄漏吗？你是怎么定位的？

答：遇到过，在一个长期运行的图像采集驱动中，发现系统运行几小时后 /proc/meminfo 的 Slab 持续增长。

定位步骤：

1. cat /proc/slabinfo 找增长最快的 slab 对象，定位到某个自定义 kmem_cache
2. 开启内核 CONFIG_KMEMLEAK，运行 echo scan > /sys/kernel/debug/kmemleak 后读取报告，直接给出泄漏的分配调用栈
3. 发现是中断处理路径中某个错误分支提前 return，跳过了 kfree
4. 修复：用 goto 统一清理路径，或改用 devm_kmalloc

用户空间泄漏用 valgrind --leak-check=full 或 AddressSanitizer。

5. 讲一下你参与过的竞赛项目，技术方案是怎么选型的？遇到过什么坑？

答（示例）：参加过"挑战杯"智能小车项目，主控选 STM32H7，原因：

• 480MHz 主频满足实时控制需求
• 内置 DSP 指令加速 PID 运算
• 丰富的定时器资源支持多路 PWM

遇到的坑：

• H7 的 cache 默认开启，DMA 读写 SRAM 时出现数据不一致，解决方案是把 DMA 缓冲区放在 __attribute__((section(".noncacheable"))) 的 MPU non-cacheable 区域
• FreeRTOS 任务栈溢出导致随机崩溃，开启 configCHECK_FOR_STACK_OVERFLOW = 2 后快速定位

6. Linux 驱动中 mmap 是如何实现的？在显示驱动中 framebuffer mmap 的典型流程是什么？

答：mmap 让用户空间直接映射到内核/硬件物理内存，避免 read/write 的数据拷贝。

驱动实现：

static int nova_mmap(struct file *filp, struct vm_area_struct *vma) {
    unsigned long pfn = fb_phys_addr >> PAGE_SHIFT;
    vma->vm_page_prot = pgprot_writecombine(vma->