基于等待时间准则的平台功率管理的制作方法

专利名称：基于等待时间准则的平台功率管理的制作方法
技术领域：
本发明公开的实施例涉及功率管理领域，特别涉及基于多种等待时间准则 的管理平台功率的方法和设备。
背景技术：
在当今的禾根世界，随着其计算能力的飞速提高，电子设备盼性能得以迅 速改进。伴随着这种改进，电子设备开始变得耗电，例如，消耗更多的功率。
为了节省功率，电子设备中的处理器在短时间^J非活动期间^SA幽辭莫式(例 如，低功率状态)。
例如，由惠普⑧、，尔⑧、微软⑧、菲尼克期⑧、以及东芝⑧共同开发的
高级配置和功率接口 (ACPI)规范(例如，于2005年12月30日发布的ACPI 3.0a版本)定义了在ACPI兼容系统中的多种功率状态(例如，设备在正常GO/SO 工作状态期间的处理器功率状态C0-C3)。依据ACPI规范，CO状态可以是处理 器的正常执行状态。然而，在C1状态中的短时间的非活动状态时，处理器可能 没有执行指令，但是可以在几乎瞬间转回到执行执行状态，而在C3状态(相对 Cl状态来说是更深度的睡眠状态，并可以比C1状态节省更多功率)，处理器的 高速缓存可以保持状态而忽略任何监听(snoop)。与从C1状态返回相比，处理 器可能会花费更长时间从C3状态返回到正常执行状态(C0)。，包括C3状态的 每个状态的变化(例如，深度睡眠，更深度睡眠，等等)是可能的，即在处理 器睡眠得多深(例如，处理器的什么功能被禁用以节省功率)以及需要多长时 间才能 的方面可能不同。
常规的功率管理，包括由ACPI标准定义的那些，可能基于在处理器上收 集的试探(heuristics)和由操作系统给出的准则而被执行的，并且功率管理算法 可査看过去的处理器活动以预测出未来活动。例如，操作系统可以查看中央处 理单元利用率来提供该准则。基于这些因素，处理器可进入多个睡眠状态中的一个。尽管处理器会间歇itt入低功率状态，但其他具有更长唤醒时间的平台 组件为了保证更好的性能可倉織不^^常SA任何这种低功率状态。
图1是个图形示例，其示出贯穿包^g行应用的,期和随后的非活动期 (空闲状态)的工作负荷的现有技术计算系统平台(线A)的总功耗及其现有技 术处理器(线B)的功耗。参阅图1，处理器的功率范围从在简短的活动周期时 的高达20瓦至控闲时的几乎1瓦内。在处理器空闲时，该平台仍然具有约9瓦 的空闲功率基数，而其中不到1瓦是由处理器消耗的。也就是说，在空闲状态 下，该计算系统中其他的平台组件不会和处理器一样降低功耗。该示例性计算 设备的平台在空闲状态仍然耗费大约8-10瓦的功率，这是由于大部分的系统资 源具有较长的等待时间(例如，需要较长的时间从睡目跳态中鹏)，将它们保 持供电以确保更好的性能，而处理器可能在空闲期间间TOA誠的幽眺态。


