專利名稱：用于實施通用系統(tǒng)停頓的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明的實施例大體上涉及功率管理，且更具體地說，涉及用于實施通用系統(tǒng)停頓 的方法和系統(tǒng)。
背景技術(shù)：
除非本文另外指出，否則這部分中所描述的途徑不作為本申請案中的權(quán)利要求書的 現(xiàn)有技術(shù)，且不通過包含在這部分中而被承認是現(xiàn)有技術(shù)。
能量效率正成為許多系統(tǒng)設(shè)計中越來越重要的考慮因素。存儲器制造商已經(jīng)開發(fā)出 具有多個功率狀態(tài)(例如活動、活動閑置、斷電和自刷新)的存儲器系統(tǒng)。存儲器系統(tǒng) 通常需要處于活動狀態(tài)以服務(wù)某一請求，且其余功率狀態(tài)是為了減少功率消耗，但增加 了轉(zhuǎn)變回到活動的時間。換句話說，活動狀態(tài)消耗最多功率，且自刷新狀態(tài)引起用于時 鐘再同步的最多延遲。類似地，系統(tǒng)互連鏈路也與多個功率狀態(tài)相關(guān)聯(lián)，其中最低功率 狀態(tài)同樣對應(yīng)于最高等待時間。因此， 一種實現(xiàn)能量效率的途徑是盡可能長時間地將存 儲器系統(tǒng)、系統(tǒng)互連鏈路或兩者維持在最低功率狀態(tài)，且同時有效地管理與進入和退出 所述狀態(tài)相關(guān)聯(lián)的高等待時間。
為了說明，假設(shè)顯示系統(tǒng)110是低功率狀態(tài)期間計算裝置100中的唯一活動代理， 其中系統(tǒng)存儲器106處于自刷新狀態(tài)，且系統(tǒng)鏈路108處于斷電狀態(tài)。圖1A是能夠在此 低功率狀態(tài)下顯示數(shù)據(jù)的計算裝置100的簡化框圖。計算裝置100的顯示系統(tǒng)110包含 顯示引擎112、顯示裝置114和顯示先進先出("FIFO")緩沖器116。顯示引擎112利用 顯示FIFO緩沖器116來消除顯示裝置114的嚴格計時要求與存儲器系統(tǒng)106的相互影響。 因此，為了能夠經(jīng)受住與將系統(tǒng)存儲器106從低功率狀態(tài)"喚醒"僅以檢索數(shù)據(jù)相關(guān)聯(lián) 的潛在相當大的等待時間，顯示引擎112確保顯示FIFO緩沖器116存儲足夠的像素數(shù)據(jù)， 以滿足低功率狀態(tài)期間顯示裝置114的計時要求。具體地說，當計算裝置100駐存在低 功率狀態(tài)時，顯示引擎110在方向118上處理并汲取顯示FIFO緩沖器116中的數(shù)據(jù)。當 顯示引擎110達到顯示FIFO緩沖器U6中的預(yù)定臨界水位時，顯示引擎110啟動以下過 程退出低功率狀態(tài)并從系統(tǒng)存儲器106獲取數(shù)據(jù)，以在方向120上填滿顯示FIFO緩沖 器116。此填滿過程也被稱為"裝滿"顯示FIFO緩沖器116。
圖IB是說明不具有用以優(yōu)化功率效率的顯示FIFO緩沖器以及顯示引擎的顯示系統(tǒng)所作的一種型式的系統(tǒng)存儲器存取的時序圖，而圖1C是說明具有用以優(yōu)化功率效率的顯 示FIFO緩沖器116以及顯示引擎112的顯示系統(tǒng)110所作的不同型式的系統(tǒng)存儲器存取 的時序圖。在沒有功率效率優(yōu)化的情況下，任何兩個存儲器存取之間的間隙(表示為存 取間隙150)通常小于與進入或退出低功率狀態(tài)(例如自刷新狀態(tài))相關(guān)聯(lián)的等待時間。 另一方面，通過適當大小的顯示FIFO緩沖器116，存儲器存取可群集，且存取間隙160 可延長到至少等于與進入或退出自刷新狀態(tài)相關(guān)聯(lián)的等待時間。這種存儲器存取請求的 群集和存取間隙的延長被統(tǒng)稱為"顯示停頓"。通過圖1C中展示的型式，計算裝置100 能夠?qū)崿F(xiàn)所需的能量效率。
然而，除顯示系統(tǒng)110之外，計算裝置100還具有各種輸入/輸出("I/O")代理，其 請求經(jīng)由系統(tǒng)鏈路108和芯片集104來存取系統(tǒng)存儲器106。這些I/0代理的一些實例包 含(但不限于)集成驅(qū)動器電子設(shè)備("IDE")裝置、通用串行總線("USB")裝置、網(wǎng) 絡(luò)控制器、外圍組件互連快遞("PCI Express")控制器、PCI橋接器和PCI-X控制器。N 個I/O代理中的每一者都具有其自己的相異計時要求，且所述I/O代理中的許多I/O代理 不支持停頓要求。雖然將所述I/0代理中的每一者重新設(shè)計成發(fā)出導(dǎo)致與圖1C中所示的 型式類似的存儲器存取型式的存儲器存取請求可以改進計算裝置100的能量效率，但胡 亂修補多個工作裝置(尤其是已經(jīng)被廣泛采用的傳統(tǒng)I/O代理)的風險和成本可能遠遠 超過任何此類改進。
如前面所說明的，此項技術(shù)中需要一種通用系統(tǒng)停頓，其可容易部署且至少解決上 文所陳述的現(xiàn)有技術(shù)途徑的缺點。

