3、PCIe链路训练与热插拔：LTSSM状态机、热插拔事件触发链路重训练、链路宽度/速率协商

3.1 LTSSM 状态机：链路训练的“有限状态自动机”

PCIe 链路的物理层核心是一个名为 LTSSM（Link Training and Status State Machine） 的有限状态机。它负责在初始化、热插拔、错误恢复等场景下，自动完成链路的建立、维护和关闭。LTSSM 定义了 11 个主要状态，其中与热插拔强相关的状态包括 Detect、Polling、Configuration、L0、Recovery 和 Hot Reset。

下图展示了 LTSSM 的核心状态转换路径，特别标注了热插拔事件触发的重训练路径：

3.2 热插拔事件触发链路重训练：从 L0 到 Recovery 的路径

当热插拔事件发生时（如按下 Safe Removal 按钮、物理拔出设备、或 Slot 的 Presence Detect 状态变化），系统必须触发链路重训练以重新建立或断开连接。热插拔事件触发重训练的核心路径如下：

1. 事件检测：Slot 的 Presence Detect 机制通过边带信号（如 PRSNT1#/PRSNT2#）或带内机制检测设备插入/拔出。
2. 中断上报：Root Port 的 Hot Plug Controller 产生 PME_TO_Ack 或 Hot Plug Event 中断，通知 OS 驱动栈。
3. 驱动响应：OS 的 PCIe 热插拔驱动（如 Linux 的 pciehp）调用 pciehp_handle_presence_change()，最终触发 Link Retrain 请求。
4. LTSSM 跳转：Root Port 的 LTSSM 从 L0 跳转到 Recovery 状态，开始重新训练。
5. 链路协商：在 Recovery 或重新进入 Detect 后，执行完整的链路宽度/速率协商。

3.3 链路宽度与速率协商：Configuration 状态的“握手协议”

链路宽度和速率的协商发生在 LTSSM 的 Configuration 状态。该过程通过交换 TS1 和 TS2 训练序列 完成，核心机制如下：

下图展示了链路宽度协商的详细流程，以 x4 链路协商为例：

3.4 热插拔场景下的链路协商特殊行为

在热插拔场景中，链路协商与冷启动存在显著差异，主要体现在以下方面：

• 协商时间窗口更短：热插拔要求链路在 100 ms 内完成训练，否则 OS 可能认为设备不可用。
• 速率降级更频繁：热插拔后，由于信号完整性可能下降（如连接器磨损），链路可能自动降级到 Gen1 或 Gen2。
• Lane 失败处理：如果某些 Lane 在热插拔后无法锁定，LTSSM 会尝试 Lane Margining 或直接降级宽度（如 x16 降为 x8）。
• 软件干预：OS 驱动可以通过 Link Control 2 Register 的 Target Link Speed 字段，强制限制协商速率。

3.5 链路训练与热插拔的 OS 驱动栈交互

OS 驱动栈在链路训练过程中扮演“监督者”角色，主要参与以下环节：

在 Linux 内核中，热插拔驱动的链路重训练调用路径如下：

// Linux 内核 pciehp 驱动链路重训练简化路径
pciehp_handle_presence_change()
  -> pciehp_enable_slot()
    -> pciehp_check_link_status()
      -> pcie_wait_for_link()          // 等待链路训练完成
        -> pcie_retrain_link()         // 写 Retrain Link 位
          -> pcie_capability_write_word(dev, PCI_EXP_LNKCTL, lnkctl | PCI_EXP_LNKCTL_RL)
            // 硬件自动触发 LTSSM 进入 Recovery -> Detect -> Polling -> Configuration -> L0