2. PCIe基础回顾
要理解PCIe链路状态跳转，不能只盯着LTSSM状态机本身。状态跳转的触发条件、可观测现象和最终结果，往往由PCIe的拓扑结构、分层架构、事务类型以及配置空间共同决定。换句话说，LTSSM是“链路层以下”的物理协商过程，而配置空间和事务类型则是“链路之上”的软件可见结果。只有把这两端连起来，才能解释为什么一次链路训练失败会导致配置空间读回全F，为什么某些状态跳转必须依赖TS1/TS2有序集，而另一些则与电源管理或热插拔事件相关。
一、拓扑结构决定状态跳转的边界
PCIe采用点对点、基于交换的层次化拓扑。典型结构包括根复合体（Root Complex）、根端口（Root Port）、交换器（Switch）、端点（Endpoint）以及桥接设备。每个PCIe链路只连接两个端口，链路状态跳转发生在“端口到端口”的物理链路上，而不是整条路径上。这意味着：当上游根端口与交换器上行端口之间的链路进入Recovery或Configuration状态时，下游端点可能仍处于L0，但软件通过配置空间访问该端点时，会因上游链路不可用而失败。
因此，拓扑结构决定了状态跳转的“作用域”。一个链路的状态变化不会自动传播到所有下游链路，但会通过配置空间和事务路由影响软件可见性。例如，热插拔事件通常由根端口或交换器下行端口检测，随后触发链路状态变化，并通过Slot Capabilities、Slot Status等寄存器上报给系统。
二、分层架构：状态跳转发生在物理层，结果体现在事务层
PCIe分层架构包括事务层、数据链路层和物理层。LTSSM属于物理层，负责链路训练、通道对齐、极性反转、速率协商和电源状态管理。数据链路层负责TLP的可靠传输、ACK/NAK和流控信用。事务层负责生成和解析TLP，包括Memory Read/Write、I/O Read/Write、Configuration Read/Write和Message事务。
状态跳转的直接执行者是物理层，但它的“目的”往往由上层需求驱动。例如，软件发起配置读请求，事务层生成CfgRd TLP，数据链路层封装后交给物理层发送。如果链路处于L0，TLP可以正常发送；如果链路处于Recovery或Configuration，TLP会被阻塞，软件最终读到全F或超时。反过来，当链路从Detect进入Polling、Configuration，再到L0时，事务层才具备发送TLP的条件。因此，状态跳转是“链路可用性”的门控条件。
核心关系：物理层LTSSM决定链路是否可用；数据链路层决定TLP是否可靠；事务层决定软件看到什么。配置空间则是软件观察和控制这些过程的窗口。
三、事务类型与状态跳转的依赖关系
PCIe事务类型主要包括四类：Memory、I/O、Configuration和Message。它们对链路状态的依赖程度不同。Memory和I/O事务通常要求链路处于L0；Configuration事务在链路进入L0后才能正常完成；Message事务中的部分类型（如PME消息、热插拔消息）可以在特定电源状态下触发链路状态变化。
下表列出常见事务类型与链路状态的依赖关系：
| 事务类型 | 典型TLP | 对链路状态的要求 | 与状态跳转的关系 |
|---|---|---|---|
| Memory Read/Write | MRd/MWr | L0 | 链路非L0时无法完成，软件超时或读到全F |
| Configuration Read/Write | CfgRd/CfgWr | L0 | 枚举和配置空间访问依赖L0 |
| I/O Read/Write | IORd/IOWr | L0 | 传统I/O空间访问，现代PCIe较少使用 |
| Message | Msg/MsgD | L0或特定低功耗状态 | PME、热插拔、错误消息可触发状态变化 |
从表中可以看出，配置空间访问和状态跳转之间存在双向关系：链路状态跳转成功后，配置空间才可访问；而配置空间中的某些寄存器（如Link Control、Link Status、Slot Control）又可以触发或反映状态跳转。
四、配置空间：状态跳转的“观测窗口”和“控制面板”
PCIe配置空间为每个功能提供4KB空间，其中前256字节与PCI兼容，后256字节为PCIe扩展配置空间。与链路状态跳转密切相关的寄存器主要集中在PCI Express Capability结构中，包括：
- Link Capabilities：支持的最大链路速率、宽度、ASPM支持等。
- Link Control：控制ASPM、Retrain Link、Common Clock Configuration等。
- Link Status：反映当前链路速率、宽度、训练状态和Slot Clock Configuration。
- Slot Capabilities/Control/Status：热插拔相关，反映电源、注意按钮和插槽状态。
- Device Status：报告Correctable/Non-Fatal/Fatal错误。
当LTSSM发生状态跳转时，Link Status寄存器中的“Link Training”位、当前速率和宽度字段会随之变化。软件可以通过轮询或中断方式感知这些变化。例如，当链路从L0进入Recovery时，Link Status的Link Training位可能置1；当重新进入L0后，该位清零，速率和宽度更新为协商结果。
# 示例：通过lspci查看链路状态
lspci -vv -s 01:00.0 | grep -A 10 "LnkSta"
# 输出示例：
LnkSta: Speed 8GT/s (ok), Width x4 (ok)
TrErr- Train- SlotClk+ DLActive+ BWMgmt- ABWMgmt-
# Train- 表示当前未处于训练状态，即链路已稳定在L0这段输出中，Train-表示链路当前不在训练过程中，通常意味着LTSSM处于L0。如果看到Train+，则说明链路正在Recovery、Configuration或Polling等状态中，此时配置空间访问可能不稳定。
五、案例：从配置空间读回全F反推状态跳转
假设系统启动后，软件扫描到某个根端口下挂设备，但读取Vendor ID时返回0xFFFF。常见原因不是设备不存在，而是链路未进入L0。此时应检查：
- 根端口Link Status的Link Training位是否为1；
- 当前链路速率和宽度是否为0或未知；
- Slot Status的Presence Detect是否为1；
- 是否存在Correctable或Fatal错误。
如果Link Training为1且速率未知，说明LTSSM可能卡在Polling或Configuration状态。此时配置空间访问失败是“结果”，状态跳转未完成是“原因”。解决思路是检查参考时钟、差分对极性、通道映射和复位信号，而不是反复扫描配置空间。
排障提示：配置空间读回全F时，先看Link Status，再看LTSSM。不要只依赖配置空间读写来判断设备是否存在。
六、误区与复盘
常见误区有三个：第一，认为链路状态跳转只影响物理层，与配置空间无关；第二，认为配置空间读不到设备就是设备故障；第三，忽略拓扑层级，试图通过下游端点寄存器直接判断上游链路状态。正确的复盘方式是：先确认拓扑位置，再确认链路状态，最后确认事务类型和配置空间字段。
例如，当交换器下行端口链路进入L1时，下游端点可能仍处于D0，但上游链路已低功耗。此时访问下游端点会触发L1退出，链路回到L0，配置空间访问才能完成。这个过程涉及电源管理状态跳转、事务层唤醒和配置空间状态更新，是理解PCIe状态跳转的典型综合场景。