📚 课程目录第4章 Poky与OpenEmbedded

4. Poky与OpenEmbedded

好，咱们今天来聊聊Yocto项目里最核心的几个概念。说实话，很多初学者一开始就被Poky、OpenEmbedded、meta层这些名词搞晕了。我当年刚接触时也一样，感觉像掉进了一个巨大的迷宫。别急，咱们一层层剥开来看。

4.1 Poky到底是什么？

Poky，说白了，就是一个参考发行版。它不是Yocto的全部，而是Yocto项目提供的一个“样板间”。你想想看，如果让你从零开始搭建一套嵌入式Linux构建系统，那得多麻烦？Poky就是帮你把最基础、最通用的那部分都准备好了。

我个人习惯把Poky理解成一个“启动包”。它包含了构建一个最小Linux系统所需的一切：BitBake构建引擎、OpenEmbedded-Core（OE-Core）元数据、以及一些基础的配置脚本。你下载了Poky，就等于拿到了一个可以直接跑起来的构建环境。

核心要点：Poky = BitBake + OE-Core + 参考配置 + 示例meta层。它是Yocto项目的官方参考实现。

4.2 Poky的目录结构

咱们来看看Poky解压后的样子。我记得第一次看到这个目录树时，心里直犯嘀咕：“这么多文件夹，都是干嘛的？”别怕，常用的其实就那几个。

poky/
├── bitbake/           # BitBake构建引擎本体
├── build/             # 构建输出目录（默认生成）
├── meta/              # OE-Core核心层
├── meta-poky/         # Poky参考发行版配置层
├── meta-yocto-bsp/    # 参考BSP层（支持QEMU等）
├── oe-init-build-env  # 环境初始化脚本
└── scripts/           # 辅助工具脚本

咱们挑几个重点说说：

bitbake/：这是构建系统的“发动机”。所有构建逻辑都由它驱动。你不需要动它，但得知道它在这。
meta/：这就是大名鼎鼎的OE-Core。它包含了所有通用的配方、类和配置文件。说白了，没有它，你连个helloworld都编译不出来。
meta-poky/：这是Poky发行版特有的配置。比如默认的发行版策略、版本号、logo等。它让Poky看起来像一个“发行版”，而不是一堆散乱的脚本。
meta-yocto-bsp/：这是一个参考的板级支持包。它告诉你怎么为QEMU模拟的机器（比如qemux86-64）构建内核和引导加载程序。

我的小技巧：刚开始时，你只需要关注meta/和meta-poky/这两个目录。其他目录可以先放一放。我曾经花了一周时间研究bitbake/目录下的源码，后来发现完全没必要——除非你要给BitBake提patch。

4.3 OpenEmbedded-Core（OE-Core）的作用

OE-Core，就是那个meta/目录。它是整个Yocto生态的基石。你可以把它想象成Linux内核里的“通用驱动库”——所有架构、所有板子都能用。

OE-Core到底干了什么？我总结了三件事：

提供通用配方：比如busybox、glibc、gcc这些基础软件的bb文件。你不需要为每个板子都写一份。
定义构建类：比如autotools.bbclass、cmake.bbclass。这些类封装了通用的构建流程，你写配方时直接继承就行。
提供基础配置：比如机器架构定义、工具链配置、包管理策略等。

为什么会这样设计？你想想看，如果每个BSP都自己维护一份gcc的配方，那得乱成什么样？OE-Core就是那个“中央仓库”，大家共用一份，各自只写自己板子特有的部分。

注意：OE-Core是独立于Poky的。它有自己的版本号和发布周期。Poky只是把它作为子模块包含进来。所以，你完全可以用OE-Core搭配其他发行版配置，不一定非要用Poky。

4.4 meta层与层优先级

这是Yocto里最灵活、也最容易让人踩坑的地方。meta层，说白了就是一个目录，里面放了配方、配置和类。每个层负责一个特定的功能领域。

比如：

meta-raspberrypi：支持树莓派
meta-ti：支持TI的AM335x等处理器
meta-openembedded：提供OE-Core之外的更多软件包

