4. ASPM 退出条件：链路活动恢复、超时退出、软件强制退出

讲完 ASPM 的入口和 L0s/L1 状态机，咱们得聊聊怎么出来。说白了，进省电模式容易，但如果退不出来或者退出时机不对，整条链路的性能就全搭进去了。这一章我重点拆解三种退出方式：链路主动恢复、定时器超时、还有软件强制干预。

4.1 链路活动恢复——最自然的退出

链路在有数据要传的时候，必须从 L0s 或 L1 回到 L0。这个过程叫链路活动恢复，也是我见过出问题最多的场景。你想想看，高速信号在省电状态下部分时钟都关了，恢复的时候如果时序没对齐，哪怕差一个 bit 的偏差，整个链路就得重新初始化，那延迟就大了。

链路活动恢复在实测中有几个关键检查点：

• FTS 序列完整性： 从 L0s 退出时，发送端要连续发特定数量的 Fast Training Set，接收端必须能正确识别。建议在示波器上数一数 FTS 个数，很多芯片在这个环节丢码。
• 电气 idle 到 active 的转换： L1 退出时，链路上会先出现 electrical idle exit (EIEOS)。我习惯把这个信号当成恢复的“起跑线”，从它开始计时到链路稳定送出第一个 data symbol，<1 μs 才算正常。
• TS1/TS2 握手： 如果链路从 L1 唤醒后重新做训练，TS1/TS2 序列里的 lane number 和 link number 必须和之前一致，否则链路会判定为 link down，直接跳到 Recovery.RcvrLock。

4.2 超时退出——定时器说了算

ASPM 不是无限省电的。每个 L0s 或者 L1 状态都有对应的定时器，时间到了不管链路还有没有活动，硬件必须强制退出。为什么要这么干？

因为链路可能在等待一个永远不会来的数据。比如某个 EP 因为内部错误卡死了，上行端口又刚好发了 PM_Enter_L1，两边就挂在 L1 上。如果没有超时保护，这条链路就彻底僵住，主机只能走 surprise down 处理。

4.3 软件强制退出——最后的底牌

硬件自动恢复和超时退出都失效的时候，操作系统或者驱动可以写 ASPM Control 寄存器，直接让链路退出省电模式。这在调试阶段特别有用——我经常拿它当“救火开关”。

软件强制退出的标准流程：

1. 驱动读取链路状态寄存器，确认当前处于 L0s 或 L1。
2. 写 ASPM Control 寄存器的 L0s Enable 和 L1 Enable 位为 0。
3. 硬件检测到这两个位清零后，会启动退出序列。
4. 如果链路在几微秒内没回到 L0，驱动会认为通信异常，走 error recovery。

// 伪代码示意：软件强制关闭 ASPM
uint16_t aspm_ctl = pci_read_word(dev, ASPM_CONTROL);
aspm_ctl &= ~(0x3);  // 清除 L0s Enable 和 L1 Enable 位
pci_write_word(dev, ASPM_CONTROL, aspm_ctl);

// 等待链路恢复
uint16_t link_status;
do {
    link_status = pci_read_word(dev, LINK_STATUS);
} while ((link_status & LINK_ACTIVE) == 0 && retry-- > 0);

4.4 三种退出机制的对比

做个总结，方便你记忆和对照测试：

你想想看，这三种退出机制实际上覆盖了正常、异常、人为三种场景。做一致性测试的时候，不要只跑正常恢复路径，超时和软件强制退出反而更容易暴露问题。