PCIe Posted写与完成包的排序规则疑问及风险咨询

先确认你的理解是否正确 #

1. 「除非设置RO/IDO，否则完成包不得越过Posted请求」——这个是对的。PCIe默认规则里，同一发起者发出的完成包，不能超过同方向的Posted请求，RO（Read Ordering）和IDO（Immediate Data Ordering）是专门用来放宽这个约束的配置项，一般只有特殊场景才会开启。
2. 「Posted请求可越过完成包，但仅当存在PCIe/PCI-X桥接器时才强制要求」——这个表述有偏差。原生PCIe拓扑里，Posted请求（比如内存写）的优先级本来就低于完成包（因为完成包是响应之前的非Posted请求，必须及时处理），所以正常情况下Posted请求不会抢在完成包前面；而PCI-X桥接场景下，因为PCI-X的排序逻辑和PCIe不一样，才会强制要求Posted请求可以越过完成包，防止桥接器阻塞。

你的场景里，两个包都是从EP发往RP：一个是EP响应RP读请求的完成包，另一个是EP主动发起的内存写Posted请求。这里的核心是这两个包的发起者都是EP，所以必须遵守PCIe的排序规则。

不遵守排序规则的最坏情况 #

举个实际场景你就懂了：
假设EP先发起一个内存写操作（Posted），把主机内存里的某个控制寄存器从0改成1；紧接着RP发起读这个寄存器的请求，EP生成读完成包（带值1）。如果排序乱了，读完成包先到RP，而内存写的Posted请求后到主机内存——那RP拿到的读结果还是0，完全不符合逻辑，因为EP明明已经发起了写操作，结果读回来的是旧值。

再极端点：如果EP是一块网卡，它先发起写接收数据到主机内存的Posted请求，同时响应主机的读请求返回完成包。如果完成包先到，主机拿到“数据已就绪”的信号后马上去读内存，结果发现数据还没写进去，直接触发内存访问错误，甚至导致系统崩溃。

本质上，这些排序规则就是为了保证操作的因果一致性——EP发起的写操作如果在对应的读请求之前，读的结果必须反映这个写操作；就算写操作是在读请求之后发起但同时发送，默认也要保证完成包（读响应）不被Posted请求挡住，除非特意配置了RO/IDO放宽约束。

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