Linux内核启动流程详解：从Bootloader到用户空间

1. Linux内核启动流程全景解析

作为一名嵌入式Linux开发者，理解内核启动流程是基本功。今天我将结合自己多年的实战经验，带大家深入剖析Linux内核从镜像加载到用户空间初始化的完整过程。这个流程看似复杂，但只要抓住几个关键节点，就能建立起清晰的认知框架。

内核启动可以分为三个主要阶段：

1. Bootloader准备阶段：由U-Boot等引导程序完成硬件初始化、内核镜像加载和参数传递
2. 内核汇编阶段：完成处理器校验、机器码验证、初始页表建立等底层工作
3. 内核C语言阶段：进行全面的子系统初始化，最终切换到用户空间

下面我们就从最基础的版本号和编译配置开始，逐步深入每个关键环节。

2. 内核版本与编译配置

2.1 内核版本号定义

在内核源码的顶层Makefile中，明确定义了版本号信息：

makefile复制VERSION = 2
PATCHLEVEL = 6
SUBLEVEL = 35
EXTRAVERSION = .7
NAME = Yokohama

这个版本号不仅用于标识内核版本，在模块化驱动开发时也至关重要。模块必须针对特定版本的内核编译，否则无法加载。我曾经就遇到过因为版本号不匹配导致驱动加载失败的问题，排查了半天才发现是EXTRAVERSION字段的差异。

2.2 Makefile传参机制

编译内核时，我们可以通过命令行向Makefile传递参数来覆盖默认配置：

bash复制make ARCH=arm CROSS_COMPILE=arm-linux-gnueabi-

其中两个关键参数：

• ARCH：指定目标架构，如arm、x86等
• CROSS_COMPILE：指定交叉编译工具链前缀

在Makefile中，这些参数使用?=赋值，表示可以被命令行参数覆盖：

makefile复制ARCH ?= arm
CROSS_COMPILE ?= /usr/local/arm/arm-2009q3/bin/arm-none-linux-gnueabi-

实践经验：在团队开发中，建议将常用的编译参数写在脚本中，避免每次手动输入。我曾经因为输错工具链路径导致编译出的内核无法运行，浪费了不少调试时间。

3. 内核程序入口分析

3.1 链接脚本与入口点

内核真正的入口点由链接脚本vmlinux.lds定义。这个文件告诉链接器如何将各个目标文件组合成最终的内核镜像，包括：

• 代码段、数据段的布局
• 符号地址分配
• 程序入口点

在ARM架构中，入口符号通常是stext，可以在arch/arm/kernel/vmlinux.lds.S中找到相关定义。

3.2 MMU与地址转换

内核启动时面临一个关键问题：MMU（内存管理单元）初始状态是关闭的，CPU直接使用物理地址，但内核代码是按照虚拟地址编译链接的。这就需要在汇编阶段建立初始映射。

ARM平台典型的地址映射关系：

• 虚拟地址(vaddr)：0xc0008000
• 物理地址(paddr)：0x30008000

这种映射通过__pa()和__va()宏实现转换。我曾经在早期移植时忽略了这一点，直接使用虚拟地址访问硬件寄存器，导致系统崩溃。

3.3 内核启动条件

内核汇编入口stext有明确的执行前提条件，由Bootloader（如U-Boot）保证：

1. MMU关闭
2. D-Cache关闭
3. I-Cache可开可关
4. r0寄存器为0
5. r1寄存器存放机器码
6. r2寄存器存放ATAGS参数指针

这些条件在U-Boot的do_bootm_linux函数中准备，最后通过theKernel(0, machid, bd->bi_boot_params)调用内核。

4. 汇编阶段启动流程

4.1 处理器与机器码校验

内核启动首先会验证处理器和平台兼容性：

assembly复制__HEAD
ENTRY(stext)
    setmode PSR_F_BIT | PSR_I_BIT | SVC_MODE, r9  @ 切换到SVC模式
    mrc p15, 0, r9, c0, c0        @ 获取CPU ID
    bl __lookup_processor_type     @ 验证处理器支持
    bl __lookup_machine_type       @ 验证机器码
    bl __vet_atags                 @ 检查参数有效性
    bl __create_page_tables        @ 建立初始页表
    ldr r13, __switch_data         @ 准备跳转到C代码
    adr lr, BSYM(__enable_mmu)     @ 设置返回地址
    add pc, r10, #PROCINFO_INITFUNC @ 跳转到处理器初始化
ENDPROC(stext)

__lookup_processor_type和__lookup_machine_type的工作原理类似：

1. 内核维护支持的CPU和机器列表
2. 将实际值与列表对比
3. 匹配成功返回描述符指针，失败则进入错误处理

我曾经在移植新平台时，因为忘记添加机器码定义导致内核无法启动，通过添加MACHINE_START宏定义解决了问题。

4.2 初始页表建立

__create_page_tables负责建立初始的段式页表（Section Page Table）：

• 以1MB为单位映射
• 4GB空间需要4096个页表项
• 每个页表项占4字节，共需16KB内存

虽然这种映射比较粗糙，但足以支持内核初始运行。更精细的页表会在C阶段重新建立。

4.3 MMU启用流程

启用MMU是一个需要谨慎处理的过程：

assembly复制__enable_mmu:
    @ 配置控制寄存器
    orr r0, r0, #CR_A        @ 开启对齐检查
    bic r0, r0, #CR_C        @ 关闭数据缓存(可选)
    bic r0, r0, #CR_I        @ 关闭指令缓存(可选)
    mov r5, #(domain_val(DOMAIN_USER, DOMAIN_MANAGER) | \
              domain_val(DOMAIN_KERNEL, DOMAIN_MANAGER))
    mcr p15, 0, r5, c3, c0, 0 @ 设置域访问控制
    mcr p15, 0, r4, c2, c0, 0 @ 设置页表地址
    b __turn_mmu_on          @ 跳转到启用代码

