專利名稱：決定阻隔信號的方法
技術領域：
本發(fā)明是有關于一種決定阻隔信號的方法，特別是一種于系統管理中斷信號發(fā)出至中央處理單元時，決定是否阻隔回復信號傳輸至中央處理單元的方法。
背景技術：
現今電腦技術越來越進步，電腦連結的周邊裝置也越來越多，因此電腦系統的復雜度隨著提高，導致電腦系統需要進行更繁雜的系統除錯，以提高電腦系統的穩(wěn)定性，避免電腦系統于使用時產生系統異常的情形，隨著系統除錯技術的進步，現今發(fā)展出檢測人員通過軟件(軟件即為軟體，以下皆稱為軟體)觸發(fā)系統管理中斷(System Management interrupt，SMI)信號，驅使中央處理單元執(zhí)行系統管理模式(System ManagementMode，SMM)，擷取電腦系統暫存器的資料，以可得知電腦系統于發(fā)生錯誤時的狀態(tài)，而分析電腦系統發(fā)生錯誤的來源。
當中央處理單元于執(zhí)行系統管理模式，而未完成擷取暫存器的資料時，如一回復信號傳輸至中央處理單元時，例如南橋晶片傳輸回復信號，因為回復信號是為系統晶片回復中央處理單元已完成中央處理單元發(fā)送一驅動信號的執(zhí)行事件，所以中央處理單元將更改電腦系統的暫存器的資料，如此將可能導致所擷取的暫存器的資料是為中央處理單元變更后的資料，而非為檢測人員所要的資料，將有礙檢測人員除錯電腦系統，故當中央處理單元接收系統管理中斷信號進行系統管理模式時，必須阻隔回復信號傳輸至中央處理單元，直至完成擷取暫存器的資料。
此外，因系統管理中斷信號亦可由周邊裝置所觸發(fā)，此系統管理中斷信號是不是用于擷取暫存器的資料，故不需阻隔回復信號傳輸至中央處理單元，故現今決定阻隔回復信號的方法，是偵測電腦系統的所有周邊裝置的狀態(tài)暫存器，確認系統管理中斷信號是否為周邊裝置所觸發(fā)，如不是，即表示系統管理中斷信號是由軟件所觸發(fā)，故必須阻隔回復信號傳輸至中央處理單元，然而上述的逐一確認狀態(tài)暫存器的過程，是相當費時、且耗費電腦系統硬件(硬件即為硬體，以下皆稱為硬件)資源及成本，此外當今另有阻隔回復信號的方式，其是不顧慮系統管理中斷信號是由周邊裝置或者軟件所觸發(fā)，而直接阻隔回復信號，如此電腦系統將容易產生問題。
由此可見，上述現有的決定阻隔信號的方法在方法與使用上，顯然仍存在有不便與缺陷，而亟待加以進一步改進。為了解決決定阻隔信號的方法存在的問題，相關廠商莫不費盡心思來謀求解決之道，但長久以來一直未見適用的設計被發(fā)展完成，而一般產品又沒有適切的方法能夠解決上述問題，此顯然是相關業(yè)者急欲解決的問題。因此如何能創(chuàng)設一種新的決定阻隔信號的方法，便成了當前業(yè)界極需改進的目標。
有鑒于上述現有的決定阻隔信號的方法存在的缺陷，本發(fā)明人基于從事此類產品設計制造多年豐富的實務經驗及專業(yè)知識，并配合學理的運用，積極加以研究創(chuàng)新，以期創(chuàng)設一種新的決定阻隔信號的方法，能夠改進一般現有的決定阻隔信號的方法，使其更具有實用性。經過不斷的研究、設計，并經反復試作樣品及改進后，終于創(chuàng)設出確具實用價值的本發(fā)明。

