PCIE协议-1

1. PCIe结构拓扑

一个结构由点对点的链路组成，这些链路将一组组件互相连接 - 图1-2展示了一个结构拓扑示例。该图展示了一个称为层级结构的单一结构实例，由一个根复合体（Root Complex, RC）、多个端点（I/O设备）、一个交换机以及一个PCI Express到PCI/PCI-X桥接器组成，所有这些都通过PCI Express链路互相连接。

1.1 根复合体

根复合体（RC）表示输入/输出（I/O）层级结构的根，它连接了CPU/内存子系统和I/O。如图1-2所示，一个RC可能支持一个或多个PCI Express端口。每个接口定义了一个单独的层级域。每个层级域可能由单个端点组成，或者包含一个或多个交换机组件和端点的子层级结构。
通过RC在层级域之间路由对等事务的能力是可选的，并且取决于具体实现。例如，一个实现可能在根复合体内部整合一个真实或虚拟的交换机，以软件透明的方式启用完整的对等支持。与交换机的规则不同，RC通常被允许在层级域之间路由对等事务时将数据包分割成更小的数据包（如下所述例外），例如，将一个具有256字节有效载荷的单个数据包分割成两个各具有128字节有效载荷的数据包。由此产生的数据包将受到本规范中包含的数据包形成规则的约束（例如，Max_Payload_Size（最大有效载荷大小）、Read Completion Boundary（读完成边界，RCB）等）。组件设计者应注意，将数据包分割成更小的数据包可能会带来负面的性能影响，特别是对于寻址PCI Express到PCI/PCI-X桥接器后面设备的事务。
例外：支持对等路由Vendor_Defined Messages（供应商定义消息）的RC不得将Vendor_Defined Message数据包分割成小于128字节边界的小包，除非在128字节边界处（即，除了最后一个数据包外，所有生成的数据包的长度必须是128字节的整数倍），以保持跨PCI Express到PCI/PCI-X桥接器转发消息的能力。
RC必须作为请求者支持生成配置请求。
允许RC作为请求者支持生成I/O请求。
允许RC向选定的根端口生成到地址80h和84h I/O请求，而不考虑该根端口的PCI桥I/O解码配置；建议仅在特别需要时才启用此机制。
RC作为完成者不允许支持锁定语义。
RC作为请求者允许支持生成锁定请求。

1.2 端点

端点指的是一种可以作为PCI Express事务的请求者或完成者的功能，它可以代表自己，也可以代表一个不同的非PCI Express设备（除了PCI设备或主机CPU之外），例如，一个连接PCI Express的GPU controller或一个PCI Express到USB的host controller。端点被分类为传统型、PCI Express型，或根复合体集成端点（RCiEPs）。

1.2.1 传统端点规则

传统端点必须是一个具有type0配置空间头标的功能。
传统端点作为完成者必须支持配置请求。
传统端点作为完成者可以支持I/O请求。

---允许传统端点接收到地址80h和84h的I/O请求，而不考虑该端点的I/O解码配置。

传统端点可以生成I/O请求。
如果设备的支持该需求的传统软件要求，传统端点可以作为完成者支持锁定内存语义。
传统端点不得发出锁定请求。
传统端点可以实现扩展配置空间能力，但软件可能会忽略这些能力。
作为内存事务请求者运行的传统端点不要求能够生成4GB或更大的地址。
如果请求中断资源，传统端点需要支持MSI（消息信号中断）或MSIX（多消息信号中断），或两者都支持。如果实现了MSI，传统端点可以支持MSI能力结构的32位或64位消息地址版本。
传统端点支持为请求内存资源的基地址寄存器（BAR）32位寻址。
传统端点必须出现在由根复合体（Root Complex）发起的层级域之一中。

1.2.2 PCI Express端点规则

PCI Express端点必须是一个具有type0配置空间头标的功能。
PCI Express端点作为完成者必须支持配置请求。
PCI Express端点不能依赖操作系统通过基址寄存器（BAR）声明的I/O资源分配。
PCI Express端点不得生成I/O请求。
PCI Express端点作为完成者不得支持锁定请求，也不得作为请求者生成锁定请求。符合PCI Express标准的软件驱动程序和应用程序必须根据该要求编写，以防止在访问PCI Express端点时使用锁定语义。
作为内存事务请求者运行的PCI Express端点要求能够生成大于4GB的地址。
如果请求中断资源，PCI Express端点需要支持MSI（消息信号中断）或MSIX（多消息信号中断），或两者都支持。如果实现MSI，PCI Express端点必须支持MSI能力结构的64位消息地址版本。
通过BAR请求内存资源的PCI Express端点必须设置BAR的可预取位，除非该范围包含具有读取副作用的位置，或者该功能在该位置不容忍写合并。
对于设置了可预取位的所有BAR，PCI Express端点必须支持64位寻址。对于所有没有设置可预取位的BAR，允许使用32位寻址。
BAR请求的最小内存地址范围是128字节。
PCI Express端点必须出现在根复合体发起的层级域之一中。