层与层之间可以互相覆盖。比如，meta-raspberrypi里有一个linux-raspberrypi.bb，它可能会覆盖OE-Core里的linux-yocto.bb。那到底用哪个？这就看优先级了。

优先级是一个数字，数字越大，优先级越高。你可以在层的layer.conf文件里设置：

# meta-raspberrypi/conf/layer.conf
BBFILE_COLLECTIONS += "raspberrypi"
BBFILE_PATTERN_raspberrypi := "^${LAYERDIR}/"
BBFILE_PRIORITY_raspberrypi = "6"

默认情况下，OE-Core的优先级是5。如果你把meta-raspberrypi的优先级设为6，那它的配方就会覆盖OE-Core里的同名配方。

避坑指南：我曾经在一个项目里，把某个层的优先级设成了10，结果它覆盖了OE-Core里的关键配方，导致整个构建失败。后来查了半天才发现是优先级太高了。我的建议是：除非你明确知道要覆盖什么，否则保持优先级在5-8之间。

层优先级的实际应用场景：

修复bug：OE-Core里的某个配方有bug，你可以在自己的层里放一个修复版本，优先级设高一点。
定制化：比如你想修改busybox的配置，可以在自己的层里提供busybox_%.bbappend文件。
版本锁定：某些软件需要固定版本，可以用高优先级层来锁定。

4.5 理解BSP层

BSP层，全称Board Support Package Layer。它负责让Yocto知道：你要为哪块板子构建系统？这块板子用什么内核？用什么引导程序？设备树怎么配？

一个典型的BSP层结构如下：

meta-myboard/
├── conf/
│   ├── layer.conf          # 层配置
│   └── machine/
│       └── myboard.conf    # 机器配置
├── recipes-bsp/
│   ├── u-boot/             # 引导程序配方
│   └── device-tree/        # 设备树配方
├── recipes-kernel/
│   └── linux/              # 内核配方
└── recipes-core/
    └── images/             # 镜像配方

BSP层的核心是conf/machine/myboard.conf文件。它定义了：

目标架构（比如armv7a、aarch64）
内核类型和版本
串口控制台设置
存储设备分区表
引导加载程序配置

举个例子：

# conf/machine/myboard.conf
require conf/machine/include/arm/armv7a/tune-cortexa7.inc

MACHINEOVERRIDES .= ":myboard"

PREFERRED_PROVIDER_virtual/kernel = "linux-myboard"
PREFERRED_VERSION_linux-myboard = "5.10%"

SERIAL_CONSOLES = "115200;ttyS0"

IMAGE_FSTYPES += "tar.bz2 ext4"

你看，这个文件告诉Yocto：用Cortex-A7架构，内核用我自己的linux-myboard配方，串口用ttyS0，输出格式要tar.bz2和ext4。

我的经验：写BSP层时，最好参考meta-yocto-bsp里的例子。它虽然只支持QEMU，但结构非常清晰。我刚开始写BSP时，就是照着它的样子改出来的。嗯，这里要注意：不要直接复制粘贴，要理解每一行配置的含义。

4.6 知识体系图

下面这张图，我画出了本章的核心逻辑。你可以看到Poky、OE-Core、meta层和BSP层之间的关系。

从这张图你可以看到：Poky是一个大容器，里面装了OE-Core、BitBake、meta-poky和参考BSP层。用户自定义层可以叠加在上面，通过优先级机制来控制覆盖关系。说白了，你只需要关注自己的层，其他部分Yocto都帮你管好了。

总结一下：

Poky是参考发行版，不是Yocto的全部
OE-Core是核心元数据，所有层的基础
层优先级决定了配方和配置的覆盖顺序
BSP层负责板级支持，是移植的关键

嗯，这一章的内容就到这里。记住，理解这些概念是玩转Yocto的第一步。我在项目中见过太多人因为层优先级搞错，导致构建出奇怪的问题。所以，花点时间把基础打牢，后面会轻松很多。