1. 课程导入
嵌入式Linux并不是“把桌面Linux塞进开发板”这么简单。它是一条从芯片上电、BootROM取指，到内核接管硬件、根文件系统挂载，再到应用进程稳定运行的完整链路。任何一个环节配置不当，设备都可能停在串口无输出、内核panic、挂载失败或应用崩溃的状态。因此，系统构建能力决定产品能否跑起来，调试能力决定问题能否被快速定位并收敛。
本课程面向已经具备C语言、Linux基础命令和基本硬件概念的工程师，目标不是零散地记住几条命令，而是建立“可构建、可启动、可调试、可量产”的工程化能力。学完后，你应当能够独立完成交叉工具链选型、U-Boot移植与配置、内核裁剪与设备树适配、根文件系统制作、启动参数设计，并能用串口、JTAG、ftrace、perf、gdb、strace等工具处理典型故障。
一、核心价值：为什么必须掌握系统构建与调试
嵌入式产品的竞争力往往不在“功能有没有”，而在“启动快不快、运行稳不稳、出问题能不能查”。系统构建解决的是从源码到可烧录镜像的确定性问题；调试解决的是从异常现象到根因的收敛问题。两者结合，才能把开发从“试出来”变成“设计出来”。
- 缩短Bring-up周期：新板首次上电时，能按电源、时钟、复位、串口、DDR、存储的顺序逐级验证，而不是盲目换板。
- 降低维护成本：构建脚本、配置文件、设备树和补丁全部版本化，换人、换板、换内核版本时可复现。
- 提升量产一致性：镜像分区、启动参数、校验和、烧录流程固定，避免“这块板能跑、那块板不能跑”。
- 支撑深度优化：启动时间、内存占用、实时性、功耗等问题，必须从Bootloader到应用全链路观测。
一句话理解：构建是“把系统做出来”，调试是“把系统做对”。没有构建，调试无对象；没有调试，构建不可信。
二、整体知识框架：从芯片上电到应用运行
下图给出本课程贯穿始终的系统分层与启动链路。它既是知识框架，也是后续排障时的“定位地图”：当串口没有输出时，问题通常在BootROM、时钟、DDR或UART初始化；当内核打印停止时，问题可能在设备树、驱动probe或根文件系统挂载；当应用起不来时，问题可能在动态库、权限、环境变量或服务依赖。
这张图建议在后续每章学习时反复回看：左侧回答“镜像怎么来”，中间回答“系统怎么起”，右侧回答“问题怎么查”。三者不是割裂的，调试结论必须反哺构建配置，否则同类问题会在下一版镜像中重复出现。
三、实战路线图：按阶段推进的学习路径
课程按“先跑通、再理解、后优化”的节奏组织。下表给出阶段目标、关键任务和验收标准，便于你对照自己的开发板逐步推进。
| 阶段 | 关键任务 | 核心工具/对象 | 验收标准 |
|---|---|---|---|
| 阶段1：环境与工具链 | 搭建交叉编译环境，验证工具链可用性 | arm-linux-gnueabihf-gcc、Buildroot | 能编译出目标板可执行的hello程序 |
| 阶段2：Bootloader与启动 | 编译U-Boot，配置DDR、串口、启动介质 | U-Boot、SPL、串口终端 | 串口能看到U-Boot倒计时并进入命令行 |
| 阶段3：内核与设备树 | 配置内核、编写/修改设备树、适配驱动 | menuconfig、dtc、dts | 内核启动到挂载根文件系统前无panic |
| 阶段4：根文件系统 | 制作BusyBox或systemd根文件系统，配置init | BusyBox、inittab、fstab | 系统能进入登录shell或应用自启动 |
| 阶段5：调试与优化 | 定位启动慢、驱动异常、应用崩溃等问题 | ftrace、perf、gdb、strace | 能给出根因、修复方案和验证数据 |
四、典型场景与常见误区
以一个真实Bring-up场景为例：新板首次上电，串口无任何输出。有经验的工程师不会立刻怀疑内核，而是按以下顺序排查：
# 1. 确认电源与复位
万用表测量核心电压、IO电压、复位引脚电平
# 2. 确认时钟与启动模式
检查晶振是否起振，BOOT引脚是否选择正确启动介质
# 3. 确认串口参数
波特率115200、8N1、无流控，TX/RX是否接反
# 4. 确认BootROM是否执行
用JTAG读取PC指针，或测量启动介质片选信号
# 5. 确认DDR初始化
若SPL阶段无输出，重点检查DDR时序与电源常见误区包括：只改内核不看Bootloader，导致启动参数与分区不匹配；设备树照抄参考板，引脚复用和时钟配置与实际硬件不符；根文件系统缺少动态库，应用报“No such file or directory”却误判为文件不存在；调试时只加打印不看日志级别，大量printk拖慢启动甚至掩盖时序问题。
排障提醒：嵌入式问题往往具有“分层耦合”特征。串口无输出可能是软件问题，也可能是硬件问题；内核panic可能是驱动bug，也可能是设备树地址写错。务必先建立“从电源到应用”的完整观测链，再逐层缩小范围。
学习建议：每学完一个模块，都在自己的开发板上完成一次“构建—烧录—启动—观测—记录”的闭环。把每次启动日志、配置差异和修复过程保存成笔记，这比单纯看教程更接近工程实战。
本课程后续将围绕这条路线图逐层展开：先建立工具链与构建系统的基本功，再深入Bootloader、内核、设备树和根文件系统，最后用调试工具和真实故障案例把知识串成可复用的工程能力。你需要的不是记住所有命令，而是形成“看到现象能定位层级、定位层级能选择工具、选择工具能验证假设”的排障习惯。