4. 获取与理解Linux内核源码
在嵌入式Linux开发中，内核源码是裁剪工作的核心原材料。本章将系统讲解如何选择合适的内核版本、区分官方源码与厂商BSP的差异，并深入解析内核源码的目录结构，为后续的裁剪与配置打下坚实基础。
4.1 内核版本选择策略
选择正确的内核版本是项目成功的关键一步。错误的版本选择可能导致驱动缺失、长期维护困难或性能不达标。以下是嵌入式项目中内核版本选择的三大核心策略：
核心原则： 嵌入式项目应优先选择 长期支持（LTS） 版本，而非最新的主线版本。LTS版本通常获得2-6年的安全更新与bug修复，适合产品化。
4.1.1 版本号解读与生命周期
Linux内核版本号遵循 主版本.次版本.补丁级别 的格式。例如 5.10.210：主版本5，次版本10，补丁级别210。次版本为偶数的版本（如5.10、6.1）通常为稳定版，奇数为开发版。
| 版本类型 | 示例 | 维护周期 | 适用场景 |
|---|---|---|---|
| 主线（Mainline） | 6.8-rc1 | 约2-3个月 | 功能验证、原型开发 |
| 稳定（Stable） | 6.7.5 | 约1-2个月 | 短期项目、快速迭代 |
| 长期支持（LTS） | 6.1.90 | 4-6年 | 量产产品、工业控制 |
| 厂商定制（BSP） | 5.10.210-imx | 跟随厂商支持 | 特定SoC平台开发 |
4.1.2 版本选择决策流程
以下决策树帮助开发者在项目初期快速锁定内核版本：
- 评估硬件平台：确认SoC厂商（如NXP i.MX、TI AM64x、Rockchip RK3588）官方支持的LTS版本。
- 检查驱动需求：列出所有外设（Wi-Fi、GPU、以太网PHY）所需驱动的最低内核版本。
- 确认安全基线：查阅CVE数据库，确保所选版本已修复已知高危漏洞。
- 评估社区活跃度：优先选择kernel.org上仍在维护的LTS分支。
- 验证工具链兼容性：确认交叉编译工具链（如gcc 12.x）与内核版本兼容。
实战建议： 对于2024-2025年的新项目，推荐选择 6.1.x LTS 或 6.6.x LTS。这两个版本在ARM64/RISC-V架构上支持完善，且社区资源丰富。
4.1.3 版本选择对比表
| 评估维度 | 主线版本 | LTS版本 | 厂商BSP版本 |
|---|---|---|---|
| 新硬件支持 | ★★★★★ | ★★★☆☆ | ★★★★☆ |
| 长期维护性 | ★☆☆☆☆ | ★★★★★ | ★★★☆☆ |
| 驱动稳定性 | ★★☆☆☆ | ★★★★☆ | ★★★★★ |
| 社区文档丰富度 | ★★★★☆ | ★★★★★ | ★★☆☆☆ |
| 量产风险 | 高 | 低 | 中 |
4.2 官方源码与厂商BSP的区别
嵌入式开发者经常面临两个选择：从 kernel.org 下载官方主线源码，或使用SoC厂商提供的BSP（Board Support Package）源码。两者在代码来源、驱动集成、配置方式上存在显著差异。
4.2.1 核心差异对比
| 对比维度 | 官方主线源码 | 厂商BSP源码 |
|---|---|---|
| 代码来源 | kernel.org 主线仓库 | 厂商基于某LTS版本的分支 |
| 驱动完整性 | 仅包含已合入主线的驱动 | 包含未合入主线的厂商私有驱动 |
| 设备树支持 | 通用设备树，需自行适配 | 提供完整开发板设备树 |
| 配置默认值 | defconfig（通用配置） | 厂商提供的板级defconfig |
| 补丁管理 | 无额外补丁 | 包含大量厂商补丁（驱动、优化） |
| 长期维护 | 社区维护，更新及时 | 依赖厂商支持周期 |
| 合规风险 | 纯GPL，合规清晰 | 可能包含闭源二进制blob |
4.2.2 何时选择官方源码？
- 项目需要长期维护：产品生命周期超过3年，依赖社区持续的安全更新。
- 硬件外设均为标准接口：如使用主流USB、PCIe、SDIO设备，驱动已合入主线。
- 合规要求严格：需要完全GPL合规，避免闭源二进制模块。
- 团队具备内核移植能力：能够自行适配设备树和板级初始化代码。
4.2.3 何时选择厂商BSP？
- 快速原型验证：开发板评估阶段，需要开箱即用的系统。
- 使用厂商私有IP：如NPU、硬件编解码器、专用加密引擎等。
- 团队内核经验不足：BSP提供了完整的驱动和配置，降低入门门槛。
- 量产时间紧迫：BSP已经过厂商验证，减少了调试周期。
风险提示： 厂商BSP通常基于较旧的内核版本（如5.10或5.15），且厂商停止支持后，安全更新将中断。建议在量产前评估是否将BSP中的关键驱动移植到更新的LTS版本。
4.2.4 官方源码与BSP的关系示意图
4.3 内核源码目录结构解析
Linux内核源码包含数万个文件，但目录结构遵循清晰的逻辑分层。理解各目录的职责是高效裁剪的前提。以下是最核心的顶层目录及其功能：
4.3.1 顶层目录总览
| 目录名 | 核心功能 | 裁剪关注度 |
|---|---|---|
arch/ |
体系结构相关代码（ARM64、x86、RISC-V等） | ★★★★★ |
drivers/ |
设备驱动（占源码体积最大） | ★★★★★ |
fs/ |
文件系统实现（ext4、btrfs、overlayfs等） | ★★★★☆ |
net/ |
网络协议栈（TCP/IP、Wi-Fi、蓝牙等） | ★★★★☆ |
kernel/ |
核心调度、进程管理、IPC | ★★★☆☆ |
mm/ |
内存管理（页分配、SLAB、VMA） | ★★☆☆☆ |
include/ |
全局头文件（API定义、数据结构） | ★★☆☆☆ |
scripts/ |
构建脚本、配置工具、DT编译工具 | ★☆☆☆☆ |
Documentation/ |
内核文档（设备树绑定、API说明） | ★☆☆☆☆ |
tools/ |
用户空间工具（perf、selftests等） | ★☆☆☆☆ |
4.3.2 关键目录深度解析
arch/ — 体系结构核心
该目录包含每个CPU架构的子目录，如 arm64/、arm/、riscv/、x86/。每个子目录下又分为：
boot/：引导相关代码（如设备树、压缩解压）configs/：该架构的默认配置文件kernel/：架构相关的核心代码（如系统调用入口、中断处理）mm/：架构相关的内存管理（如页表操作）dts/：设备树源文件（.dts和.dtsi）
裁剪要点： 在
arch/arm64/configs/ 下找到厂商提供的 defconfig 文件，这是裁剪的起点。设备树文件位于 arch/arm64/boot/dts/ 下，按厂商分类。
drivers/ — 驱动仓库
这是内核中最大的目录，包含数百个子目录。每个子系统独立成目录：
gpio/、i2c/、spi/：总线驱动net/ethernet/：以太网PHY和MAC驱动mmc/：SD/eMMC存储驱动usb/：USB主机/设备/OTG驱动video/：显示和GPU驱动input/：触摸屏、键盘等输入设备
fs/ — 文件系统生态
每个文件系统独立一个子目录：
ext4/、btrfs/、xfs/：传统文件系统overlayfs/：容器和OTA更新常用squashfs/：只读压缩文件系统（量产镜像常用）proc/、sysfs/：虚拟文件系统
4.3.3 内核源码目录结构SVG图
4.3.4 裁剪视角下的目录优先级
从内核裁剪的角度，各目录的修改优先级如下：
| 优先级 | 目录 | 裁剪动作 | 预期效果 |
|---|---|---|---|
| P0 | drivers/ |
移除未使用的外设驱动 | 大幅减少内核体积（30-50%） |
| P0 | fs/ |
只保留需要的文件系统 | 减少10-20%体积 |
| P1 | net/ |
移除未使用的网络协议 | 减少5-15%体积 |
| P1 | arch/ |
删除非目标架构代码 | 减少源码目录大小（非内核镜像） |
| P2 | kernel/ |
禁用不用的调度特性 | 微调，影响较小 |
| P3 | mm/ |
通常不裁剪 | 影响系统稳定性 |
4.4 本章小结
关键要点回顾：
- 版本选择：量产项目优先选择LTS版本（如6.1.x、6.6.x），避免使用主线或过旧的BSP版本。
- 源码来源：厂商BSP适合快速原型验证，官方主线适合长期维护项目。裁剪时建议以BSP为起点，逐步向主线靠拢。
- 目录结构：
drivers/和fs/是裁剪的主战场，arch/下的设备树和配置是板级适配的核心。