嵌入式Linux三大核心模块拆解:内核子系统篇、设备树篇、U-Boot篇
本文将从Linux分层架构、内核五大核心子系统、设备树(Device Tree)以及U-Boot引导加载程序四个维度,全面解析嵌入式Linux系统的组成与工作原理,内容基于Arm Limited 的嵌入式Linux技术讲义整理,适用于嵌入式开发工程师、Linux内核学习者参考。
一、Linux核心架构:用户空间与内核空间的分层设计
嵌入式Linux采用分层架构,核心分为用户空间(User Space) 和内核空间(Kernel Space) 两大独立且隔离的层级,二者通过系统调用(System Call) 完成通信,这种设计既保证了系统的安全性,也实现了硬件与应用的解耦。

1.1 用户空间:上层应用与交互接口
用户空间是面向应用开发和用户交互的层级,主要包含三个核心组成部分:
-
应用程序(Application):实现嵌入式系统的业务功能,是面向终端用户的核心软件;
-
系统程序(System Programs):为用户提供访问操作系统服务的友好工具,是操作内核的基础载体;
-
GNU C库(glibc):作为用户空间与内核空间的中间接口,封装了系统调用,为上层应用提供标准的C语言API,避免应用直接操作内核,降低开发复杂度。
1.2 内核空间:系统核心与硬件适配
内核空间是Linux系统的核心,负责管理硬件资源、提供基础系统服务,整体分为内核(Kernel) 和板级支持包(BSP) 两部分:
-
内核:硬件无关的操作系统代码,实现进程调度、内存管理等通用服务,所有硬件平台的通用逻辑均在此实现;
-
板级支持包(BSP):硬件相关的操作系统代码,针对具体的硬件平台(如特定的Arm开发板)实现上下文切换、硬件驱动等专属功能,是内核适配不同硬件的关键。
1.3 系统调用接口:跨层级的通信桥梁
系统调用接口是内核暴露给用户空间的唯一入口,上层应用通过glibc调用系统调用,实现对内核服务的访问,例如进程创建、内存分配、文件操作等,内核则通过该接口向用户空间返回执行结果。
二、Linux内核的五大核心子系统
Linux内核可拆解为进程调度器、内存管理器、虚拟文件系统、进程间通信、网络五大核心子系统,每个子系统均由硬件无关代码和硬件相关代码组成,兼顾通用性与硬件适配性,共同支撑起Linux的核心功能。

2.1 进程调度器(Process Scheduler)
进程调度器是内核的“大脑”,负责管理CPU资源的分配,是系统多任务运行的基础,其核心功能包括:
-
支持进程创建自身副本,实现进程的衍生;
-
实现CPU调度策略(如分时调度、实时调度)和上下文切换,保证多进程有序执行;
-
接收、中断并将信号路由至对应内核子系统,向用户进程发送信号;
-
管理硬件定时器,进程结束时清理其占用的系统资源;
-
支持可加载内核模块,实现内核功能的动态扩展。
-
在中断处理上,进程调度器区分快速中断请求(FIQ) 和标准中断请求(IRQ),FIQ优先级更高,可中断IRQ的处理,反之则不行,满足不同场景的中断响应需求。其对外接口分为面向用户空间的系统调用(如fork()创建进程)和面向内核空间的内部接口(如create_module()创建模块)。
2.2 内存管理器(Memory Manager)
内存管理器负责物理内存和虚拟内存的统一管理,解决了内存资源的分配、保护、共享问题,核心能力与设计要点如下:

-
核心职责:支持大地址空间(用户进程可引用超出物理内存的虚拟地址)、进程内存隔离保护、内存映射(将文件映射至虚拟内存)、物理内存公平分配、进程间共享内存;
-
硬件依赖:基于内存管理单元(MMU) 实现虚拟地址到物理地址的映射,这是Linux系统的常规硬件要求,MMU可让进程在物理内存中移动时保持虚拟地址不变,也支持多进程共享物理内存;
-
对外接口:面向用户空间提供malloc()/free()、mmap()等系统调用,面向内核空间提供kmalloc()/kfree()、get_free_page()等内部接口,分别满足用户进程和内核的内存操作需求。
2.3 虚拟文件系统(Virtual File System, VFS)
虚拟文件系统是Linux的“统一资源抽象层”,将所有硬件设备、逻辑文件系统、可执行文件均抽象为文件,为上层提供统一的操作接口,核心特性与设计如下:

