4. Poky与OpenEmbedded：Poky的目录结构、OpenEmbedded-Core（OE-Core）的作用、meta层与层优先级、理解BSP层
好，咱们今天来聊聊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的第一步。我在项目中见过太多人因为层优先级搞错，导致构建出奇怪的问题。所以，花点时间把基础打牢，后面会轻松很多。