PCIe学习笔记（26）

Error Forwarding（错误转发）

错误转发(也称为数据中毒)，通过设置EP位表示。下面是一些使用错误转发的例子:

•例#1:从主存读取遇到不可纠正的错误

•例#2:PCI写到主存的奇偶校验错误

•例#3:内部数据缓冲区或缓存上的数据完整性错误

错误转发使用模型

•错误转发仅用于读取完成数据，AtomicOp完成数据，AtomicOp请求数据或写数据，从不用于错误在“头”(请求阶段，地址/命令等)的情况。

报头错误的请求/完成通常不能被转发，因为真正的目的地不能被确定，因此，转发可能会导致直接或副作用，如数据损坏，系统故障等。

•错误转发用于通过系统、系统诊断等控制错误的传播。

•注意，错误转发不会导致链路层重试——只有当链路上存在传输错误时，才会重试中毒的TLP(由数据链路层中的TLP错误检测机制确定)。

◦中毒的TLP最终可能导致请求的发起者（在事务层或更高层）在读取操作的情况下重新发出它，或采取其他一些行动。

Rules For Use of Data Poisoning（数据中毒）

•对发射器的TLP中毒的支持是可选的。

•数据中毒仅适用于写请求(Posted或Non-Posted)、带有数据的消息、AtomicOp请求、读完成或AtomicOp完成中的数据。

◦通过设置EP位表示TLP的中毒。

◦发射机被允许仅为包括数据有效载荷的TLPs设置EP位。如果为任何不包含数据负载的TLP设置了EP位，则不指定接收方的行为

•如果下游端口支持中毒TLP Egress Blocking，设置了“中毒TLP Egress Blocking使能”位，并且有一个中毒的TLP目标从出口端口发出，则端口必须将该TLP作为中毒TLP Egress Blocked错误处理，除非存在更高优先级的错误。进一步指出:

◦端口不能传输TLP。

◦如果DPC（数据包校验）没有被触发，并且TLP是一个Non-Posted Request，端口必须返回一个Completion with Unsupported Request Completion Status。

◦如果DPC被触发，端口必须按照章节2.9.3的描述行为

###（1、DPC（Downstream Port Containment）：DPC 是一种用于处理PCIe链路中错误情况的机制。当PCIe链路上的一个设备发送错误信号时，DPC机制允许系统针对该错误进行处理，以避免错误的传播和影响其他设备。具体而言，DPC机制会隔离出故障设备，从而限制错误的影响范围，确保其他设备继续正常工作。

2、DPC则是一种用于处理PCIe链路中错误情况的机制。当PCIe链路上的一个设备发送错误信号时，DPC机制允许系统采取相应的措施来隔离故障设备，以限制错误的传播范围，确保其他设备继续正常工作。DPC机制依赖于AER提供的错误信息来进行错误处理。

在PCIe架构中，AER和DPC通常结合使用，以提供更全面的错误处理和容错机制。当PCIe设备发生错误时，AER会检测和报告错误的详细信息，而DPC则可以根据这些错误信息采取相应的措施，例如隔离故障设备，以维护整个PCIe系统的稳定性和可靠性。

所以，AER用于检测和报告PCIe设备的错误，而DPC用于处理错误情况并限制错误的传播范围，两者共同为PCIe系统提供了强大的错误处理和容错功能。

虽然AER和DPC在某种程度上可以协同工作，但它们是独立的机制，并不是逻辑上的包含关系。AER提供了错误的检测和报告，而DPC则是根据这些错误信息来采取相应的隔离措施，以维护系统的稳定性和可靠性。

参考：【PCIE】AER和DPC解释_pcie dpc-CSDN博客）

•以下带有中毒数据的请求不能修改目标位置的值:

◦配置写请求

◦以下任何一个目标控制寄存器或控制结构在Completer: I/O写请求，内存写请求，或非供应商定义的消息与数据

◦AtomicOp请求

除非有更高优先级的错误，否则Completer必须将这些请求作为中毒TLP Received error来处理，并且如果请求是Non-Posted的，Completer还必须返回一个Completion Status为Unsupported Request (UR)的Completion。无论所报告的错误的严重程度如何，所报告的错误必须作为不可纠正的错误处理，而不是可咨询的非致命错误。

SW必须以与未中毒时相同的方式路由请求，除非请求的目标是交换机本身的位置，在这种情况下，SW是请求的完成者，必须遵循上述规则。

完成超时机制 (Completion Timeout Mechanism)

在任何split transaction协议中，都存在与请求者未能收到预期的完成相关的风险。为了允许请求者以标准的方式尝试从这种情况中恢复，定义了完成超时机制。该机制仅在没有合理预期完成将被返回时激活，并且不应在正常操作条件下发生。注意，这里指定的值不反映预期的服务延迟，并且不能用于估计典型的响应时间。

P发出要求完成的请求的CI Express设备功能必须实现完成超时机制。配置请求例外(见下文)。在传输请求时，完成超时机制会为每个需要一个或多个完成的请求激活。由于交换机不会自动发起需要完成的请求，因此对完成超时支持的要求仅限于RC、PCI Express-PCI桥和EP。

完成超时机制可以通过配置软件禁用。完成超时限制在设备控制2寄存器的完成超时值字段中设置。完成超时是与请求函数相关的报告错误

注意:一个有多个完成的内存读请求，只有当所有的完成都被请求者收到才被认为是完成的。如果在Completion Timeout计时器到期之前返回了部分(但不是全部)请求的数据，则允许请求者保留或丢弃在计时器到期之前返回的数据。

配置请求的完成超时对PCI Express到PCI/PCI Express桥的支持有特殊要求。默认情况下，PCI Express to PCI/PCI- x桥不启用向桥后的PCI/PCI- x设备返回配置请求的CRS (Configuration Request Retry Status)。这可能导致长时间的完成延迟，必须通过根复合体中的完成超时值来理解。根据[PCI -to-PCI-PCI- x -Bridge-1.0]中提到的限制，系统软件可以通过在设备控制寄存器中设置桥配置重试使能位，使PCI Express到PCI/PCI- x桥返回CRS。

完成超时前缀/报头日志功能

与完成超时相关联的请求TLP的前缀/报头可以由实现AER能力的请求者记录。对前缀/报头记录的支持由高级错误能力和控制寄存器中的完成超时前缀/报头日志能力位的值表示。