PCIe 电源管理

电源管理概述

PCIe 提供了多层级的电源管理机制，从链路级的 ASPM（Active State Power Management，活动状态电源管理）到设备级的 D-State（设备电源状态），再到系统级的休眠唤醒。这些机制协同工作，在不影响正常数据传输的前提下最大限度地降低功耗。

PCIe 电源管理分为两大维度：

• 链路电源状态（Link Power Management）：管理链路（Lane）的电源状态，即 ASPM，包括 L0s、L1、L1.2 等
• 设备电源状态（Device Power Management）：管理设备功能级的电源状态，即 D-States，包括 D0、D1、D2、D3hot、D3cold

链路电源状态（ASPM）

ASPM（Active State Power Management）是 PCIe 链路级的电源管理机制，在链路空闲时自动将链路转入低功耗状态，在有数据传输需求时快速恢复到工作状态（L0）。ASPM 完全由硬件实现，软件通过配置寄存器启用或禁用。

链路电源状态一览

L0s 状态详解

L0s 是最轻量的低功耗状态。发送端在检测到链路空闲后，发送一个 FTS（Fast Training Sequence）序列前缀，然后进入电气空闲（Electrical Idle）。接收端检测到电气空闲后也进入低功耗模式。

• 发送端和接收端独立进入 L0s，不需要协商
• PLL（锁相环）保持开启，恢复时仅需重新同步
• 恢复延迟极短，通常小于 1μs
• 通过发送 TS1/TS2 序列或 FTS 序列退出 L0s

L1 状态详解

L1 比 L0s 省电更多，但需要链路双方协商进入。进入流程：

1. 上游端口发送 PM_Enter_L1 DLLP，请求进入 L1
2. 下游端口确认无待处理 TLP，回复 PM_Enter_L1 DLLP
3. 双方进入电气空闲状态
4. 可关闭 PLL（取决于实现），进一步降低功耗

退出 L1 时，一方通过发送 TS1 序列唤醒链路，双方重新完成 PLL 锁定和位同步后回到 L0。

L1 子状态（L1.1 / L1.2）

PCIe Gen3 引入了 L1 的两个子状态，进一步细化功耗管理：

设备电源状态（D-States）

设备电源状态管理的是设备功能的电源状态，与链路电源状态（ASPM）是正交关系。一个设备处于 D3hot 时，其链路可以仍在 L0 或 L1。

ASPM 寄存器配置

ASPM 的控制位于 Link Control Register（链路控制寄存器），该寄存器是 PCIe Capability 结构的一部分。

Link Control Register（偏移 0x10，在 PCIe Capability 内）

L1 子状态控制寄存器

L1.1 和 L1.2 的控制在 Link Control 2 Register 和 L1 PM Substates Control Register 中，后者属于 L1 PM Substates Extended Capability（Capability ID 0x1E）。

Linux 电源管理配置

查看当前 ASPM 状态

# 查看设备 ASPM 配置
lspci -vvv -s  | grep -i aspm

# 查看内核 ASPM 全局策略
cat /sys/module/pcie_aspm/parameters/policy
# 输出示例: [default] performance powersave powersupersave

ASPM 策略

Linux 内核通过 pcie_aspm 模块参数控制 ASPM 全局策略：

设置 ASPM 策略

# 临时设置（重启失效）
echo powersave > /sys/module/pcie_aspm/parameters/policy

# 内核启动参数（永久生效）
# 在 GRUB 配置中添加：
#   pcie_aspm.policy=powersave

# 单设备控制（内核 5.x+）
# 启用某设备的 L1
echo 1 > /sys/bus/pci/devices/0000:01:00.0/link/l1_aspm

查看设备电源状态

# 查看设备当前电源状态
cat /sys/bus/pci/devices/0000:01:00.0/power_state
# 输出: D0, D1, D2, D3hot, D3cold

# 查看设备 runtime PM 状态
cat /sys/bus/pci/devices/0000:01:00.0/power/runtime_status
# 输出: active, suspended, suspending, resuming

# 手动控制设备电源
echo on > /sys/bus/pci/devices/0000:01:00.0/power/control
echo auto > /sys/bus/pci/devices/0000:01:00.0/power/control

功耗优化策略

服务器场景