-
核心职责:支持多硬件设备、多逻辑文件系统(如ext2、FAT、NFS)、多可执行文件格式(如ELF、a.out);保证文件访问的高性能、数据安全性和访问权限控制(如用户配额、权限校验);
-
核心数据结构:i-node(索引节点),存储文件除名称和数据外的所有信息(如大小、权限、时间戳、物理存储位置),每个文件对应唯一的i-node编号,Linux通过i-node编号访问文件,隐藏了不同逻辑文件系统的实现细节;
-
核心接口:分为i-node接口(如create()、lookup()、mkdir(),处理文件系统级操作)和文件接口(如open()、read()、write(),处理文件的读写操作),均遵循POSIX标准;
-
架构组成:包含系统调用接口、逻辑文件系统、缓冲区缓存、二进制可执行文件解析模块、设备驱动,其中缓冲区缓存(Buffer cache) 通过数据缓存提升存储介质的访问性能,kflushd守护进程负责缓存与物理设备的同步;
-
设备抽象:将硬件设备分为字符设备(如串口,顺序访问)和块设备(如硬盘,随机块访问),每个设备对应一个设备文件,用户通过操作设备文件实现对硬件的控制,设备驱动则是文件接口的硬件特定实现。
2.4 进程间通信(Inter-process Communication, IPC)
进程间通信子系统为独立的进程提供资源共享、同步、数据交换的机制,Linux支持多种IPC方式,并分为不同的类别,满足不同的通信场景需求:

-
文件IPC:管道(Pipes),适用于父子进程间的单向数据传输;
-
System V IPC:消息队列、共享内存、信号量,适用于同一主机内的进程通信,其中共享内存是效率最高的IPC方式;
-
内核IPC:等待队列、信号(Signal),主要用于进程间的同步和事件通知;
-
网络IPC:域套接字(Domain Socket),适用于同一主机内不同进程的全双工通信,接口与网络套接字一致。
-
所有IPC机制均通过系统调用接口向用户空间提供服务,让进程无需关注底层实现,直接调用标准API即可完成通信。
2.5 网络子系统(Network)
网络子系统为Linux提供网络连接能力,实现了网络协议的硬件无关化和网络硬件的驱动适配,核心设计分为两层:
-
硬件无关代码:实现各类网络协议(如TCP/IP、UDP),是所有网络硬件的通用协议逻辑;
-
硬件相关代码:实现具体网络网卡的驱动程序,适配不同的网络硬件。
网络子系统与其他内核子系统协同工作,例如通过虚拟文件系统提供套接字接口,通过进程调度器管理网络进程,通过内存管理器实现网络数据的缓存。
三、设备树(Device Tree):硬件描述的标准化方案
Linux内核需要知晓嵌入式系统的硬件资源(如I/O设备、内存、CPU)才能完成资源管理,设备树是为解决硬件描述问题而设计的标准化方案,替代了传统将硬件信息硬编码到内核的方式,大幅提升了内核的可移植性和硬件适配效率。

3.1 设备树的核心优势
传统硬件描述方式将硬件信息硬编码到内核二进制代码中,硬件定义修改后需要重新编译内核;而设备树通过二进制设备树块(DTB) 向内核传递硬件信息,DTB由设备树源文件(DTS) 编译而来,硬件定义修改后仅需重新编译DTS,无需编译内核,大幅节省开发时间。
3.2 设备树的文件体系与编译
在Arm架构中,设备树源文件均存放于内核源码的arch/arm/boot/dts(32位)或arch/arm64/boot/dts(64位)目录,包含两种文件类型:
.dts文件:板级硬件定义文件,针对具体的开发板编写,描述该板的硬件资源;
.dtsi文件:通用硬件头文件,可被多个.dts文件包含,描述SoC或通用硬件模块的信息,实现代码复用。
通过设备树编译器(DTC) 可将DTS(含引用的.dtsi)编译为二进制的DTB文件,DTB由引导加载程序加载,内核在启动时解析DTB,获取系统的硬件信息。
3.3 设备树的语法与核心结构
设备树是一种树形结构的硬件描述语言,以根节点(/) 为顶层,所有硬件节点均为根节点的子节点,核心语法与结构如下:
节点定义:节点格式为node@地址,可添加标签(如node0: node@0),方便其他节点引用;
属性定义:每个节点包含若干属性,格式为属性名 = 属性值,属性值支持字符串、字节序列、32位整数序列,也可包含空属性;
节点引用:通过&节点标签引用其他节点,实现节点间的关联;
核心顶层节点:根节点下包含cpus(描述CPU信息)、memory(定义RAM的位置和大小)、chosen(向内核传递启动参数,如内核命令行)、aliases(定义节点快捷方式),以及总线、板载设备等节点。

