CN107179911A - 一种重启管理引擎的方法和设备 - Google Patents

一种重启管理引擎的方法和设备 Download PDF

Info

Publication number
CN107179911A
CN107179911A CN201710358706.9A CN201710358706A CN107179911A CN 107179911 A CN107179911 A CN 107179911A CN 201710358706 A CN201710358706 A CN 201710358706A CN 107179911 A CN107179911 A CN 107179911A
Authority
CN
China
Prior art keywords
equipment
random number
bios
reset command
triggered
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
CN201710358706.9A
Other languages
English (en)
Other versions
CN107179911B (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
Zhengzhou Yunhai Information 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 Zhengzhou Yunhai Information Technology Co Ltd filed Critical Zhengzhou Yunhai Information Technology Co Ltd
Priority to CN201710358706.9A priority Critical patent/CN107179911B/zh
Publication of CN107179911A publication Critical patent/CN107179911A/zh
Application granted granted Critical
Publication of CN107179911B publication Critical patent/CN107179911B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/4401—Bootstrapping
    • G06F9/4403—Processor initialisation

Abstract

本发明实施例公开了一种重启管理引擎的方法和设备，包括基本输入输出系统BIOS设备获取管理引擎ME设备生成的随机数并保存；检测预先设置的预设机制是否被触发；当检测到预设机制被触发时，向ME设备发送携带有随机数的重启命令。从本发明提供的技术方案可见，只要检测到预设机制被触发，BIOS设备就可以向ME设备发送重启命令使其重启，从而不再需要通过集成在BMC设备上的IPMI发送重启命令重启ME设备，因此不论BMC设备的工作状态是否正常，都不会影响重启命令的发送，消除了ME设备重启的局限性，维持了操作系统的正常运行。

Description

一种重启管理引擎的方法和设备
技术领域
本发明涉及服务器的管理领域，尤其涉及一种重启管理引擎的方法和设备。
背景技术
基于因特尔(Intel)平台的服务器，在平台控制中心(Platform Controller Hub，PCH)，即Intel公司的集成南桥芯片里都会集成管理引擎(Management Engine，ME)中。ME和基板管理控制器(Baseboard Management Controller，BMC)结合起来实现对中央处理器(Central Processing Unit，CPU)和电源供给单元(Power Supply Unit，PSU)的进出口温度等管理和控制，因此，当ME处于正常状态，操作系统才能被正常的监控和管理。而当ME处于不正常状态，即ME进入恢复(Recovery)或出现故障时，操作系统就会出现监控或管理异常的现象，因此，为了使操作系统正常运行，此时需要重启ME使其恢复正常。
相关技术中，往往是通过集成在BMC上的智能平台管理接口(IntelligentPlatform Management Interface，IPMI)发送重启命令重启ME，因此，通过该方法重启ME的前提是BMC处于正常的工作状态。
而当BMC无法正常工作时，就无法重启处于不正常状态的ME，进而造成ME所在服务器的操作系统无法正常运行。
发明内容
为了解决上述技术问题，本发明提供一种重启管理引擎的方法和设备，能够在BMC处于不正常工作状态时重启ME。
为了达到本发明目的，本发明提供了一种重启管理引擎的方法，包括：
基本输入输出系统BIOS设备获取管理引擎ME设备生成的随机数并保存；
所述BIOS设备检测用于向所述ME设备发送重启命令的预设机制是否被触发；
当检测到所述预设机制被触发时，所述BIOS设备向所述ME设备发送携带有所述随机数的重启命令。
所述BIOS设备获取所述ME设备生成的随机数并保存，包括：
所述BIOS设备向所述ME设备发送主机管理引擎区域闪存保护锁定HMRFPO_LOCK命令；
所述BIOS设备根据所述ME设备返回的回复信息获取所述随机数；其中，所述回复信息中携带有所述ME设备根据所述HMRFPO_LOCK命令生成的随机数；
所述BIOS设备保存所述随机数。
所述BIOS设备保存所述随机数，包括：
所述BIOS设备保存所述随机数在非易失性随机访问存储器NVRAM或互补金属氧化物半导体CMOS中。
所述预设机制为系统管理中断SMI机制；其中，所述SMI机制包括软件SW SMI机制和通用输入/输出GPIO SMI机制。
当所述预设机制为所述SW SMI机制时，所述BIOS设备检测预设机制是否被触发，包括：
所述BIOS设备检测是否出现通过输入/输出端口IO Port的0xb2写入的值；
相应的，所述当检测到所述预设机制被触发时，所述BIOS设备向所述ME设备发送携带有所述随机数的重启命令，包括：
当检测到通过所述IO Port的0xb2写入的值时，所述BIOS设备向所述ME设备发送携带有所述随机数的重启命令；
当所述预设机制为所述GPIOSMI机制时，所述BIOS设备检测预设机制是否被触发，包括：
所述BIOS设备检测所述GPIO的信号是否发生改变；
相应的，所述当检测到所述预设机制被触发时，所述BIOS设备向所述ME设备发送携带有所述随机数的重启命令，包括：
当检测到所述GPIO的信号发生改变时，所述BIOS设备向所述ME设备发送携带有所述随机数的重启命令。
所述重启命令为主机管理引擎区域闪存保护重置HMRFPO_MERESET命令。
本发明还提供一种重启管理引擎的方法，包括：
ME设备接收BIOS设备发送的携带有随机数的重启命令；
所述ME设备判断所述随机数是否正确；
若所述随机数正确，所述ME设备根据所述重启命令进行重启。
所述ME设备接收所述BIOS设备发送的携带有随机数的重启命令之前，所述方法还包括：
所述ME设备接收所述BIOS设备发送的HMRFPO_LOCK命令；
所述ME设备向所述BIOS设备发送回复信息；其中，所述回复信息中携带有所述ME设备根据所述HMRFPO_LOCK命令生成的随机数。
本发明还提供一种基本输入输出系统设备，包括：
获取模块，用于获取管理引擎ME设备生成的随机数并保存；
检测模块，用于检测用于向所述ME设备发送重启命令的预设机制是否被触发；
发送模块，用于当检测到所述预设机制被触发时，向所述ME设备发送携带有所述随机数的重启命令。
本发明还提供一种管理引擎设备，包括：
接收模块，用于接收基本输入输出系统BIOS设备发送的携带有随机数的重启命令；
判断模块，用于判断所述随机数是否正确；
处理模块，用于若所述随机数正确，根据所述重启命令进行重启。
与现有技术相比，本发明至少包括基本输入输出系统(Basic Input OutputSystem，BIOS)设备获取ME设备生成的随机数并保存；检测用于向ME设备发送重启命令的预设机制是否被触发；当检测到预设机制被触发时，向ME设备发送携带有随机数的重启命令。从本发明提供的技术方案可见，只要检测到预设机制被触发，BIOS设备就可以向ME设备发送重启命令使其重启，从而不再需要通过集成在BMC设备上的IPMI发送重启命令重启ME设备，因此不论BMC设备的工作状态是否正常，都不会影响重启命令的发送，消除了ME设备重启的局限性，维持了操作系统的正常运行。
本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。
附图说明
附图用来提供对本发明技术方案的进一步理解，并且构成说明书的一部分，与本申请的实施例一起用于解释本发明的技术方案，并不构成对本发明技术方案的限制。
图1为本发明实施例提供的一种重启管理引擎的方法的流程示意图；
图2为本发明实施例提供的另一种重启管理引擎的方法的流程示意图；
图3为本发明实施例提供的又一种重启管理引擎的方法的流程示意图；
图4为本发明实施例提供的又一种重启管理引擎的方法的流程示意图；
图5为本发明实施例提供的一种基本输入输出系统设备的结构示意图；
图6为本发明实施例提供的另一种基本输入输出系统设备的结构示意图；
图7为本发明实施例提供的一种管理引擎设备的结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。
本发明实施例提供一种重启管理引擎的方法，如图1所示，该方法包括：
步骤101、BIOS设备获取ME设备生成的随机数并保存。
需要说明的是，ME设备生成的随机数就是ME设备的Noncce值。
步骤102、BIOS设备检测用于向ME设备发送重启命令的预设机制是否被触发。
可选地，预设机制可以为系统管理中断(System Mangermant Interrupt，SMI)机制。可选地，SMI机制可以包括软件SMI(SoftWear SMI，SW SMI)机制和通用输入/输出SMI(General Purpose Input Output SMI，GPIO SMI)机制，还可以包括其他形式的SMI机制。
步骤103、当检测到预设机制被触发时，BIOS设备向ME设备发送携带有随机数的重启命令。
本发明实施例所提供的重启管理引擎的方法，BIOS设备获取ME设备生成的随机数并保存；检测用于向ME设备发送重启命令的预设机制是否被触发；当检测到预设机制被触发时，向ME设备发送携带有随机数的重启命令。只要检测到预设机制被触发，BIOS设备就可以向ME发送重启命令使其重启，从而不再需要通过集成在BMC设备上的IPMI发送重启命令重启ME设备，因此不论BMC设备的工作状态是否正常，都不会影响重启命令的发送，消除了ME设备重启的局限性，维持了操作系统的正常运行。
本发明实施例提供另一种重启管理引擎的方法，如图2所示，该方法包括：
步骤201、ME设备接收BIOS设备发送的携带有随机数的重启命令。
步骤202、ME设备判断随机数是否正确。
具体的，判断随机数是否正确指的是判断随机数是否是在当前这次操作系统启动时ME设备生成的。
步骤203、若随机数正确，ME设备根据重启命令进行重启。
需要说明的是，若随机数不正确，ME设备则忽略重启命令不进行重启。
本发明实施例所提供的重启管理引擎的方法，ME设备接收BIOS设备发送的携带有随机数的重启命令；判断随机数是否正确；若随机数正确，根据重启命令进行重启。由于ME设备接收到的重启命令是BIOS设备发送的，而不是通过集成在BMC设备上的IPMI发送的，所以BMC设备的工作状态是否正常，都不会影响重启命令的发送。当ME设备接收到了BIOS设备的携带有随机数的重启命令，并判断随机数正确后，就可以进行重启，从而消除了自身重启的局限性，维持了操作系统的正常运行。
本发明实施例提供又一种重启管理引擎的方法，应用于预设机制为SW SMI机制时管理引擎的重启，如图3所示，该方法包括：
步骤301、BIOS设备向ME设备发送主机管理引擎区域闪存保护锁定(Host MERegion Flash Protection Override_LOCK，HMRFPO_LOCK)命令。
步骤302、ME设备接收BIOS设备发送的HMRFPO_LOCK命令。
步骤303、ME设备向BIOS设备发送回复信息。
其中，回复信息中携带有ME设备根据HMRFPO_LOCK命令生成的随机数。
步骤304、BIOS设备根据ME设备返回的回复信息获取随机数。
步骤305、BIOS设备保存随机数。
具体的，随机数是变化的，BIOS设备在操作系统每次启动时都会通过向ME设备发送HMRFPO_LOCK命令以获得随机数，但在操作系统的一次启动至下一次启动的持续过程中，ME设备只会在BIOS设备第一次发送该命令时进行响应，因此，在操作系统的一次启动至下一次启动的持续过程中，BIOS设备必须将获得的随机数保存起来。
可选的，BIOS设备可以将随机数保存在非易失性随机访问存储器(Non-VolatileRandom Access Memory，NVRAM)或互补金属氧化物半导体(Complementary Metal OxideSemiconductor，CMOS)中。
步骤306、BIOS设备检测是否出现通过输入/输出端口(Input/Output Port，IOPort)的0xb2写入的值。
步骤307、当检测到通过IO Port的0xb2写入的值时，BIOS设备向ME设备发送携带有随机数的重启命令。
可选的，重启命令可以是主机管理引擎区域闪存保护重置(Host ME RegionFlash Protection Override_MERESET，HMRFPO_MERESET)命令。向IO Port 0xb2里写值，就可触发SW SMI，使得BIOS设备向ME设备发送携带有随机数的重启命令。
需要说明的是，BIOS设备向ME设备发送携带有随机数的重启命令之前，要先获取之前保存在NVRAM或CMOS中的随机数。
步骤308、ME设备接收BIOS设备发送的携带有随机数的重启命令。
步骤309、ME设备判断随机数是否正确。
步骤310、若随机数正确，ME设备根据重启命令进行重启。
需要说明的是，本实施例中与其它实施例中相同步骤或者概念的解释，可以参照其它实施例中的描述。
本发明实施例所提供的重启管理引擎的方法，应用于预设机制为SW SMI机制时管理引擎的重启，当检测到通过IO Port的0xb2写入的值时，BIOS设备向ME设备发送携带有随机数的重启命令，ME设备在判断随机数正确后根据重启命令进行重启，而不再需要通过集成在BMC设备上的IPMI发送重启命令重启ME设备，因此不论BMC设备的工作状态是否正常，都不会影响重启命令的发送，消除了ME设备重启的局限性，维持了操作系统的正常运行。
本发明实施例提供又一种重启管理引擎的方法，应用于预设机制为GPIO SMI机制时管理引擎的重启，如图4所示，该方法包括：
步骤401、BIOS设备向ME设备发送HMRFPO_LOCK命令。
步骤402、ME设备接收BIOS设备发送的HMRFPO_LOCK命令。
步骤403、ME设备向BIOS设备发送回复信息。
其中，回复信息中携带有ME设备根据HMRFPO_LOCK命令生成的随机数。
步骤404、BIOS设备根据ME设备返回的回复信息获取随机数。
步骤405、BIOS设备保存随机数。
步骤406、BIOS设备检测GPIO的信号是否发生改变。
步骤407、当检测到GPIO的信号发生改变时，BIOS设备向ME设备发送携带有随机数的重启命令。
具体的，从外部改变GPIO的信号，就可触发GPIO SMI，使得BIOS设备向ME设备发送携带有随机数的重启命令。
步骤408、ME设备接收BIOS设备发送的携带有随机数的重启命令。
步骤409、ME设备判断随机数是否正确。
步骤410、若随机数正确，ME设备根据重启命令进行重启。
需要说明的是，本实施例中与其它实施例中相同步骤或者概念的解释，可以参照其它实施例中的描述。
本发明实施例所提供的重启管理引擎的方法，应用于预设机制为GPIOSMI机制时管理引擎的重启，当检测到GPIO的信号发生改变时，BIOS设备向ME设备发送携带有随机数的重启命令，ME设备在判断随机数正确后根据重启命令进行重启，而不再需要通过集成在BMC设备上的IPMI发送重启命令重启ME设备，因此不论BMC设备的工作状态是否正常，都不会影响重启命令的发送，消除了ME设备重启的局限性，维持了操作系统的正常运行。
本发明实施例提供一种基本输入输出系统设备，如图5所示，该基本输入输出系统设备5包括：
获取模块51，用于获取ME设备生成的随机数并保存。
检测模块52，用于检测用于向ME设备发送重启命令的预设机制是否被触发。
发送模块53，用于当检测到预设机制被触发时，向ME设备发送携带有随机数的重启命令。
进一步，在图5对应的实施例的基础上，本发明实施例提供了另一种基本输入输出系统设备，如6所示，获取模块51包括：
发送单元511，用于向ME设备发送HMRFPO_LOCK命令。
获取单元512，用于根据ME设备返回的回复信息获取随机数。其中，回复信息携带有ME设备根据HMRFPO_LOCK命令生成的随机数。
存储单元513，用于保存随机数。
进一步，存储单元513用于保存随机数在NVRAM或CMOS中。
进一步，预设机制为系统管理中断SMI机制；其中，SMI机制包括SW SMI机制和GPIOSMI机制。
进一步，检测模块52，具体用于检测是否出现通过IO Port的0xb2写入的值；检测GPIO的信号是否发生改变。
发送模块53，具体用于当检测到通过IO Port的0xb2写入的值时，向ME设备发送携带有随机数的重启命令；当检测到GPIO的信号发生改变时，向ME设备发送携带有随机数的重启命令。
进一步，重启命令为HMRFPO_MERESET命令。
本发明实施例所提供的基本输入输出系统设备，获取ME设备生成的随机数并保存；检测预先设置的预设机制是否被触发；当检测到预设机制被触发时，向ME设备发送携带有随机数的重启命令。只要检测到预设机制被触发，BIOS设备就可以向ME发送重启命令使其重启，从而不再需要通过集成在BMC设备上的IPMI发送重启命令重启ME设备，因此不论BMC设备的工作状态是否正常，都不会影响重启命令的发送，消除了ME设备重启的局限性，维持了操作系统的正常运行。
在实际应用中，所述获取模块51、发送单元511、获取单元512、存储单元513、检测模块52、发送模块53均可由位于基本输入输出系统设备中的CPU、微处理器(MicroProcessor Unit，MPU)、数字信号处理器(Digital Signal Processor，DSP)或现场可编程门阵列(Field Programmable Gate Array，FPGA)等实现。
本发明实施例提供一种管理引擎设备，如图7所示，该管理引擎设备6包括：
接收模块61，用于接收BIOS设备发送的携带有随机数的重启命令。
判断模块62，用于判断随机数是否正确。
处理模块63，用于若随机数正确，根据重启命令进行重启。
进一步，接收模块61，还用于接收BIOS设备发送的HMRFPO_LOCK命令。
处理模块63，还用于向BIOS设备发送回复信息。其中，回复信息中携带有ME设备根据HMRFPO_LOCK命令生成的随机数。
本发明实施例所提供的管理引擎设备，接收BIOS设备发送的携带有随机数的重启命令；判断随机数是否正确；若随机数正确，根据重启命令进行重启。只要检测到预设机制被触发，BIOS设备就可以向ME发送重启命令使其重启，从而不再需要通过集成在BMC设备上的IPMI发送重启命令重启ME设备，因此不论BMC设备的工作状态是否正常，都不会影响重启命令的发送，就可以进行重启，从而消除了自身重启的局限性，维持了操作系统的正常运行。
在实际应用中，所述接收模块61、判断模块62、处理模块63均可由位于管理引擎设备中的CPU、MPU、DSP或FPGA等实现。
本发明实施例还提供一种基本输入输出系统设备，该设备包括第一存储器、第一处理器以及存储在第一存储器上并可在第一处理器上运行的计算机程序，第一处理器执行计算机程序时实现的步骤包括：
获取ME设备生成的随机数并保存。
检测用于向ME设备发送重启命令的预设机制是否被触发。
当检测到预设机制被触发时，向ME设备发送携带有随机数的重启命令。
进一步，上述第一处理器执行计算机程序时实现的步骤具体包括：
向ME设备发送HMRFPO_LOCK命令。
根据ME设备返回的回复信息获取随机数；其中，回复信息中携带有ME设备根据HMRFPO_LOCK命令生成的随机数。
保存随机数。
进一步，上述第一处理器执行计算机程序时实现的步骤具体还包括：
保存随机数在NVRAM或CMOS中。
进一步，预设机制为SMI机制；其中，SMI机制包括SW SMI机制和GPIO SMI机制。
进一步，上述第一处理器执行计算机程序时实现的步骤具体还包括：
检测是否出现通过IO Port的0xb2写入的值；当检测到通过IO Port的0xb2写入的值时，向ME设备发送携带有随机数的重启命令。
检测GPIO的信号是否发生改变；当检测到GPIO的信号发生改变时，向ME设备发送携带有随机数的重启命令。
进一步，重启命令为HMRFPO_MERESET命令。
本发明实施例还提供一种管理引擎设备，该设备包括第二存储器、第二处理器以及存储在第二存储器上并可在第二处理器上运行的计算机程序，第二处理器执行计算机程序时实现的步骤包括：
接收BIOS设备发送的携带有随机数的重启命令。
判断随机数是否正确。
若随机数正确，根据重启命令进行重启。
进一步，上述第一处理器执行计算机程序时实现的步骤还包括：
接收BIOS设备发送的HMRFPO_LOCK命令。
向BIOS设备发送回复信息；其中，回复信息中携带有ME设备根据HMRFPO_LOCK命令生成的随机数。
虽然本发明所揭露的实施方式如上，但所述的内容仅为便于理解本发明而采用的实施方式，并非用以限定本发明。任何本发明所属领域内的技术人员，在不脱离本发明所揭露的精神和范围的前提下，可以在实施的形式及细节上进行任何的修改与变化，但本发明的专利保护范围，仍须以所附的权利要求书所界定的范围为准。

Claims (10)

1.一种重启管理引擎的方法，其特征在于，所述方法包括：
基本输入输出系统BIOS设备获取管理引擎ME设备生成的随机数并保存；
所述BIOS设备检测用于向所述ME设备发送重启命令的预设机制是否被触发；
当检测到所述预设机制被触发时，所述BIOS设备向所述ME设备发送携带有所述随机数的重启命令。
2.根据权利要求1所述的方法，其特征在于，所述BIOS设备获取所述ME设备生成的随机数并保存，包括：
所述BIOS设备向所述ME设备发送主机管理引擎区域闪存保护锁定HMRFPO_LOCK命令；
所述BIOS设备根据所述ME设备返回的回复信息获取所述随机数；其中，所述回复信息中携带有所述ME设备根据所述HMRFPO_LOCK命令生成的随机数；
所述BIOS设备保存所述随机数。
3.根据权利要求2所述的方法，其特征在于，所述BIOS设备保存所述随机数，包括：
所述BIOS设备保存所述随机数在非易失性随机访问存储器NVRAM或互补金属氧化物半导体CMOS中。
4.根据权利要求1所述的方法，其特征在于，所述预设机制为系统管理中断SMI机制；其中，所述SMI机制包括软件SW SMI机制和通用输入/输出GPIO SMI机制。
5.根据权利要求4所述的方法，其特征在于，
当所述预设机制为所述SW SMI机制时，所述BIOS设备检测预设机制是否被触发，包括：
所述BIOS设备检测是否出现通过输入/输出端口IO Port的0xb2写入的值；
相应的，所述当检测到所述预设机制被触发时，所述BIOS设备向所述ME设备发送携带有所述随机数的重启命令，包括：
当检测到通过所述IO Port的0xb2写入的值时，所述BIOS设备向所述ME设备发送携带有所述随机数的重启命令；
当所述预设机制为所述GPIOSMI机制时，所述BIOS设备检测预设机制是否被触发，包括：
所述BIOS设备检测所述GPIO的信号是否发生改变；
相应的，所述当检测到所述预设机制被触发时，所述BIOS设备向所述ME设备发送携带有所述随机数的重启命令，包括：
当检测到所述GPIO的信号发生改变时，所述BIOS设备向所述ME设备发送携带有所述随机数的重启命令。
6.根据权利要求1所述的方法，其特征在于，所述重启命令为主机管理引擎区域闪存保护重置HMRFPO_MERESET命令。
7.一种重启管理引擎的方法，其特征在于，所述方法包括：
ME设备接收BIOS设备发送的携带有随机数的重启命令；
所述ME设备判断所述随机数是否正确；
若所述随机数正确，所述ME设备根据所述重启命令进行重启。
8.根据权利要求7所述的方法，其特征在于，所述ME设备接收所述BIOS设备发送的携带有随机数的重启命令之前，所述方法还包括：
所述ME设备接收所述BIOS设备发送的HMRFPO_LOCK命令；
所述ME设备向所述BIOS设备发送回复信息；其中，所述回复信息中携带有所述ME设备根据所述HMRFPO_LOCK命令生成的随机数。
9.一种基本输入输出系统设备，其特征在于，所述基本输入输出系统设备包括：
获取模块，用于获取管理引擎ME设备生成的随机数并保存；
检测模块，用于检测用于向所述ME设备发送重启命令的预设机制是否被触发；
发送模块，用于当检测到所述预设机制被触发时，向所述ME设备发送携带有所述随机数的重启命令。
10.一种管理引擎设备，其特征在于，所述管理引擎设备包括：
接收模块，用于接收基本输入输出系统BIOS设备发送的携带有随机数的重启命令；
判断模块，用于判断所述随机数是否正确；
处理模块，用于若所述随机数正确，根据所述重启命令进行重启。
CN201710358706.9A 2017-05-19 2017-05-19 一种重启管理引擎的方法和设备 Active CN107179911B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710358706.9A CN107179911B (zh) 2017-05-19 2017-05-19 一种重启管理引擎的方法和设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710358706.9A CN107179911B (zh) 2017-05-19 2017-05-19 一种重启管理引擎的方法和设备

Publications (2)

Publication Number Publication Date
CN107179911A true CN107179911A (zh) 2017-09-19
CN107179911B CN107179911B (zh) 2020-08-18

Family

ID=59831245

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710358706.9A Active CN107179911B (zh) 2017-05-19 2017-05-19 一种重启管理引擎的方法和设备

Country Status (1)

Country Link
CN (1) CN107179911B (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108959049A (zh) * 2018-06-27 2018-12-07 郑州云海信息技术有限公司 Smm的健壮性和稳定性的测试方法、装置及存储介质
CN111124761A (zh) * 2019-12-29 2020-05-08 浪潮电子信息产业股份有限公司 一种设备重启方法、装置、设备及介质

Citations (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101165696A (zh) * 2006-10-16 2008-04-23 中国长城计算机深圳股份有限公司 一种基于安全计算机的安全认证方法
US20090249050A1 (en) * 2008-03-27 2009-10-01 Datta Sham M System and method for establishing a trust domain on a computer platform
US20110154006A1 (en) * 2009-12-21 2011-06-23 Natu Mahesh S Mechanism for detecting a no-processor swap condition and modification of high speed bus calibration during boot
CN102667802A (zh) * 2009-12-31 2012-09-12 英特尔公司 硬件的配备、升级和/或更改
US20130007437A1 (en) * 2011-07-02 2013-01-03 Itamar Shroni Component update using management engine
CN103064697A (zh) * 2011-10-24 2013-04-24 联想(北京)有限公司 管理引擎的配置方法和计算机
CN104317692A (zh) * 2014-10-27 2015-01-28 浪潮电子信息产业股份有限公司 一种me fw在线更新稳定性的自动测试方法
CN104615407A (zh) * 2015-01-19 2015-05-13 中国科学院信息工程研究所 一种基于闪存产生满熵随机数的方法和装置
CN104899055A (zh) * 2015-05-06 2015-09-09 深圳市国鑫恒宇科技有限公司 一种基于bios控制的me更新系统及其更新方法
US20160062735A1 (en) * 2013-05-07 2016-03-03 Psigenics Corporation Acquisition and assessment of classically non-inferable information
CN105573779A (zh) * 2015-12-08 2016-05-11 浪潮电子信息产业股份有限公司 一种自动化反复刷新bios+me的方法
CN106354685A (zh) * 2016-08-19 2017-01-25 浪潮电子信息产业股份有限公司 一种psu和me通信i2c总线挂死恢复的实现方法

Patent Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101165696A (zh) * 2006-10-16 2008-04-23 中国长城计算机深圳股份有限公司 一种基于安全计算机的安全认证方法
US20090249050A1 (en) * 2008-03-27 2009-10-01 Datta Sham M System and method for establishing a trust domain on a computer platform
US20110154006A1 (en) * 2009-12-21 2011-06-23 Natu Mahesh S Mechanism for detecting a no-processor swap condition and modification of high speed bus calibration during boot
CN102667802A (zh) * 2009-12-31 2012-09-12 英特尔公司 硬件的配备、升级和/或更改
CN103917949A (zh) * 2011-07-02 2014-07-09 英特尔公司 使用管理引擎的部件更新
US20130007437A1 (en) * 2011-07-02 2013-01-03 Itamar Shroni Component update using management engine
CN103064697A (zh) * 2011-10-24 2013-04-24 联想(北京)有限公司 管理引擎的配置方法和计算机
US20160062735A1 (en) * 2013-05-07 2016-03-03 Psigenics Corporation Acquisition and assessment of classically non-inferable information
CN104317692A (zh) * 2014-10-27 2015-01-28 浪潮电子信息产业股份有限公司 一种me fw在线更新稳定性的自动测试方法
CN104615407A (zh) * 2015-01-19 2015-05-13 中国科学院信息工程研究所 一种基于闪存产生满熵随机数的方法和装置
CN104899055A (zh) * 2015-05-06 2015-09-09 深圳市国鑫恒宇科技有限公司 一种基于bios控制的me更新系统及其更新方法
CN105573779A (zh) * 2015-12-08 2016-05-11 浪潮电子信息产业股份有限公司 一种自动化反复刷新bios+me的方法
CN106354685A (zh) * 2016-08-19 2017-01-25 浪潮电子信息产业股份有限公司 一种psu和me通信i2c总线挂死恢复的实现方法

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
万武南; 索望; 陈运: "基于公钥的3G认证和密钥分配协议", 《计算机应用》 *
陈健: "Windows Me的"系统还原"与应用", 《信息方略(多媒体世界)》 *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108959049A (zh) * 2018-06-27 2018-12-07 郑州云海信息技术有限公司 Smm的健壮性和稳定性的测试方法、装置及存储介质
US11307973B2 (en) 2018-06-27 2022-04-19 Zhengzhou Yunhai Information Technology Co., Ltd. Method and device for testing robustness and stability of SMM, and storage medium
CN111124761A (zh) * 2019-12-29 2020-05-08 浪潮电子信息产业股份有限公司 一种设备重启方法、装置、设备及介质
CN111124761B (zh) * 2019-12-29 2022-04-22 浪潮电子信息产业股份有限公司 一种设备重启方法、装置、设备及介质

Also Published As

Publication number Publication date
CN107179911B (zh) 2020-08-18

Similar Documents

Publication Publication Date Title
CN101542444B (zh) 互连中心架构中的安全性特征
CN106789306B (zh) 通信设备软件故障检测收集恢复方法和系统
CN114328102B (zh) 设备状态监控方法、装置、设备及计算机可读存储介质
US8527788B2 (en) Network wake up system with protection function
EP3591485B1 (en) Method and device for monitoring for equipment failure
CN104320308B (zh) 一种服务器异常检测的方法及装置
CN102880527B (zh) 一种基板管理控制器的数据恢复方法
CN104636221A (zh) 一种计算机系统故障处理方法和装置
EP2798428B1 (en) Apparatus and method for managing operation of a mobile device
CN103580941B (zh) 网络看门狗及其实现方法
CN105739668A (zh) 一种笔记本电脑的电源管理方法及电源管理系统
CN107193708A (zh) 一种状态检测方法及系统
CN110704228B (zh) 一种固态硬盘异常处理方法及系统
EP3528125B1 (en) Power supply unit fan recovery process
CN107179911A (zh) 一种重启管理引擎的方法和设备
CN103178977A (zh) 计算机系统及计算机系统的开机管理方法
CN101303655B (zh) 基本输入输出系统的管理装置及其方法
CN115904793B (zh) 一种基于多核异构系统的内存转存方法、系统及芯片
US20150046128A1 (en) Filtration method for abnormal sensing data of monitoring chip
JP6187508B2 (ja) 制御装置、バス回路、方法、及び、プログラム
CN113517897A (zh) L波段双频固态发射机和l波段双频固态发射机控制方法
CN108388481B (zh) Olt设备的智能看门狗电路系统
CN111026611A (zh) 一种服务器散热控制方法及系统
US9515907B2 (en) Monitoring method of monitoring module
CN208367675U (zh) 双cpu硬件写保护功能数据复制器

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
TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20200624

Address after: 215100 No. 1 Guanpu Road, Guoxiang Street, Wuzhong Economic Development Zone, Suzhou City, Jiangsu Province

Applicant after: SUZHOU LANGCHAO INTELLIGENT TECHNOLOGY Co.,Ltd.

Address before: 450018 Henan province Zheng Dong New District of Zhengzhou City Xinyi Road No. 278 16 floor room 1601

Applicant before: ZHENGZHOU YUNHAI INFORMATION TECHNOLOGY Co.,Ltd.

GR01 Patent grant
GR01 Patent grant