公开的实施例是作为示例性实施例结合附图进行描述，并不用作限定，附 图中相同的附图标记代表相同的元件，附图中
图1为示例性计算系统平台的总功,其处理器的功耗的示例性示意亂 图2为根据各实施例的功率管理系统的框图3为根据各实施例的另一个功率管理系统的框图； 图4为根据各实施例的功率管理方法的流程图5示出根据各实施例的Wi-Fi多媒体(WMM)功率节省模式的容许等 待时间报告系统的示例流程图6示出适合实施某些实施例的示例计算机系统的框图。
具体实施例方式
说明性实施例包括但不局限于基于等待时间准则的用于平台功率管理的方 法和设备。
说明性实施例的各方面将使用本领域技术人员所采用的通用术语来描述， 以向本领域内其他技术人员表达其工作实质。然而，替换性实施例仅以戶腿方 面中的一魏实施对本领域技术人员来说是显而易见的。出于解释的目的，阐 明特定的数字、材料以及结构，以便于提供对说明性实施例的彻底理解。然而，没有所述特定细节的替代性实施例也可以被实施对本领域技术人员而言也是显 而易见的。在其他情况下，为了不混淆说明性实施例，省略或者简化众所周知 的特征。
此外，各操作被作为多个分立的操作依次用最有利于理解说明性实施例的
方式加以描述；然而，该描述的7娇不应被解释为意赠这徵作必需依赖顷 序。特别地，这徵作不必以被描述的JiiWl行。
短语"在某些实施例中"以及"在各实施例中"被重复使用。这些短语通 常并不指代同一实施例；虽然它们也可以指代同一实施例。术语"包含"、"具 有"和"包括"是同义的，蹈让下文具体指明其他含义。短语"A禾口/或B" 意思是"(A)、 (B)或者(A和B)"。短语"A/B"意思是"(A)、 (B)或者(A 和B)"，其类似于短语"A和/或B"。短语"A、 B和C中的至少一个"意思是 "(A)、 (B)、 (C)、 (A和B)、 (A和C)、 (B和C)或者(A、 B和C)"。短i吾 "(A) B"意思是"(B)或者(AB)"，即A是可选的。
图2是根据各实施例的功率管理系统10的框图。在各实施例中，功率管理
系统io被用于计算设备中，该计算设备例如可以m上型电脑、蜂窝电话、个
人计算机、个人数字助理、掌上型电脑、机顶盒或者任何其他适当类型的计算 设备。在各实施例中，功率管理系统10可以被用在移动计算设备中。
功率管理系统10可以包括功率管理控制器(PMC) 15。 PMC15可耦合至 第一多个组件20、 22、 26，并且其可被配置为分别从组件20、 22、 26接收功率 管理准则30、 32、 36。在各实施例中，PMC控制器也可以接收信息40，这将 在后面讨论。至少部分地响应于关于收到的功率管理准则30、 32、 36和/或信息 40， PMC 15可被配置为生成功率管理策略(PM policy) 50用以管理与计算设 备相关联的第二多个组件和/或源60、 62、 66的功率。
在各实施例中，第一多个组件20、 22、 26可以包括与计算设备相关联的一 个或多个硬件/软件组件。在各实施例中，组件20、 22、 26可以包括例如耦合到 计算设备的外部设备和/或计算设备内部的设备/硬件，包括但并不限于通用串行 总线(USB)设备(包括与各版本USB标准~~f列如USB2.0， 3.0等^~~^ 容的设备)、外围组件互连(PCI)设备、PCI快速(PCIe)设备、网络接口卡、 外部设备、打印机、扫描仪、磁盘驱动器、照相机、网络适配器、串行高级技 术附件(SATA)、并行高级技术附件(PATA)等等。在各实施例中，组件20、22、 26也可以包含一个或多个控制器，其被配置为控制计算设备中的一个或多 个设备励能，包含但并不局限于USB主禾鹏制器、存储器控制器、以太网控制 器、图形控制器、硬盘控制器(HDD)、音频控制器、高级主机控制器接口 (AHCI) 等等。在各实施例中，组件20、 22、 26也可以包^M行在计算设备上的一个或 多个软件应用、 一个或多个设备驱动器、操作系统等等。
在各实施例中，组件20， 22， 26中的每一个都可以分别将功率管理准则30、 32、 36发送给PMC15。功率管理准则可以包含M组件的一个或多个等待时间 参数。例如，功率管理准则可以包含组件的容许等待时间。在各实施例中，容 许等待时间可以至少部分地基于组件可以承受的^t其性能不产生负面影响的 最大等待时间。例如，组件20的容许等待时间可以至少部分基于组件从计算设 备的一个或多个组件处于睡鹏莫式时处理器中断事件(比如，硬件中断)的生 成以及在进入正常/执行状态(例如，CO状态)后与组件20相关联的第一指令 被执行开始，组件20可以承受的最大等待时间。在各实施例中，组件的容许等 待时间可以至少部分基于在对其性能不产生负面影响的情况下该组件可以承受 的延迟，此时该组件和/或该系统的其他组件从幽辭莫式转换到正常/执行状态。
在各实施例中，组件的PM (功率管理)准则可以包括一个或多个其它要素， 包括但不局限于组件柳艮务质量(QoS)参数、對以中断频率的内部试探、输入 /输出(I/O)通信量模式、空闲持续时间(g卩，组件是否知晓下一个预定计时器 中断的时间)、工作负荷期望值和减任何其他关于该组件的适合的信息，该信息 可會^有助于PCM15生成PM策略50。在各实施例中，组件20、 22、 26中的一 个或多个也可以包括该组件的PM准则中的存储器访问等待时间。
例如，在各实施例中组件20、 22、 26之一可以是音频播放软件应用。该音 频播方iOS用在^地播放音频文件时可以不容许ftf可等待时间。然而在空闲时， 即在不接粉播放招可音频文件时，该音频播方她用就可以容许较长的等待时间， 此等待时间可至少部分基于该应用开始接收音频文件的时间与该应用不得不开 始播放所述音频文件以避免丢失数据的时间之间的时间差。对本领域技术人员 而言，该应用的容许等待时间可部分地基于其缓冲能力是显而易见的。在各实 施例中，应用可将其容许等待时间动态地皿给PMC (功率管理控制器)15以
作为功率管理准则的一部分。因此，在播放音频文件时，音频播放应用可以发 送零值或者最小容许等待时间给PMC15，而在空闲状态时，该应用可皿一较大的容许等待时间。
在各实施例中，组件在活动周期的间隙可以"打盹"。例如，正如电子与电
气工程师协会(正EE) 802.11标准(例如，802.11e-2005修正版)所定义的，广 义局域网(WLAN)的客户机空闲时可以进入功率节省("打盹")状态。WLAN (广义局域网)客户机可针对由例如正EE802.11e标准的Wi-Fi多媒体(WMM) 功率节省模式定义的持续时间关闭其无线电，在该持续时间中，接入点(AP) 可以为客户机缓冲数据。这些"打盹"持续时间可能约为几毫秒。WLAN网络 接口卡(NIC)会知晓何时打开无线电，唤醒WLAN客户机和/或开始通信。图 5示出根据本发明各实施例的WMM功率节省模式的容许等待时间报告系统的 示例性框图。如图5所示，当WLAN客户机被唤醒时，它可容许短暂的等待时 间，例如，仅100微秒(usec)。而在"打盹"时，该客户机可以容许更长的等 待时间，如大约1毫秒(msec)。在各实施例中，在客户机唤醒状态期间，NIC 可相应地向PMC15发送100微秒的容许等待时间(图1)以作为其PM准则的 一部分。然而，当客户机"打盹"时，MC向PMC 15发送1毫秒的容许等待 时间。
参考图2，在各实施例中，PMC15也可接收信息40，该信息40也可用于生 成功率管理策略50。例如，在各实施例中，信息40可包含有关计算设备和/或 其组件(包括其处理器)的通信量及活动模式的试探。在各实施例中，该信息 40可包含本领域技术人员公知的附加信息，例如，在常规ACPI-兼容系统或其 他常规功率控制系统中用来控制功率的必要信息。在各实施例中，计算设备的 OS和域处理器能够生成信息40。
至少部分响应于接收到的功率管理准则30、 32、 36及信息40， PMC 15可 被配置为生成PM策略50，用以管理与计算设备相关联的第二多个组件和/或源 60、 62、 66的功率。在各实施例中，第二多个组件和/或源60、 62、 66可包括 计算设备的各核心组件及平台组件，例如，处理器、电压调节器、显示器面板、 时钟发生器、锁相环等。在各实施例中，第一多个组件20、 22、 26及第二多个 组件和/或源60、62、66可具备一个或多个共用组件。例如，在各实施例中，PMC15 可从USB主机控制離收PM准则并为其生成PM策略50。
在各实施例中，PM策略50可指定组件60、 62、 66中的一个或多僧入多 个睡眠等级之一。例如，如果所有组件20、 22、 26在其各自的PM准则中具有指定的至少1毫秒的容许等待时间，则PMC 15可指示第二多个组件和/或源60、 62、 66中的一个或多僧入多个睡眠等级之一，使得响应于中断一个或多个组 件花费少于1毫秒的时间从各自的豳民等级中醒来，该中断例如是处理器中断 事件、HW中断等。类似的，如果所有组件20、 22、 26的指定的最大容许等待 时间至少是比如5毫秒，则PM策略50可指示第二多个组件和/， 60、 62、 66中的一个或多^HSA更深等级的醐民，使f路组件可花费不到5毫秒的时间 醒过来。在各实施例中，多个可能的睡眠等级可类似于ACPI规范中指定的C 状态，和/或本领域技术人员可以想到的其他睡眠等级。也就是说，获知了组件 20、 22、 26在PM准则中的容许等待时间及其他信息，只要容许等待时间足够 高，PM策略50就可以使能组件60、 62、 66中的一个或多lS4Aig合的睡目財莫 式，从而节约功率，且不对组件20、 22、 26的性能产生负面影响。
各实施例中，在开发PM策略50时也要考虑軒其他因素。例如，如果组 件20、 22、 26中之一在其PM准则中指定高的服务质量参数和例如100微秒的 容许等待时间，则PMC15可为组件60、 62、 66确定睡眠等级，使得该组件可 在不到100微秒的时间内醒来，以此满足高的服务质量参数。
在各实施例中，PMC15可以指示并非所有组件60、 62、 66进入睡目辩莫式，
同时指示一个或多个其它组件不进入睡職莫式(或者进入不同的睡鹏莫式)。例 如，如果电压调节器和时钟发生器是组件60、 62、 66中的两个，且如果电压调 节器比时钟发生器花费更长时间醒来，则PMC 15可指示电压调节器进入与时 钟发生器的从组件20、 22、 26接收的给定容许等待时间的更深等级的睡眠相比 更轻等级的睡眠(或者根本不进入睡眠等级)。然而，如果从组件20、 22、 26 接收到的容许等待时间足够长，则基于PM策略50，电压调节器和时钟发生器 两者者阿进入更深等级的睡眠。
在各实施例中，组件的睡眠等级越高，其被禁用的功能就越多，也就节省 更多功率，且该组4顿返回至征常执行模式(即麟)就要花费更多时间。
在各实施例中，第二多个组件和减源60、 62、 66中的一些，例如，时钟发 生器、稳压器、锁相环中的一些可以仅仅被接通和关断。即，对这些组件中的 一些而言，只有一种睡眠等级(例如，低功^l莫式)，在组件20、 22、 26的容 许等待时间足够长时，这些组件就会被暂时断电。因此，PM策略50还可控制 这些组件中的一掛^的接通和关断。在各实施例中，组件20、 22、 26可向PMC 15^^卖錢各自的PM准贝U。 或者，组件20、 22和26可定期皿各自的PM准则。各可选情景是可能的， 其中一些组件持续m而其他组件定期周斯性发送各自的PM'准则。在各实施 例中，组件可以在最开始发送其PM准则，并仅在其PM准则发生变化时再次 发送其PM准则。
图3是根据本发明各实施例的功率管理系统100的框图。在各实施例中， 系统100可包含耦合至输A^出复合功率管理控制器(IOPMC) 110的处理器 复合功率管理控制器(PCPMC) 105。在各实施例中，PCPMC 105可被设置在 计算设备的中央处理复合体中，而IOPMC 110可设置在计算设备的输A/输出复 合体。
尽管图3仅示出了两个功率管理控制器(PCPMC 105和IOPMC 110),但 是本领域技术人员便于理解，在各实施例中，可以存在两个以上的功率管理控 制器。例如，在多处理器环境中，每个处理复合体都可有与其相关联的处理器 复合功率管理控制器。在各实施例中，单一处理复合体可包含一个以上处理器 复合功率管理控制器。尽管在图3中未示出，在各实施例中，功率管理控制器 同样可以被设置在计算设备的其它区域中。
在各实施例中，PCPMC105从多个软件(SW)应用、设备驱动器和/或操 作系统(OS) 150接收PM准则。对本领域技术人员而言显而易见的是，尽管 示为单个框，但150可以代表多个组件。在各实施例中，包含容许等待时间的 SW/OS PM准则可通过寄存器接口禾口/或例如ACPI兼容C状皿口的扩展发送 给PCPMC 105。 PM准则可包括从在处于豳民状态时处理器中断事件(例如， 硬件中断)的产生禾瞎一指令，该指令駄正常/执行状态而被执行开始操作系 统感知到的可承受的最大容许等待时间。
参考图3， 1OPMC110可从多个设备112、 114、 116、 118、多4^^各122、 124、 126、 128和/或多个子系统132、 134及136中接收PM准贝U。该链路和/ 或子系统可被用于将一个或多个设备耦合到计算设备上。例如，设备112可以 是USB设备，且相应的子系统132可以是USB控制器，链路122可以是USB
链路，他们中的每一个都有自己的等待时间限制。在各实施例中，多个设备(例 如，116和118)可被耦合到单个子系统中。在各实施例中，子系统132、 134 禾口/或136可包括但不局限于USB主丰鹏制器、存储器控制器、以太网控制器或图形控审U器。在各实施例中，设备112、……、118中的每一个,以織PM 准则给其各自的链路。在各实施例中，链路122、……、128中的一个或多个可 增大设备功率管理准则和链路功率管理准则且发送到子系统132、 134、 136之
子系统132、 134、 136可考虑从各顿路和/或设备收到的PM准则，以生 成子系统PM准则并将其发i^^合IOPMC 110。例如，如果USB设备112和相关 联的USB控制器(子系统132)分另陏1毫秒和800微秒的容许等待时间，则 USB控制器在子系统PM准则中可包含两个容许等待时间中较低的那个值，即 800微秒，且将其腿给IOPMC110。
在各实施例中，如果设备U6、 118、链路126、 128和/或子系统136有不同 的PM准则(包括不同的容许等待时间)，则子系统136可以只是重新皿每个 接收到的PM准则(连同其自身的PM准则)给IOPMC 110。又或者，在各实 施例中，子系统136可以考虑所有接收到的PM准则且生成统一的子系统PM 准贝lj。例如，子系统136可以将设备116、 118、 |^各126、 128禾口/或子系统136 中最小的容许等待时间发送给IOPMC 110。
设备112、……、118、链路122、……、128、子系统132、……、136禾口/ 或应用、设备驱动器、操作系统150可以在所传送的PM准则中包含附加信息。 例如，在各实施例中，PM准则可包括但不局限于服务质量参数、类似中断频率 的内在i^、输A/输出通信量模式、空闲持续时间(即，设备/子系统是否知晓 下一个预定计时器中断的时间)、工作负荷预期和/或其他对功率管理控制器有用 的合适信息。在各实施例中，设备/子系统中的一个或多个也可以在其PM准则 中包含各自的存储器访问等待时间。在各实施例中，PM控制器将存储器访问等 待时间和容许等待时间一起考虑，来生成适合的PM策略。在各实施例中，容 许等待时间可至少部分基于相关联的存储器访问等待时间。
一旦PCPMC 105和IOPMC 110从应用、设备驱动器、操作系统、设备、 链路和/或子系统接收到功率管理准则，则PCPMC 105和IOPMC 110可以为与 计算设备相关联的多个组件(图3中未示出)交换准则，协定，禾口/或共同制定 动态功率管理策略，该多个组件可以例如是计算设备的多个核心组件和平台组 件，包括但不局限于处理器、电压调节器、显示面板、时钟发生器和/或锁相环。 在各实施例中，所开发的功率管理策略可类似于图2的PM策略50。在各实施例中，IOPMC 110和PCPMC 105在开发PM策略时可考虑其他因 素。例如，如果计算设备包含直接媒体接口 (DMI)，则在开发PM策略时该 DM的等待时间也同样被考虑在内。
在各实施例中，应用、驱动器和/或操作系统150、设备112、……118、链 路122、……、128和/或子系统132、……、136可在其各自的PM准则中包括 性能建议，其中该性能建议可包含所述组件(如果可用的话)的当前性能水平 和未来预期性能水平。在各实施例中，功率管理控制器可以根据接收到的性能 建议来计算这些组件的容许等待时间。或者，发送的性能建议可以包含容许等 待时间。
尽管图3的设备112、……、118和子系统132、……、136示出为耦合到 IOPMC 110，但是在各实施例中设备和子系统中的一些可以耦合到PCPMC 105， 而不是(此外，或者可选地)IOPMC 110。例如，外部总线和/或PCIe图形(PEG) 端口上的图形卡可被耦合至PCPMC 105且向PCPMC 105提供各自的PM准则。
图4是根据各实施例适用于图2和图3的功率管理系统的功率管理方法200 的流程图。参考图2和图3，在步骤210， PCPMC105禾口IOPMC110可从第一 多个组件接收PM准则，该第一多个组件包括应用、设备驱动器、操作系统150、 设备112、……、118、鄉各122、……、128禾口/或子系统132、……、136中的 一个或多个。在步骤220, PCPMC105和IOPMC110共同为第二多个组件开发 PM策略，该第二多个组件包括计算设备的一个或多个核心组件及平台组件，例 如，处理器、电压调节器、显示面板、时钟发生器和/或锁相环。在各实施例中， 第一多个组件中的一个或多个还可以包含在第二多个组件中。
在步骤230，至少部分基于所开发的PM策略，判断第二多个组件和/或源 中的一个或多个是否SA睡職莫式(例如，低功^t莫式)。如果没有任何组件进 入睡目欧莫式，则PCPMC 105和IOPMC 110可继续在步骤210从第一多个组件 接收功率管理准则。
如果在步骤230所开发的PM策略表明第二多个组件和/或源中的一个或多 ^tA豳鹏式，则在步骤240所指明的组件可至少部分基于所开发的PM策 略进入适当的睡眠模式。除非有中断一伊j如处理器中断事件、硬件中断或者 任何其他本领域技术人员公知的适合的中断，否则组件保持睡眠模式。 一旦在 步骤250检测到此类中断，戶腿组件将在步骤260退出翻辭莫式以进入正常执行状态，且PCPMC 105和IOPMC 110可继,步骤210从第一多个组4條收 功率管理准则。
图6示出示例计^m^统500的框图，该计^m系统500可适于实施实施 例中的一些，包括接收功率管理准则、至少部分基于所接收的功率管理准则开 发功率管理策略的系统。在某些实施例中，计算机系统500可包括用来传送信 息的通信机构或总线511，诸如与总线511耦合的用于处理信息的处理器512之 类的集成电路。
计算机系统500还包括耦合到总线511的随机存取存储器(RAM)或者其 它动态存储设备504 (称为主存储器)，用于存储由处理器512执行的信息和指 令。主存储器504还可用于存储在由处理器512执行指令期间的临时體或其 它中间信息。
固件503可以是软件和硬件的结合体，诸如电可编程只读存储器(EPROM)， 其具备用于记录在EPROM中的例程的操作。固件503可^A^本代码、基本 输A^T出系统代码(BIOS)或者其他类似代码。固件503可使得计^m系统500
引导其自身成为可能。
计算机系统500也包括只读存储器(ROM)和/或其他静态存储设备506， 其耦合到总线511用来为处理器512剤t^劍言息和指令。静态存储设备506 可存储操作系统级别和应用级别的软件。
计算机系统500还可以耦合到诸如阴极射线管(CRT)或者液晶显示器 (LCD)的显示设备521，耦合到总线511以向计算机用户显示信息。诸如芯片 集536的芯片集可与显示设备521接口 。
字母数字输入设备( ) 522~a括字母数字和其他键~~fe可被耦合 至总线511，以便同处理器512通信信息和命令选择。附加用户输入设备是光标 控制设备523，诸如鼠标、足l^宗球、足l^宗板、输入笔或者光标方向键等，其耦合 到总线511用以同处理器512通信方向信息和命令选择，并且用于在显示设备 521上控制光标的移动。诸如芯片集536的芯片集可与输入输出设織口。
另一个可耦合至总线511的设备是硬拷贝设备524，其可被用于将指令、数 据或其它信息打印在诸如纸、胶片或类似类型媒介之类的介质上。此外，诸如 扬声器和/或麦克风(未示出)的录音和回放设备可选地耦合至总线511，作为 计算机系统500的音频接口。可耦合至总线511的另一个设备是有纷无线通信计算机系统500具备诸如电池、交流电源插头连接和整流器等电源528等， 相关领,术人员至少基于本文所述实施例可以理解。
在各实施例中，类似于图2的PMC15禾口/或图3的PCPMC 105/IOPMC 110， 功率管Se制器(图6中未示出)可被包含在图6的计算》几系统500中。在各 实施例中，功率管理控制器可耦合到总线511，并可从计^m系统500的若干个 组件中接收功率管理准则，这些组件例如是配置礙皮处理器512执行的一个或 多个应用、计 1系统500的操作系统、计Ml系统500的一个或多个设备驱 动器、固件503、芯片集536、计^^几系统500的一个或多个控制器(例如，图 中未示出的USB主丰鹏制器、存储器控制器、以太网控制器、图形控制器等等)、 耦合到计算机系统500的一个或多个设备，包括但不局限于显示设备521、 ■ 522、光标控制设备523、硬拷贝设备524、通信接口 525等。在各实施例中， 功率管理控制器可为计算机系统500的多个组件开发功率管理控制准则，该多 个组件例如是计算机系统500的一个或多个平台组件、处理器512、芯片集536、 包含在计tm系统500内的一个或多个电压调节器和时钟发生器、锁相环、显 示器面板(例如，显示设备521)等。在各实施例中，处理器512被配置成执行 多个任务以樹共操作系统服务、设备驱动器服务和减一个或多个应用功能。在 各实施例中，如前所述，功率管理控制器可从处理器512执行的一个或多个任 务中接收功率管理控制准则和执行性能建议。
在各实施例中，处理器512和功率管理控制器可共同设置在集成电路中。 如果功率管理控制器包含PCPMC和IOPMC (类似于图3)，贝l旌各实施例中处 理器512和PCPMC可共同设置在集成芯片中，且在各实施例中IOPMC可被设 置在计算机系统500的I/O复合体内(图中未示出)。在各实施例中，处理器512 可被配置为用作如前所述的一个或多个功率管理控制器。在各实施例中，计算 机系统500~fe括处理器512、各硬件组件和减功率管理控制:tl""可具有配 置成有助于计算机系统500用于移动计算的尺寸和形状。在各实施例中，计算 机系统500可用作移动电话、膝上型电脑、个人数字助理、掌上电脑、MP3播 放器、个人计算机、机顶盒或任何其他适当类型的计算设备。在各实施例中， 计算机系统500可用作移动计算设备。在各实施例中，处理器512和计#^几系 统500的各组件被安置在机身中，该机身具有配置为有助于计算机系统用于移动计算的尺寸和形状。
虽然文中描述和示出了具体实施例，但本领域技术人员可以理解为，在不 脱离本发明实施例范围的情况下，更多可选和/或等价实施可替代所示出和描述 的特定实施例。该申请旨在覆盖文中所述实施例的任何适用或变形。因此，本 发明实施例仅被权利要求及其等价物所限制。
权利要求
1、一种方法，包括通过平台的功率管理控制器从与主存所述平台的系统相关联的第一多个组件接收功率管理准则；至少部分基于接收到的所述功率管理准则，通过所述功率管理控制器开发功率管理策略，以管理所述系统的第二多个组件中的一个或多个。
2、 根据权利要求1所述的方法，其特征在于，所述开发包括由所述功率管 理控制翻定戶腿第二多个组件中至少一个的睡眠等级。
3、 根据权利要求i所述的方法，其特征在于，戶;M接收包括由所述功率管 理控制器从所述第一多个组件中的一个或多个接收戶;M第一多个组件中的一个 或多个的容许等待时间。
4、 根据权利要求3所述的方法，其特征在于，所述开发包括由所述功率管理控制t!5角定所述第二多个组件中的一个或多个的若干睡眠等级，使得戶脱第 二多个组件中的一个或多个从戶腿组件被确定的睡眠等级中醒来所需的时间小 于所述第一多个组件中的一个或多个的容许等待时间。
5、 根据权利要求1所述的方法，其特征在于，所述接收包括由所述功率管理控制器接收所述第一多个组件中至少一个的工作负荷期望值、服务质量参数 和域容许等待时间。
6、 根据权利要求1所述的方法，其特征在于，所述开发包括由所述功率管理控制器更进一步至少部分基于所述系统的试探来开发功率管理策略，所述试 探在戶;M系统的通信量和/或活动模式上收集。
7、 根据权禾頓求1戶舰的方法，其特征在于，戶脱开发包括由戶脱功率管 理控制器开发组件的功率管理策略，所述组件从下述组中选择处理器、电压调节器、显示面板、时钟发生器、以及锁相环。
8、 根据权利要求1所述的方法，其特征在于，戶皿接收包括由所述功率管理控制器从组j條收功率管理准则，所述组件从下述组中选择软件应用、设备驱动器、耦合至所述系统的外部设备、将外部设备耦合至所述系统的链路、 控制器以及操作系统。
9、 根据权利要求1所述的方法，其特征在于，所述开发包括由所述功率管 理控制器开发包含所述第二多个组件中的一个或多个的暂时断电的功率管理策略。
10、 一种设备，包括功率管理控制器，其被配置为从第一多个组〗條收戶腿第一多个组件中的 一个或多个的等待时间参数，至少部分基于接收的所述等待时间参数确定用以 管理第二多个组件的功耗的功率管理策略。
11、 根据权利要求IO所述的设备，其特征在于，所述功率管S^制器包括: 处理器功率管理控制器，其被配置为设置在平台的中央处理复合体中，并接收戶/M第一多个组件的第一组件的等待时间参数；以及输A/输出(I/O)功率管理控制器，其被配置为设置在所述平台的输A/il 出处理复合体中， 收戶舰第一多个组件的第二组件的等待时间参数；其中所述处理器功率管理控制器和所述输A/输出功率管理控制器更进一 歩被配置为交换所述接收的等待时间参数并共同确定所述第二多个组件的功率 管理策略。
12、 根据权利要求10戶舰的设备，其特征在于，戶腿第二多个组件中的组件从下述组中选择处理器、电压调节器、显示面板、时钟发生器和锁相环。
13、 根据权利要求10所述的设备，其特征在于，接收的所述第一多个组件中的一个或多个的等待时间参数包含各自的容许 等待时间；以及其中所述功率管理控制器^S—步被配置为通过确定所述第二多个组件中 的一个或多个的若干睡眠等级来确定所述功率管理策略，使得所述第二多个组 件中的一个或多个从所述组件被确定的睡眠等级中醒来所需的时间小于所述第 一多个组件中的一个或多个的容许等待时间。
14、 根据权利要求ll所述的设备，其特征在于，所述第一组件可以从下述 组中选择软件应用、设备驱动器以及操作系统；其中所述第二组件可以从下 述组中选择耦合至所述设备的外部装置、装置可与其耦合的所述设备中的子系统、控制戶;M设备功能的控制器。
15、 根据权利要求11所述的设备，其特征在于，所述i^A/li出功率管理 控制激皮配置为从USB主机控制器接il^诚USB主丰鹏制器的等待时间参数，且其中戶腿USB主机控制器的等待时间参数包含耦合M0M USB主丰鹏制器 的一个或多个USB设备的等待时间参数。
16、 根据权利要求10所述的设备，其特征在于，戶皿设备是配置为设置在 用于移动计算的计算设备中的平台。
17、 一种计算设备，包括 被配置为用于执行多个任务的处理器； 耦合至戶，处理器的多个硬件组件；耦合至戶舰处理器和戶腿硬件组件的功率管理控制器，并被配置为鉴于一 个或多个任，供的性能建议，管S^M硬件组件中的一个或多个的功率使用； 以及用于容纳戶脱处理器、戶脱硬件组件和所述功率管理控制器的机身，戶脱 机身的尺寸或开娥被配置为有助于戶鹏计算设备用于移动计算。
18、 根据权利要求17所述的计算设备，其特征在于，0M任务中的一个或 多个被配置为掛共操作系统服务、设备驱动器服务或者应用功能中的一个。
19、 根据权利要求17所述的计算设备，其特征在于，所述多个硬件组件中 的一个或多个从下述组中选择电压调节器、显示面板、时钟发生器以及锁相 环。
20、 根据权利要求17所述的计算设备，其特征在于，戶，处理器和功率管 理控制器共同设置在集成电路中。
21、 根据权利要求17所述的计算设备，其特征在于，MiS—步地鉴于由耦合至所述处理器的一个或多个硬件组件提供的性能建议，所述功率管理控制器 被配置为管理戶，硬件组件中的一个或多个的功率使用。
22、 一种物品，包括 计算机可读存储介质；及存储在戶腿存储介质中且被配置成为处理器编制禾號附旨令，其使得处理器从耦合至戶/M处理器的第一多个组^Ht收功率管理准则；以及 至少部分基于接收的功率管理准则开发功率管理策略，以管理耦合至 所述处理器的第二多个组件中的一个或多个。
23、 根据权利要求22所述的物品，其特征在于，戶，处理器m确定所述第二多个组件之一的睡眠等级，能够开^^M功率管理策略。
24、根据权利要求22所述的物品，其特征在于，戶;M处理器M:确定所述第二多个组件的若干睡眠等级，育g够开发功率管理策略，使得所述第二多个组 件中的一个或多个从戶，组件被确定的醐民等级中自所需的时间小于所述第一多个组件中的一个或多个的容许等待时间。
全文摘要
本发明公开了一种系统的实施例，所述系统用于从系统的第一多个组件接收功率管理准则，并且至少部分基于所接收的功率管理准则开发管理该系统的第二多个组件中的一个或多个的功率管理策略。同时描述了其他实施例。
文档编号G06F1/32GK101598969SQ200910149780
公开日2009年12月9日 申请日期2009年3月31日 优先权日2008年3月31日
发明者B·库珀, J·L·杰亚希兰, N·桑格, P·S·迪弗恩伯格 申请人:英特尔公司