__turn_mmu_on:
    mov r0, r0              @ 空操作(流水线同步)
    mcr p15, 0, r0, c1, c0, 0 @ 写入控制寄存器
    mrc p15, 0, r3, c0, c0, 0 @ 读CPUID(同步)
    mov r3, r13             @ 获取跳转地址
    mov pc, r3              @ 跳转到__mmap_switched

启用MMU后，CPU将开始使用虚拟地址，执行流程跳转到__mmap_switched，为进入C语言环境做准备。

5. C语言阶段初始化

5.1 start_kernel函数概览

start_kernel是内核C语言阶段的主入口，负责初始化所有核心子系统：

c复制asmlinkage void __init start_kernel(void)
{
    printk(KERN_NOTICE "%s", linux_banner);  // 打印版本信息
    setup_arch(&command_line);               // 架构相关初始化
    trap_init();                             // 初始化异常向量
    mm_init();                               // 内存管理初始化
    sched_init();                           // 调度系统初始化
    early_irq_init();                       // 早期中断初始化
    init_IRQ();                             // 中断控制器初始化
    console_init();                         // 控制台初始化
    rest_init();                            // 创建init进程
}

5.2 架构相关初始化

setup_arch是平台相关的关键初始化函数，主要工作包括：

1. 通过机器码获取machine_desc结构体
2. 设置处理器信息
3. 处理U-Boot传递的命令行参数
4. 初始化内存布局

machine_desc结构体包含了平台特定的回调函数和参数，如：

c复制struct machine_desc {
    unsigned int nr;            // 机器码
    const char *name;           // 平台名称
    unsigned long boot_params;  // 参数地址
    void (*init_machine)(void); // 硬件初始化函数
    // ...其他成员
};

5.3 命令行参数解析

内核命令行参数通过parse_early_param和parse_args解析，影响以下配置：

• 控制台设备及波特率
• 根文件系统位置和类型
• 内存大小
• 初始进程路径

常见参数示例：

code复制console=ttySAC0,115200 root=/dev/mmcblk0p2 rootfstype=ext3 init=/linuxrc

我曾经遇到因为命令行参数格式错误导致根文件系统挂载失败的问题，后来发现是rootfstype拼写错误。

6. 进程管理与用户空间切换

6.1 rest_init与初始进程

rest_init是内核初始化的最后一步，主要工作：

c复制static void __init rest_init(void)
{
    kernel_thread(kernel_init, NULL, CLONE_FS); // 创建init进程(pid=1)
    kernel_thread(kthreadd, NULL, CLONE_FS);    // 创建内核守护进程(pid=2)
    schedule();                                // 启动调度器
    cpu_idle();                                // 进入空闲循环(pid=0)
}

此时系统中已有三个关键进程：

1. pid 0：idle进程，当没有其他任务时运行
2. pid 1：init进程，所有用户进程的祖先
3. pid 2：kthreadd，负责内核线程管理

6.2 内核态到用户态切换

init进程通过kernel_execve执行用户空间程序完成切换：

1. 打开标准输入/输出/错误（文件描述符0、1、2）
2. 挂载根文件系统
3. 执行用户空间init程序（默认为/sbin/init）

这个切换过程是不可逆的，之后内核只能通过系统调用进入。

6.3 根文件系统挂载

根文件系统信息来自：

1. U-Boot传递的root=参数指定设备
2. rootfstype=参数指定文件系统类型
3. 内核配置的默认值

挂载成功后内核会打印：

code复制VFS: Mounted root (ext3 filesystem) on device 179:2.

7. 关键技术与调试技巧

7.1 机器码确定方法

机器码通过MACHINE_START宏定义：

c复制MACHINE_START(S3C2440, "My Board")
    .phys_io = S3C2410_PA_UART,
    .io_pg_offst = (((u32)S3C24XX_VA_UART) >> 18) & 0xfffc,
    .boot_params = S3C2410_SDRAM_PA + 0x100,
    .init_irq = s3c24xx_init_irq,
    .init_machine = myboard_init,
    .map_io = myboard_map_io,
    .timer = &s3c24xx_timer,
MACHINE_END

这个宏会将机器描述符放入.arch.info.init段，供内核启动时查找。

7.2 常见启动问题排查

1. 内核卡在Starting kernel：通常是因为机器码不匹配或内存配置错误
2. 无法挂载根文件系统：检查root=参数和文件系统类型
3. 内核panic：根据出错地址结合System.map定位问题代码

调试技巧：

• 早期添加early_printk打印调试信息
• 使用仿真器单步调试汇编代码
• 检查U-Boot传递的参数是否正确

8. 总结与最佳实践

通过完整分析Linux内核启动流程，我们可以总结出一些最佳实践：

1. 平台移植时：

   • 正确定义machine_desc结构体
   • 确保机器码与U-Boot一致
   • 实现必要的硬件初始化回调

2. 内核配置时：

   • 合理设置内存布局参数
   • 包含目标平台的所有驱动支持
   • 配置正确的文件系统支持

3. 问题排查时：

   • 从最早出现问题的阶段开始排查
   • 善用内核打印信息
   • 必要时使用JTAG等硬件调试工具

理解内核启动流程不仅有助于问题排查，也为深入理解Linux系统工作原理奠定了基础。在实际项目中，我建议保存不同阶段的启动日志作为基准，当出现问题时可快速定位异常点。