ARM架构服务器平台的BIOS刷新方法和相关装置

技术领域

本申请涉及固件升降级技术领域，特别涉及一种ARM架构服务器平台的BIOS刷新方法、装置、设备和介质。

背景技术

主板BIOS(Basic Input Output System，基本输入输出系统)固件刷新就是重写主板BIOS ROM(Read-Only Memory，只读存储器)中的数据，主板BIOS刷新是BIOS FW(FirmWare，固件)工程师和测试工程师刷新常用的操作。固件刷新的目的主要有两个：一是修复存在的BUG或者故障，完善功能；二是增加新的功能。对于固件工程师来说，刷新BIOS的目的更多是为了调试，验证BUG已修复，新增功能测试通过。目前主流的X86服务器平台，固件BIOS刷新方法一般有两种，一种是BIOS固件在UEFI(Unified Extensible FirmwareInterface，统一可扩展固件接口)shell升级工具下，完成BIOS升降级操作，另外一种通过BMC(Baseboard Management Controller，基板管理控制器)web(World Wide Web，全球广域网)和BMC的终端命令的形式完成BIOS固件的升降级的操作。以上两种升级BIOS固件的方式均是以X86为主的CPU(central processing unit，中央处理器)平台执行固件处理的方式，不能应用在ARM(Advanced RISC Machine，进阶精简指令集机器)CPU为架构的国产服务器平台。

因此，如何提供一种解决上述技术问题的方案是本领域技术人员目前需要解决的问题。

发明内容

本申请的目的是提供一种ARM架构服务器平台的BIOS刷新方法、装置、设备和介质，能够实现ARM架构服务器平台的BIOS升降级，刷新速度快，操作简单。其具体方案如下：

本申请提供了一种ARM架构服务器平台的BIOS刷新方法，包括：

运行BIOS固件的刷新工具的驱动；

提升所述刷新工具的文件和待刷新镜像文件的权限；

控制所述刷新工具利用所述驱动获取所述BIOS固件的物理内存地址；

在FLASH ROM中根据所述待刷新镜像文件刷新所述物理内存地址中的所述BIOS固件。

优选地，所述提升所述刷新工具的文件和待刷新镜像文件的权限，包括：

将所述刷新工具的文件和所述待刷新镜像文件存储在设定文件夹中；

提高所述设定文件夹的运行权限。

优选地，所述提升所述刷新工具的文件和待刷新镜像文件的权限，包括：

分别将所述刷新工具的文件和所述待刷新镜像文件存储在不同的文件夹中；

提升两个所述文件夹的运行权限。

优选地，所述运行BIOS固件的刷新工具的驱动，包括：

进入命令行终端的根权限，输入编译指令；

根据所述编译指令安装所述BIOS固件的所述刷新工具的所述驱动；

刷新并运行所述驱动。

优选地，所述在FLASH ROM中根据所述待刷新镜像文件刷新所述物理内存地址中的所述BIOS固件之后，还包括：

判断所述BIOS固件是否刷新成功；

当所述BIOS固件刷新成功，则确定完成BIOS刷新；

若所述BIOS固件刷新失败，则执行所述运行BIOS固件的刷新工具的驱动的步骤。

优选地，所述运行BIOS固件的刷新工具的驱动之前，还包括：

获取当前ARM架构服务器平台的第一BIOS刷新指令；

根据所述第一BIOS刷新指令，运行设置在所述当前ARM架构服务器平台的所述BIOS固件的刷新工具的驱动。

优选地，所述运行BIOS固件的刷新工具的驱动之前，还包括：

获取其他ARM架构服务器平台的第二BIOS刷新指令；

根据所述第二BIOS刷新指令，通过网络通道运行设置在所述其他ARM架构服务器平台的所述BIOS固件的所述刷新工具的所述驱动。

本申请提供了一种ARM架构服务器平台的BIOS刷新装置，包括：

驱动运行模块，用于运行BIOS固件的刷新工具的驱动；

权限提升模块，用于提升所述刷新工具的文件和待刷新镜像文件的权限；

地址获取模块，用于控制所述刷新工具利用所述驱动获取所述BIOS固件的物理内存地址；

刷新模块，用于在FLASH ROM中根据所述待刷新镜像文件刷新所述物理内存地址中的所述BIOS固件。

本申请提供了一种电子设备，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如上所述BIOS刷新方法的步骤。

本申请提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述BIOS刷新方法的步骤。

本申请提供了一种ARM架构服务器平台的BIOS刷新方法，包括：运行BIOS固件的刷新工具的驱动；提升刷新工具的文件和待刷新镜像文件的权限；控制刷新工具利用驱动获取BIOS固件的物理内存地址；在FLASH ROM中根据待刷新镜像文件刷新物理内存地址中的BIOS固件。

