CN102455926A - 通过bios更新配置文件的方法 - Google Patents

Abstract

本发明涉及一种通过BIOS更新配置文件的方法，适用于电脑系统中的监控晶片。其中，所述方法是藉由读取配置文件来取得系统所给定的当前配置号，并藉由侦测电脑系统的配置来取得当前系统所需的目标配置号。藉此，通过当前配置号与目标配置号的比对，将可决定是否要进行配置文件的更新。此外，所述方法还判别电脑系统在配置文件更新后是否可以正常工作，并根据预测结果来决定是否进行配置文件的更新。再者，所述方法还将位在假死状态的监控晶片切换至修复模式，以藉由配置文件的强制更新来修复监控晶片。本发明将可简化使用者在更新配置文件上的操作。

Description

通过BIOS更新配置文件的方法

技术领域

本发明涉及一种更新配置文件的方法，尤其涉及一种用以更新电脑系统中监控晶片的通过BIOS更新配置文件的方法。

背景技术

为了能够有效监控主机板上各个元件的运作情形，主机板厂商开发了一种监控晶片，以作为硬件平台管理的集中处理器。此监控晶片即为一般熟知的基板管理控制器(Baseboard Management Controller，BMC)。基板管理控制器与机壳内的各感测器电性连接，以监测机壳内各个硬件的运作，例如：中央处理器的电压与温度、环境温度、风扇转速等。

一般而言，基板管理控制器会自行更新其内部的配置文件，例如：感测数据记录储存库(Sensor Data Record Repository，简称SDRR)文件或是CFG文件。其中，SDRR文件是用以描述系统中感测器的文件，而CFG文件是用以描述系统配置的文件。此外，使用者也可依据系统配置的需求，使用制造厂商所提供的工具来对BMC中的配置文件进行单独的更新。

在进行单独更新的过程中，使用者必须先了解当前系统所给定的配置文件的对应配置与其版本号，以及需要更新的配置文件的对应配置与其版本号。然而，当配置文件的种类增多时，配置文件的版本号的控制工作将变得相当的复杂，进而导致配置文件在更新上的不便。

发明内容

本发明提供一种通过BIOS更新配置文件的方法，用以简化使用者在更新配置文件上的操作。

本发明提出一种通过BIOS更新配置文件的方法，适用于电脑系统中的监控晶片，并包括下列步骤：读取监控晶片内部的配置文件，并据以取得版本号与当前配置号；扫描电脑系统的配置，并据以取得目标配置号；依据目标配置号与当前配置号，判别电脑系统在配置文件更新后是否可以正常工作；当电脑系统在配置文件更新后无法正常工作时，结束配置文件的更新；当电脑系统在配置文件更新后可以正常工作时，判别监控晶片中的一般固件是否已被更新；当监控晶片中的一般固件已被更新时，预先更新配置文件；依据预先更新的结果来重新取得版本号、当前配置号以及目标配置号，并重新判定电脑系统在配置文件更新后是否可以正常工作；以及，当监控晶片中的一般固件尚未被更新或是重新判定电脑系统在配置文件更新后可以正常工作时，依据原先或是重新取得的当前配置号、目标配置号、以及版本号判别是否对配置文件进行更新。

在本发明的一实施例中，上述的预先更新配置文件的步骤包括：根据监控晶片中的现有信息，计算出预设配置号；以及，根据预设配置号，预先更新配置文件。

在本发明的一实施例中，上述的通过BIOS更新配置文件的方法还包括下列步骤：判别监控晶片是否可以正常工作；当监控晶片无法正常工作时，依据监控晶片的修复次数以及状态，判别是否将监控晶片切换至修复模式；以及，当监控晶片可以正常工作或是处在修复模式时，回到判别监控晶片中的一般固件是否已被更新的步骤。

在本发明的一实施例中，上述的依据监控晶片的修复次数以及状态，判别是否将监控晶片切换至修复模式的步骤包括：判别监控晶片是否曾经更新失败；当监控晶片曾经更新失败时，判别监控晶片的修复次数是否已达上限值；当监控晶片的修复次数未达上限值时，判别监控晶片的状态是否处在更新模式；当监控晶片是处在更新模式时，将监控晶片切换至修复模式；以及，当监控晶片不曾更新失败、监控晶片的修复次数已达上限值、或是监控晶片不是处在更新模式时，结束配置文件的更新。

