Intel IO APIC既定APIC编程模型是否以82093AA文档为事实标准

你提到的82093AA I/O APIC文档就是Intel标注的*Established APIC programming model（既定APIC编程模型）*的事实标准，Intel从未发布过单独公开的独立规范文档专门定义这个术语。

• 这个表述本质是Intel编写产品手册时的通用简化处理：82093AA是Intel第一款量产的分立I/O APIC芯片，它定义的寄存器接口、访问逻辑、RTE（重定向表项）格式从发布起就成为x86平台IO APIC的统一兼容基准。后来Intel把IO APIC模块直接集成到各类芯片组、SoC（包括你查阅的Atom Z8000系列处理器）内部时，为了避免在每款产品数百到上千页的数据手册里重复抄录通用编程细节，就统一用"支持既定APIC编程模型"的说法，标注该模块完全向后兼容这套已经沿用多年的成熟接口。
• 你在Z8000系列手册里看到的3个间接访问寄存器（IO APIC ID寄存器、版本寄存器、RTE索引/数据窗口寄存器）的设计，本身就是这套编程模型的典型特征，和82093AA的访问机制完全匹配。这套模型下RTE固定为64位宽度，位定义和82093AA文档里的描述没有区别：低32位依次覆盖中断向量号、投递模式、目标寻址模式、投递状态标识、引脚极性配置、触发模式配置、中断屏蔽位，高32位存储目标本地APIC的ID编号，Z8000系列没有对这些通用字段做自定义修改。
• 你之前翻找的Intel系统架构卷里的APIC章节，内容和82093AA的定义是完全对齐的，这部分通用内容和单芯片手册的表述是互补关系：单芯片手册只需要记录这款芯片上IO APIC的MMIO基地址、间接访问寄存器的偏移这类和具体硬件实现相关的差异，通用编程规则不需要重复说明，直接沿用既定标准即可。
• 实际开发注意：极少数面向嵌入式场景的定制SoC可能会在保留标准RTE位定义的前提下，占用部分原本标注为保留的高位实现厂商专属功能，但Z8000系列的两卷公开手册都没有提及这类自定义扩展，直接按照82093AA的RTE定义做开发即可，不会出现兼容性问题。

内容的提问来源于stack exchange，提问作者M. Evers