發(fā)明內(nèi)容
本發(fā)明揭示用于實施通用系統(tǒng)停頓的方法和系統(tǒng)。具體地說，本發(fā)明的一個實施例
陳述一種方法，其包含以下步驟在計算裝置的低功率狀態(tài)期間，阻斷從多個總線主控 器中的第一者接收到的第一請求持續(xù)所述計算裝置的計時要求所允許的那么長時間，其
中達到計時要求限制的所述第一請求能夠觸發(fā)計算裝置從低功率狀態(tài)轉(zhuǎn)變出來；以及在
計算裝置的活動狀態(tài)期間，在計算裝置轉(zhuǎn)變回到低功率狀態(tài)之前，服務(wù)所述第一請求以 及來自所述多個總線主控器中的其余總線主控器的其它待決請求。
所揭示的方法和系統(tǒng)的一個優(yōu)點是，可在不對計算裝置中的各種I/O代理進行任何 重新設(shè)計的情況下管理此計算裝置的存儲器存取，以增強所述計算裝置的能量效率。


可參考實施例(其中一些實施例在附圖中說明)來獲得可詳細理解本發(fā)明的上述特征的方式，即本發(fā)明的更具體描述(上文簡要概述)。然而，應(yīng)注意，附圖只說明本發(fā)明 的典型實施例，且因此并不被視為限制本發(fā)明的范圍，因為本發(fā)明可承認其它同等有效 的實施例。
圖1A是能夠在低功率狀態(tài)下顯示數(shù)據(jù)的計算裝置的簡化框圖1B是說明不具有顯示FIFO緩沖器的顯示系統(tǒng)所作的一種型式的系統(tǒng)存儲器存取 的時序圖1C是說明包含顯示FIF0緩沖器的另一顯示系統(tǒng)所作的不同型式的系統(tǒng)存儲器存 取的時序圖2是根據(jù)本發(fā)明一個實施例的經(jīng)配置以實施通用系統(tǒng)停頓的計算裝置中的一些組 件的簡化框圖3A是根據(jù)本發(fā)明一個實施例的集中停頓單元的分解圖3B是根據(jù)本發(fā)明一個實施例的集中停頓單元中的阻斷器的狀態(tài)轉(zhuǎn)變圖4A是根據(jù)本發(fā)明一個實施例的處理來自具有高等待時間容限的總線主控器的存
儲器存取請求的時序圖4B是根據(jù)本發(fā)明一個實施例的處理來自具有顯著低于存取間隙的等待時間容限
的總線主控器的存儲器存取請求的時序圖4C是根據(jù)本發(fā)明一個實施例的處理來自具有顯著低于存取間隙的等待時間容限
的總線主控器的存儲器存取請求的另一時序圖4D是根據(jù)本發(fā)明一個實施例的處理來自不同總線主控器的多個存儲器存取請求
的時序圖；以及
圖4E是根據(jù)本發(fā)明一個實施例的在處理顯示系統(tǒng)的存儲器存取群集期間處理來自 總線主控器的存儲器存取請求的時序圖。
具體實施例方式
在本揭示內(nèi)容中，始終將本發(fā)明的一個實施例實施為與計算裝置一起使用的軟件組 件。所述軟件組件界定所述實施例(包含本文所述的方法)的功能，且可包含在多種計
算機可讀存儲媒體上。說明性計算機可讀存儲媒體包含(但不限于)(i)上面永久存儲
信息的不可寫存儲媒體(例如，計算裝置內(nèi)的只讀存儲器裝置)；(ii)上面存儲可改動信 息的可寫存儲媒體(例如，可寫存儲器裝置，例如快閃存儲器)。此類計算機可讀存儲媒 體在攜載指導(dǎo)本發(fā)明的功能的計算機可讀指令時是本發(fā)明的實施例。其它媒體包含通信 媒體，通過所述通信媒體將信息傳達給計算裝置(例如通過數(shù)據(jù)或電話網(wǎng)絡(luò))，其中包含無線通信網(wǎng)絡(luò)。后者實施例具體包含向/從因特網(wǎng)和其它網(wǎng)絡(luò)傳輸信息。此類通信媒體在 攜載指導(dǎo)本發(fā)明的功能的計算機可讀指令時是本發(fā)明的實施例。然而，所屬領(lǐng)域的技術(shù) 人員應(yīng)容易使用硬件組件或硬件組件與軟件組件的組合來實施本發(fā)明的其它實施例。
圖2是根據(jù)本發(fā)明一個實施例的經(jīng)配置以實施通用系統(tǒng)停頓的計算裝置200中的一 些組件的簡化框圖。計算裝置200包含處理單元202、具有仲裁器205的芯片集204、系 統(tǒng)存儲器206、顯示系統(tǒng)210和耦合到系統(tǒng)鏈路208和許多1/0代理的集中停頓單元221。 顯示系統(tǒng)210通常包含顯示引擎212、本地視頻存儲器(圖2中未展示)和顯示FIFO緩 沖器216,以處理視頻數(shù)據(jù)并驅(qū)動顯示裝置214。顯示裝置214是能夠發(fā)射對應(yīng)于顯示引 擎212所產(chǎn)生的數(shù)據(jù)信號的視覺圖像的輸出裝置。顯示裝置214的一些實例包含(但不 限于)陰極射線管(CRT)監(jiān)視器、液晶顯示器、等離子體顯示器、投影儀或任何其它 合適的顯示系統(tǒng)。
系統(tǒng)存儲器206存儲供處理單元202和甚至顯示引擎212執(zhí)行和操作的編程指令和 數(shù)據(jù)，其中包含屏幕數(shù)據(jù)。如圖所示，處理單元202經(jīng)由芯片集204與系統(tǒng)存儲器206 和顯示系統(tǒng)210通信?；蛘撸幚韱卧?02包含專用存儲器端口，以連接到系統(tǒng)存儲器 206。在其它實施方案中，處理單元202、顯示系統(tǒng)210中的顯示引擎212、芯片集204 或其任何組合可集成為單個處理單元。另外，顯示引擎212的功能性可包含在芯片集204 中或包含在某種其它類型的專用處理單元或協(xié)處理器中。在此些實施例中，軟件指令可 駐存在除系統(tǒng)存儲器206以外的其它存儲器系統(tǒng)中，且可由除處理單元202以外的處理 單元來執(zhí)行。所屬領(lǐng)域的技術(shù)人員還應(yīng)容易認識到芯片集204可包含一起工作以服務(wù)不 同類型的1/0代理的多個離散集成電路，例如北橋和南橋。
雖然在圖2中將仲裁器205和集中停頓單元221展示為兩個離散組件，但所屬領(lǐng)域 的技術(shù)人員應(yīng)容易使用其它配置來實施通用系統(tǒng)停頓，且同時保持在本發(fā)明的范圍內(nèi)。 舉例來說，在一個實施方案中，集中停頓單元221的功能性包含在仲裁器205中。
圖3A是根據(jù)本發(fā)明一個實施例的集中停頓單元221的分解圖。對于每個具有總線主 控器的I/0代理，集中停頓單元221包含相應(yīng)的阻斷器，以潛在地阻斷總線主控器的請 求傳播到仲裁器205。舉例來說，阻斷器,302對應(yīng)于1/0代理,222，且阻斷器N 304對 應(yīng)于I/O代理N 224 。在一個實施方案中，每個阻斷器具有可編程字段 MAX—BLOCK—TIME,其在數(shù)學上可表達如下
MAX_BLOCK—TIME二與I/O代理相關(guān)聯(lián)的等待時間容限-(與退出低功率狀態(tài)相關(guān) 聯(lián)的等待時間+在I/O代理之間進行仲裁的時間量)為了說明，結(jié)合圖2，假設(shè)I/0代理,222的總線主控器具有固有的100微秒的等待 時間容限，且總線主控器在處于低功率狀態(tài)時請求來自系統(tǒng)存儲器206的數(shù)據(jù)。進一步 假設(shè)系統(tǒng)存儲器206從低功率狀態(tài)轉(zhuǎn)變到活動狀態(tài)且仲裁器205選擇一個請求以對其進 行服務(wù)兩者花費20微秒。因此，為了I/0代理,222的總線主控器滿足其計時限制，需 要在100微秒內(nèi)接收所請求的數(shù)據(jù)。然而，由于仲裁器205和系統(tǒng)存儲器206花費20微 秒來服務(wù)所述請求，所以阻斷器！ 302最多能阻斷所述請求持續(xù)(100-20)或80微秒。 換句話說，在第80微秒時，阻斷器,302需要開始向仲裁器205傳播所述請求，且啟動 使系統(tǒng)存儲器206轉(zhuǎn)換到活動狀態(tài)的過程?；蛘?，上述等式中所使用的等待時間容限進 一步取決于經(jīng)配置以對計算裝置200進行操作的軟件安全網(wǎng)(如果有的話)的類型。舉 例來說， 一個軟件安全網(wǎng)對計算裝置200進行配置，以在傳輸期間檢測到包丟失時重新 發(fā)送包。通過此類軟件安全網(wǎng)，等待時間容限可延長到超過總線主控器的固有等待時間 容限。
此外，每個阻斷器彼此連接。因此， 一個總線主控器請求從單個I/O代理到仲裁器 205的傳播觸發(fā)集中停頓單元221中的所有其它阻斷器的"解除阻斷"，且將所有待決總 線主控器請求釋放到仲裁器205。仲裁器205經(jīng)配置具有在來自各個總線主控器的請求 之間選擇以進行服務(wù)的策略。所屬領(lǐng)域的技術(shù)人員應(yīng)容易認識到仲裁器205可在不超出 本發(fā)明范圍的情況下采用任何已知仲裁方案。
圖3B是根據(jù)本發(fā)明一個實施例的集中停頓單元221中的阻斷器的狀態(tài)轉(zhuǎn)變圖350。 使用圖3A中所展示的阻斷器！ 302作為說明，阻斷器,302通常保持在閑置狀態(tài)352，尤 其在圖2的計算裝置200的低功率狀態(tài)期間。此狀態(tài)指示阻斷器！ 302不具有任何待決總 線主控器請求。假設(shè)在低功率狀態(tài)期間，阻斷器,302接收到來自1/0代理,222的總線 主控器請求。如果阻斷器,302的前述MAX_BLOCK_TIME含有非零值，那么阻斷器,302 轉(zhuǎn)變到阻斷狀態(tài)354，且開始阻斷請求。所述阻斷保持有效，直到1/0代理！ 222解除斷 言所述請求或阻斷器,302轉(zhuǎn)變到請求待決狀態(tài)356為止。為了轉(zhuǎn)變到請求待決狀態(tài)356， 一個觸發(fā)條件是在總線主控器請求已經(jīng)被阻斷持續(xù)MAX_BLOCK_TIME時，且另一觸發(fā) 條件是在計算裝置200退出低功率狀態(tài)時。在許多情形中，這種從低功率狀態(tài)轉(zhuǎn)變出來 的情況可在MAX—BLOCKJTIME期滿之前發(fā)生。舉例來說，集中停頓單元221中的另一 阻斷器在阻斷器,302達到其MAX_BLOCK_TIME之前解除阻斷其待決請求且觸發(fā)計算 裝置200進入活動狀態(tài)。在另一種情形中，在阻斷器,302的MAX—BLOCK—TIME期滿 之前，顯示系統(tǒng)210開始經(jīng)由系統(tǒng)鏈路208請求數(shù)據(jù)，且觸發(fā)計算裝置200從低功率狀態(tài)轉(zhuǎn)變出來。
代替如上文所述經(jīng)由阻斷狀態(tài)354到達請求待決狀態(tài)356，阻斷器,302可直接從閑 置狀態(tài)352到達請求待決狀態(tài)356。為了說明，假設(shè)阻斷器,302再次接收來自1/0代理 ,222的總線主控器請求。如果計算裝置200不處于低功率狀態(tài)或阻斷器,302的 MAX—BLOCK—TIME被配置為零，那么阻斷器,302直接轉(zhuǎn)變到請求待決狀態(tài)356。在將 待決請求傳播到仲裁器205以供進一步處理之后，阻斷器,302轉(zhuǎn)換回到閑置狀態(tài)352。
此外，因為顯示系統(tǒng)210通常是圖2的計算裝置200的低功率狀態(tài)期間的主要數(shù)據(jù) 消耗者，所以通用系統(tǒng)停頓的一個實施方案是操縱前述阻斷器以使盡可能多的來自各個 I/O代理的存儲器存取請求與來自顯示系統(tǒng)210的存儲器存取請求群集。圖4A到圖4E
以及以下論述內(nèi)容描述具有不同等待時間容限限制的i/o代理的各種總線主控器的處理。
圖4A是根據(jù)本發(fā)明一個實施例的處理來自具有高等待時間容限的總線主控器的存 儲器存取請求400的時序圖。此處，負責此總線主控器的阻斷器致使存儲器存取請求400 在顯示器系統(tǒng)210的存儲器存取群集402被執(zhí)行之后得以服務(wù)。在一個實施方案中，存 儲器存取群集402供顯示引擎212填滿顯示FIFO 216。通過將存儲器存取404與群集402 組群，系統(tǒng)存儲器206不需要單獨從低功率狀態(tài)轉(zhuǎn)變出來以只是為了滿足存儲器存取請 求400。值得注意的是，存取間隙406受計算裝置中具有對存取系統(tǒng)存儲器206的待決 請求的所有I/0代理之間的最小等待時間容限限制。然而，在圖4A中所示的實例中，最 小等待時間容限等于顯示系統(tǒng)210的等待時間容限，其在一個實施方案中由顯示FIFO 216的大小規(guī)定。
圖4B是根據(jù)本發(fā)明一個實施例的處理來自具有顯著低于存取間隙416的等待時間容 限的總線主控器的存儲器存取請求410的時序圖。負責此總線主控器的阻斷器致使仲裁 器205解除阻斷且系統(tǒng)存儲器206從低功率狀態(tài)轉(zhuǎn)換出來。在此具體實例中，將對應(yīng)于 存儲器存取請求410的存儲器存取414注入顯示系統(tǒng)210的存儲器存取群集412中。類 似于圖4A中所說明且上文詳細描述的過程，處理存儲器存取414以及群集412防止了系 統(tǒng)存儲器206單獨從低功率狀態(tài)轉(zhuǎn)變出來以只是為了服務(wù)存儲器存取請求410。
圖4C是處理來自具有顯著低于存取間隙428的等待時間容限的總線主控器的存儲器 存取請求420的另一時序圖。此處，因為低等待時間容限的緣故，系統(tǒng)存儲器206從低 功率狀態(tài)轉(zhuǎn)變出來，以服務(wù)對應(yīng)于存儲器存取請求420的存儲器存取424。為了充分利 用在周期430期間處于活動狀態(tài)的系統(tǒng)存儲器206，顯示引擎212的一個實施方案致使 顯示FIFO 216在方向434上裝滿。更準確地說，當顯示引擎212在低功率狀態(tài)期間在方向432上汲取并處理顯示FIFO 216中的像素數(shù)據(jù)時，存儲器存取請求420的發(fā)生觸發(fā)了 系統(tǒng)存儲器206的喚醒以及存儲器存取群集426的服務(wù)，以在方向434上裝滿顯示FIFO 216。
圖4D是根據(jù)本發(fā)明一個實施例的處理來自不同總線主控器的多個存儲器存取請求 的時序圖。假設(shè)兩個總線主控器中的任一者的等待時間容限顯著長于存取間隙450。負 責存儲器存取請求440和存儲器存取請求442的兩個阻斷器致使相應(yīng)的存儲器存取446 和448分別與顯示系統(tǒng)210的存儲器存取群集444組群。所屬領(lǐng)域的技術(shù)人員應(yīng)容易認 識到圖4D中所示的存儲器存取446和448的群集只是出于說明性目的，且可在不超出本 發(fā)明范圍的情況下，根據(jù)仲裁器205所采用的仲裁策略來修改。
最后，圖4E是根據(jù)本發(fā)明一個實施例的在處理顯示系統(tǒng)210的存儲器存取群集462 期間處理來自總線主控器的存儲器存取請求460的時序圖。在一個實施方案中，負責此 總線主控器的阻斷器將請求傳播到仲裁器205而沒有進一步阻斷，且致使存儲器存取464 注入顯示系統(tǒng)210的存儲器存取群集462中。
以上描述內(nèi)容說明本發(fā)明的各種實施例以及可如何實施本發(fā)明各方面的實例。以上 實例、實施例和圖式不應(yīng)被認為是僅有的實施例，且經(jīng)呈現(xiàn)以說明如由所附權(quán)利要求書 所界定的本發(fā)明的靈活性和優(yōu)點。
權(quán)利要求
1. 一種用于實施通用系統(tǒng)停頓的方法，所述方法包括在計算裝置的低功率狀態(tài)期間，阻斷從多個總線主控器中的第一者接收到的第一請求持續(xù)所述計算裝置的計時要求所允許的那么長時間，其中所述第一請求能夠觸發(fā)所述計算裝置從所述低功率狀態(tài)轉(zhuǎn)變出來；以及在所述計算裝置的活動狀態(tài)期間，在所述計算裝置轉(zhuǎn)變回到所述低功率狀態(tài)之前，服務(wù)所述第一請求以及來自所述多個總線主控器的其余總線主控器的其它待決請求。
2. 根據(jù)權(quán)利要求l所述的方法，其進一步包括在等于具有待決請求的所有所述多個總 線主控器之間的最小等待時間容限的時間周期期滿之后，解除阻斷所述第一請求以 使所述計算裝置進入所述活動狀態(tài)。
3. 根據(jù)權(quán)利要求2所述的方法，其中所述最小等待時間容限進一步考慮退出所述低功 率狀態(tài)且在所述第一請求與所述其它待決請求之間進行仲裁所花費的總計時間量。
4. 根據(jù)權(quán)利要求3所述的方法，其中通過所述計算裝置所支持的安全網(wǎng)機制來延長所 述最小等待時間容限。
5. 根據(jù)權(quán)利要求l所述的方法，其進一步包括在所述計算裝置的所述低功率狀態(tài)期間，處理顯示緩沖器中的像素數(shù)據(jù)；以及 在所述計算裝置的所述活動狀態(tài)期間，填滿所述顯示緩沖器。
6. 根據(jù)權(quán)利要求1所述的方法，其中所述服務(wù)步驟進一步包括在所述第一請求與所述 其它待決請求之間進行仲裁以確定服務(wù)順序。
7. 根據(jù)權(quán)利要求1所述的方法，其中所述服務(wù)步驟進一步包括-在所述計算裝置的所述活動狀態(tài)期間在接收到來自所述多個總線主控器中的第 二者的第二請求后，在所述活動狀態(tài)期間服務(wù)所述第二請求。
8. —種經(jīng)配置以支持通用系統(tǒng)停頓的計算裝置，所述計算裝置包括-處理單元； 仲裁器；系統(tǒng)存儲器；以及集中停頓單元，其耦合到輸入/輸出("I/O")代理的多個總線主控器，其中所述集中停頓單元中的第一阻斷器經(jīng)配置以在所述計算裝置的低功率狀態(tài)期 間阻斷從所述多個總線主控器中的第一者接收到的第一存儲器存取請求持續(xù)所述計算裝置的計時要求所允許的那么長時間，其中所述第一存儲器存取請求能夠觸 發(fā)所述計算裝置從所述低功率狀態(tài)轉(zhuǎn)變出來；以及在所述計算裝置的活動狀態(tài)期間，所述系統(tǒng)存儲器經(jīng)配置以在所述計算裝置轉(zhuǎn) 變回到所述低功率狀態(tài)之前服務(wù)所述第一存儲器存取請求以及來自所述多個總線 主控器中的其余總線主控器的其它待決存儲器存取請求。
9. 根據(jù)權(quán)利要求8所述的計算裝置，其中所述集中停頓單元中的每個阻斷器均配置有 可編程的阻斷時間周期。
10. 根據(jù)權(quán)利要求8所述的計算裝置，其中所述集中停頓單元中的每個阻斷器彼此連接。
11. 根據(jù)權(quán)利要求9所述的計算裝置，其中所述第一阻斷器在具有待決請求的所有所述 多個總線主控器之間的最小等待時間容限期滿之后，解除阻斷所述第一存儲器存取 請求并將其發(fā)送到所述仲裁器以使所述計算裝置進入所述活動狀態(tài)。
12. 根據(jù)權(quán)利要求9所述的計算裝置，其中所述可編程的阻斷時間周期進一步考慮退出 所述低功率狀態(tài)且在所述第一存儲器存取請求與所述其它待決存儲器存取請求之 間進行仲裁所花費的總計時間量。
13. 根據(jù)權(quán)利要求11所述的計算裝置，其中所述計算裝置經(jīng)配置以支持安全網(wǎng)機制，以 延長所述最小等待時間容限。
14. 根據(jù)權(quán)利要求8所述的計算裝置，其進一步包括顯示引擎，其中所述顯示引擎經(jīng)配 置以在所述計算裝置的所述低功率狀態(tài)期間，處理顯示緩沖器中的像素數(shù)據(jù)；以及 在所述計算裝置的所述活動狀態(tài)期間，填滿所述顯示緩沖器。
15. 根據(jù)權(quán)利要求8所述的計算裝置，其中所述仲裁器包含在所述第一存儲器存取請求 與所述其它待決存儲器存取請求之間進行仲裁以確定服務(wù)順序的策略。
16. 根據(jù)權(quán)利要求8所述的計算裝置，其中在所述計算裝置的所述活動狀態(tài)期間在所述 集中停頓單元中的第二阻斷器接收到來自所述多個總線主控器中的第二者的第二 請求之后，所述系統(tǒng)存儲器經(jīng)配置以也在所述活動狀態(tài)期間服務(wù)所述第二請求。
17. —種含有指令序列的計算機可讀媒體，所述指令序列在由計算裝置執(zhí)行時致使所述 計算裝置在計算裝置的低功率狀態(tài)期間，阻斷從多個總線主控器中的第一者接收到的第一 請求持續(xù)所述計算裝置的計時要求所允許的那么長時間，其中所述第一請求能夠觸 發(fā)所述計算裝置從所述低功率狀態(tài)轉(zhuǎn)變出來以及在所述計算裝置的活動狀態(tài)期間，在所述計算裝置轉(zhuǎn)變回到所述低功率狀態(tài)之 前，服務(wù)所述第一請求以及來自所述多個總線主控器中的其余總線主控器的其它待 決請求。
18. 根據(jù)權(quán)利要求17所述的計算機可讀媒體，其進一步含有指令序列，所述指令序列 在由所述計算裝置執(zhí)行時致使所述計算裝置在等于具有待決請求的所有所述多個 總線主控器之間的最小等待時間容限的時間周期期滿之后解除阻斷所述第一請求 以使所述計算裝置進入所述活動狀態(tài)。
19. 根據(jù)權(quán)利要求17所述的計算機可讀媒體，其進一步含有指令序列，所述指令序列 在由所述計算裝置執(zhí)行時致使所述計算裝置在所述計算裝置的所述低功率狀態(tài)期間，處理顯示緩沖器中的像素數(shù)據(jù)；以及 在所述計算裝置的所述活動狀態(tài)期間，填滿所述顯示緩沖器。
20. 根據(jù)權(quán)利要求17所述的計算機可讀媒體，其進一步含有指令序列，所述指令序列 在由所述計算裝置執(zhí)行時致使所述計算裝置在所述第一請求與所述其它待決請求 之間進行仲裁以確定服務(wù)順序。
全文摘要
本發(fā)明揭示一種用于實施通用系統(tǒng)停頓的方法和系統(tǒng)。具體地說，本發(fā)明的一個實施例陳述一種方法，其包含以下步驟在計算裝置的低功率狀態(tài)期間，阻斷從多個總線主控器中的第一者接收到的第一請求持續(xù)所述計算裝置的計時要求所允許的那么長時間，其中所述第一請求能夠觸發(fā)所述計算裝置從所述低功率狀態(tài)轉(zhuǎn)變出來；以及在所述計算裝置的活動狀態(tài)期間，在所述計算裝置轉(zhuǎn)換回到所述低功率狀態(tài)之前，服務(wù)所述第一請求以及來自所述多個總線主控器中的其余總線主控器的其它待決請求。
文檔編號G06F1/32GK101299165SQ200810094709
公開日2008年11月5日 申請日期2008年5月4日 優(yōu)先權(quán)日2007年5月1日
發(fā)明者布拉德·W·西梅拉爾, 戴維·G·里德, 羅伯特·威廉·查普曼, 羅曼·蘇爾古特奇克 申請人:輝達公司