3.4 设备树的地址编址规则
设备树通过专属属性实现硬件资源的地址编址,核心属性包括:

reg = <地址1 长度1 地址2 长度2 ...>:列出节点的地址集,每个地址集由起始地址和长度组成;
#address-cells =:指定节点子节点的地址字段占用的32位整数个数;
#size-cells =:指定节点子节点的长度字段占用的32位整数个数。
此外,compatible属性是设备树的核心属性,每个硬件节点必须包含该属性,其值为硬件兼容字符串(如arm,cortex-a9),Linux通过该属性匹配对应的设备驱动,实现硬件与驱动的自动绑定。
针对不同硬件,编址规则有所差异:CPU节点的#size-cells恒为0,仅用唯一ID标识;内存映射设备通常#address-cells=1、#size-cells=1,用一个地址和一个长度描述;外部总线设备(带片选线)通常#address-cells=2,第一个整数为片选号,第二个为偏移量。
四、U-Boot引导加载程序:嵌入式Linux的启动核心
U-Boot(Universal Boot Loader)是嵌入式系统中应用最广泛的引导加载程序,也是嵌入式Linux的启动入口,其核心作用是初始化硬件、加载设备树(DTB)、Linux内核和初始RAM磁盘到内存,并启动内核执行,目前已成为嵌入式Linux的事实标准,支持Arm、x86、MIPS、PPC等几乎所有主流CPU架构。
4.1 U-Boot的架构与执行流程
U-Boot的架构分为第一阶段和第二阶段,分别由汇编和C语言编写,执行流程循序渐进,从硬件初始化到内核启动逐步完成:
-
第一阶段(汇编代码):运行于CPU片上内存(如片上静态RAM),核心功能是初始化CPU的内存控制器,将U-Boot自身重定位到片外RAM中,为第二阶段的执行准备硬件环境;
-
第二阶段(C语言代码):运行于片外RAM,核心功能包括实现带脚本能力的命令行人机交互接口、初始化最小化外设、加载DTB、Linux内核和初始RAM磁盘到内存,最终启动Linux内核。
4.2 U-Boot的源码组织
U-Boot的源码按硬件相关性分为三类,实现了硬件相关代码与通用代码的解耦,便于移植和维护:
-
处理器相关文件:针对具体的CPU架构(如Arm Cortex-A9、x86)编写,存放于对应CPU的目录下;
-
板级相关文件:针对具体的开发板编写,即使是同一CPU,不同开发板的I/O设备、硬件布局不同,也需单独的板级文件;
-
通用文件:适用于所有CPU和开发板,实现U-Boot的命令行交互、脚本、文件加载等通用功能,是U-Boot的核心逻辑。
五、总结
嵌入式Linux系统是一个分层、模块化的复杂体系,其核心设计围绕硬件无关性和可移植性展开:
分层架构通过用户空间与内核空间的隔离,实现了应用与硬件的解耦,系统调用成为跨层级通信的唯一桥梁;
内核五大子系统各司其职,又协同工作,通过硬件无关与硬件相关代码的分离,让内核能适配不同的硬件平台;
设备树替代了硬编码的硬件描述方式,实现了硬件信息与内核的分离,大幅提升了内核的移植效率;
U-Boot作为嵌入式Linux的启动入口,通过两阶段执行完成硬件初始化和内核加载,是连接硬件与Linux内核的关键纽带。
深入理解这些核心组件的设计原理和工作机制,是进行嵌入式Linux内核裁剪、驱动开发、系统移植的基础,也是提升嵌入式开发能力的关键。
更多推荐



所有评论(0)