CN114490217A - 一种me和bios交互的故障测试方法、装置、设备及可读介质 - Google Patents

一种me和bios交互的故障测试方法、装置、设备及可读介质 Download PDF

Info

Publication number
CN114490217A
CN114490217A CN202210072882.7A CN202210072882A CN114490217A CN 114490217 A CN114490217 A CN 114490217A CN 202210072882 A CN202210072882 A CN 202210072882A CN 114490217 A CN114490217 A CN 114490217A
Authority
CN
China
Prior art keywords
fault
bios
eop
interaction
negligible
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN202210072882.7A
Other languages
English (en)
Other versions
CN114490217B (zh
Inventor
兰晨雨
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Suzhou Inspur Intelligent Technology Co Ltd
Original Assignee
Suzhou Inspur Intelligent Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Suzhou Inspur Intelligent Technology Co Ltd filed Critical Suzhou Inspur Intelligent Technology Co Ltd
Priority to CN202210072882.7A priority Critical patent/CN114490217B/zh
Publication of CN114490217A publication Critical patent/CN114490217A/zh
Application granted granted Critical
Publication of CN114490217B publication Critical patent/CN114490217B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • G06F11/2205—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing using arrangements specific to the hardware being tested
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0793—Remedial or corrective actions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • G06F11/2205—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing using arrangements specific to the hardware being tested
    • G06F11/2221—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing using arrangements specific to the hardware being tested to test input/output devices or peripheral units
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • G06F11/2273—Test methods
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management

Abstract

本发明公开了一种ME和BIOS交互的故障测试方法、装置、设备和介质，方法包括以下步骤：对系统管理总线进行通信配置，并通过调试设备连接平台诊断控制台和被测系统；基于所述通信配置获取所述被测系统中ME的地址，并基于所述ME的地址读取ME中EOP的状态信息；将所述EOP的状态信息发送至所述平台诊断控制台，并基于所述EOP的状态信息生成故障测试日志；以及基于所述故障测试日志判断所述被测系统中ME和BIOS交互是否出现不可忽视的ME故障，响应于出现不可忽视的ME故障，则对所述ME故障进行恢复并开启所述BIOS。本发明解决了开机启动过程中因为EOP收发导致BIOS等待，无法正常启动、引导操作系统的问题。

Description

一种ME和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消息。
在一些实施方式中，对系统管理总线进行通信配置包括：对平台诊断控制台的路径地址、ME地址和系统管理总线码率进行配置。
在一些实施方式中，通过调试设备连接平台诊断控制台和被测系统包括：初始化调试设备，并向平台诊断控制台发送适配信息；响应于由所述平台诊断控制台接收到所述适配信息，则确认成功连接所述平台诊断控制台和被测系统。
在一些实施方式中，所述调试设备为Aardvark调试工具。
在一些实施方式中，基于所述故障测试日志判断所述被测系统中ME和BIOS交互是否出现不可忽视的ME故障包括：判断所述故障测试日志中ME的故障类型是否为预设故障类型；若是所述故障测试日志中ME的故障类型为预设故障类型，则确认所述被测系统中ME和BIOS交互出现不可忽视的ME故障。
在一些实施方式中，对所述ME故障进行恢复并开启所述BIOS包括：对所述ME故障进行定位和替换，并开启所述BIOS。
本发明实施例的另一方面，还提供了一种ME和BIOS交互的故障测试装置，包括：第一模块，配置用于对系统管理总线进行通信配置，并通过调试设备连接平台诊断控制台和被测系统；第二模块，配置用于基于所述通信配置获取所述被测系统中ME的地址，并基于所述ME的地址读取ME中EOP的状态信息；第三模块，配置用于将所述EOP的状态信息发送至所述平台诊断控制台，并基于所述EOP的状态信息生成故障测试日志；以及第四模块，配置用于基于所述故障测试日志判断所述被测系统中ME和BIOS交互是否出现不可忽视的ME故障，响应于出现不可忽视的ME故障，则对所述ME故障进行恢复并开启所述BIOS。
本发明实施例的再一方面，还提供了一种计算机设备，包括：至少一个处理器；以及存储器，存储器存储有可在处理器上运行的计算机指令，指令由处理器执行时实现方法的步骤包括：对系统管理总线进行通信配置，并通过调试设备连接平台诊断控制台和被测系统；基于所述通信配置获取所述被测系统中ME的地址，并基于所述ME的地址读取ME中EOP的状态信息；将所述EOP的状态信息发送至所述平台诊断控制台，并基于所述EOP的状态信息生成故障测试日志；以及基于所述故障测试日志判断所述被测系统中ME和BIOS交互是否出现不可忽视的ME故障，响应于出现不可忽视的ME故障，则对所述ME故障进行恢复并开启所述BIOS。
在一些实施方式中，步骤还包括：响应于未出现不可忽视的ME故障，则开启所述BIOS且禁止所述BIOS向所述ME发送EOP消息。
在一些实施方式中，对系统管理总线进行通信配置包括：对平台诊断控制台的路径地址、ME地址和系统管理总线码率进行配置。
在一些实施方式中，通过调试设备连接平台诊断控制台和被测系统包括：初始化调试设备，并向平台诊断控制台发送适配信息；响应于由所述平台诊断控制台接收到所述适配信息，则确认成功连接所述平台诊断控制台和被测系统。
在一些实施方式中，所述调试设备为Aardvark调试工具。
在一些实施方式中，基于所述故障测试日志判断所述被测系统中ME和BIOS交互是否出现不可忽视的ME故障包括：判断所述故障测试日志中ME的故障类型是否为预设故障类型；若是所述故障测试日志中ME的故障类型为预设故障类型，则确认所述被测系统中ME和BIOS交互出现不可忽视的ME故障。
在一些实施方式中，对所述ME故障进行恢复并开启所述BIOS包括：对所述ME故障进行定位和替换，并开启所述BIOS。
本发明实施例的再一方面，还提供了一种计算机可读存储介质，计算机可读存储介质存储有被处理器执行时实现如上方法步骤的计算机程序。
本发明至少具有以下有益技术效果：通过对ME的故障测试，在启动过程中记录到系统非易失性日志中，解决了开机启动过程中因为EOP收发导致BIOS等待，无法正常启动、引导操作系统的问题。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的实施例。
图1为本发明提供的ME和BIOS交互的故障测试方法的实施例的示意图；
图2为本发明提供的ME和BIOS交互的故障测试装置的实施例的示意图；
图3为本发明提供的计算机设备的实施例的示意图；
图4为本发明提供的计算机可读存储介质的实施例的示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本发明实施例进一步详细说明。
需要说明的是，本发明实施例中所有使用“第一”和“第二”的表述均是为了区分两个相同名称非相同的实体或者非相同的参量，可见“第一”“第二”仅为了表述的方便，不应理解为对本发明实施例的限定，后续实施例对此不再一一说明。
基于上述目的，本发明实施例的第一个方面，提出了ME和BIOS交互的故障测试方法的实施例。图1示出的是本发明提供的ME和BIOS交互的故障测试方法的实施例的示意图。如图1所示，本发明实施例的ME和BIOS交互的故障测试方法包括如下步骤：
001、对系统管理总线进行通信配置，并通过调试设备连接平台诊断控制台和被测系统；
002、基于通信配置获取被测系统中ME的地址，并基于ME的地址读取ME中EOP的状态信息；
003、将EOP的状态信息发送至平台诊断控制台，并基于EOP的状态信息生成故障测试日志；以及
004、基于故障测试日志判断被测系统中ME和BIOS交互是否出现不可忽视的ME故障，响应于出现不可忽视的ME故障，则对ME故障进行恢复并开启BIOS。
在本实施例中，建立了一个测试套件，包含一组测试，被测系统启动期间，通过HECI(Host Embedded Controller Interface，主机嵌入式控制器接口)接口在ME(Management Engine，管理引擎，是嵌入式的微控制器)和BIOS(Basic Input/OutputSystem，基本输入输出系统)之间交换的HECI消息，验证ME-BIOS通信流，提高ME固件的安全性；SMBus(System Management Bus，系统管理总线)的测试通过能够在被测系统主机SMBus接口上发送和接收MESDC命令来验证与主机SMBus的连接；由平台诊断控制台(MESDC)，连向被测系统主机的SMBus接口，再通过ME和BIOS的HECI物理通道，发送预定义的HECI命令，检查ME和BIOS的正确交互。在此操作场景下，这个测试套件，用于验证ME的基本运行状况，称为ME合规性测试。MESDC将在测试平台上执行一组可配置的ME集成测试，可以验证被测系统(SUT)上：基本ME固件运行状况、ME基本功能和ME系统合规性。
对于服务器启动测试，MESCD收集并分析数据，以在END OF POST(EOP)之前检查BIOS与ME固件的正确交互。测试完成后，将结果保存在详细报告中。除测试所需的应用程序外，其他应用程序不得在测试系统上运行。由MESDC控制台执行，控制台必须在单独的计算机上运行，所有ME-BIOS集成测试只能在一次系统启动期间执行。
具体包括：
对系统管理总线进行如下通信配置：
1.SMBus communication configuration(系统管理总线通信配置)：
a.MESDC trace address(平台诊断控制台路径地址):0x38；
b.Intel ME address(ME地址):0x48；
c.SMBus Bitrate(系统管理总线码率):100kHz。
2.Logs mode(日志模式):MESDC。
(一)设置好所有硬件并准备好ME镜像以启用诊断服务后，启动MESDC，同时关闭SUT。
(二)通过接入SMBus Aardvark的接口并选择适当的调试设备(Aardvark)，在SMBus上建立连接。建立连接时，显示一条适配消息：AA_PORT_OPENED；Port X；ID＝XXXXXXXXXX。
(三)从ME固件请求串口配置后，发送一组命令，返回给控制台，收到以下TRACE：
“
...
SMBus operation write failed,Address:0x48，Status:6(I2C_STATUS_BUS_LOCKED)
SMBus operation write failed,Address:0x48，Status:6(I2C_STATUS_BUS_LOCKED)
Console was initialized
SMBus operation write failed,Address:0x48，Status:6(I2C_STATUS_SLA_NACK)
SMBus operation write failed,Address:0x48，Status:6(I2C_STATUS_SLA_NACK)
Console was initialized
...
”
这就是说，控制台已初始化但由于ME此时并没有响应，因此显示此消息。
(四)打开SUT电源，启动时间日志，重新初始化SMBUS和MESDC的地址。
(五)转储到文件，保存日志以将输出保存到文本文件中。
在此操作场景下，MESDC发送SMBus请求，接收并解析运行时SMBus消息，以执行ME固件的诊断。跟踪分析固件流，同时需要初始化MESDC配置为SMBus的SLAVE。
所以，如果第三步，没有打印STATUS_OK或者没有返回一个8位的FW Status而是FWInvalid Status，这样就判断出现ME error，ME并没有接到或者响应EOP，需要进一步解析ME的响应消息，在告警后进行定位和替换。
在本实施例中，以EOP消息为例，也可以观察offset 48h的MEFS2.EOPStatus位，监控EOP Status，以确保ME接收了END_OF_POST请求消息。
EOP Status(31:31)：此位表示ME EOP状态的通知。只有在MEFS1寄存器中设置MEFS1的InitComplete时，此位的值才有效。此位在BIOS POST期间为0，在ME收到EOP消息后设置为1。如果BIOS在POST期间遇到设置为1的位，则表示平台ME固件中存在错误，没有收到EOP响应且MEFS的Eop Status表示ME没有收到EOP。
在END_OF_POST时，BIOS向ME发送END_OF_POST的HECI消息，声明启动服务结束。因此，在正确的时间发送此消息，对于维护平台安全性和确保可管理性功能不会受到在操作系统前提下运行的恶意软件的损害，非常重要。而recovery(恢复)和warm reset(热重启)等功能也只有在ME固件从BIOS接收EOP HECI消息后才应激活。
在本实施例中，除了EOP的检查，本系统还可以进行其他ME基本功能和ME合规性的检查，支持发送以下相应命令，接收各种HECI消息，执行ME固件不同接口的验证：
·DRAM_INIT_DONE
·SPS_GET_MEBIOS_INTERFACE
·SPS_GET_VENDOR_LABEL
·MKHI_GET_FW_VERSION
下面给出在开机过程中，其他这些通过本系统发送的HECI消息所触发的ME功能和合规性验证，和它们的接口定义、消息组的格式等。
DRAM Initialization Done Message，这条HECI消息是为了在开机过程中让Intel ME知道内存初始化已完成，它可以开始构建内存映射，之后请求的系统内存块便可用于ME。HECI命令如下：
Command code：MKHI_DRAM_INIT_DONE_CMD，Size(Byte)＝4，Value＝0x01
返回消息如下：
0x01–No Memory in Channels
0x02–Memory Initialization Error
0x03–Success but the memory content is lost in S3 cycle reset
ME Versioning，在ME中运行的ME固件会描述几个版本号，这些版本号决定了其接口和内部版本的标识。BIOS应通过从ME读取由ME固件实施的ME BIOS接口规范的版本，来检查ME BIOS的兼容性。HECI命令如下：
Command code：SPS_CMD_GET_MEBIOS_INTERFACE_REQ，Size(Byte)＝1，Value＝0x01
返回消息如下：
<Major Interface Version>Major number of the Intel ME-BIOS interfaceversion，Size(Byte)＝1，Value＝1
<Minor Interface Version>Minor number of the Intel ME-BIOS interfaceversion，Size(Byte)＝1，Value＝1
系统BIOS将此HECI消息发送给ME，以校验在ME端实施的ME-BIOS接口定义版本。
Get Vendor Label Message，在出厂时ME提供了4字节长的供应商标签，OEM也可以在为某特定机型创建的ME配置中添加一些自定义标识。此外，ME固件在flash上的ME区域中会提供为ME固件定义的出厂预设(默认值)签名。HECI命令如下：
Command code：SPS_CMD_GET_VENDOR_LABEL_REQ，Size(Byte)＝1，Value＝0x02
返回消息如下：
VendorLabel，Size(Byte)＝4，Value＝Binary data
一般这些标签和签名的长度和类型是特定于ME固件实现的，但不超过32字节。本例中，这个4字节长的数据应由平台在创建ME镜像时分配。
Get Firmware Version Message，固件版本用来标识所编译的固件，提供不同的版本即可标识所实施的各种ME接口协议。而flash上的ME区域中可能有两个或三个固件镜像，每个镜像都用其版本标识，所以所有版本都可以通过获取固件版本请求消息进行检索。HECI命令如下：
Command code：MKHI_CMD_GET_FW_VERSION，Size(Byte)＝4，Value＝0x02
返回消息如下：
<Minor>MKHI version minor number，Size(Byte)＝2，Value＝1
<Major>MKHI version major number，Size(Byte)＝2，Value＝1
BIOS将此命令发送给ME，以了解在ME端所实施的ME固件版本。Get FirmwareVersion(获取固件版本)的响应消息最长16字节，并一般会提供备份ME固件镜像的版本，每个固件镜像的ME固件版本由各自对应的版本数字确定。
在本发明的一些实施例中，方法还包括：响应于未出现不可忽视的ME故障，则开启BIOS且禁止BIOS向ME发送EOP消息。
在本发明的一些实施例中，对系统管理总线进行通信配置包括：对平台诊断控制台的路径地址、ME地址和系统管理总线码率进行配置。
在本发明的一些实施例中，通过调试设备连接平台诊断控制台和被测系统包括：初始化调试设备，并向平台诊断控制台发送适配信息；响应于由平台诊断控制台接收到适配信息，则确认成功连接平台诊断控制台和被测系统。
在本发明的一些实施例中，调试设备为Aardvark调试工具。
在本实施例中，调试设备可以为Aardvark调试工具，也可以使用其他adapter(适配器)。
在本发明的一些实施例中，基于故障测试日志判断被测系统中ME和BIOS交互是否出现不可忽视的ME故障包括：判断故障测试日志中ME的故障类型是否为预设故障类型；若是故障测试日志中ME的故障类型为预设故障类型，则确认被测系统中ME和BIOS交互出现不可忽视的ME故障。
在本发明的一些实施例中，对ME故障进行恢复并开启BIOS包括：对ME故障进行定位和替换，并开启BIOS。
需要特别指出的是，上述ME和BIOS交互的故障测试方法的各个实施例中的各个步骤均可以相互交叉、替换、增加、删减，因此，这些合理的排列组合变换之于ME和BIOS交互的故障测试方法也应当属于本发明的保护范围，并且不应将本发明的保护范围局限在实施例之上。
基于上述目的，本发明实施例的第二个方面，提出了一种ME和BIOS交互的故障测试装置。图2示出的是本发明提供的ME和BIOS交互的故障测试装置的实施例的示意图。如图2所示，本发明实施例的ME和BIOS交互的故障测试装置包括如下模块：第一模块011，配置用于对系统管理总线进行通信配置，并通过调试设备连接平台诊断控制台和被测系统；第二模块012，配置用于基于通信配置获取被测系统中ME的地址，并基于ME的地址读取ME中EOP的状态信息；第三模块013，配置用于将EOP的状态信息发送至平台诊断控制台，并基于EOP的状态信息生成故障测试日志；以及第四模块014，配置用于基于故障测试日志判断被测系统中ME和BIOS交互是否出现不可忽视的ME故障，响应于出现不可忽视的ME故障，则对ME故障进行恢复并开启BIOS。
基于上述目的，本发明实施例的第三个方面，提出了一种计算机设备。图3示出的是本发明提供的计算机设备的实施例的示意图。如图3所示，本发明实施例的计算机设备包括如下装置：至少一个处理器021；以及存储器022，存储器022存储有可在处理器上运行的计算机指令023，指令由处理器执行时实现方法的步骤包括：对系统管理总线进行通信配置，并通过调试设备连接平台诊断控制台和被测系统；基于通信配置获取被测系统中ME的地址，并基于ME的地址读取ME中EOP的状态信息；将EOP的状态信息发送至平台诊断控制台，并基于EOP的状态信息生成故障测试日志；以及基于故障测试日志判断被测系统中ME和BIOS交互是否出现不可忽视的ME故障，响应于出现不可忽视的ME故障，则对ME故障进行恢复并开启BIOS。
在本发明的一些实施例中，步骤还包括：响应于未出现不可忽视的ME故障，则开启BIOS且禁止BIOS向ME发送EOP消息。
在本发明的一些实施例中，对系统管理总线进行通信配置包括：对平台诊断控制台的路径地址、ME地址和系统管理总线码率进行配置。
在本发明的一些实施例中，通过调试设备连接平台诊断控制台和被测系统包括：初始化调试设备，并向平台诊断控制台发送适配信息；响应于由平台诊断控制台接收到适配信息，则确认成功连接平台诊断控制台和被测系统。
在本发明的一些实施例中，调试设备为Aardvark调试工具。
在本发明的一些实施例中，基于故障测试日志判断被测系统中ME和BIOS交互是否出现不可忽视的ME故障包括：判断故障测试日志中ME的故障类型是否为预设故障类型；若是故障测试日志中ME的故障类型为预设故障类型，则确认被测系统中ME和BIOS交互出现不可忽视的ME故障。
在本发明的一些实施例中，对ME故障进行恢复并开启BIOS包括：对ME故障进行定位和替换，并开启BIOS。
本发明还提供了一种计算机可读存储介质。图4示出的是本发明提供的计算机可读存储介质的实施例的示意图。如图4所示，计算机可读存储介质031存储有被处理器执行时执行如上方法的计算机程序032。
最后需要说明的是，本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关硬件来完成，ME和BIOS交互的故障测试方法的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，程序的存储介质可为磁碟、光盘、只读存储记忆体(ROM)或随机存储记忆体(RAM)等。上述计算机程序的实施例，可以达到与之对应的前述任意方法实施例相同或者相类似的效果。
此外，根据本发明实施例公开的方法还可以被实现为由处理器执行的计算机程序，该计算机程序可以存储在计算机可读存储介质中。在该计算机程序被处理器执行时，执行本发明实施例公开的方法中限定的上述功能。
此外，上述方法步骤以及系统单元也可以利用控制器以及用于存储使得控制器实现上述步骤或单元功能的计算机程序的计算机可读存储介质实现。
本领域技术人员还将明白的是，结合这里的公开所描述的各种示例性逻辑块、模块、电路和算法步骤可以被实现为电子硬件、计算机软件或两者的组合。为了清楚地说明硬件和软件的这种可互换性，已经就各种示意性组件、方块、模块、电路和步骤的功能对其进行了一般性的描述。这种功能是被实现为软件还是被实现为硬件取决于具体应用以及施加给整个系统的设计约束。本领域技术人员可以针对每种具体应用以各种方式来实现的功能，但是这种实现决定不应被解释为导致脱离本发明实施例公开的范围。
在一个或多个示例性设计中，功能可以在硬件、软件、固件或其任意组合中实现。如果在软件中实现，则可以将功能作为一个或多个指令或代码存储在计算机可读介质上或通过计算机可读介质来传送。计算机可读介质包括计算机存储介质和通信介质，该通信介质包括有助于将计算机程序从一个位置传送到另一个位置的任何介质。存储介质可以是能够被通用或专用计算机访问的任何可用介质。作为例子而非限制性的，该计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储设备、磁盘存储设备或其它磁性存储设备，或者是可以用于携带或存储形式为指令或数据结构的所需程序代码并且能够被通用或专用计算机或者通用或专用处理器访问的任何其它介质。此外，任何连接都可以适当地称为计算机可读介质。例如，如果使用同轴线缆、光纤线缆、双绞线、数字用户线路(DSL)或诸如红外线、无线电和微波的无线技术来从网站、服务器或其它远程源发送软件，则上述同轴线缆、光纤线缆、双绞线、DSL或诸如红外线、无线电和微波的无线技术均包括在介质的定义。如这里所使用的，磁盘和光盘包括压缩盘(CD)、激光盘、光盘、数字多功能盘(DVD)、软盘、蓝光盘，其中磁盘通常磁性地再现数据，而光盘利用激光光学地再现数据。上述内容的组合也应当包括在计算机可读介质的范围内。
以上是本发明公开的示例性实施例，但是应当注意，在不背离权利要求限定的本发明实施例公开的范围的前提下，可以进行多种改变和修改。根据这里描述的公开实施例的方法权利要求的功能、步骤和/或动作不需以任何特定顺序执行。此外，尽管本发明实施例公开的元素可以以个体形式描述或要求，但除非明确限制为单数，也可以理解为多个。
应当理解的是，在本文中使用的，除非上下文清楚地支持例外情况，单数形式“一个”旨在也包括复数形式。还应当理解的是，在本文中使用的“和/或”是指包括一个或者一个以上相关联地列出的项目的任意和所有可能组合。
上述本发明实施例公开实施例序号仅仅为了描述，不代表实施例的优劣。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本发明实施例公开的范围(包括权利要求)被限于这些例子；在本发明实施例的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，并存在如上的本发明实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。因此，凡在本发明实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本发明实施例的保护范围之内。

Claims (10)

1.一种ME和BIOS交互的故障测试方法，其特征在于，包括以下步骤：
对系统管理总线进行通信配置，并通过调试设备连接平台诊断控制台和被测系统；
基于所述通信配置获取所述被测系统中ME的地址，并基于所述ME的地址读取ME中EOP的状态信息；
将所述EOP的状态信息发送至所述平台诊断控制台，并基于所述EOP的状态信息生成故障测试日志；以及
基于所述故障测试日志判断所述被测系统中ME和BIOS交互是否出现不可忽视的ME故障，响应于出现不可忽视的ME故障，则对所述ME故障进行恢复并开启所述BIOS。
2.根据权利要求1所述的ME和BIOS交互的故障测试方法，其特征在于，还包括：
响应于未出现不可忽视的ME故障，则开启所述BIOS且禁止所述BIOS向所述ME发送EOP消息。
3.根据权利要求1所述的ME和BIOS交互的故障测试方法，其特征在于，对系统管理总线进行通信配置包括：
对平台诊断控制台的路径地址、ME地址和系统管理总线码率进行配置。
4.根据权利要求1所述的ME和BIOS交互的故障测试方法，其特征在于，通过调试设备连接平台诊断控制台和被测系统包括：
初始化调试设备，并向平台诊断控制台发送适配信息；
响应于由所述平台诊断控制台接收到所述适配信息，则确认成功连接所述平台诊断控制台和被测系统。
5.根据权利要求1所述的ME和BIOS交互的故障测试方法，其特征在于，所述调试设备为Aardvark调试工具。
6.根据权利要求1所述的ME和BIOS交互的故障测试方法，其特征在于，基于所述故障测试日志判断所述被测系统中ME和BIOS交互是否出现不可忽视的ME故障包括：
判断所述故障测试日志中ME的故障类型是否为预设故障类型；
若是所述故障测试日志中ME的故障类型为预设故障类型，则确认所述被测系统中ME和BIOS交互出现不可忽视的ME故障。
7.根据权利要求1所述的ME和BIOS交互的故障测试方法，其特征在于，对所述ME故障进行恢复并开启所述BIOS包括：
对所述ME故障进行定位和替换，并开启所述BIOS。
8.一种ME和BIOS交互的故障测试装置，其特征在于，包括：
第一模块，配置用于对系统管理总线进行通信配置，并通过调试设备连接平台诊断控制台和被测系统；
第二模块，配置用于基于所述通信配置获取所述被测系统中ME的地址，并基于所述ME的地址读取ME中EOP的状态信息；
第三模块，配置用于将所述EOP的状态信息发送至所述平台诊断控制台，并基于所述EOP的状态信息生成故障测试日志；以及
第四模块，配置用于基于所述故障测试日志判断所述被测系统中ME和BIOS交互是否出现不可忽视的ME故障，响应于出现不可忽视的ME故障，则对所述ME故障进行恢复并开启所述BIOS。
9.一种计算机设备，其特征在于，包括：
至少一个处理器；以及
存储器，所述存储器存储有可在所述处理器上运行的计算机指令，所述指令由所述处理器执行时实现权利要求1-7任意一项所述方法的步骤。
10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-7任意一项所述方法的步骤。
CN202210072882.7A 2022-01-21 2022-01-21 一种me和bios交互的故障测试方法、装置、设备及可读介质 Active CN114490217B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210072882.7A CN114490217B (zh) 2022-01-21 2022-01-21 一种me和bios交互的故障测试方法、装置、设备及可读介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210072882.7A CN114490217B (zh) 2022-01-21 2022-01-21 一种me和bios交互的故障测试方法、装置、设备及可读介质

Publications (2)

Publication Number Publication Date
CN114490217A true CN114490217A (zh) 2022-05-13
CN114490217B CN114490217B (zh) 2023-08-18

Family

ID=81472282

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210072882.7A Active CN114490217B (zh) 2022-01-21 2022-01-21 一种me和bios交互的故障测试方法、装置、设备及可读介质

Country Status (1)

Country Link
CN (1) CN114490217B (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1506821A (zh) * 2002-12-11 2004-06-23 联想(北京)有限公司 检测和显示计算机自检信息的方法及装置
US20120079259A1 (en) * 2010-09-24 2012-03-29 Swanson Robert C Method to ensure platform silicon configuration integrity
US20210081538A1 (en) * 2020-09-30 2021-03-18 Intel Corporation Early platform hardening technology for slimmer and faster boot
CN113064747A (zh) * 2021-03-26 2021-07-02 山东英信计算机技术有限公司 一种服务器启动过程中的故障定位方法、系统及装置
CN113835468A (zh) * 2021-09-16 2021-12-24 苏州浪潮智能科技有限公司 一种监测rtc时间跳变的方法、系统

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1506821A (zh) * 2002-12-11 2004-06-23 联想(北京)有限公司 检测和显示计算机自检信息的方法及装置
US20120079259A1 (en) * 2010-09-24 2012-03-29 Swanson Robert C Method to ensure platform silicon configuration integrity
US20210081538A1 (en) * 2020-09-30 2021-03-18 Intel Corporation Early platform hardening technology for slimmer and faster boot
CN114329476A (zh) * 2020-09-30 2022-04-12 英特尔公司 用于更纤薄且更快的引导的提早平台强化技术
CN113064747A (zh) * 2021-03-26 2021-07-02 山东英信计算机技术有限公司 一种服务器启动过程中的故障定位方法、系统及装置
WO2022198972A1 (zh) * 2021-03-26 2022-09-29 山东英信计算机技术有限公司 一种服务器启动过程中的故障定位方法、系统及装置
CN113835468A (zh) * 2021-09-16 2021-12-24 苏州浪潮智能科技有限公司 一种监测rtc时间跳变的方法、系统

Also Published As

Publication number Publication date
CN114490217B (zh) 2023-08-18

Similar Documents

Publication Publication Date Title
US9372769B2 (en) Server and inspecting method thereof
US6976197B2 (en) Apparatus and method for error logging on a memory module
US6970948B2 (en) Configuring system units using on-board class information
US7356744B2 (en) Method and system for optimizing testing of memory stores
TWI470420B (zh) 除錯方法及電腦系統
KR101143679B1 (ko) 자동 펌웨어 복원
CN112181459B (zh) 一种cpld升级优化方法及系统
CN111045710B (zh) 一种基于IPMI命令的SAS-Expander固件升级的方法、设备及介质
CN111309553B (zh) 一种监控存储Jbod的方法、系统、设备及介质
CN117687695A (zh) 信息处理方法、装置、电子设备及存储介质
CN112559266A (zh) 固态硬盘测试方法、装置、可读存储介质及电子设备
CN114490217B (zh) 一种me和bios交互的故障测试方法、装置、设备及可读介质
CN112216340A (zh) 硬盘测试方法、装置、存储介质及电子设备
CN107908418B (zh) 光纤通道节点卡的逻辑程序升级方法及光纤通道总线设备
CN113867812B (zh) 一种bmc获取链路信息的方法、系统、设备以及介质
WO2023040198A1 (zh) 一种部件独立升级的方法、系统、设备和介质
WO2022199622A1 (zh) 一种电子设备的启动程序的运行方法和电子设备
CN116204361A (zh) 一种资产管理方法、系统、装置及存储介质
CN105159810A (zh) 对计算机系统的bios进行测试的方法及装置
CN115168146A (zh) 一种异常检测方法和装置
CN112069009A (zh) 一种在Recovery模式下进行压力测试的方法、装置和终端设备
CN113886165B (zh) 一种固件诊断功能的验证方法、装置、设备及可读介质
CN114385379B (zh) 板载信息刷写检测方法、系统、终端及存储介质
CN117608618B (zh) 服务器固件升级方法及装置、存储介质和电子设备
TWI757606B (zh) 伺服器裝置及其基板管理控制器與可程式邏輯單元之間的通訊協定方法

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant