Linux BSP 开发工程师与 Linux 驱动开发工程师高度重叠，但关注范围和交付目标不同。
可以先用一句话概括：
驱动工程师重点解决“某个硬件怎么被 Linux 使用”；BSP 工程师重点解决“整块板子怎么把 Linux 跑起来并稳定交付”。
一、核心区别
| | |
|---|
| | |
| | |
| | |
| | Bootloader、内核、设备树、根文件系统、烧录包 |
| | 启动链、时钟、电源、内存、驱动、文件系统、系统服务 |
| | |
| | |
二、Linux 驱动工程师具体做什么
驱动工程师通常负责一个或几个具体硬件模块，例如：
典型工作流程是：
阅读芯片手册 ↓分析寄存器和硬件时序 ↓选择 Linux 内核驱动框架 ↓实现 probe/remove、中断、DMA、读写接口 ↓配置设备树 ↓向用户态暴露字符设备、网络接口、IIO、input、V4L2 等接口 ↓调试功能、并发、异常恢复和性能
比如开发一个 SPI ADC 驱动，驱动工程师可能需要完成：
所以驱动工程师强调的是：
硬件原理 + Linux 内核框架 + 具体代码实现。
三、Linux BSP 工程师具体做什么
BSP 是Board Support Package，板级支持包。
BSP 工程师关注的是一块新板子如何完成：
芯片上电→ BootROM→ U-Boot→ Linux 内核→ 根文件系统→ 系统服务→ 应用程序
典型工作包括：
1. Bootloader 移植
例如：
2. Linux 内核移植
例如：
- 配置 reserved-memory、CMA、IOMMU
3. 驱动适配
BSP 工程师也会做驱动，但很多时候是：
不一定每个驱动都从零编写。
4. 根文件系统和系统集成
例如：
5. 板级调试和量产支持
例如：
所以 BSP 工程师强调的是：
启动链 + 系统集成 + 板级资源协调 + 问题定位。
四、同一个问题，两种岗位的关注点不同
假设某个 CAN 控制器不能工作。
驱动工程师会重点检查
BSP 工程师会先检查
五、两种岗位的能力模型
驱动开发工程师更强调“纵向深度”
例如专门做：
需要深入理解：
优秀驱动工程师往往能把某个子系统研究得很深。
BSP 工程师更强调“横向系统能力”
需要能够串联：
优秀 BSP 工程师不一定每个驱动都非常深入，但必须能快速判断问题位于哪一层。
六、哪个岗位难度更高
不能简单说哪一个更难，难点不同。
驱动开发的难点
主要是“深”：
例如 PCIe、GPU、摄像头、网卡、高速存储驱动，深度非常高。
BSP 开发的难点
主要是“杂”和“系统性”：
BSP 经常遇到的情况是：
表面上看是驱动问题，最后发现是电源、时钟、引脚、安全权限或者硬件设计问题。
七、企业招聘中实际边界并不清晰
在很多公司，岗位名称并不统一。
有的岗位写的是“Linux 驱动工程师”，实际工作包括：
这实际上已经是 BSP 岗位。
有的岗位写的是“BSP 工程师”，实际工作主要是：
也可能更接近驱动岗位。
所以看招聘信息时，不要只看岗位名称，要看关键词。
偏 BSP 的关键词
偏驱动的关键词
10个月宝宝每天需要喝多少奶粉？
