ACPI 中文文档ACPI 中文文档
首页
第 1 章
第 2 章
第 3 章
第 4 章
第 5 章
第 6 章
第 7 章
第 8 章
第 9 章
第 10 章
第 11 章
第 12 章
第 13 章
第 14 章
第 15 章
第 16 章
第 17 章
第 18 章
第 19 章
第 20 章
第 21 章
附录 A
首页
第 1 章
第 2 章
第 3 章
第 4 章
第 5 章
第 6 章
第 7 章
第 8 章
第 9 章
第 10 章
第 11 章
第 12 章
第 13 章
第 14 章
第 15 章
第 16 章
第 17 章
第 18 章
第 19 章
第 20 章
第 21 章
附录 A
  • 第 8 章

    • 总览
    • 8.1. 处理器电源状态
    • 8.2. 刷新缓存
    • 8.3. 电源、性能和节流状态依赖关系
    • 8.4. 声明处理器
      • 8.4.1. _PDC(处理器驱动程序能力)
      • 8.4.2. 处理器电源状态控制
      • 8.4.3. 处理器层次结构
      • 8.4.4. 更低功耗空闲状态
        • 8.4.4.1. 分层空闲状态
        • 8.4.4.2. 空闲状态协调
        • 8.4.4.3. _LPI(低功耗空闲状态)
        • 8.4.4.4. _RDI(空闲的资源依赖)
        • 8.4.4.5. 兼容性
      • 8.4.5. 处理器节流控制
      • 8.4.6. 处理器性能控制
      • 8.4.7. 协作式处理器性能控制
        • 8.4.7.1. _CPC(连续性能控制)
          • 8.4.7.1.1. 性能能力/阈值
          • 8.4.7.1.2. 性能控制
          • 8.4.7.1.3. 性能反馈
          • 8.4.7.1.4. CPPC 启用寄存器
          • 8.4.7.1.5. 自主选择启用寄存器
          • 8.4.7.1.6. 自主活动窗口寄存器
          • 8.4.7.1.7. 能量性能偏好寄存器
          • 8.4.7.1.8. OSPM 控制策略
          • 8.4.7.1.9. 使用 PCC 寄存器
          • 8.4.7.1.10. 与其他由 ACPI 定义的对象和通知的关系
          • 8.4.7.1.11. _CPC 实现示例
      • 8.4.8. _PPE(平台错误轮询)
    • 8.5. 处理器聚合器设备

8.3. 电源、性能和节流状态依赖关系

在进入电源、性能和节流状态时,逻辑处理器之间的平台控制依赖关系是由成本与复杂度权衡驱动形成的。这些依赖关系以多种形式存在于基于多处理器、多线程处理器和多核处理器的平台中。这些依赖关系也可能具有层次性。例如,由包含多个核心且每个核心包含多个线程的处理器组成的多处理器系统,可能因硬件实现而具有各种依赖关系。

除非 OSPM 知晓逻辑处理器之间的依赖关系,否则可能导致这样的场景:某个逻辑处理器在没有必要的情况下被隐式迁移到某个电源、性能或节流状态,从而导致不正确/非最优的系统行为。在了解这些依赖关系的前提下,OSPM 可以协调逻辑处理器之间的迁移,选择在不会导致不正确或非最优系统行为时发起迁移。这种 OSPM 协调称为软件(SW)协调。或者,底层硬件也可能协调多个逻辑处理器上的状态迁移请求,使处理器在保证不会导致不正确或非最优系统行为时迁移到目标状态。这种情况称为硬件(HW)协调。当由硬件协调迁移时,OSPM 仍继续像不存在依赖关系时那样发起状态迁移。然而,在这种情况下,要求硬件向 OSPM 提供一种确定实际状态驻留情况的方法,以便实现正确/最优的控制策略。

在电源、性能或节流状态控制方面,包含具有跨处理器依赖关系的逻辑处理器的平台使用 ACPI 定义的接口,将逻辑处理器分组到所谓的依赖域中。某个域的协调类型特征指定由 OSPM 还是底层硬件负责协调。当由 OSPM 协调时,平台可能要求 OSPM 将属于该域的处理器中的 ALL (0xFC) 或 ANY ONE (0xFD) 迁移到某个特定目标状态。即使底层硬件支持硬件协调,OSPM 也可以自行决定执行协调。在这种情况下,OSPM 必须将依赖域中的所有逻辑处理器都迁移到该特定目标状态。

表 8.1 C 状态/T 状态/P 状态协调类型

值描述
0xFCSW_ALL:OSPM 通过在域中每个处理器的控制接口上发出相同的状态请求来协调该域内所有处理器的状态。ALL 指的是这样一项要求:域中的所有处理器必须对所请求的状态达成一致,该域才能进入该状态。
0xFDSW_ANY:OSPM 通过仅在域中一个处理器的控制接口上发出状态请求来协调该域内所有处理器的状态。ANY 指的是这样一项硬件要求:域中的所有处理器都迁移到该域中任一处理器上最后一次请求的状态。
0xFEHW_ALL:当 OSPM 在域中任一处理器的控制接口上请求状态迁移时,硬件会协调该域内所有处理器的状态,并将该域中的所有处理器迁移到协调后的状态。ALL 指的是这样一项要求:当 OPSM 在域中任一处理器上发出独立状态请求时,硬件保持协调。与 SW_ALL 不同,OSPM 可以对域中的处理器发出不同的状态请求,而硬件决定该域中所有处理器的结果状态。**注:**硬件协调策略由实现定义。

处理器的 C-states、P-states 或 T-states 之间并不隐含任何依赖关系。因此,例如,可以使用相同的依赖域编号来指定一组处理器之间 P-states 的依赖关系以及另一组处理器之间 C-states 的依赖关系,而不会隐含第一组中某处理器上的 P-State 迁移与第二组中某处理器上的 C-state 迁移之间存在任何依赖关系。

Prev
8.2. 刷新缓存
Next
8.4. 声明处理器