基于上述，本发明是藉由读取配置文件来取得系统所给定的当前配置号，并藉由侦测电脑系统的配置来取得当前系统所需的目标配置号。藉此，通过当前配置号与目标配置号的比对，将可判定配置文件是否匹配，进而决定是否要进行配置文件的更新。此外，本发明还预测更新配置文件后是否能对系统进行修复，并根据预测结果来决定是否进行配置文件的更新。另外，本发明还将位在假死状态的监控晶片切换至修复模式，以藉由配置文件的强制更新来修复监控晶片。如此一来，本发明将可简化使用者在更新配置文件上的操作。

为让本发明的上述特征和优点能更明显易懂，下文特举实施例，并配合所附图作详细说明如下。

附图说明

图1为依据本发明的一实施例的通过BIOS更新配置文件的方法的流程图。

主要符号说明：

S110～S190、S151～S154、S171、S172、S181～S183、S191、S192：用以说明图1实施例的各步骤流程。

具体实施方式

图1为依据本发明的一实施例的通过BIOS更新配置文件的方法的流程图，其中所述通过BIOS更新配置文件的方法适用于电脑系统中的监控晶片。此外，监控晶片例如是基板管理控制器(BaseboardManagement Controller，以下简称BMC)，且配置文件可例如是SDRR文件或是CFG文件。为了说明方便起见，图1实施例皆以BMC来说明各步骤流程。

参照图1，首先，如步骤S110所示，读取BMC内部的配置文件，并据以取得版本号与当前配置号。举例来说，BMC的内部储存有多个预设配置号，且每一预设配置号各自对应一种类型的系统配置。此外，可藉由电脑系统中的基本输入输出系统(Basic Input Output System，以下简称BIOS)来读取当前系统所给定的配置文件。藉此，BIOS将可依据配置文件的信息而从所述多个预设配置中择一作为当前配置号，并确定配置文件所对应的版本号。

其中，关于预设配置号的建立，可先将预设配置号命名为SDRRType，并藉由定义预设配置号来对系统配置进行描述。例如：对于机壳高度为1U且具有非冗余(non-redundant)风扇模式的系统配置来说，其所对应的预设配置号定义为1，即SDRRType＝1；对于机壳高度为1U且具有冗余(redundant)风扇模式的系统配置来说，其所对应的预设配置号定义为2，即SDRRType＝2；对于机壳高度为1U，且具有非冗余风扇模式与一个PCIE卡的系统配置来说，其所对应的预设配置号定义为3，即SDRRType＝3。

接着，如步骤S120所示，扫描电脑系统的配置，并据以取得目标配置号。举例来说，BIOS可通过检测电脑系统中PCI卡的数量、系统识别线、风扇的个数、以及CPU的功耗，来确定目前的系统配置。此外，BIOS还会依据目前的系统配置而从所述多个预设配置中择一作为目标配置号。

此外，在进行配置文件的更新的过程中，本实施例会先对电脑系统进行健康状态的诊断，以达到预测更新结果的目的。因此，如步骤S 130所示，将判别电脑系统在配置文件更新后是否可以正常工作。倘若判别结果为在配置文件更新后电脑系统是无法正常工作的，则代表没有进行配置文件的更新的必要性。相对地，当判别结果为在配置文件更新后电脑系统是可以正常工作的，则将进行继续进行关于配置文件的更新。

对于电脑系统是否可以正常工作的判断，可藉由目标配置号与当前配置号的比对来加以判定。举例来说，依据当前配置号可以得知目前系统配置被识别为冗余风扇模式，但是依据目标配置号可以得知风扇配置已更换为非冗余风扇模式(风扇个数为4)。在系统所给定的配置文件(SDRR文件/CFG文件)下，系统会被认定为风扇已丢失或是已损坏，因此系统会自动关机。