發(fā)明內容
本發(fā)明的目的在于，克服現有的決定阻隔信號的方法存在的缺陷，而提供一種新的決定阻隔信號的方法，所要解決的技術問題是使其判斷系統管理中斷信號是否由軟件所觸發(fā)，用于擷取暫存器的資料，以阻隔回復信號傳輸至中央處理單元，以擷取正確的暫存器的資料，從而更加適于實用。
本發(fā)明的另一目的在于，提供一種決定阻隔信號的方法，所要解決的技術問題是使其藉由簡易判斷方法，決定是否阻隔系統晶片傳輸回復信號至中央處理單元，提高決定阻隔回復信號的效率，從而更加適于實用。
本發(fā)明的目的及解決其技術問題是采用以下技術方案來實現的。依據本發(fā)明提出的一種決定阻隔信號的方法，其是運用于一系統管理中斷信號發(fā)送至一中央處理單元時，決定是否阻隔一回復信號傳輸至該中央處理單元，該回復信號為一系統晶片回應該中央處理單元發(fā)送一驅動信號至該系統晶片的信號，該方法包括以下步驟偵測該中央處理單元是否發(fā)送該驅動信號至該系統晶片；以及偵測是否有該系統管理中斷信號發(fā)送至該中央處理單元；其中，當該中央處理單元發(fā)送該驅動信號至該系統晶片，且該系統管理中斷信號發(fā)送至該中央處理單元，即阻隔該回復信號傳輸至該中央處理單元。
本發(fā)明的目的及解決其技術問題還可采用以下技術措施進一步實現。
前述的決定阻隔信號的方法，其中于偵測該中央處理單元是否發(fā)送該驅動信號至該系統晶片的步驟前，更包含有一步驟，其是偵測該中央處理單元是否處于先進架構電源介面(Advanced Configuration and PowerInterface，ACPI)的一C3狀態(tài)，當該中央處理單元處于該C3狀態(tài)，即不阻隔該回復信號傳輸至該中央處理單元。
前述的決定阻隔信號的方法，其中于阻隔該回復信號傳輸至該中央處理單元的步驟后，更包含有一步驟，其是于該中央處理單元完成執(zhí)行對應該系統管理中斷信號的一系統管理模式時，停止阻隔該回復信號傳輸至該中央處理單元。
前述的決定阻隔信號的方法，其中于偵測該中央處理單元是否發(fā)送該驅動信號至該系統晶片與偵測是否有該系統管理中斷信號發(fā)送至該中央處理單元的兩步驟，是判斷該系統管理中斷信號是否為擷取電腦系統的復數暫存器的資料。
前述的決定阻隔信號的方法，其中所述的系統晶片為一南橋晶片。
本發(fā)明與現有技術相比具有明顯的優(yōu)點和有益效果。由以上技術方案可知，本發(fā)明決定阻隔信號的方法至少具有下列優(yōu)點本發(fā)明決定阻隔信號的方法，是于中央處理單元發(fā)送驅動信號至系統晶片，且系統管理中斷信號發(fā)送至中央處理單元時，判定此系統管理中斷信號為驅使中央處理單元執(zhí)行系統管理模式，以擷取電腦系統的暫存器的資料，故決定阻隔回復信號傳輸至中央處理單元，以避免中央處理單元變更暫存器資料，而擷取錯誤的資料，以利檢測人員進行電腦系統除錯作業(yè)，藉由本發(fā)明的方法，可簡易判斷是否決定阻隔回復信號，故本發(fā)明具有高效率與降低硬件成本的優(yōu)點。
綜上所述，本發(fā)明特殊的決定阻隔信號的方法，其具有上述諸多的優(yōu)點及實用價值，并在同類產品中未見有類似的方法設計公開發(fā)表或使用而確屬創(chuàng)新，其不論在方法或功能上皆有較大的改進，在技術上有較大的進步，并產生了好用及實用的效果，且較現有的決定阻隔信號的方法具有增進的多項功效，從而更加適于實用，誠為一新穎、進步、實用的新設計。
上述說明僅是本發(fā)明技術方案的概述，為了能夠更清楚了解本發(fā)明的技術手段，而可依照說明書的內容予以實施，并且為了讓本發(fā)明的上述和其他目的、特征和優(yōu)點能夠更明顯易懂，以下特舉較佳實施例，并配合附圖，詳細說明如下。


