基于等待時間準則的平臺功率管理的制作方法

專利名稱：基于等待時間準則的平臺功率管理的制作方法
技術領域：
本發明公開的實施例涉及功率管理領域，特別涉及基于多種等待時間準則 的管理平臺功率的方法和設備。
背景技術：
在當今的禾根世界，隨著其計算能力的飛速提高，電子設備盼性能得以迅 速改進。伴隨著這種改進，電子設備開始變得耗電，例如，消耗更多的功率。
為了節省功率，電子設備中的處理器在短時間^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·迪弗恩伯格 申請人:英特爾公司