此时，BIOS就需要去预测当配置文件更新为非冗余风扇模式后，系统是否仍然会自动关机。如果，当前系统的风扇个数小于4，则代表即使更新完配置文件仍然会造成系统自动关机，因此不进行配置文件的更新，以让系统自动关机，并提醒客户检查系统配置。相对地，如果系统的风扇个数正好是4个，则代表更新配置文件后可以让系统正常工作，因此将持续进行配置文件的更新。

接着，如步骤S140所示，判别BMC是否可以正常工作。此外，当BMC无法正常工作时，如步骤S150所示，将依据BMC的修复次数以及状态，判别是否将BMC切换至修复模式。藉此，当BMC可以正常工作或是处在修复模式时，将执行步骤S160，以继续进行配置文件的更新。在判别是否将BMC切换至修复模式的过程中，如步骤S151～S154所示，首先，判别BMC是否曾经更新失败。

藉此，当BMC曾经更新失败时，将判别BMC的修复次数是否已达上限值。接着，当BMC的修复次数未达上限值时，将判别BMC的状态是否处在更新模式。此外，当BMC是处在更新模式时，则代表此时的BMC是处于假死的状态，因此将BMC切换至修复模式，以藉由SDRR文件或是CFG文件的强制更新来修复BMC。反之，当BMC不曾更新失败、BMC的修复次数已达上限值、或是BMC不是处在更新模式时，则代表BMC已损坏，因此将结束配置文件的更新。

在步骤S160中，将判别BMC中的一般固件是否已被更新。当BMC中的一般固件已被更新时，则代表之前步骤S110与S120并未真正地取得版本号、当前配置号与目标配置号。因此，如步骤S170所示，此时将预先更新配置文件，并如步骤S180所示，之后将依据预先更新的结果来重新取得版本号、当前配置号以及目标配置号，并重新判BMC在所述配置文件更新后是否可以正常工作。

在预先更新配置文件的过程中，如步骤S171与步骤S172所示，将根据BMC中的现有信息，计算出一预设配置号，并根据预设配置号，预先更新配置文件。此外，就步骤S180的局部流程来看，首先，如步骤S181所示，由于已预先更新配置文件，因此将重新读取配置文件，以重新取得版本号与当前配置号。接着，如步骤S182所示，将重新扫描电脑系统的配置，以重新取得目标配置号。之后，如步骤S183所示，将依据重新取得的目标配置号与当前配置号，重新判别电脑系统在配置文件更新后是否可以正常工作。

换言之，倘若步骤S160的判别结果为BMC中的一般固件已被更新时，则将进行预先更新，并将依据步骤S183的判别结果而决定，是否利用重新取得的当前配置号、目标配置号、以及版本号来进行步骤S190。另一方面，倘若步骤S160的判别结果为BMC中的一般固件尚未被更新时，则将不进行预先更新，并将利用原先的当前配置号、目标配置号以及版本号来进行步骤S190。

因此，如步骤S190所示，当BMC中的一般固件尚未被更新或是重新判定电脑系统在配置文件更新后可以正常工作时，将依据原先或是重新取得的当前配置号、目标配置号、以及版本号判别是否对配置文件进行更新。就步骤S190的局部流程来看，首先，如步骤S191所示，将依据原先或是重新取得的当前配置号、目标配置号、以及版本号，判别配置文件是否匹配，并判别是否有与配置文件相应的新版配置文件。倘若步骤S191的判别结果为配置文件匹配或是新版配置文件存在时，则将如步骤S192所示，更新配置文件。反之，当配置文件不匹配或是新版配置文件不存在时，则将结束配置文件的更新。

综上所述，本发明是由BIOS统一对所有的配置文件进行更新控制。其中，BIOS可以了解到系统所给定的系统配置以及当前系统所需的系统配置，因此可以决定是否需要进行配置文件的更新。此外，本发明还对系统的健康状态进行诊断，以预测更新配置文件后是否能对系统进行修复。藉此，BIOS将可根据预测结果来决定是否进行配置文件的更新。另外，在无法获取BMC端的系统资讯情况下，也利用预先更新机制来进行配置文件的更新，且如果客户曾经有更新配置文件失败并造成BMC假死的状态，BIOS也能对其进行修复。如此一来，使用者只需要更新BIOS，即可实现对BMC的配置文件的更新。