圖1是本發(fā)明決定阻隔信號的方法實施例的流程圖。
圖2是本發(fā)明決定阻隔信號的方法實施例的時序圖。
圖3是本發(fā)明決定阻隔信號的方法實施例的另一時序圖。
圖4是本發(fā)明決定阻隔信號的方法另一實施例的流程圖。
具體實施例方式
為更進一步闡述本發(fā)明為達成預定發(fā)明目的所采取的技術手段及功效，以下結合附圖及較佳實施例，對依據本發(fā)明提出的決定阻隔信號的方法其具體實施方式
、方法、特征及其功效，詳細說明如后。
請參閱圖1所示，是本發(fā)明實施例的流程圖；如圖所示，首先進行步驟S1，偵測中央處理單元是否發(fā)送一驅動信號至系統晶片，系統晶片即南橋晶片，驅動信號是中央處理單元驅使系統晶片控制周邊裝置執(zhí)行事件，當偵測中央處理單元發(fā)送該驅動信號至系統晶片后，即進一步執(zhí)行步驟S2，偵測是否有系統管理中斷信號被觸發(fā)而發(fā)送至中央處理單元，當有系統管理中斷信號發(fā)送至中央處理單元時，即判定此系統管理中斷信號為檢測人員通過軟件所觸發(fā)而發(fā)送至中央處理單元，以驅使中央處理單元執(zhí)行系統管理模式，以擷取暫存器資料，故進行步驟S3，阻隔該回復信號傳輸至中央處理單元，直至中央處理單元完成執(zhí)行系統管理模式，回復信號為系統晶片用于回復中央處理單元完成執(zhí)行驅動信號的事件。
阻隔該回復信號的方式可為發(fā)送一阻隔信號至系統晶片，驅使該系統晶片不發(fā)出該回復信號，或者發(fā)送阻隔信號至中央處理單元，驅使中央處理單元不接收該回復信號，以擷取出正確的暫存器的資料，而非擷取變更后的暫存器資料，以利檢測人員進行除錯作業(yè)。
請參閱圖2所示，是本發(fā)明實施例的時序圖；如圖所示，當中央處理單元發(fā)送驅動信號至系統晶片后，且有系統管理中斷信號被觸發(fā)而傳送至中央處理單元時，本發(fā)明即判定系統管理中斷信號為檢測人員通過軟件發(fā)送一擷取信號所觸發(fā)，故即會觸發(fā)阻隔信號，以阻隔回復信號傳送至中央處理單元，直至中央處理單元完成執(zhí)行系統管理模式，即完成擷取暫存器的資料。
請參閱圖3所示，是本發(fā)明實施例的另一時序圖；如圖所示，當系統管理中斷信號首先被觸發(fā)，而傳輸至中央處理單元，之后，中央處理單元才發(fā)送驅動信號至系統晶片，于此情形本發(fā)明判定此系統管理中斷信號為周邊裝置所觸發(fā)，故不需觸發(fā)阻隔信號阻隔回復信號傳輸至中央處理單元，其原因為當檢測人員通過軟件觸發(fā)系統管理中斷信號后，應不會再通過軟件發(fā)送命令至中央處理單元，發(fā)送驅動信號，故于此種情形是判定系統管理中斷信號為周邊裝置所觸發(fā)，故不需觸發(fā)阻隔信號阻隔回復信號傳輸至中央處理單元。
由上述可知，藉由本發(fā)明的簡易的判斷方式，可簡單快速決定是否需要阻隔回復信號傳輸至中央處理單元，而不需如習用技術般必須逐一偵測電腦系統的暫存器的值，以確認系統管理中斷信號是否為軟件所觸發(fā)，再決定是否阻隔回復傳輸至中央處理單元，故本發(fā)明具有提升決定阻隔回復信號的效率，且降低硬件成本。
請參閱圖4所示，是本發(fā)明另一實施例的流程圖；因當中央處理單元處于先進架構電源介面(Advanced Configuration and PowerInterface，ACPI)的一C3狀態(tài)時，軟件不會觸發(fā)系統管理中斷信號，故本發(fā)明的決定方法是更可增設一步驟，如步驟S11所示，是先偵測中央處理單元是否處于先進架構電源介面的C3狀態(tài)，如中央處理單元處于先進架構電源介面的C3狀態(tài)，即不做后續(xù)偵測步驟，如偵測中央處理單元不處于先進架構電源介面的C3狀態(tài)時，則接續(xù)進行步驟S12，偵測中央處理單元是否發(fā)送驅動信號至系統晶片，如是則接續(xù)進行步驟S13，偵測是否有系統管理中斷信號發(fā)送至中央處理單元，如是即進行步驟S14，阻隔回復信號傳輸至中央處理單元。
以上所述，僅是本發(fā)明的較佳實施例而已，并非對本發(fā)明作任何形式上的限制，雖然本發(fā)明已以較佳實施例揭露如上，然而并非用以限定本發(fā)明，任何熟悉本專業(yè)的技術人員，在不脫離本發(fā)明技術方案范圍內，當可利用上述揭示的技術內容作出些許更動或修飾為等同變化的等效實施例，但凡是未脫離本發(fā)明技術方案的內容，依據本發(fā)明的技術實質對以上實施例所作的任何簡單修改、等同變化與修飾，均仍屬于本發(fā)明技術方案的范圍內。
權利要求
1.一種決定阻隔信號的方法，其是運用于一系統管理中斷信號發(fā)送至一中央處理單元時，決定是否阻隔一回復信號傳輸至該中央處理單元，該回復信號為一系統晶片回應該中央處理單元發(fā)送一驅動信號至該系統晶片的信號，其特征在于該方法包括以下步驟偵測該中央處理單元是否發(fā)送該驅動信號至該系統晶片；以及偵測是否有該系統管理中斷信號發(fā)送至該中央處理單元；其中，當該中央處理單元發(fā)送該驅動信號至該系統晶片，且該系統管理中斷信號發(fā)送至該中央處理單元，即阻隔該回復信號傳輸至該中央處理單元。
2.根據權利要求1所述的方法，其特征在于其中于偵測該中央處理單元是否發(fā)送該驅動信號至該系統晶片的步驟前，更包含有一步驟，其是偵測該中央處理單元是否處于先進架構電源介面的一C3狀態(tài)，當該中央處理單元處于該C3狀態(tài)，即不阻隔該回復信號傳輸至該中央處理單元。
3.根據權利要求1所述的方法，其特征在于其中于阻隔該回復信號傳輸至該中央處理單元的步驟后，更包含有一步驟，其是于該中央處理單元完成執(zhí)行對應該系統管理中斷信號的一系統管理模式時，停止阻隔該回復信號傳輸至該中央處理單元。
4.根據權利要求1所述的方法，其特征在于其中于偵測該中央處理單元是否發(fā)送該驅動信號至該系統晶片與偵測是否有該系統管理中斷信號發(fā)送至該中央處理單元的兩步驟，是判斷該系統管理中斷信號是否為擷取電腦系統的復數暫存器的資料。
5.根據權利要求1所述的方法，其特征在于其中所述的系統晶片為一南橋晶片。
全文摘要
本發(fā)明是有關于一種決定阻隔信號的方法，其是運用于一系統管理中斷信號(System Management interrupt，SMI)發(fā)送至中央處理單元時，判斷是否阻隔一回復信號傳輸至中央處理單元，回復信號為一系統晶片回應該中央處理單元發(fā)送一驅動信號至該系統晶片的信號，該阻隔方法是偵測中央處理單元是否發(fā)送驅動信號至系統晶片，以及偵測是否有系統管理中斷信號發(fā)送至中央處理單元，當中央處理單元發(fā)送驅動信號至系統晶片后，接續(xù)有系統管理中斷信號發(fā)送至中央處理單元時，即判斷此系統管理中斷信號是用于擷取電腦系統的暫存器之值，故阻隔回復信號發(fā)送至中央處理單元。
文檔編號G06F11/00GK1710544SQ20051008063
公開日2005年12月21日 申請日期2005年7月4日 優(yōu)先權日2005年7月4日
發(fā)明者魏睿民, 黃正維 申請人:威盛電子股份有限公司