PCI的CF8h/CFCh IO端口是否仅适用于带IO地址空间的处理器？ARM如何访问PCI配置空间？

部分CPU（如x86处理器）拥有独立的内存与IO地址空间，且采用不同指令进行访问。PCI 3.0规范中提及PC-AT兼容系统的核心配置IO地址：

两个DWORD类型的I/O位置用于为PC-AT兼容系统生成配置事务。第一个DWORD位置（CF8h）指向名为CONFIG_ADDRESS的读写寄存器，第二个DWORD地址（CFCh）指向名为CONFIG_DATA的读写寄存器。

这套机制显然和具备独立IO地址空间的处理器高度耦合，而ARM架构没有独立的IO地址空间，其与PCI配置空间的交互主要通过以下方式实现：

• 内存映射式配置访问：ARM架构采用统一地址空间设计，PCIe的配置空间会被直接映射到处理器的物理内存地址范围内。软件或固件无需专门的IO指令，直接通过读写对应内存地址即可完成PCI配置事务，这是ARM平台最基础的交互方式。
• ECAM标准机制：即Enhanced Configuration Access Mechanism（增强型配置访问机制），是PCIe规范定义的标准化内存映射配置方案，也是ARM平台的主流实现。ECAM将整个PCIe拓扑中所有总线、设备、功能的配置寄存器，映射到一段连续的物理内存区域。每个设备的配置空间对应该区域内的固定偏移地址，软件只需计算目标设备的偏移量，直接读写内存即可完成配置操作。
• 兼容层桥接模拟：部分ARM SoC会通过桥接逻辑模拟x86的CONFIG_ADDRESS与CONFIG_DATA接口，但这类模拟本质上是将IO接口的访问请求转换为内存地址操作，仅用于适配传统软件的访问习惯，并非ARM架构的原生交互方式。

额外说明：ARM系统中PCIe的IO地址空间并非完全无意义——部分外设会将自身IO寄存器映射到PCIe的IO空间，但ARM处理器访问这些空间时，依然是通过内存映射的方式，将PCIe IO空间映射到物理内存地址后进行读写，全程不涉及专门的IO指令。

内容的提问来源于stack exchange，提问作者smwikipedia