1. Yocto与设备树概述
大家好，我是你们的讲师。今天咱们开始聊Yocto和设备树。说实话，这两个东西单独拎出来都不算简单，但把它们放在一起，很多人就懵了。我当年刚接触Yocto时也踩过不少坑，所以这门课我会尽量把经验都抖出来。
1.1 Yocto项目简介
Yocto项目，说白了就是一个嵌入式Linux构建系统。它不是操作系统，而是一套工具链和元数据的集合。你给它一份配置，它就能帮你从源码编译出完整的Linux发行版——包括内核、文件系统、引导程序，甚至还有交叉编译工具链。
我个人习惯把Yocto比作一个「乐高工厂」。你不需要自己烧制每一块积木，只需要告诉工厂你要搭什么模型，它就会自动把积木生产好、打包好。嗯，这个比喻虽然简单，但很贴切。
Yocto的核心组件包括：
- BitBake：任务调度引擎，负责解析配方、执行编译
- OpenEmbedded-Core：基础元数据层，提供通用配方和类
- Poky：Yocto的参考发行版，也是我们最常用的起点
- Layer机制：模块化组织方式，方便复用和定制
我在项目中遇到过最典型的场景：客户要求定制一个只带Wi-Fi和蓝牙的物联网网关。如果用传统方式，从内核配置到文件系统裁剪，至少折腾两周。但用Yocto，改几层配置，跑一次构建，三天搞定。这就是Yocto的价值。
1.2 设备树(DTS)概念
设备树，英文叫Device Tree，缩写DTS（Device Tree Source）。它是什么？简单说，就是一份描述硬件信息的「清单」。
你想想看，Linux内核要驱动一块开发板，它得知道：CPU是什么型号？内存多大？I2C总线上挂了哪些外设？GPIO怎么映射？传统做法是把这些信息硬编码在内核源码里。但问题来了——每换一块板子，就得改内核代码，重新编译。这谁受得了？
设备树就是为了解决这个问题。它把硬件描述从内核中剥离出来，变成一个独立的文本文件。内核启动时，引导程序（比如U-Boot）会把设备树二进制文件（DTB）传给内核，内核解析后就知道该怎么初始化硬件了。
一个典型的设备树文件长这样：
/dts-v1/;
/ {
model = "TI AM335x BeagleBone Black";
compatible = "ti,am335x-bone-black", "ti,am335x-bone", "ti,am33xx";
cpus {
cpu@0 {
compatible = "arm,cortex-a8";
};
};
memory@80000000 {
device_type = "memory";
reg = <0x80000000 0x10000000>; // 256MB RAM
};
&i2c0 {
eeprom@50 {
compatible = "atmel,24c32";
reg = <0x50>;
};
};
};
这里有几个关键概念：
- 节点（Node）：用大括号包裹的硬件单元，比如cpu、memory、i2c0
- 属性（Property）：节点的描述信息，比如compatible、reg
- compatible：最重要的属性，内核通过它匹配驱动
- reg：描述地址和大小，比如内存的起始地址和容量
我曾经犯过一个低级错误：在设备树里把reg写成了小端序，结果内核死活认不出内存。查了两天才发现是字节序问题。嗯，这种坑踩过一次就记住了。
1.3 为什么Yocto需要集成设备树
好，现在问题来了：Yocto和设备树，这两个东西为什么要放在一起讲？
原因很简单——Yocto构建出来的内核，必须搭配正确的设备树才能工作。你想想看，Yocto帮你编译了内核，但内核本身不知道你的板子长什么样。它需要一份设备树文件来告诉它「我是谁，我有什么硬件」。
具体来说，Yocto集成设备树有以下几个关键点：
- 设备树是内核的一部分：在Yocto的构建流程中，设备树源文件（.dts）会被编译成二进制文件（.dtb），然后打包到内核或文件系统中
- 多板支持：一个Yocto项目可以同时为多块开发板构建镜像，只需要在配置中指定不同的设备树文件
- 定制化需求：很多项目需要修改设备树来适配自定义硬件，比如添加新的传感器、修改GPIO映射
- 版本管理：Yocto的Layer机制可以很好地管理设备树的版本和依赖关系
我记得有一次，客户的产品需要同时支持三款不同配置的板子。如果手动管理设备树，光维护三个版本就够头疼的。但用Yocto，我只需要在BSP层里放三个设备树文件，然后在机器配置里分别引用。构建时自动选择对应的.dtb，省心多了。
核心要点：Yocto不生产设备树，它只是设备树的搬运工和编译工。但如何组织、如何集成、如何调试，这就是我们需要掌握的技能。
1.4 课程目标与前置知识
这门课的目标很明确：让你在Yocto项目中能独立完成设备树的集成、修改和调试。具体来说，学完这门课你应该能做到：
- 理解Yocto中设备树的构建流程和文件组织方式
- 能在Yocto的BSP层中添加或修改设备树文件
- 掌握设备树语法和常见外设的配置方法
- 学会调试设备树问题，比如内核启动时设备无法识别
- 能处理多板、多配置场景下的设备树管理
前置知识方面，我建议你具备以下基础：
| 知识点 | 要求 | 说明 |
|---|---|---|
| Linux基础 | 熟悉 | 会使用命令行，了解内核编译基本流程 |
| 嵌入式开发 | 了解 | 知道什么是交叉编译、引导程序、内核镜像 |
| Yocto基础 | 入门 | 至少跑过一次Yocto构建，知道bitbake命令 |
| C语言 | 基本 | 能看懂简单的结构体和宏定义 |
如果你对Yocto还不太熟，也别慌。我会在课程中穿插一些Yocto的基础知识。但说实话，完全零基础的话可能会有点吃力。建议你先花一周时间把Yocto的Quick Start跑一遍，有个感性认识。
我的建议：准备一块开发板，比如BeagleBone Black或Raspberry Pi。边学边练，效果比光看文档好十倍。我当年就是靠一块BBB入的门，虽然烧坏了两块SD卡，但值了。
注意：设备树虽然看起来像配置文件，但它是有语法规则的。写错了不会报编译错误，但内核启动时会静默忽略。所以一定要仔细检查，尤其是compatible属性和reg地址。
1.5 本章知识体系
为了让你更直观地理解本章的内容结构，我画了一张图。它展示了Yocto、设备树和嵌入式Linux三者之间的关系，以及我们这门课要覆盖的核心模块。
这张图把本章的内容串起来了。左边是Yocto的基础模块，中间是设备树的核心概念，右边是两者集成的关键点。底部的目标框就是我们这门课要达成的最终能力。
好了，第一章就到这里。内容不多，但都是基础。下一章我们会深入Yocto的构建流程，看看设备树到底是在哪个环节被编译、被打包的。到时候我会带你看一个真实的BSP层结构，嗯，那才是真正动手的开始。
可可精品资料库