第 7 章 架构的回响：规范背后的历史与定义
一切坚固的东西都烟消云散了——直到你把它写进标准里。
走到这里，我们已经把设备树的血肉——那些节点、属性、中断映射的细节——拆解得差不多了。但在你合上这本书之前，还有最后一块拼图需要归位。这一章有点特殊，它不讲代码，不讲具体的 dts 语法，甚至不讲怎么写驱动。它讲的是来源。
我们在之前的章节里无数次提到过「规范」二字——「ePAPR 是这么规定的」、「DTSpec 里建议这么做」。但你有没有想过一个问题：这些规范是谁定的？为什么是 PowerPC？为什么那个叫 Open Firmware 的东西像个幽灵一样贯穿始终？
理解这一章，意味着你不仅能知道「怎么写」，还能知道「为什么这么写」。当你下次在内核文档里看到某个莫名其妙的属性定义时，你不再会觉得那是随机产生的，你会意识到它背后有一条长达三十年的逻辑链条。这一章是给好奇者准备的注脚，也是给工程师生成的地图。如果你在未来的开发中遇到了底层定义的模糊地带，记得回到这里——这里列出了所有坐标的原点。
7.1 参考文献：历史的标准
这一节是一张清单，但如果你把它仅仅当成一张参考文献列表，那你可能会错过很多精彩的背景故事。这些文献并不是随意堆砌的，它们构成了设备树技术的「地层」。
最底层是 IEEE 1275，也就是 Open Firmware 标准，它是所有一切的起点——我们在前面提到的设备树概念，本质上就是从这个古老的引导规范中继承下来的。DTSpec 和 ePAPR 都是基于它构建的。然后是具体的实现细节。你会发现这里列出了 CHRP（PowerPC 微处理器通用硬件参考平台）的绑定文档，它定义了 Open PIC 兼容中断控制器的属性。如果你在调试 PowerPC 相关的老板子时遇到中断不响应的问题，翻一下这个文档往往能找到答案——因为很多驱动代码就是照着这个写的。
还有 PAPR 和 ePAPR，这是 Power.org 制定的平台要求标准。ePAPR 尤其重要，因为它是嵌入式 Power 架构的基石，DTSpec 里的很多文本直接就源于此。别忘了 UEFI，虽然我们通常把 UEFI 和 x86 架构联系在一起，但作为现代固件的通用标准，它在定义硬件与操作系统接口这件事上，和设备树有着异曲同工之妙。最后是那个中断映射的经典文档——Open Firmware Recommended Practice: Interrupt Mapping（版本 0.9）。虽然它是个「建议实践」，但在处理复杂的中断控制器级联时，它依然是最权威的参考。
[IEEE1275] Boot (Initialization Configuration) Firmware: Core Requirements and Practices 是 1994 年的 IEEE 1275 Standard。这是定义设备树概念的源头标准，DTSpec 和 ePAPR 中采用的设备树概念正是基于此。如果你想追溯某个最基本定义的由来，通常最终都会找到这里。
[b7] Open Firmware Recommended Practice: Interrupt Mapping 是 Version 0.9，1996 年发布的。它专门针对中断映射的推荐实践，虽然版本号不高但在处理 interrupt-map 等复杂属性时，它是极其重要的历史参考。
[CHRP] PowerPC Microprocessor Common Hardware Reference Platform (CHRP) Binding 是 Version 1.8，1998 年发布的。它规定了 Open PIC 兼容中断控制器的属性，在处理 PowerPC 老旧平台的通用硬件参考平台时，这份文档是关键。
[EPAPR] Power.org Standard for Embedded Power Architecture Platform Requirements 是 v1.1.2，2011 年发布的。这是嵌入式 Power 架构平台要求的权威标准，DTSpec 的部分文本直接源于此，是理解现代嵌入式 Power 系统设备树的必读文档。
[UEFI] Unified Extensible Firmware Interface Specification 是 v2.8 Errata A，2020 年 2 月发布的。虽然现在主要和 x86 相关，但它代表了固件接口演进的另一个平行宇宙，理解它有助于对比设备树方案的优劣。
7.2 索引：术语的锚点
写到这里，这本书接近尾声。最后这个部分是一个索引，这不仅是全书术语的整理，更像是一份词汇地图。我们在正文中反复提到的那些概念——从 Cell 到 Unit address，从 SMP 到 SoC——都在这里有了明确的定位。
为什么要列这个索引？因为工程领域的沟通容不得半点模糊。当你和同事讨论「Boot CPU」是否应该处于「Quiescent」状态时，或者你在分析崩溃日志时试图确认当前的「Effective address」是否映射到了正确的「Physical address」上，这些定义就是你们对话的基准线。这不是考试用的词汇表，这是你调试时的救命稻草。很多困惑，其实仅仅源于对定义理解的偏差。
AMP (Asymmetric Multiprocessing) 是计算机可用 CPU 被分区成组，每组运行独立的操作系统镜像。Book III-E 是 Power ISA 架构规范中涉及嵌入式环境的部分。boot CPU 是引导程序指示执行客户端程序入口点的第一个 CPU。boot program 泛指初始化系统状态并执行另一个被称为客户端程序的软件组件。
cell 是设备树中由 32 位组成的信息单位，常用于描述属性数据的大小。client program 是由引导程序初始化并执行的程序（通常就是我们的操作系统内核）。DMA (Direct Memory Access) 允许硬件子系统独立于 CPU 访问主系统内存的技术。
DTB (Device Tree Blob) 是设备树的紧凑二进制表示形式，也就是内核真正吃进去的那坨数据。DTC (Device Tree Compiler) 是那个把你的 .dts 文本变成 .dtb 二进制的工具。DTS (Device Tree Source) 是设备树的文本表示形式，也就是我们手写的那些代码。
effective address 是计算机架构中用于寻址内存的逻辑地址。interrupt specifier 是中断描述符，描述中断的属性值（包含中断号、敏感度、触发机制等）。physical address 是内存条上真实的硬件地址。Power ISA 是 Power 架构的指令集架构标准。
quiescent CPU 是静默 CPU，处于无法干扰其他 CPU 正常操作状态的 CPU。secondary CPU 是辅助 CPU，除 Boot CPU 之外的其他核心。SMP (Symmetric Multiprocessing) 是两个或多个相同的 CPU 共享内存和 I/O，并在单个操作系统下运行。SoC (System on Chip) 是把 CPU、内存控制器和各种外设全塞进一个芯片里的那种东西。unit address 是单元地址，节点名称的一部分，用于指定该节点在父节点地址空间中的位置（也就是那个 @ 后面跟着的数字）。
当我们把目光投向这些 IEEE 1275 和 ePAPR 的老文档时，我们其实是在看一段技术历史的沉积岩。设备树并不是某个委员会凭空拍脑袋想出来的完美设计，它是从 Open Firmware 那个年代一路摸爬滚打过来的。每一个看似古怪的 cell 定义，每一行晦涩的中断映射描述，背后都对应着那个年代硬件工程师面对的真实困境。理解了这一点，你下次查阅这些规范时心态会不一样——你不是在查字典，你是在读历史。
这就是为什么本章要花这么大篇幅去列这些参考文献和术语索引。在真正的工程实战中，当你面对一个完全陌生的 SoC 或者一份写了一半的设备树文件感到头大时，答案往往不藏在现代的 GitHub Issue 里，而藏在这些陈旧的规范定义中。比如，当你搞不清楚为什么某个 interrupt-map 属性必须由三个 cell 组成时，回去翻翻 1996 年的那个 Open Firmware 推荐实践，你会发现逻辑链条从未断过，只是被时间掩埋了。
还记得开头那个问题吗——「为什么这么写」？现在答案很清晰了：我们这么写，是因为我们站在 IEEE 1275 的肩膀上。设备树的每一层结构，都是为了适配那段长达三十年的硬件与操作系统对话的协议。这不是为了炫技，而是为了兼容。至此，这本书关于设备树的旅程就结束了。从第一颗 cell 到这里的历史回响，我们建立了一套完整的认知。希望这套认知能成为你未来在底层开发丛林中行走的地图。