1.2.3 根复合体集成端点规则

根复合体集成端点（RCiEP）是在包含根端口的根复合体的内部逻辑上实现的。
RCiEP必须是一个具有类型type0配置空间头标的功能。
RCiEP作为完成者必须支持配置请求。
RCiEP不得通过基址寄存器（BAR）声明要求I/O资源。
RCiEP不得生成I/O请求。
RCiEP不得作为完成者支持锁定请求，也不得作为请求者生成它们。符合PCI Express标准的软件驱动程序和应用程序必须编写，以防止在访问RCiEP时使用锁定语义。
作为内存事务请求者运行的RCiEP需要能够生成等于或大于主机作为完成者能够处理的地址。
如果请求中断资源，RCiEP需要支持MSI（消息信号中断）或MSIX（多消息信号中断），或两者都支持。如果实现了MSI，RCiEP可以支持MSI能力结构的32位或64位消息地址版本。
RCiEP可以支持通过基址寄存器请求内存资源的32位寻址。

1.3 Switch

Switch被定义为多个虚拟PCI到PCI桥接设备的逻辑集合，如图1-3所示。所有Switch都遵循以下基本规则：

Switch在配置软件中表现为两个或更多的逻辑PCI至PCI桥接。
Switch使用PCI桥接机制转发事务；例如，基于地址的路由。
除了本文档中注明的例外情况，一个Switch必须能够在任何一组端口之间转发所有类型的事务层数据包（TLPs）。
锁定请求必须按照第6.5节中的规定得到支持。Switch不必支持下游端口作为锁定请求的发起端口。
每个启用的Switch端口必须遵守本文档中所述的流量控制规范。
Switch不允许将一个数据包分割成更小的数据包，例如，一个具有256字节有效载荷的单个数据包不得被分成两个各128字节有效载荷的数据包。
在Switch的入口端口（入站链路）之间进行仲裁时，可以在同一个虚拟通道上发生争用时使用轮询或加权轮询。
端点（由type0配置空间头标表示）在Switch的内部总线上，作为虚拟PCI至PCI桥接的对等体，必须不出现在配置软件中，这些虚拟桥接代表Switch的下游端口。

1.4 根复合体事件收集器

根复合体事件收集器提供支持，用于终止来自RCiEPs（根复合体集成端点）的错误和PME（电源管理事件）消息。
根复合体事件收集器必须遵循所有RCiEP的规则。
根复合体事件收集器不需要解码任何内存或I/O资源。
根复合体事件收集器通过其设备/端口类型值被识别。
根复合体事件收集器具有基类08h、子类07h和编程接口00h。
根复合体事件收集器位于根复合体中的总线上。允许多个根复合体事件收集器位于单个总线上。
根复合体事件收集器通过根复合体事件收集器端点关联扩展功能明确声明支持的RCiEPs。
根复合体事件收集器是可选的。

1.5 PCI Express到PCI/PCI-X桥接器

PCI Express到PCI/PCI-X桥接器提供PCI Express结构和PCI/PCI-X层级之间的连接。

2. 发现、配置和操作的硬/软件模型

PCI/PCIe硬件/软件模型包括了架构构建，这些构建对于发现、配置和使用一个功能（Function）是必要的，而不需要特定于功能的知识。关键要素包括：

一个配置模型，它为系统软件提供了一种手段，用以发现系统中可用的硬件功能。
执行基本资源分配的机制，用于可寻址资源，如内存空间和中断。
启用/禁用控制，用于功能对接收请求的响应，以及发起请求。
定义良好的排序和流量控制模型，以支持硬件/软件接口的一致和健壮实现（健壮指的是容错性，稳定性，可靠性，可维护性，可扩展性好）。

PCI Express配置模型支持两种机制：

PCI兼容配置机制：PCI兼容机制支持与传统PCI感知操作系统及其相应的总线枚举和配置软件100%的二进制兼容性。
PCI Express增强配置机制：提供增强机制是为了增加可用配置空间的大小，并优化访问机制。

每个PCI Express（PCIe）链路都通过一个虚拟的PCI到PCI桥接结构映射，并且与一个逻辑的PCI总线相关联。这个虚拟的PCI到PCI桥接结构可能是PCI Express根复杂端口的一部分，一个Switch上行端口，或者一个Switch下行端口。根端口是一个虚拟的PCI到PCI桥接结构，它从一个PCI Express根复合体开始一个PCI Express层次结构域。设备被映射到配置空间中，以便每个设备都会响应特定的设备编号。

3.PCI Express分层概述

本文档根据三个独立的逻辑层次来指定架构：事务层、数据链路层和物理层。每一层都分为两个部分：一个处理外发（待传输）信息的部分，以及一个处理内入（已接收）信息的部分，如图1-4所示。

这种分层定义的基本目标是促进读者对规范的理解。请注意，这种分层并不意味着特定的PCI Express实现。

