📚 课程目录第2章嵌入式Linux内核源码结构

2. 嵌入式Linux内核源码结构：内核源码目录树解析

Linux内核源码是一个庞大而高度模块化的工程，理解其顶层目录结构是进行内核裁剪与配置的第一步。每个顶层目录都承载着特定的功能领域，裁剪的本质就是根据目标硬件与需求，决定哪些目录下的代码被编译进内核。

2.1 顶层目录全景图

以下SVG图展示了Linux内核源码的顶层核心目录及其依赖关系，帮助你建立全局视野。

2.2 核心目录详解

以下表格详细列出了每个顶层目录的功能、裁剪关注点及典型子目录，是进行模块化配置的参考依据。

目录名	功能描述	裁剪关注点	典型子目录/文件
arch/	体系结构相关代码，包含CPU架构、启动代码、内存布局等	必须保留目标架构，其他架构可完全移除；ARM/ARM64/RISC-V是嵌入式主流	arm/, arm64/, riscv/, x86/, boot/, mach-*/
kernel/	内核核心功能：进程调度、中断管理、时间管理、模块加载等	核心功能不可移除，但可裁剪调度器特性（如CFS组调度）	sched/, irq/, time/, module.c, printk/
mm/	内存管理：页分配、slab分配器、虚拟内存、文件缓存	嵌入式系统可裁剪swap、大页内存、内存压缩等特性	slab.c, page_alloc.c, vmalloc.c, swap.c
fs/	文件系统实现：VFS层及具体文件系统驱动	只保留目标文件系统（如ext4、squashfs、jffs2），移除其他	ext4/, squashfs/, jffs2/, proc/, sysfs/, devpts/
net/	网络协议栈：TCP/IP、套接字、网络设备层	无网络需求可整体移除；有需求则按协议裁剪（IPv4/IPv6/802.15.4）	ipv4/, ipv6/, 802154/, bluetooth/, wireless/
drivers/	设备驱动：字符设备、块设备、网络设备、I2C/SPI/USB等	裁剪量最大的目录，只保留目标硬件驱动，移除所有无关驱动	char/, block/, net/, i2c/, spi/, usb/, gpio/, tty/
include/	内核头文件：API定义、数据结构、宏定义	通常不直接裁剪，但可通过配置影响头文件包含路径	linux/, asm-generic/, uapi/, sound/, video/
init/	内核初始化：start_kernel()入口、命令行解析	极少裁剪，但可配置initcall调试选项	main.c, version.c, calibrate.c
ipc/	进程间通信：System V IPC、POSIX消息队列	单进程嵌入式系统可整体移除	msg.c, sem.c, shm.c, mqueue.c
security/	安全模块：SELinux、AppArmor、密钥管理	嵌入式系统通常移除，除非有安全认证需求	selinux/, apparmor/, keys/, integrity/
scripts/	构建脚本：Kconfig、Makefile辅助、设备树编译	不进入最终镜像，但影响构建过程	kconfig/, dtc/, mod/, coccinelle/
tools/	用户空间工具：性能测试、内存测试、USB测试	不进入最终镜像，仅开发阶段使用	perf/, testing/, usb/, power/

裁剪经验：在嵌入式Linux项目中，drivers/ 和 fs/ 是裁剪收益最大的两个目录。一个典型的IoT设备可能只需要保留 drivers/gpio/、drivers/i2c/、drivers/spi/ 和 fs/squashfs/、fs/proc/、fs/sysfs/，其余均可移除。

2.3 关键子目录深度解析

2.3.1 arch/：体系结构适配层

arch/ 目录是内核与硬件交互的第一道关口。每个支持的CPU架构都有一个子目录，内部包含启动代码（boot/）、内核入口（kernel/）、内存管理（mm/）、中断控制器（irq/）等。

arch/arm/                    # ARM 32位架构
├── boot/                    # 启动代码（压缩/解压缩）
├── common/                  # 通用ARM代码
├── configs/                 # 默认配置文件（如 multi_v7_defconfig）
├── include/                 # 架构相关头文件
├── kernel/                  # 架构核心（如 ptrace、信号处理）
├── mach-*/                  # 具体SoC平台代码（如 mach-imx/、mach-sunxi/）
├── mm/                      # 架构内存管理（如页表、缓存）
└── Kconfig                  # 架构配置选项

  裁剪要点：在 arch/arm/configs/ 中查找目标开发板的默认配置文件（如 imx_v6_v7_defconfig），以此为起点进行裁剪，可以节省大量时间。

2.3.2 drivers/：设备驱动仓库

drivers/ 是内核中最大的目录，包含数千个设备驱动。嵌入式裁剪的核心工作就是从这个目录中移除所有与目标硬件无关的驱动。

