CN104899055A - 一种基于bios控制的me更新***及其更新方法 - Google Patents
一种基于bios控制的me更新***及其更新方法 Download PDFInfo
- Publication number
- CN104899055A CN104899055A CN201510226405.1A CN201510226405A CN104899055A CN 104899055 A CN104899055 A CN 104899055A CN 201510226405 A CN201510226405 A CN 201510226405A CN 104899055 A CN104899055 A CN 104899055A
- Authority
- CN
- China
- Prior art keywords
- bios
- pin
- bmc
- upgrading
- gpio1
- 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
Links
Landscapes
- Stored Programmes (AREA)
Abstract
本发明公开了一种基于BIOS控制的ME更新***及其更新方法,所述基于BIOS控制的ME更新***包括硬件设计子***和界面设计子***;硬件设计子***包括BMC和PCH,BMC包括GPIO1引脚和GPIO2引脚,PCH包括HDA_SDO引脚和RSMRST#引脚,GPIO1引脚与HDA_SDO引脚连接,GPIO1引脚与HDA_SDO引脚通过R1电阻与待机电源连接;GPIO2引脚与RSMRST#引脚连接,GPIO2引脚与RSMRST#引脚通过R3电阻与待机电源连接、通过C1电容接地。本发明的ME更新***及更新方法具有通用性强、操作方便、准确性高和成本低廉的特点。
Description
技术领域
本发明涉及ME更新***及其方法技术领域,具体是指一种基于BIOS控制的ME更新***及其更新方法。
背景技术
随着互联网时代以及大数据时代的到来,人们对数据的处理、存储需求呈现***式的增长,对服务器的数量需求也暴增。这个服务器的维护工作带来了难度,一般服务器主板的使用周期为3到5年,为了提高使用价值,提高主板性能,更换新一代CPU在所难免,这就需要固件的同步更新。另外,固件本身也会存在bug,需要定期更新。
出于安全的考虑,正常情况下,Intel管理引擎ME (Management Engine)固件部分不允许其他软件对它修改、更新等操作,若要更新固件ME,第一种办法就是用烧录器将整个Flash进行烧录;第二种办法,就是使用跳冒接入主板插针,将HDA_SDO信号在关机S5状态下拉高,使ME进入Recovery(恢复)模式,解除保护机制,并在DOS下使用软件进行更新。
针对上述第一种方法,使用烧录器更新在客户端不具有操作性,Flash芯片是焊接在主板上的,客户一般没有专业工具、专业技术将芯片焊下来,烧录完再焊接到主板上。客户一般采用第二种方法,具体操作流程如图1所示,但是这给维护人员带来很多麻烦,要进入机房关机,打开机箱,将跳冒***主板插针,然后开机进入DOS,使用软件更新ME固件,更新完毕后,将跳冒取下来,恢复ME保护机制;在将跳冒***主板插针过程中有可能出现插错跳冒或者接触不良等风险。如果有大量服务器主板需要更新ME固件,这种更新方法效率非常低,出错的概率也很高。另外,不同厂家的主板设计不同,有些主板不需要断开待机电源,通过关机再开机或者全局重启就可以完成ME升级,恢复ME工作模式;而有些主板需要断开待机电源,再上电,进行复位操作,才能完成ME升级,恢复ME工作模式,这些主板如果不断开待机电源进行复位,ME就会一直处于Recovery模式,不能正常工作。 所以,这就要求维护人员必须在机房内操作机台,手动控制电源,非常麻烦,需要花费的时间也很多,增加了成本。
发明内容
本发明的目的是提供一种基于BIOS控制的ME更新***及更新方法,具有通用性强、操作方便、准确性高和成本低廉的特点。
本发明可以通过以下技术方案来实现:
本发明公开了一种基于BIOS控制的ME更新***,包括硬件设计子***和界面设计子***;
所述硬件设计子***包括BMC(Baseboard Management Controller,基板管理控制器)和PCH(Platform Controller Hub,集成南桥),所述BMC包括GPIO1引脚和GPIO2引脚,所述PCH包括HDA_SDO引脚和RSMRST#引脚,所述GPIO1引脚与HDA_SDO引脚连接,所述GPIO1引脚与HDA_SDO引脚通过R1电阻与待机电源连接;所述GPIO2引脚与RSMRST#引脚连接,所述GPIO2引脚与RSMRST#引脚通过R3电阻与待机电源连接、通过C1电容接地。
所述界面设计子***包括控制选项界面,所述控制选项界面设置在常规的BIOS Setup界面之前,所述控制选项界面包括BIOS Setup界面选项和ME升级界面选项。
在本发明中,硬件子***通过硬件将BMC的GPIO和PCH对应的信号连接起来,再通过BIOS、BMC软件进行多次通信配合,实现ME的升级功能,不受主板硬件供电电路设计差异的影响,拓展了ME更新***及其更新方法在使用上的通用性。界面设计子***第与硬件设计子***进行优化配合,形成整个操作过程,通过远程控制,人员无需进入机房,实现集中化管理升级,提高效率;同时,通过界面设计子***设置控制选项界面,对升级的过程进行选择控制,可以专门人员通过管理员权限进行识别升级,防止错误操作造成对主板的损伤,操作准确性高。此外,本发明的ME更新***只需要在主板上进行简单改装升级即可实现远程升级功能,操作简单,有效节省升级成本。
进一步地,所述ME升级界面包括ME升级确认子界面,所述ME升级确认子界面包括警告信息提示选项和管理员身份确认选项。通过ME升级界面的设计,可以有效识别普通用户和管理员身份。出于安全考虑,固件升级之前,需要以管理员身份在BIOS设置界面确认,以限制非管理员的对ME固件的升级或者误操作。在BIOS Setup界面,添加ME升级确认子界面,以管理员身份进入BIOS Setup,可以操作控制选项界面。以用户身份进入BIOS Setup界面时,控制选项界面会变灰,不可操作,在帮助信息中将控制项的作用进行说明。当管理员做固件ME升级时,打开控制选项界面, BIOS检测到控制项被打开时,显示警告信息提示选项和管理员身份确认选项,需要管理员再确认是否要打开ME升级,如果管理员确认打开,BIOS将执关机操作,如果管理员终止操作,ME升级控制项将恢复关闭值。
进一步地,所述BIOS和BMC之间是通过IPMI通信协议来实现通信。BIOS按照一定的命令格式,将命令发送给BMC,BMC接收到命令后,进行解析,并执行操作。例如,当BIOS通知BMC将GPIO1的电平信号值拉高时,BMC接收到命令后,改写GPIO1的寄存器,设置GPIO1的电平信号值为高,操作完成后,GPIO1信号就会被驱动升高。
本发明还提供了使用所述的基于BIOS控制的ME更新***的ME更新方法,包括以下处理流程:
上电时序流程,BMC对HDA_SDO引脚的电平信号进行检测并采集;
BIOS执行流程,BMC进行初始化,BIOS将向BMC发送命令,获取BMC控制HDA_SDO信号的GPIO1电平值,BMC将此GPIO1电平值反馈给BIOS;如果GPIO1为高电平,BIOS再次发送命令给BMC,将GPIO1拉低,恢复对ME的保护机制后再进入BIOS Setup升级确认流程;如果GPIO1值本来就为低,BIOS将不作处理直接进入BIOS Setup升级确认流程;
BIOS Setup升级确认流程,当BIOS执行流程确认需要进行ME升级时进入控制选项界面,由管理员确认是否需要启动BIOS Setup升级执行流程,确认启动后进入BIOS Setup升级执行流程,确认无需升级后自动进入关机流程;
BIOS Setup升级执行流程,BIOS Setup升级确认流程确认需要对ME进行升级后,进入ME升级确认子界面,要求输入管理员信息,管理员信息确认无误后,由于管理员确认后开启ME升级,BIOS将向BMC发送命令,要求BMC将控制HDA_SDO引脚的电平信号的GPIO1引脚的电平信号拉高开启ME升级过程;
关机流程, BIOS读取PCH 上的ME寄存器,获取ME的工作状态,如果是正常工作模式,不做任何操作,直接关机;如果ME处于Recovery模式,BIOS向BMC发送命令将GPIO2引脚的电平信息拉低一段时间再拉高,然后关机。
通过以上流程,可以有效区分维护人员不需要升级ME和维护人员需要升级ME两种情况并分别进行处理:
(1)当维护人员不需要升级ME时:在上电时序中,没有采集到HDA_SDO引脚的高电平信号,BIOS执行流程中判断BMC GPIO1引脚的电平信号为低,不需要处理,管理员也并没有进入BIOS Setup设置界面,BIOS将引导***或者其他操作,此时ME是处于正常工作模式,未解除保护,不可以修改或者升级。
(2)当维护人员需要升级ME时:在上电时序中,没有采集到HDA_SDO引脚的高电平信号,BIOS执行流程中判断BMC GPIO1引脚信号为低,不需要处理,管理员进入BIOS Setup设置界面,打开ME升级控制项,通知BMC将GPIO1引脚 电平信号拉高,BIOS操作寄存器,执行关机操作。再次开机,上电时序采集到HDA_SDO引脚的高电平信号,ME保护机制解除,BIOS执行流程中,BIOS将通知BMC将GPIO1拉低,然后引导进入远程控制端DOS***,此时ME功能停止,处于Recovery模式,可以使用软件进行ME升级。升级完毕后,关机操作,在关机流程中,BIOS将通知BMC将GPIO2引脚 电平信号拉低一段时间然后再拉高,RSMRST#随GPIO2引脚的电平信号会同步动作变化,让PCH在关机状态下进行复位操作,再次开机,ME升级完毕,进入正常工作模式。
进一步地,所述BIOS执行流程是通过如下方式实现的:***启动,BMC初始化以后,BIOS将向BMC发送命令,获取BMC控制HDA_SDO引脚的电平信号和GPIO1引脚的电平信号,BMC将此GPIO1引脚的电平信号的电平值反馈给BIOS,如果GPIO1引脚的电平值为高电平,BIOS再次发送命令给BMC,将GPIO1引脚的电平值拉低,恢复对ME的保护机制,如果GPIO1引脚的电平值本来就为低,BIOS将不作处理。
进一步地,所述BIOS Setup升级执行流程是通过如下过程实现的,用户进入ME升级确认子界面,首先要输入管理员密码,如果输入的错误,会显示无效,重新输入,如果输入是用户密码,ME升级控制项会变灰而不可操作。输入管理员密码后,以管理员身份修改ME升级控制项,BIOS实时读取控制项的值,判断ME控制项是否为打开状态,如果是打开状态,BIOS会调用显示程序,显示警告信息,让管理员再次确认是否打开ME升级控制项,如果确认打开升级项,BIOS将向BMC发送命令,要求BMC将控制HDA_SDO引脚电平信号的GPIO1引脚的电平信号拉高,下次开机时,ME将解除保护机制。BMC执行GPIO1引脚电平信号拉高命令,如果执行错误,BIOS将显示报错信息,通知管理员,表明无法将GPIO1引脚的电平信号拉高,ME升级控制项恢复关闭值,如果执行成功后,BIOS将执行关机操作,下次开机的上电时序中,ME将如上电时序流程中所述采集HDA_SDO引脚的电平信号。
进一步地,所述关机执行流程包括如下过程,关机过程中,BIOS读取PCH 的ME寄存器,获取ME的工作状态,如果是正常工作模式,不做任何操作,关闭***;如果ME处于Recovery模式,BIOS向BMC发送命令将GPIO2引脚的电平信号拉低一段时间再拉高,然后关机;BMC收到命令后,稍作延迟,等待关机完成;在关机状态下,BMC执行GPIO2拉低再拉高的命令,拉低时间大于20ms即可,PCH RSMRST#引脚的电平信号和BMC GPIO2引脚的电平信号同步变化,实现PCH的复位操作。
本发明一种基于BIOS控制的ME更新***及其更新方法,具有如下的有益效果:
第一、通用性强,通过硬件将BMC的GPIO和PCH对应的信号连接起来,再通过BIOS、BMC软件进行多次通信配合,实现ME的升级功能,不受主板硬件供电电路设计差异的影响,拓展了ME更新***及其更新方法在使用上的通用性;
第二、操作方便,整个操作过程,通过远程控制,人员无需进入机房,实现集中化管理升级,提高效率;
第三、准确性高,通过远程集中控制,可以专门人员通过管理员权限进行识别升级,防止错误操作造成对主板的损伤;
第四、成本低廉,ME更新***及其更新方法只需要在主板上进行简单改装升级即可实现远程升级功能,操作简单,有效节省升级成本。
附图说明
图1为本发明现有技术ME更新的操作流程图;
图2为本发明一种基于BIOS控制的ME更新***的硬件设计子***组成框图;
图3为本发明一种基于BIOS控制的ME更新方法总流程图;
图4为本发明一种基于BIOS控制的ME更新方法上电时序流程图;
图5为本发明一种基于BIOS控制的ME更新方法BIOS执行流程图;
图6为本发明一种基于BIOS控制的ME更新方法BIOS Setup升级执行流程图;
图7为本发明一种基于BIOS控制的ME更新方法关机流程图。
具体实施方式
为了使本技术领域的人员更好地理解本发明的技术方案,下面结合实施例及附图对本发明产品作进一步详细的说明。
本发明公开了一种基于BIOS控制的ME更新***,包括硬件设计子***和界面设计子***;
如图2所示,所述硬件设计子***包括BMC和PCH,所述BMC包括GPIO1引脚和GPIO2引脚,所述PCH包括HDA_SDO引脚和RSMRST#引脚,所述GPIO1引脚与HDA_SDO引脚连接, GPIO1引脚与HDA_SDO引脚通过R1电阻与待机电源连接;所述GPIO2引脚与RSMRST#引脚连接, GPIO2引脚与RSMRST#引脚通过R3电阻与待机电源连接、通过C1电容接地。
同时,在图2中,右上角还局部放大公开了PCH的芯片内部设计的等效电路图,等效电路中包括t开关和R2电阻,R2电阻的阻值远大于R1电阻。所述t开关、R2电阻通过导线与HDA_SDO引脚串联,连接R2电阻和HDA_SDO引脚的导线同时接地,所述待机电源为3.3V锂电池电源。
所述界面设计子***包括控制选项界面,所述控制选项界面设置在常规的BIOS Setup界面之前,所述控制选项界面包括BIOS Setup界面选项和ME升级界面选项。
所述ME升级界面包括ME升级确认子界面,所述ME升级确认子界面包括警告信息提示选项和管理员身份确认选项。
所述BIOS和BMC之间是通过IPMI通信协议来实现通信。
如图3所示,使用所述的基于BIOS控制的ME更新***的ME更新方法,包括以下处理流程:
上电时序流程,BMC对HDA_SDO引脚的电平信号进行检测并采集;
BIOS执行流程,BMC进行初始化,BIOS将向BMC发送命令,获取BMC控制HDA_SDO信号的GPIO1电平值,BMC将此GPIO1电平值反馈给BIOS,如果GPIO1为高电平,BIOS再次发送命令给BMC,将GPIO1拉低,恢复对ME的保护机制后再进入BIOS Setup升级确认流程,如果GPIO1值本来就为低,BIOS将不作处理直接进入BIOS Setup升级确认流程;
BIOS Setup升级确认流程,当BIOS执行流程确认需要进行ME升级时进入控制选项界面,由管理员确认是否需要启动BIOS Setup升级执行流程,确认启动后进入BIOS Setup升级执行流程,确认无需升级后自动进入关机流程;
BIOS Setup升级执行流程,BIOS Setup升级确认流程确认需要对ME进行升级后,进入ME升级确认子界面,要求输入管理员信息,管理员信息确认无误后,由于管理员确认后开启ME升级,BIOS将向BMC发送命令,要求BMC将控制HDA_SDO引脚的电平信号的GPIO1引脚的电平信号拉高开启ME升级过程;
关机流程, BIOS读取PCH 上的ME寄存器,获取ME的工作状态,如果是正常工作模式,不做任何操作,直接关机;如果ME处于Recovery模式,BIOS向BMC发送命令将GPIO2引脚的电平信息拉低一段时间再拉高,然后关机。
如图4所示,开机后,上电时序流程中,在PWROK信号上升沿时ME采集HDA_SDO引脚的电平信号,此时如果采集到信号为高电平,PCH启动后,ME功能将停止并处于Recovery模式,可以对ME进行升级或者修改,在PLTRST#引脚的电平信号上升沿时,HDA_SDO引脚的电平信号将会被PCH芯片内部拉低,外部对HDA_SDO引脚的电平信号的上拉或者下拉已经不再起到作用。如果在PWROK信号上升沿时检测到HDA_SDO引脚的电平信号为低电平,PCH启动后,ME将处于正常工作模式,即使再有外部的上拉HDA_SDO引脚的电平信号也不能让ME进入Recovery模式,无法解除ME 保护机制。
从图2硬件的连接关系可以对图4的工作流程进行进一步的解释。在PLTRST#引脚的电平信号为低电平时,t开关连接到电阻R2上,R2远远大于R1,当GPIO1引脚的输出高电平时,HDA_SDO引脚的电平为R2/(R1+R2)×3.3V,接近于3.3V的高电平;当GPIO1引脚输出低电平时,HDA_SDO引脚的电平为R2/(R1+R2)×低电平电压,其中所述低电平电压小于0.8V,因此HDA_SDO引脚的电平为低电平。在PLTRST#引脚的电平信号为高电平时,t开关切换到导线连接到地,相当于HDA_SDO引脚直接连接地,此时无论GPIO1引脚的电平信号输出高低,HDA_SDO引脚的电平信号都是低电平值。
如图5所示,所述BIOS执行流程是通过如下方式实现的,***启动,BMC初始化以后,BIOS将向BMC发送命令,获取BMC控制HDA_SDO引脚的电平信号和GPIO1引脚的电平信号,BMC将此GPIO1引脚的电平信号的电平值反馈给BIOS,如果GPIO1引脚的电平值为高电平,BIOS再次发送命令给BMC,将GPIO1引脚的电平值拉低,恢复对ME的保护机制,如果GPIO1引脚的电平值本来就为低,BIOS将不作处理。
如图6所示,所述BIOS Setup升级执行流程是通过如下过程实现的,用户进入ME升级确认子界面,首先要输入管理员密码,如果输入的密码错误,会显示无效,要求重新输入;如果输入是用户密码,ME升级控制项会变灰而不可操作。输入管理员密码后,以管理员身份修改ME升级控制项,BIOS实时读取控制项的值,判断ME控制项是否为打开状态,如果是打开状态,BIOS会调用显示程序,显示警告信息,让管理员再次确认是否打开ME升级控制项,如果确认打开升级项,BIOS将向BMC发送命令,要求BMC将控制HDA_SDO引脚电平信号的GPIO1引脚的电平信号拉高,下次开机时,ME将解除保护机制。BMC执行GPIO1引脚电平信号拉高命令,如果执行错误,BIOS将显示报错信息,通知管理员,表明无法将GPIO1引脚的电平信号拉高,ME升级控制项恢复关闭值,如果执行成功后,BIOS将执行关机操作,下次开机的上电时序中,ME将如上电时序流程中所述采集HDA_SDO引脚的电平信号。
如图7所示,所述关机执行流程包括如下过程:关机过程中,BIOS读取PCH 的ME寄存器,获取ME的工作状态,如果是正常工作模式,不做任何操作,关闭***;如果ME处于Recovery模式,BIOS向BMC发送命令将GPIO2引脚的电平信号拉低一段时间再拉高,然后关机。BMC收到命令后,稍作延迟,等待关机完成。在关机状态下,BMC执行GPIO2拉低再拉高的命令,拉低时间大于20ms即可,PCH RSMRST#引脚的电平信号和BMC GPIO2引脚的电平信号同步变化,实现PCH的复位操作。
同时,为了便于理解本技术方案,本发明所涉及的技术名词缩写为:
IPMI:智能平台管理接口 (Intelligent Platform Management Interface) 是一种开放标准的硬件管理接口规格,定义了嵌入式管理子***进行通信的特定方法。IPMI 信息通过基板管理控制器 BMC(位于 IPMI 规格的硬件组件上)进行交流。使用低级硬件智能管理而不使用操作***进行管理,用户可以利用IPMI监视服务器的物理健康特征,如温度、电压、风扇工作状态、电源状态等。而且更为重要的是IPMI是一个开放的免费标准,用户无需为使用该标准而支付额外的费用。具有两个主要优点: 首先,此配置允许进行带外服务器管理;其次,操作***不必负担传输***状态数据的任务。
BMC:基板管理控制器(Baseboard Management Controller)。一般内置在主板上,支持行业标准的 IPMI 规范。BMC提供的功能包括:本地和远程诊断、控制台支持、配置管理、硬件管理和故障排除。
BIOS:基本的输入输出***(Basic Input Output System)。
PCH: Intel公司的集成南桥芯片(Platform Controller Hub)。
ME:Intel管理引擎(Intel? Management Engine)。
PWROK:电源供电正常的标志信号。
RSMRST#:PCH复位信号。
GPIO:通用输入/输出(General Purpose Input Output)。
以上所述,仅为本发明的较佳实施例而已,并非对本发明作任何形式上的限制;凡本行业的普通技术人员均可按说明书附图所示和以上所述而顺畅地实施本发明;但是,凡熟悉本专业的技术人员在不脱离本发明技术方案范围内,可利用以上所揭示的技术内容而作出的些许更动、修饰与演变的等同变化,均为本发明的等效实施例;同时,凡依据本发明的实质技术对以上实施例所作的任何等同变化的更动、修饰与演变等,均仍属于本发明的技术方案的保护范围之内。
Claims (7)
1.一种基于BIOS控制的ME更新***,其特征在于:包括硬件设计子***和界面设计子***;
所述硬件设计子***包括BMC和PCH,所述BMC包括GPIO1引脚和GPIO2引脚,所述PCH包括HDA_SDO引脚和RSMRST#引脚,所述GPIO1引脚与HDA_SDO引脚连接,所述GPIO1引脚与HDA_SDO引脚通过R1电阻与待机电源连接;所述GPIO2引脚与RSMRST#引脚连接, 所述GPIO2引脚与RSMRST#引脚通过R3电阻与待机电源连接、通过C1电容接地;
所述界面设计子***包括控制选项界面,所述控制选项界面设置在常规的BIOS Setup界面之前,所述控制选项界面包括BIOS Setup界面选项和ME升级界面选项。
2.根据权利要求1所述的基于BIOS控制的ME更新***,其特征在于:所述ME升级界面包括ME升级确认子界面,所述ME升级确认子界面包括警告信息提示选项和管理员身份确认选项。
3.根据权利要求1或2所述的基于BIOS控制的ME更新***,其特征在于:所述BIOS和BMC之间是通过IPMI通信协议来实现通信。
4.使用权利要求1~3任意一项所述基于BIOS控制的ME更新***的更新方法,其特征在于包括以下处理流程:
上电时序流程,所述BMC对HDA_SDO引脚的电平信号进行检测并采集;
BIOS执行流程,所述BMC进行初始化,BIOS将向BMC发送命令,获取BMC控制HDA_SDO信号的GPIO1电平值,BMC将此GPIO1电平值反馈给BIOS,如果GPIO1为高电平,BIOS再次发送命令给BMC,将GPIO1拉低,恢复对ME的保护机制后再进入BIOS Setup升级确认流程;如果GPIO1电平值本来就为低,BIOS将不作处理直接进入BIOS Setup升级确认流程;
BIOS Setup升级确认流程,当BIOS执行流程确认需要进行ME升级时进入控制选项界面,由管理员确认是否需要启动BIOS Setup升级执行流程,确认启动后进入BIOS Setup升级执行流程,确认无需升级后自动进入关机流程;
BIOS Setup升级执行流程,BIOS Setup升级确认流程确认需要对ME进行升级后,进入ME升级确认子界面,要求输入管理员信息,管理员信息确认无误后,由于管理员确认后开启ME升级,BIOS将向BMC发送命令,要求BMC将控制HDA_SDO引脚的电平信号的GPIO1引脚的电平信号拉高开启ME升级过程;
关机流程, BIOS读取PCH 上的ME寄存器,获取ME的工作状态,如果是正常工作模式,不做任何操作,直接关机;如果ME处于Recovery模式,BIOS向BMC发送命令将GPIO2引脚的电平信息拉低一段时间再拉高,然后关机。
5.根据权利要求4所述的更新方法,其特征在于:所述BIOS执行流程是通过如下方式实现的,***启动,BMC初始化以后,BIOS将向BMC发送命令,获取BMC控制HDA_SDO引脚的电平信号和GPIO1引脚的电平信号,BMC将此GPIO1引脚的电平信号的电平值反馈给BIOS;如果GPIO1引脚的电平值为高电平,BIOS再次发送命令给BMC,将GPIO1引脚的电平值拉低,恢复对ME的保护机制;如果GPIO1引脚的电平值本来就为低,BIOS将不作处理。
6.根据权利要求5所述的更新方法,其特征在于:所述BIOS Setup升级执行流程是通过如下过程实现的,用户进入ME升级确认子界面,首先要输入管理员密码,如果输入的错误,会显示无效,重新输入,如果输入是用户密码,ME升级控制项会变灰而不可操作;输入管理员密码后,以管理员身份修改ME升级控制项,BIOS实时读取控制项的值,判断ME控制项是否为打开状态,如果是打开状态,BIOS会调用显示程序,显示警告信息,让管理员再次确认是否打开ME升级控制项,如果确认打开升级项,BIOS将向BMC发送命令,要求BMC将控制HDA_SDO引脚电平信号的GPIO1引脚的电平信号拉高,下次开机时,ME将解除保护机制;BMC执行GPIO1引脚电平信号拉高命令,如果执行错误,BIOS将显示报错信息,通知管理员,表明无法将GPIO1引脚的电平信号拉高,ME升级控制项恢复关闭值,如果执行成功后,BIOS将执行关机操作,下次开机的上电时序中,ME将如上电时序流程中所述采集HDA_SDO引脚的电平信号。
7.根据权利要求6所述的更新方法,其特征在于:所述关机执行流程包括如下过程,关机过程中,BIOS读取PCH 的ME寄存器,获取ME的工作状态,如果是正常工作模式,不做任何操作,关闭***;如果ME处于Recovery模式,BIOS向BMC发送命令将GPIO2引脚的电平信号拉低一段时间再拉高,然后关机;BMC收到命令后,稍作延迟,等待关机完成;在关机状态下,BMC执行GPIO2拉低再拉高的命令,拉低时间大于20ms即可,PCH RSMRST#引脚的电平信号和BMC GPIO2引脚的电平信号同步变化,实现PCH的复位操作。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510226405.1A CN104899055B (zh) | 2015-05-06 | 2015-05-06 | 一种基于bios控制的me更新***及其更新方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510226405.1A CN104899055B (zh) | 2015-05-06 | 2015-05-06 | 一种基于bios控制的me更新***及其更新方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104899055A true CN104899055A (zh) | 2015-09-09 |
CN104899055B CN104899055B (zh) | 2018-10-12 |
Family
ID=54031733
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510226405.1A Active CN104899055B (zh) | 2015-05-06 | 2015-05-06 | 一种基于bios控制的me更新***及其更新方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104899055B (zh) |
Cited By (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105975382A (zh) * | 2016-05-13 | 2016-09-28 | 深圳市国鑫恒宇科技有限公司 | 一种硬件配置变动的报警方法 |
CN106528114A (zh) * | 2016-10-25 | 2017-03-22 | 北京海誉动想科技股份有限公司 | 安卓固件应用、安卓固件和固件升级方法 |
CN107179911A (zh) * | 2017-05-19 | 2017-09-19 | 郑州云海信息技术有限公司 | 一种重启管理引擎的方法和设备 |
CN107908508A (zh) * | 2017-10-10 | 2018-04-13 | 曙光信息产业(北京)有限公司 | 实时控制bios调试信息输出的方法、装置及服务器 |
CN108196865A (zh) * | 2018-01-29 | 2018-06-22 | 郑州云海信息技术有限公司 | 一种Intel ME的固件更新方法、装置及介质 |
CN108304198A (zh) * | 2018-01-29 | 2018-07-20 | 郑州云海信息技术有限公司 | 一种Intel ME的固件更新方法、装置及介质 |
CN108399075A (zh) * | 2018-02-28 | 2018-08-14 | 郑州云海信息技术有限公司 | 一种更新管理引擎的方法及*** |
CN108509221A (zh) * | 2018-03-13 | 2018-09-07 | 郑州云海信息技术有限公司 | 一种me的生效方法和生效*** |
CN108959973A (zh) * | 2018-06-27 | 2018-12-07 | 郑州云海信息技术有限公司 | 一种针对bmc固件刷新的保护方法与*** |
CN109002302A (zh) * | 2017-05-25 | 2018-12-14 | 佛山市顺德区顺达电脑厂有限公司 | 管理引擎的固件更新方法 |
TWI646464B (zh) * | 2017-03-31 | 2019-01-01 | 神雲科技股份有限公司 | 管理引擎的韌體更新方法 |
CN109582505A (zh) * | 2018-12-06 | 2019-04-05 | 广东浪潮大数据研究有限公司 | 一种bios选项默认值的恢复***、方法及装置 |
CN110472420A (zh) * | 2019-07-19 | 2019-11-19 | 深圳中电长城信息安全***有限公司 | 一种绑定识别方法、***、终端设备及存储介质 |
CN110471704A (zh) * | 2018-05-11 | 2019-11-19 | 佛山市顺德区顺达电脑厂有限公司 | 服务器及服务器开机初始化方法 |
CN111400140A (zh) * | 2020-03-18 | 2020-07-10 | 北京达佳互联信息技术有限公司 | 通信设备的控制***、方法、装置、计算设备和存储介质 |
CN113468191A (zh) * | 2021-06-04 | 2021-10-01 | 合肥联宝信息技术有限公司 | 一种数据更新的方法、装置、电子设备及计算机可读介质 |
CN116048577A (zh) * | 2022-12-29 | 2023-05-02 | 哈尔滨工大卫星技术有限公司 | 一种分布式数字化卫星***升级方法、装置及介质 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103513993A (zh) * | 2012-06-15 | 2014-01-15 | 鸿富锦精密工业(深圳)有限公司 | 固件更新***及方法 |
-
2015
- 2015-05-06 CN CN201510226405.1A patent/CN104899055B/zh active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103513993A (zh) * | 2012-06-15 | 2014-01-15 | 鸿富锦精密工业(深圳)有限公司 | 固件更新***及方法 |
Non-Patent Citations (1)
Title |
---|
王红军: "《笔记本电脑维修宝典》", 31 March 2014 * |
Cited By (25)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105975382A (zh) * | 2016-05-13 | 2016-09-28 | 深圳市国鑫恒宇科技有限公司 | 一种硬件配置变动的报警方法 |
CN105975382B (zh) * | 2016-05-13 | 2019-01-08 | 深圳市同泰怡信息技术有限公司 | 一种硬件配置变动的报警方法 |
CN106528114A (zh) * | 2016-10-25 | 2017-03-22 | 北京海誉动想科技股份有限公司 | 安卓固件应用、安卓固件和固件升级方法 |
CN106528114B (zh) * | 2016-10-25 | 2022-03-29 | 北京海誉动想科技股份有限公司 | 一种安卓固件应用装置和安卓固件升级方法 |
TWI646464B (zh) * | 2017-03-31 | 2019-01-01 | 神雲科技股份有限公司 | 管理引擎的韌體更新方法 |
CN107179911A (zh) * | 2017-05-19 | 2017-09-19 | 郑州云海信息技术有限公司 | 一种重启管理引擎的方法和设备 |
CN107179911B (zh) * | 2017-05-19 | 2020-08-18 | 苏州浪潮智能科技有限公司 | 一种重启管理引擎的方法和设备 |
CN109002302A (zh) * | 2017-05-25 | 2018-12-14 | 佛山市顺德区顺达电脑厂有限公司 | 管理引擎的固件更新方法 |
CN107908508A (zh) * | 2017-10-10 | 2018-04-13 | 曙光信息产业(北京)有限公司 | 实时控制bios调试信息输出的方法、装置及服务器 |
CN108196865A (zh) * | 2018-01-29 | 2018-06-22 | 郑州云海信息技术有限公司 | 一种Intel ME的固件更新方法、装置及介质 |
CN108304198A (zh) * | 2018-01-29 | 2018-07-20 | 郑州云海信息技术有限公司 | 一种Intel ME的固件更新方法、装置及介质 |
CN108399075A (zh) * | 2018-02-28 | 2018-08-14 | 郑州云海信息技术有限公司 | 一种更新管理引擎的方法及*** |
CN108509221A (zh) * | 2018-03-13 | 2018-09-07 | 郑州云海信息技术有限公司 | 一种me的生效方法和生效*** |
CN110471704B (zh) * | 2018-05-11 | 2022-07-12 | 佛山市顺德区顺达电脑厂有限公司 | 服务器及服务器开机初始化方法 |
CN110471704A (zh) * | 2018-05-11 | 2019-11-19 | 佛山市顺德区顺达电脑厂有限公司 | 服务器及服务器开机初始化方法 |
CN108959973A (zh) * | 2018-06-27 | 2018-12-07 | 郑州云海信息技术有限公司 | 一种针对bmc固件刷新的保护方法与*** |
CN109582505A (zh) * | 2018-12-06 | 2019-04-05 | 广东浪潮大数据研究有限公司 | 一种bios选项默认值的恢复***、方法及装置 |
CN109582505B (zh) * | 2018-12-06 | 2022-05-27 | 广东浪潮大数据研究有限公司 | 一种bios选项默认值的恢复***、方法及装置 |
CN110472420B (zh) * | 2019-07-19 | 2021-05-11 | 深圳中电长城信息安全***有限公司 | 一种绑定识别方法、***、终端设备及存储介质 |
CN110472420A (zh) * | 2019-07-19 | 2019-11-19 | 深圳中电长城信息安全***有限公司 | 一种绑定识别方法、***、终端设备及存储介质 |
CN111400140A (zh) * | 2020-03-18 | 2020-07-10 | 北京达佳互联信息技术有限公司 | 通信设备的控制***、方法、装置、计算设备和存储介质 |
CN111400140B (zh) * | 2020-03-18 | 2023-12-12 | 北京达佳互联信息技术有限公司 | 通信设备的控制***、方法、装置、计算设备和存储介质 |
CN113468191A (zh) * | 2021-06-04 | 2021-10-01 | 合肥联宝信息技术有限公司 | 一种数据更新的方法、装置、电子设备及计算机可读介质 |
CN116048577A (zh) * | 2022-12-29 | 2023-05-02 | 哈尔滨工大卫星技术有限公司 | 一种分布式数字化卫星***升级方法、装置及介质 |
CN116048577B (zh) * | 2022-12-29 | 2024-05-17 | 哈尔滨工大卫星技术有限公司 | 一种分布式数字化卫星***升级方法、装置及介质 |
Also Published As
Publication number | Publication date |
---|---|
CN104899055B (zh) | 2018-10-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104899055A (zh) | 一种基于bios控制的me更新***及其更新方法 | |
CN100419699C (zh) | 一种通过网络远程自动恢复cmos数据的方法和装置 | |
CN100517246C (zh) | 一种计算机远程控制方法及*** | |
CN103748569B (zh) | Usb设备的无驱动操作的***和方法 | |
CN107122321A (zh) | 硬件修复方法、硬件修复***以及计算机可读取存储装置 | |
CN103136012B (zh) | 计算机***及其基本输入输出***的更新方法 | |
CN106648958A (zh) | 基本输入输出***回复管理***及其方法以及程序产品 | |
CN103513993A (zh) | 固件更新***及方法 | |
CN103488498A (zh) | 一种计算机启动方法及计算机 | |
CN106155970B (zh) | 自动硬件恢复方法及自动硬件恢复*** | |
CN102855146A (zh) | 固件更新***及方法 | |
CN103425506A (zh) | 关机方法及开机方法及通信终端 | |
CN102339242A (zh) | 计算机***数据修复装置 | |
CN106055440B (zh) | 一种通过bmc实现服务器异常断电的测试方法及*** | |
CN107678997B (zh) | Pcie插卡的热插拔方法、***、装置和可读存储介质 | |
CN111831488B (zh) | 具有安全等级设计的tcms-mpu控制单元 | |
CN104081311B (zh) | 用于管理移动设备的操作的装置和方法 | |
TW201508622A (zh) | 電子裝置及其資料回置方法 | |
CN110658758A (zh) | 控制方法和控制*** | |
CN106874054A (zh) | 一种直放站内模块程序在线升级方法与*** | |
CN102880527A (zh) | 一种基板管理控制器的数据恢复方法 | |
CN104516800A (zh) | 服务器主板诊断的方法、***和相关电路*** | |
CN109710048B (zh) | 一种基于龙芯处理器的便携式终端电源管理方法 | |
CN105389525A (zh) | 刀片服务器的管理方法和*** | |
CN108762789A (zh) | 一种服务器节点固件更新方法及相关装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20170508 Address after: 518000 Guangdong city of Shenzhen province Nanshan District Guangdong streets Park seven Shenzhen Digital Technology Park B1 building 3 floor C District Applicant after: Shenzhen Tong Yi Yi Information Technology Co., Ltd. Address before: 518000 Guangdong province Shenzhen city Nanshan District high tech park, seven Shenzhen City Digital Technology Park B1 building 3 floor C District Applicant before: Shenzhen Guo Xinheng space Science and Technology Ltd. |
|
TA01 | Transfer of patent application right | ||
GR01 | Patent grant | ||
GR01 | Patent grant |