PCI Express 使用数据包来在组件之间通信。数据包在事务层和数据链路层中形成，携带信息从发送组件传输到接收组件。随着传输的数据包流经其他层，它们会根据这些层处理数据包所需的额外信息进行扩展。在接收端，会发生相反的过程，数据包从它们的物理层表示形式转换为数据链路层表示形式，最终（对于事务层数据包）转换为可以由接收设备的事务层处理的形式。图 1-5 显示了事务级数据包信息通过各层的概念性流程。

注意，为了链路管理的目的，两个数据链路层（连接到同一链路）之间支持一种更简单的数据包通信形式。

3.1 事务层

架构的上层是事务层。事务层的主要职责是组装和拆解事务层数据包（TLPs）。TLPs 用于通信事务，例如读写以及某些类型的事件。事务层还负责管理基于信用的TLPs流量控制。

每个需要响应数据包的请求数据包都实现为分割事务。每个数据包都有一个唯一的标识符，使得响应数据包能够被正确地导向正确的发起者。数据包格式支持根据不同事务类型（内存、I/O、配置和消息）的不同寻址形式。数据包还可能具有诸如无监听（No Snoop）、松散排序（Relaxed Ordering）和基于ID的排序（ID-Based Ordering，IDO）等属性。

事务层支持四种地址空间：它包括三个PCI地址空间（内存、I/O和配置），并增加了消息空间。本规范使用消息空间来支持所有先前的边带信号，例如中断、电源管理请求等，作为带内消息事务。你可以将PCI Express消息事务视为“虚拟线”，因为它们的效果是消除了目前在平台实现中使用的广泛边带信号。

3.2 数据链路层

架构中的中间层是数据链路层，充当事务层和物理层之间的中间媒介。数据链路层的主要职责包括链路管理和数据完整性，包括错误检测和错误校正。

数据链路层的传输端接受事务层组装的TLPs，计算并应用数据保护代码和TLP序列号，并将它们提交给物理层以在链路上传输。接收数据链路层负责检查接收到的TLPs的完整性，并将它们提交给事务层进行进一步处理。在检测到TLP错误时，这一层负责请求重新传输TLPs，直到信息被正确接收，或确定链路已失败。

数据链路层还生成并消耗用于链路管理功能的包。为了区分事务层（TLP）使用的包，当提到在数据链路层生成和消耗的包时，将使用“数据链路层包（DLLP）”这个术语。

3.3 物理层

物理层包括所有用于接口操作的电路，包括驱动器和输入缓冲器、并行到串行和串行到并行转换、PLL（相位锁定环）和阻抗匹配电路。它还包括与接口初始化和维护相关的逻辑功能。物理层以特定于实现的格式与数据链路层交换信息。这一层负责将从数据链路层接收到的信息转换为适当的串行格式，并以与连接在链路另一端的设备兼容的频率和宽度通过PCI Express链路传输。

PCI Express架构有“钩子”来支持通过速度升级和先进的编码技术来支持未来的性能提升。未来的速率、编码技术或介质可能只影响物理层。

3.4 层功能和服务

3.4.1 事务层服务

在生成和接收事务层数据包（TLPs）的过程中，事务层与其在链路另一端的互补事务层交换流量控制信息。它还负责支持软件和硬件发起的电源管理。

初始化和配置功能要求事务层：

存储由处理器或管理设备生成的链路配置信息
存储由物理层硬件协商生成的链路能力，包括宽度和操作频率

事务层的数据包生成和处理服务要求它：

从设备的核心应用层请求生成TLPs
将接收到的请求TLPs转换为设备核心应用层的请求
将接收到的完成数据包转换为有效载荷或状态信息，可交付给核心应用层
检测不支持的TLPs并调用适当的机制来处理它们
如果支持端到端数据完整性，生成端到端数据完整性CRC（ECRC）并相应更新TLP头标

流量控制服务：

事务层跟踪跨链路的TLPs流控制信用量。
事务信用状态定期使用数据链路层的传输服务传输给远程事务层。
远程流量控制信息用于控制TLP传输。

排序规则：

符合PCI/PCI-X兼容的生产者/消费者排序模型
支持松散排序的扩展
支持基于ID排序的扩展

电源管理服务：

通过系统软件指定的机制进行软件控制的电源管理。
硬件控制的自主电源管理在全速电源状态下最小化功耗。

虚拟通道和流量类别：

提供虚拟通道机制（VC）和流量类别（TC）识别的组合，以支持不同服务和对某些类别应用程序的QoS（服务质量）支持。
虚通道：虚通道提供了一种手段，通过链路的共同物理资源支持多个独立的逻辑数据流。从概念上讲，这涉及将不同的数据流多路复用到单个物理链路上。
流量类别：流量类别是事务层数据包的一个标签，它在通过整个结构时未经修改地端到端传输。在结构内的每个服务点（例如，Switch）上，流量类别标签被用来应用合适的服务策略。每个流量类别标签定义了一个独特的排序域——对于包含不同流量类别标签的数据包，不提供排序保证。