drivers/
├── gpio/                    # GPIO控制器驱动
├── i2c/                     # I2C总线及设备驱动
├── spi/                     # SPI总线及设备驱动
├── tty/                     # 串口（UART）驱动
├── net/                     # 网络接口驱动（如以太网PHY、WiFi）
├── mmc/                     # SD/MMC/eMMC存储驱动
├── mtd/                     # 闪存（NAND/NOR）驱动
├── usb/                     # USB主机/设备/OTG驱动
├── input/                   # 输入设备（触摸屏、按键）
├── video/                   # 显示/帧缓冲驱动
├── sound/                   # 音频驱动
├── dma/                     # DMA控制器驱动
├── clk/                     # 时钟驱动
├── pinctrl/                 # 引脚控制驱动
└── regulator/               # 电源管理驱动

常见陷阱：不要只移除 drivers/ 下的子目录。很多驱动通过Kconfig的 select 或 depends on 隐式依赖其他驱动。例如，移除 drivers/mmc/ 前，需要确认没有其他驱动（如 drivers/mtd/）依赖MMC子系统。建议使用 make menuconfig 的搜索功能（/键）检查依赖关系。

2.3.3 fs/：文件系统生态

fs/ 目录实现了虚拟文件系统（VFS）层和各种具体文件系统。嵌入式系统通常只需要2-3个文件系统：一个只读根文件系统（squashfs）、一个运行时文件系统（tmpfs/ramfs）和一个持久化文件系统（jffs2/ubifs）。

fs/
├── ext4/                    # 通用Linux文件系统（适合大容量存储）
├── squashfs/                # 只读压缩文件系统（嵌入式根文件系统首选）
├── jffs2/                   # 日志闪存文件系统（NAND Flash）
├── ubifs/                   # 未排序块镜像文件系统（NAND Flash，比jffs2更优）
├── proc/                    # 进程文件系统（必须保留，很多工具依赖）
├── sysfs/                   # 系统文件系统（必须保留，驱动模型依赖）
├── devpts/                  # 伪终端文件系统（需要终端时保留）
├── tmpfs/                   # 临时文件系统（运行时数据存储）
├── nfs/                     # 网络文件系统（开发调试阶段使用）
└── fat/                     # FAT文件系统（与Windows兼容）

2.4 裁剪优先级矩阵

以下表格按照裁剪优先级对目录进行分级，帮助你制定裁剪计划。

优先级	目录	裁剪策略	典型尺寸影响
P0（必须保留）	arch/, kernel/, mm/, init/, include/	保留核心功能，仅裁剪可选特性	基础尺寸约1-2MB
P1（按需保留）	drivers/, fs/, net/	只保留目标硬件和功能所需的驱动/文件系统/协议	可裁剪50-90%的驱动代码
P2（可选保留）	ipc/, security/, crypto/	根据应用场景决定是否保留	每个约100-500KB
P3（开发阶段）	scripts/, tools/, Documentation/	不进入最终镜像，仅构建环境需要	不影响最终尺寸

2.5 使用Kconfig进行目录级裁剪

内核的模块化配置通过Kconfig系统实现。每个目录下的 Kconfig 文件定义了该目录的配置选项。以下是一个典型的目录级裁剪流程：

确定目标硬件：列出CPU架构、外设芯片型号、存储类型。
选择基础配置：使用 make ARCH=arm xxx_defconfig 加载默认配置。
进入menuconfig：执行 make ARCH=arm menuconfig。
按目录裁剪：
- 进入 File systems → 取消所有不需要的文件系统。
- 进入 Device Drivers → 逐个子系统取消无关驱动。
- 进入 Networking support → 取消不需要的协议栈。
检查依赖：使用搜索功能确认取消的选项没有依赖关系。
保存并编译：保存为 .config，执行 make ARCH=arm zImage。

# 示例：在menuconfig中取消USB支持
# 路径：Device Drivers → USB support
# 取消 [*] USB support 前的 * 号，变为 [ ]
# 依赖检查：搜索 USB 相关符号
# 在menuconfig中按 / 键，输入 USB_SUPPORT
# 查看 Selected by 和 Depends on 列表

  尺寸优化指标：一个全功能Linux内核（ARM架构）的压缩镜像（zImage）通常在3-5MB。经过裁剪后，嵌入式内核可以缩小到500KB-1.5MB。极端情况下（如仅保留调度器、内存管理和一个文件系统），可以压缩到300KB以下。

2.6 本章小结

arch/ 是体系结构适配层，必须保留目标架构代码。
drivers/ 是裁剪主战场，移除所有无关硬件驱动。
fs/ 和 net/ 按应用场景裁剪，只保留必需功能。
ipc/、security/ 等可选子系统在资源受限时可整体移除。
使用 menuconfig 的搜索功能检查依赖关系，避免裁剪后编译失败。
裁剪目标：从3-5MB压缩到500KB-1.5MB，极端场景可低于300KB。