虽然本发明已以实施例揭示如上，但其并非用以限定本发明，任何本领域技术人员，在不脱离本发明的精神和范围内，可作适当更改与等同替换，故本发明的保护范围应以权利要求书所界定的范围为准。

Claims (7)

1.一种通过BIOS更新配置文件的方法，适用于一电脑系统中的一监控晶片，其特征在于，所述通过BIOS更新配置文件的方法包括：

读取所述监控晶片内部的一配置文件，并据以取得一版本号与一当前配置号；

扫描所述电脑系统的配置，并据以取得一目标配置号；

依据所述目标配置号与所述当前配置号，判别所述电脑系统在所述配置文件更新后是否可以正常工作；

当所述电脑系统在所述配置文件更新后无法正常工作时，结束所述配置文件的更新；

当所述电脑系统在所述配置文件更新后可以正常工作时，判别所述监控晶片中的一般固件是否已被更新；

当所述监控晶片中的一般固件已被更新时，预先更新所述配置文件；

依据预先更新的结果来重新取得所述版本号、所述当前配置号以及所述目标配置号，并重新判定所述电脑系统在所述配置文件更新后是否可以正常工作；以及

当所述监控晶片中的一般固件尚未被更新或是重新判定所述电脑系统在所述配置文件更新后可以正常工作时，依据原先或是重新取得的所述当前配置号、所述目标配置号、以及所述版本号判别是否对所述配置文件进行更新。

2.根据权利要求1所述的通过BIOS更新配置文件的方法，其特征在于，所述预先更新所述配置文件的步骤包括：

根据所述监控晶片中的现有信息，计算出一预设配置号；以及

根据所述预设配置号，预先更新所述配置文件。

3.根据权利要求1所述的通过BIOS更新配置文件的方法，其特征在于，所述依据预先更新的结果来重新取得所述版本号、所述当前配置号以及所述目标配置号，并重新判定所述电脑系统在所述配置文件更新后是否可以正常工作的步骤包括：

重新读取所述配置文件，以重新取得所述版本号与所述当前配置号；

重新扫描所述电脑系统的配置，以重新取得所述目标配置号；以及

依据重新取得的所述目标配置号与所述当前配置号，重新判别所述电脑系统在所述配置文件更新后是否可以正常工作。

4.根据权利要求1所述的通过BIOS更新配置文件的方法，其特征在于，所述依据原先或是重新取得的所述当前配置号、所述目标配置号以及所述版本号判别是否对所述配置文件进行更新的步骤包括：

依据原先或是重新取得的所述当前配置号、所述目标配置号、以及所述版本号，判别所述配置文件是否匹配，并判别是否有与所述配置文件相应的一新版配置文件；

当所述配置文件匹配或是所述新版配置文件存在时，更新所述配置文件；以及

当所述配置文件不匹配或是所述新版配置文件不存在时，结束所述配置文件的更新。

5.根据权利要求1所述的通过BIOS更新配置文件的方法，其特征在于，还包括：

判别所述监控晶片是否可以正常工作；

当所述监控晶片无法正常工作时，依据所述监控晶片的修复次数以及状态，判别是否将所述监控晶片切换至一修复模式；以及

当所述监控晶片可以正常工作或是处在所述修复模式时，回到判别所述监控晶片中的一般固件是否已被更新的步骤。

6.根据权利要求5所述的通过BIOS更新配置文件的方法，其特征在于，所述依据所述监控晶片的修复次数以及状态，判别是否将所述监控晶片切换至所述修复模式的步骤包括：

判别所述监控晶片是否曾经更新失败；

当所述监控晶片曾经更新失败时，判别所述监控晶片的修复次数是否已达一上限值；

当所述监控晶片的修复次数未达所述上限值时，判别所述监控晶片的状态是否处在一更新模式；

当所述监控晶片是处在所述更新模式时，将所述监控晶片切换至所述修复模式；以及

当所述监控晶片不曾更新失败、所述监控晶片的修复次数已达所述上限值、或是所述监控晶片不是处在所述更新模式时，结束所述配置文件的更新。

7.根据权利要求1所述的通过BIOS更新配置文件的方法，其特征在于，所述监控晶片为基板管理控制器。

Images