可见，在ARM架构服务器平台中，刷新工具获取到的参数和数值是不正确的，因此，刷新工具无法直接获取BIOS固件的物理内存地址进而实现BIOS固件的刷新，本申请运行BIOS固件的刷新工具的驱动，该驱动用于辅助刷新工具获取BIOS固件的物理内存地址，在提升刷新工具的文件和待刷新镜像文件的权限后，运行的驱动辅助刷新工具去获取BIOS固件的物理内存地址，根据该物理内存地址进入FLASH ROM中对应的位置，然后根据待刷新镜像文件刷新BIOS固件，可以在待刷新的ARM架构服务器平台的本地直接给BIOS固件刷新打开刷新通道，不需要使用网络得到地址然后进行固件刷新，刷新速度快、操作更加方便。

本申请同时还提供了一种ARM架构服务器平台的BIOS刷新装置、设备和介质，均具有上述有益效果，在此不再赘述。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请实施例提供的一种ARM架构服务器平台的BIOS刷新方法的流程图；

图2为本申请实施例提供的一种具体的BIOS刷新的方法；

图3为本申请实施例提供的一种ARM架构服务器平台的BIOS刷新装置的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

固件刷新的目的主要有两个：一是修复存在的BUG或者故障，完善功能；二是增加新的功能。对于固件工程师来说，刷新BIOS的目的更多是为了调试，验证BUG已修复，新增功能测试通过。目前主流的X86服务器平台，固件BIOS刷新方法一般有两种，一种是BIOS固件在UEFI shell升级工具下，完成BIOS升降级操作，另外一种通过BMC web和BMC的终端命令的形式完成BIOS固件的升降级的操作。以上两种升级BIOS固件的方式均是以X86为主的CPU平台执行固件处理的方式，不能应用在ARM CPU为架构的国产服务器平台。

基于上述技术问题，本实施例提供一种ARM架构服务器平台的BIOS刷新方法，包括：运行BIOS固件的刷新工具的驱动；提升刷新工具的文件和待刷新镜像文件的权限；控制刷新工具利用驱动获取BIOS固件的物理内存地址；在FLASH ROM中根据待刷新镜像文件刷新物理内存地址中的BIOS固件。

可见，在ARM架构服务器平台中，刷新工具获取到的参数和数值是不正确的，因此，刷新工具无法直接获取BIOS固件的物理内存地址进而实现BIOS固件的刷新，本申请运行BIOS固件的刷新工具的驱动，该驱动用于辅助刷新工具获取BIOS固件的物理内存地址，在提升刷新工具的文件和待刷新镜像文件的权限后，运行的驱动辅助刷新工具去获取BIOS固件的物理内存地址，根据该物理内存地址进入FLASH ROM中对应的位置，然后根据待刷新镜像文件刷新BIOS固件，可以在待刷新的ARM架构服务器平台的本地直接给BIOS固件刷新打开刷新通道，不需要使用网络得到地址然后进行固件刷新，刷新速度快、操作更加方便。

具体请参考图1，图1为本申请实施例提供的一种ARM架构服务器平台的BIOS刷新方法的流程图，具体包括：

S101、运行BIOS固件的刷新工具的驱动；

本申请的执行主体是ARM架构服务器平台，可以理解的是，该ARM架构服务器平台可以是FT2000+/FT2500国产服务器平台，且安装有ARM centos7.6以上的系统，ARM架构服务器平台正常运行进入ARM centos7.6以上的系统；本申请中当然可以采用ARM centos7.6以下的系统，但是，ARM centos7.6以下的系统中缺少能够安全的运行该驱动的运行环境，存在安全隐患。

可以理解的是，刷新工具在ARM centos7.6系统下的命令行终端方式运行，但是刷新工具无法获取到刷新的BIOS固件设备的物理内存地址，刷新工具在ARM centos7.6系统下通过虚拟内存中获取到的参数和值是不正确，刷新工具无法通过的内存地址去刷新BIOS固件，因此，本实施例中需要用刷新工具的驱动在命令行终端运行辅助去获取相应物理内存的地址。

刷新工具的驱动的安装，具体为打开ARM centos7.6系统下的命令行终端，进入根权限，编译驱动，在驱动文件下安装BIOS flash刷新工具的驱动，运行BIOS刷新工具的驱动，此时该驱动已经可以辅助BIOS下系统下刷新工具获取到BIOS固件的物理内存地址。

