电源管理系统接口和 API

zbz0529

电源管理系统接口和 API [复制链接]

理想状况下，电源管理系统对于软件堆栈的尽可能多的层次而言，几乎是完全透明的。实际上，这正是 Transmeta 公司在其 Crusoe 架构中遵循的路线，并且已经成为现有的各种基于 BIOS 的电源管理方案的目标。不过，拥有手持设备制造经验的开发人员将证明这一事实：整个系统的各个部分都需要某种程度的直接参与，如下所述：
　　内核接口  在针对 Linux 的 DPM 架构中，内核中的 DPM 子系统负责维持系统的电源状态，并把 DPM 系统的各个电源得到管理的元件联系在一起。DPM 子系统通过多个 API 直接与设备驱动程序通信，这些 API 把驱动程序从完全运行状态转为各种电源得到管理的状态。策略管理器（或应用软件自身）通过多个 API 向 DPM 子系统提供指导，这些 API 定义各种策略，并在定义好的运行点之间转移整个系统。
　　驱动程序接口   启用了 DPM 的设备驱动程序比默认驱动程序具有更多“状态”：由外部事件通过各种状态来驱动它们，或通过来自内核 DPM 子系统的回调来驱动它们，从而反映并遵循运行策略。驱动程序 API 还允许驱动程序登记它们连接和管理的各个设备的基本运行特征，从而实现更精细的策略决策。
　　用户程序 API    用户程序（应用软件）分为三类：
　　·可感知电源管理的应用软件
　　·可感知电源管理的“包装器”中的传统应用软件
　　·不带电源管理的传统应用软件
　　可感知电源管理的应用软件能够充分利用来自策略管理器的 API，从而建立各自的基础约束，并强制电源管理策略发生变化，以便匹配各自的执行要求。不直接带有电源管理功能的传统应用软件可以“包装”到代码或补丁中，从而实现相当的效果，它们还可以按照默认行为来运行，这取决于更宽范围的默认策略管理。
　　嵌入式 Linux DPM 下的实际机制包括各种 API，比如 dpm_set_os()（内核）、assert_constraint()、remove_constraint() 和 set_operating_state()（内核和驱动程序）、set_policy() 和 set_task_state()（经由系统调用的用户级接口），以及 /proc 接口。