[發明專利]一種ME和BIOS交互的故障測試方法、裝置、設備及可讀介質

有效

• 申請號: 202210072882.7
• 申請日: 2022-01-21
• 公開（公告）號: CN114490217B
• 公開（公告）日: 2023-08-18
• 發明（設計）人: 蘭晨雨
• 申請（專利權）人: 蘇州浪潮智能科技有限公司
• 主分類號: G06F11/22
• 分類號: G06F11/22;G06F11/07
• 代理公司: 北京連和連知識產權代理有限公司 11278
• 代理人: 張濤;楊帆

本發明公開了一種ME和BIOS交互的故障測試方法、裝置、設備和介質，方法包括以下步驟：對系統管理總線進行通信配置，并通過調試設備連接平臺診斷控制臺和被測系統；基于所述通信配置獲取所述被測系統中ME的地址，并基于所述ME的地址讀取ME中EOP的狀態信息；將所述EOP的狀態信息發送至所述平臺診斷控制臺，并基于所述EOP的狀態信息生成故障測試日志；以及基于所述故障測試日志判斷所述被測系統中ME和BIOS交互是否出現不可忽視的ME故障，響應于出現不可忽視的ME故障，則對所述ME故障進行恢復并開啟所述BIOS。本發明解決了開機啟動過程中因為EOP收發導致BIOS等待，無法正常啟動、引導操作系統的問題。

技術領域

本發明涉及故障測試技術領域，尤其涉及一種ME和BIOS交互的故障測試方法、裝置、設備及可讀介質。

背景技術

系統在啟動過程中可能會遇到MEFS(ME固件狀態寄存器)中指示的幾種錯誤情況，這些錯誤對ME(Management?Engine，管理引擎)來說可能是致命的，但對服務器系統來說不一定是致命的，可能沒有ME的情況下，系統依然運行良好。因此，一般情況下建議只將ME錯誤(error)記錄到系統的非易失性日志中，然后正常啟動系統。如果是在ME中運行的節點管理器(NM)固件，ME錯誤對系統健康顯得十分重要，因為電源功耗限制功能對于保護系統電源或者服務器電源有關鍵性作用，則可能需要在ME錯誤時停止系統。要處理此類情況，BIOS(Basic?Input/Output?System，基本輸入輸出系統)要提前在BIOS設置(setup)中配置用戶選項，以定義ME錯誤處理策略。

目前，在服務器啟動過程中，為了使這種NM激活POST結束后需要的電源功耗限制等功能，BIOS必須向ME發送END_OF_POST(EOP)通知，一般BIOS需要在操作系統啟動或操作系統resume(恢復)之前立即向ME發送END_OF_POST消息。此消息必須在每次BIOS開機自檢(POST，Power?On?Self?Test)執行時發送，BIOS只能在收到此響應后再繼續。在接收到此消息后，意味著ME對host(主機)接口提出了更高的安全性要求。除了在S3?resume期間，BIOS不需要發送EOP消息，也不等到響應，如果發送EOP消息，ME將忽略。

現有技術的EOP響應消息是ME發送到BIOS作為EOP消息的響應，BIOS必須等待EOP請求消息的響應，以確保ME收到EOP。因為存在一種邊界情況，即host方面的軟件在ME處理此消息之前開始加載。在這種情況下，惡意host軟件(如啟動病毒)可能會在ME提供服務之前就通過在HECI(Host?Embedded?Controller?Interface，主機嵌入式控制器接口)循環buffer(緩沖器)中連續寫入EOP消息的位置，則它將被下一次寫入覆蓋。如果成功，此消息將使ME固件脫離預啟動(pre?boot?mode)模式，并導致宕機或reset(復位)循環，或延長開機時間，無法正常過渡到操作系統模式。

發明內容

有鑒于此，本發明實施例的目的在于提出一種ME和BIOS交互的故障測試方法、裝置、設備及可讀介質，通過對ME的故障測試，在啟動過程中記錄到系統非易失性日志中，解決了開機啟動過程中因為EOP收發導致BIOS等待，無法正常啟動、引導操作系統的問題。

基于上述目的，本發明實施例的一方面提供了一種ME和BIOS交互的故障測試方法，包括以下步驟：對系統管理總線進行通信配置，并通過調試設備連接平臺診斷控制臺和被測系統；基于所述通信配置獲取所述被測系統中ME的地址，并基于所述ME的地址讀取ME中EOP的狀態信息；將所述EOP的狀態信息發送至所述平臺診斷控制臺，并基于所述EOP的狀態信息生成故障測試日志；以及基于所述故障測試日志判斷所述被測系統中ME和BIOS交互是否出現不可忽視的ME故障，響應于出現不可忽視的ME故障，則對所述ME故障進行恢復并開啟所述BIOS。

在一些實施方式中，方法還包括：響應于未出現不可忽視的ME故障，則開啟所述BIOS且禁止所述BIOS向所述ME發送EOP消息。