可以理解的是，刷新工具可以实现对现有的BIOS固件的刷新，可以是升级、降级、维护或者修复BUG。

S102、提升刷新工具的文件和待刷新镜像文件的权限；

本步骤的目的是为了提升刷新工具的文件和待刷新镜像文件的权限，以便能够在命令行终端中执行。本实施例不对提升权限的方式进行限定，用户可根据实际需求进行设置，只要是能够实现本实施例的目的即可。

其中，待刷新镜像文件可以是待升级镜像文件、待维护镜像文件、待降级镜像文件、待修复BUG镜像文件中的任意一种，用户可自定义设置，其中，根据待升级镜像文件可以实现BIOS固件的升级，根据待维护镜像文件可以实现BIOS固件的维护，根据待降级镜像文件可以实现BIOS固件的降级，根据待修复BUG镜像文件可以实现BIOS固件的BUG修复。

可以理解的是，待刷新镜像文件可以是全量文件，还可以是增量文件，用户可根据实际情况进行设置，只要是能够实现本实施例的目的即可。

S103、控制刷新工具利用驱动获取BIOS固件的物理内存地址；

本步骤中，利用BIOS固件的刷新工具，通过BIOS固件的刷新工具的驱动获取的BIOS固件的物理内存地址，去更新BIOS固件。

S104、在FLASH ROM中根据待刷新镜像文件刷新物理内存地址中的BIOS固件。

在步骤S103中得到BIOS固件的物理内存地址后，根据该物理内存地址进入FLASHROM中对应的位置，然后根据待刷新镜像文件刷新BIOS固件，可以在待刷新的ARM架构服务器平台的本地直接给BIOS固件刷新打开刷新通道，不需要使用网络得到地址然后进行固件刷新，刷新速度快、操作更加方便。

可见，本实施例中设计一种基于ARM服务器在ARM centos7.6平台远程升级BIOS固件的设计方法，是在ARM CPU(FT2000+/FT2500)架构的服务器平台，采用ARM centos7.6系统刷新BIOS方法，相对于其他BIOS固件刷新方法，刷新速度快、操作简单方便、安全可靠稳定，更加有利于服务器的大规模部署，又能满足在ARM架构CPU服务器平台升级其他ARM CPU架构服务器平台需要。提高国产ARM架构服务器升级BIOS固件的效率，确保国产服务器BMC固件的升级过程安全、可靠、稳定的运行。同时也为其他CPU架构的服务器提供一种安全可靠稳定的升级固件的方法。

基于上述技术方案，在ARM架构服务器平台中，刷新工具获取到的参数和数值是不正确的，因此，刷新工具无法直接获取BIOS固件的物理内存地址进而实现BIOS固件的刷新，本申请运行BIOS固件的刷新工具的驱动，该驱动用于辅助刷新工具获取BIOS固件的物理内存地址，在提升刷新工具的文件和待刷新镜像文件的权限后，运行的驱动辅助刷新工具去获取BIOS固件的物理内存地址，根据该物理内存地址进入FLASH ROM中对应的位置，然后根据待刷新镜像文件刷新BIOS固件，可以在待刷新的ARM架构服务器平台的本地直接给BIOS固件刷新打开刷新通道，不需要使用网络得到地址然后进行固件刷新，刷新速度快、操作更加方便。

在一种可实现的实施方式中，为了方便命令行终端的运行，提高刷新效率，具体的，提升刷新工具的文件和待刷新镜像文件的权限，包括：将刷新工具的文件和待刷新镜像文件存储在设定文件夹中；提高设定文件夹的运行权限。

本实施例中，将刷新工具和需要更新的镜像文件，放在同一文件夹(设定文件夹)中，提高此设定文件夹中所有设定文件夹的在命令系统终端的运行权限，能够便于命令行终端的运行，提高了刷新效率。

在另一种可实现的实施方式中，提升刷新工具的文件和待刷新镜像文件的权限，包括：分别将刷新工具的文件和待刷新镜像文件存储在不同的文件夹中；提升两个文件夹的运行权限。

具体的，将刷新工具所在的文件存储在第一文件夹内，将待刷新镜像文件存储在第二文件夹内，并且，将第一文件夹的运行权限提升至第一权限，将第二文件夹的运行权限提升至第二权限，此时才能够在命令行终端中执行。

进一步地，运行BIOS固件的刷新工具的驱动，包括：进入命令行终端的根权限，输入编译指令；根据编译指令安装BIOS固件的刷新工具的驱动；刷新并运行驱动。

其中，打开ARM centos7.6系统的命令行终端，进入root权限即根权限，输入编译指令，进行编译驱动，然后，根据编译指令安装BIOS固件的刷新工具的驱动，该驱动辅助获取BIOS固件的物理内存地址。

