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

1. 现在显示控制器需要驱动一块基于 PWM 调光的 RGB LED 矩阵。请描述你如何在 Linux 内核中实现这个 PWM LED 驱动，包括关键数据结构和注册流程。

考察点：PWM 子系统、LED 子系统、platform driver

答：

• 在设备树中定义 PWM 控制器节点和 LED 节点，指定 pwms 属性绑定通道
• 实现 platform_driver，在 probe 函数中调用 devm_pwm_get() 获取 PWM 句柄
• 注册 led_classdev，实现 .brightness_set_blocking 回调，内部调用 pwm_config() 修改占空比
• 通过 /sys/class/leds/ 节点暴露给用户空间控制
• 注意 devm_* 系列函数管理资源，避免 probe 失败时内存泄漏

2. Linux 内核中 ioremap 和 ioremap_nocache 有什么区别？在驱动开发中分别在什么场景下使用？

答：

• ioremap 在现代内核（x86/ARM）默认就是 non-cacheable + non-bufferable 的，映射设备寄存器地址到内核虚拟地址空间
• ioremap_nocache 是历史遗留接口，在大多数架构上与 ioremap 等价，已在新内核中被标记为 deprecated
• 访问 MMIO 寄存器必须用 non-cached 映射，防止 CPU 缓存导致读写不一致
• 如果是 framebuffer 这类写密集场景，可以考虑 ioremap_wc（write-combining），提升吞吐量
• 普通内存不能用 ioremap，应使用 kmalloc/vmalloc

3. 你在调试一个 SPI 从设备驱动时，发现数据传输偶发性出现字节错位（bit shift），可能的原因有哪些？如何逐步排查？

答：可能原因：

• SPI 模式（CPOL/CPHA）配置与从设备不匹配
• 时钟频率超过从设备最大速率，导致采样错误
• CS 信号时序不满足从设备 setup/hold time 要求
• DMA burst 对齐问题导致数据错位
• 主从双方字节序（MSB/LSB first）不一致

排查步骤：

1. 用逻辑分析仪抓取 SCLK/MOSI/MISO/CS 波形，确认时序
2. 对比从设备 datasheet 的时序图，验证 CPOL/CPHA 和 CS 建立时间
3. 降低 SPI 时钟频率，看错误是否消失
4. 检查 spi_device 的 mode 字段和 max_speed_hz 配置
5. 用 PIO 模式替换 DMA 模式，排除 DMA 对齐问题

4. 请解释 Linux 内核中断上半部（top half）和下半部（bottom half）的设计思想，以及 tasklet 和 workqueue 的适用场景区别。

答：设计思想：中断处理要尽量短，只在上半部做最紧急的事（清中断标志、读取硬件状态），把耗时操作推迟到下半部执行，减少中断屏蔽时间。

tasklet：

• 运行在软中断上下文，不能睡眠
• 同一个 tasklet 不会在多个 CPU 上并发执行
• 适合轻量、不需要阻塞的延迟处理，如网络包处理

workqueue：

• 运行在内核线程上下文，可以睡眠
• 适合需要调用可能阻塞的函数（如 mutex_lock、msleep、I2C 传输）
• 诺瓦星云显示驱动中刷新帧数据这类操作适合用 workqueue

5. 什么是内存屏障（memory barrier）？在驱动开发中，什么情况下必须显式插入内存屏障？

答：内存屏障是防止编译器或 CPU 对内存访问指令进行乱序优化的机制。

必须使用的场景：

• 写寄存器后需要确保写操作完成再读状态寄存器：用 wmb() 或 readl/writel（已内含屏障）
• 生产者-消费者环形缓冲区中，写数据后更新写指针前需要 smp_wmb()，读数据前需要 smp_rmb()
• DMA 操作前后需要 dma_sync_* 确保 cache 一致性
• 自旋锁/互斥锁内部已包含屏障，加锁后不需要额外添加

Linux 提供：、、、 等，驱动中访