在数据中心环境中，PCIe 设备（如 NVMe SSD、GPU）数量众多，功耗累积显著。推荐策略：

• 启用 ASPM L1 状态（L0s 在高吞吐场景下收益有限）
• 空闲 NVMe 驱动器使用 APST（Autonomous Power State Transition）自动降级
• 对非关键路径设备启用 Runtime PM（echo auto > power/control）
• 监控实际链路状态：lspci -vvv | grep L1

移动设备场景

笔记本和平板等电池供电设备，功耗极为敏感。推荐策略：

• 全面启用 ASPM L0s + L1 + L1.2
• 配合 CLKREQ# 信号控制，在 L1.2 时关闭参考时钟
• 使用 pcie_aspm.policy=powersave 强制最低功耗
• 设备级 D3cold 配合系统休眠策略

电源状态转换流程

以下是链路电源状态和设备电源状态的典型转换流程：

链路电源状态:
  L0 ←──(链路空闲, <1μs)──→ L0s
  L0 ←──(协商进入, 1-4μs)──→ L1 ←──(L1.1, ~10μs)──→ L1.1
  L1 ←──(L1.2, ~100μs)────→ L1.2
  L0 ←──(系统休眠)────────→ L2/L3

设备电源状态:
  D0 ←──(轻度空闲)──→ D1 ←──(中度空闲)──→ D2
  D0 ←──(深度空闲)──────────────────────→ D3hot ←──(断电)──→ D3cold
                                                    ↑
                                              需重新枚举
                    

PME 唤醒机制：从 D3cold 回到 D0 的路

设备进入低功耗状态后，如何"主动"唤醒系统？这条路径由 PME（Power Management Event）机制承担。它是笔记本/服务器上"网卡唤醒"、"键盘唤醒"的硬件基础，也是调试"设备睡死不醒"的第一现场。

PME 能力的声明：PM Capability 结构

PME 相关声明位于 Power Management Capability（Capability ID 0x01）——不是 PCIe Capability：

PME 消息在链路层怎么走

1. 设备（D1/D2/D3hot，需 Vaux 供电）检测到唤醒条件（收到网络包、用户按键等），置位 PME_Status；
2. 设备向上游发送 PM_PME Message TLP（Message Code 0x1D，"PM PME"），Message 中带 Requester ID；
3. Root Complex 的 PME 路由：RC 在 Root Complex Status（Root Cap + 0x20）的 PME_Status（bit16）记录，并按 Root Control 的 PMEIE（bit3）决定是否产生中断；
4. 软件（ACPI OS 或 Linux PM core）从 PME Requester ID（Root Status bits[15:0]）找出唤醒源，将它恢复 D0 并处理事件；
5. D3cold 特殊路径：主电源已断，设备经 WAKE# 边带信号请求恢复 Vaux→主电源，电源恢复后设备的上下文（含 PME_Status）依赖平台设计保持或丢失——两者的区别决定了驱动是否需要"复位后重建上下文"。

Linux 软件视角

/* 设备驱动声明"可唤醒"（probe 中） */
device_set_wakeup_capable(&pdev->dev, true);   /* 或者设备树/ACPI 已声明 */
device_init_wakeup(&pdev->dev, true);          /* capable + enabled */

/* 挂起前：使能 PME（仅在 device_may_wakeup() 允许时） */
if (device_may_wakeup(&pdev->dev))
    pci_enable_wake(pdev, PCI_D3hot, true);    /* → 置 PMCSR.PME_En */

/* 检查设备是否支持从某状态发 PME */
if (pci_pme_capable(pdev, PCI_D3cold))
    /* 平台支持从 D3cold 唤醒 */;

/* 挂起后由 PM core 处理 PME：pci_pme_wakeup() 轮询检查 PME_Status，
 * 最终触发设备的 wakeup 事件（用户态可读 /sys/.../power/wakeup） */

用户态观察与配置：

# 设备是否可唤醒 / 是否已使能
cat /sys/bus/pci/devices/0000:00:1f.6/power/wakeup       # enabled / disabled

# 查看挂起期间的唤醒计数（若平台导出）
cat /sys/bus/pci/devices/0000:00:1f.6/power/wakeup_count

# lspci 观察 PME 能力位（PMC 的 PME Support 字段）
lspci -vvv -s 00:1f.6 | grep -i "pme"