进一步地，为了确保完成BIOS固件的刷新，在FLASH ROM中根据待刷新镜像文件刷新物理内存地址中的BIOS固件之后，还包括：

判断BIOS固件是否刷新成功；

当BIOS固件刷新成功，则确定完成BIOS刷新；

若BIOS固件刷新失败，则执行运行BIOS固件的刷新工具的驱动的步骤。

其中，判断BIOS固件是否刷新成功的方式根据待刷新镜像文件的具体形式的不同而不同。当待刷新镜像文件是待升级镜像文件时，判断升级后的BIOS的版本信息是否与待升级镜像文件相同，如果相同，则确定升级成功。当待刷新镜像文件是待维护镜像文件时，判断维护后的BIOS的版本的特征文件是否与待维护镜像文件中对应的文件一致，如果一致，则确定维护成功。当待刷新镜像文件是待降级镜像文件时，判断降级后的BIOS的版本信息是否与待降级镜像文件相同，如果相同，则确定降级成功。当待刷新镜像文件是待修复BUG镜像文件时，判断修复后的BIOS的版本的特征文件是否与待修复BUG镜像文件中对应的文件一致，如果一致，则确定BUG修护成功。

可见，本实施例中通过判断BIOS固件是否刷新成功来确保完成BIOS固件的刷新，提高了刷新了准确性。

进一步地，本实施例可以实现对当前ARM架构服务器平台的BIOS固件的刷新，具体的，运行BIOS固件的刷新工具的驱动之前，还包括：

获取当前ARM架构服务器平台的第一BIOS刷新指令；

根据第一BIOS刷新指令，运行设置在当前ARM架构服务器平台的BIOS固件的刷新工具的驱动。

本实施例根据第一BIOS刷新指令对当前ARM架构服务器平台进行BIOS固件的升级。

进一步地，本实施例可以实现当前ARM架构服务器平台对其他ARM架构服务器平台的BIOS固件的刷新，更加有利于服务器的大规模部署，又能满足在arm架构CPU服务器平台升级其他arm CPU架构服务器平台需要，具体的，运行BIOS固件的刷新工具的驱动之前，还包括：

获取其他ARM架构服务器平台的第二BIOS刷新指令；

根据第二BIOS刷新指令，通过网络通道运行设置在其他ARM架构服务器平台的BIOS固件的刷新工具的驱动。

本实施例中设置当前ARM架构服务器平台与其他ARM架构服务器平台的网络通道，通过该网络通道，根据第二BIOS刷新指令运行设置在其他ARM架构服务器平台的BIOS固件的刷新工具的驱动，实现当前ARM架构服务器平台对其他ARM架构服务器平台的BIOS固件的刷新，更加有利于服务器的大规模部署，又能满足在arm架构CPU服务器平台升级其他armCPU架构服务器平台需要。

基于上述任一实施例，本实施例提供一种具体的ARM架构服务器平台的BIOS刷新方法，请参考图2，图2为本申请实施例提供的一种具体的BIOS刷新的方法，包括：

BIOS刷新工具驱动的安装运行。

打开ARM centos7.6系统，进入BIOS刷新工具的驱动进入命令行终端的root权限，输入编译指令，在文件夹下安装驱动，并运行刷新工具的驱动。

刷新工具和待刷新镜像文件，放在同一文件夹(设定文件夹)下，进入系统的命令行终端，提高文件夹中两个文件的运行权限。

BIOS固件的刷新工具，利用其驱动获取到物理内存地址，找到BIOS固件的物理内存地址，进入FLASH ROM刷新BIOS固件。

如果BIOS固件刷新成功，则BIOS在ARM centos7.6系统下刷新成功，如果更新不成功返回“BIOS刷新工具驱动的安装运行”，从安装驱动开始。

本实施例设计一种基于ARM服务器在arm centos7.6平台远程升级BIOS固件的设计方法，ARM服务器可以是FT2000+/FT2500服务器平台，ARM centos7.6及以上系统arrch(ARM)系统平台，BIOS在ARM centos7.6系统下的刷新工具的辅助驱动，主要用该驱动来辅助BIOS的刷新工具获取物理内存地址，安装好驱动以后，将刷新工具和待刷新镜像文件放在同一文件下，提升文件夹中所有文件的运行权限，利用刷新工具的驱动获取物理内存，待刷新镜像文件在刷新工具的协助下刷新BIOS固件的镜像文件。

可见，该基于FT2000+/FT2500服务器ARM centos7.6平台远程升级BIOS固件的设计方法，是在ARM CPU(FT2000+/FT2500)架构的服务器平台，ARM架构的CPU系统平台指的是aarch OS系统，即采用linux aarch centos7.6系统利用FLASH刷新的工具刷新BIOS方法，相对于其他BIOS固件刷新方法，刷新速度快/操作简单方便，更加有利于服务器的大规模部署，又能满足在ARM架构CPU服务器平台升级其他ARM CPU架构服务器平台需要。在ARM架构的CPU内核服务平台不同于X86的服务器平台，对应BIOS固件刷新工具在ARM centos7.6系统下，通常以命令行终端的方式运行，由于无法获取到物理内存，需要借助相应的驱动去辅助获取到相应物理内存。在安装好辅助刷新工具获取的驱动，在ARM centos7.6系统下，把刷新工具和相应的更新的镜像文件放在同一文件下，提高整个文件夹中的文件在系统终端的运行的权限，利用刷新工具和在驱动辅助下获取到的物理内存地址，在ARM centos7.6系统命令行终端运行，完成固件BIOS的更新。

下面对本申请实施例提供的一种ARM架构服务器平台的BIOS刷新装置进行介绍，下文描述的ARM架构服务器平台的BIOS刷新装置与上文描述的ARM架构服务器平台的BIOS刷新方法可相互对应参照，相关模块均设置于ARM架构服务器平台中，参考图3，图3为本申请实施例提供的一种ARM架构服务器平台的BIOS刷新装置的结构示意图，包括：

驱动运行模块301，用于运行BIOS固件的刷新工具的驱动；

权限提升模块302，用于提升刷新工具的文件和待刷新镜像文件的权限；

地址获取模块303，用于控制刷新工具利用驱动获取BIOS固件的物理内存地址；

刷新模块304，用于在FLASH ROM中根据待刷新镜像文件刷新物理内存地址中的BIOS固件。

优选地，权限提升模块302，包括：

第一存储单元，用于将刷新工具的文件和待刷新镜像文件存储在设定文件夹中；

第一提高单元，用于提高设定文件夹的运行权限。

优选地，权限提升模块302，包括：

第二存储单元，用于分别将刷新工具的文件和待刷新镜像文件存储在不同的文件夹中；

第二提高单元，用于提升两个文件夹的运行权限。

优选地，驱动运行模块301，包括：

输入单元，用于进入命令行终端的根权限，输入编译指令；

安装单元，用于根据编译指令安装BIOS固件的刷新工具的驱动；

刷新单元，用于刷新并运行驱动。

优选地，还包括：

判断模块，用于判断BIOS固件是否刷新成功；

确定模块，用于当BIOS固件刷新成功，则确定完成BIOS刷新；

执行模块，用于若BIOS固件刷新失败，则执行运行BIOS固件的刷新工具的驱动的步骤。

优选地，还包括：

第一BIOS刷新指令获取模块，用于获取当前ARM架构服务器平台的第一BIOS刷新指令；

第一运行模块，用于根据第一BIOS刷新指令，运行设置在当前ARM架构服务器平台的BIOS固件的刷新工具的驱动。

优选地，还包括：

第二BIOS刷新指令获取模块，用于获取其他ARM架构服务器平台的第二BIOS刷新指令；

第二运行模块，用于根据第二BIOS刷新指令，通过网络通道运行设置在其他ARM架构服务器平台的BIOS固件的刷新工具的驱动。

由于装置部分的实施例与方法部分的实施例相互对应，因此装置部分的实施例请参见方法部分的实施例的描述，这里暂不赘述。

下面对本申请实施例提供的一种电子设备进行介绍，下文描述的电子设备与上文描述的方法可相互对应参照。

本申请提供了一种电子设备，包括：

存储器，用于存储计算机程序；

处理器，用于执行计算机程序时实现如上ARM架构服务器平台的BIOS刷新方法的步骤。

由于电子设备部分的实施例与方法部分的实施例相互对应，因此电子设备部分的实施例请参见方法部分的实施例的描述，这里暂不赘述。

下面对本申请实施例提供的一种计算机可读存储介质进行介绍，下文描述的计算机可读存储介质与上文描述的方法可相互对应参照。

本申请提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现如上ARM架构服务器平台的BIOS刷新方法的步骤。

由于计算机可读存储介质部分的实施例与方法部分的实施例相互对应，因此计算机可读存储介质部分的实施例请参见方法部分的实施例的描述，这里暂不赘述。

说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

以上对本申请所提供的一种ARM架构服务器平台的BIOS刷新方法、装置、设备和介质进行了详细介绍。本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。