CN111930402A - Firmware upgrading method of cluster server and cluster server - Google Patents
Firmware upgrading method of cluster server and cluster server Download PDFInfo
- Publication number
- CN111930402A CN111930402A CN202010879288.XA CN202010879288A CN111930402A CN 111930402 A CN111930402 A CN 111930402A CN 202010879288 A CN202010879288 A CN 202010879288A CN 111930402 A CN111930402 A CN 111930402A
- Authority
- CN
- China
- Prior art keywords
- firmware
- daughter board
- upgrading
- cluster server
- board equipment
- 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
- 238000000034 method Methods 0.000 title claims abstract description 25
- 230000006870 function Effects 0.000 claims description 11
- 238000004806 packaging method and process Methods 0.000 claims description 8
- 238000005192 partition Methods 0.000 claims description 6
- 238000011084 recovery Methods 0.000 claims description 5
- 238000012858 packaging process Methods 0.000 claims description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 1
- 230000000903 blocking effect Effects 0.000 description 1
- 238000009795 derivation Methods 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
Abstract
The invention discloses a firmware upgrading method of a cluster server and the cluster server, wherein the firmware upgrading method of the cluster server comprises the following steps: the method comprises the following steps that auxiliary firmware is written into a daughter board device through a USB line by a mainboard, and the daughter board device is restarted according to the auxiliary firmware; after the daughter board equipment is restarted, the mainboard sends upgrading configuration parameters to the daughter board equipment, and the daughter board equipment configures upgrading environment according to the upgrading configuration parameters; the daughter board equipment sends a firmware upgrading request to the Web server through the Ethernet line; and the daughter board equipment receives the firmware data fed back by the Web server and writes the firmware data into a memory. The invention can more efficiently and conveniently finish firmware upgrading.
Description
Technical Field
The invention relates to the technical field of cluster servers, in particular to a firmware upgrading method of a cluster server and the cluster server.
Background
A cluster server is a set of servers that combine multiple server connections to perform the same service, and from the perspective of a client, the cluster server appears to have only one server. The cluster server can utilize a plurality of computers to perform parallel computation so as to obtain high computation speed and greatly improve the operation performance of the server. Generally, a cluster server includes a main board and a plurality of sub-boards, and upgrading firmware is cumbersome due to the large number of sub-boards. The existing fixed part upgrading mode comprises two modes, one mode is to directly download firmware for upgrading by using a USB interface, the operation mode is limited by the bandwidth and the number of the USB interface and is only suitable for servers with small upgrading number, the other mode is to upgrade by using TF cards, the upgrading mode needs to configure TF cards with the same number as that of daughter boards, and needs to write the firmware into each TF card, and once the firmware is updated newly, programs need to be rewritten to the TF cards.
Disclosure of Invention
The invention provides a firmware upgrading method of a cluster server and the cluster server, which can more efficiently and conveniently finish firmware upgrading.
According to a first aspect of the present invention, the present invention provides a firmware upgrade method for a cluster server, including the following steps: the method comprises the following steps that auxiliary firmware is written into a daughter board device through a USB line by a mainboard, and the daughter board device is restarted according to the auxiliary firmware; after the daughter board equipment is restarted, the mainboard sends upgrading configuration parameters to the daughter board equipment, and the daughter board equipment configures upgrading environment according to the upgrading configuration parameters; the daughter board equipment sends a firmware upgrading request to the Web server through the Ethernet line; and the daughter board equipment receives the firmware data fed back by the Web server and writes the firmware data into a memory.
Preferably, the auxiliary firmware includes a kernel of Ubuntu firmware, a root file system, and an upgrade parameter, where the root file system is customized using Buildroot, and the upgrade parameter includes a path for upgrading the firmware.
Preferably, the auxiliary firmware is packaged, and the packaging process is as follows: packaging all files in the tar/directory into a tar.gz packet, and adding the tar.gz packet into res/wipe _ all-misc.img to serve as a misc partition firmware file; decompressing res/boot.img files in Ubuntu firmware, prompting a kernel and resource files, and packaging res/recovery.cpio.gz together with a root file system generated by the Buildrop into recovery.img files; and packaging all the partition firmware files into the final auxiliary firmware.
Preferably, when the main board burns the auxiliary firmware to the daughter board device through the USB line, the rkdepevelopolol program on the PC is transplanted to the host and runs; and modifying the rkdeveloptool program, and adding a firmware file programming function and a multithreading support function.
Preferably, after the step of receiving the firmware data fed back by the Web server and programming the firmware data into the memory, the daughter board device further includes the following steps: after the firmware is upgraded successfully, the daughter board equipment feeds back upgrade success information to the main board or controls a preset LED lamp on the daughter board equipment to flicker.
According to a second aspect of the present invention, the present invention provides a cluster server, which includes a main board and a daughter board device, where the main board and the daughter board device are configured to execute the firmware upgrade method of the cluster server.
The invention has the following technical effects: the main board sends the auxiliary firmware to the daughter board equipment through the USB line, an upgrading tool and upgrading parameters required by upgrading the firmware are provided, the daughter board equipment requests firmware data through the Ethernet line, and the firmware is upgraded after the firmware data is received, so that the USB interface does not need to be expanded, the firmware is upgraded by utilizing the Ethernet line carried by the daughter board equipment, the transmission rate is higher, the automatic upgrading is realized, and the efficiency and the convenience are higher.
Drawings
Fig. 1 is a schematic structural diagram of a cluster server according to an embodiment of the present invention;
fig. 2 is a flowchart of a firmware upgrading method for a cluster server according to an embodiment of the present invention.
Detailed Description
Before the present invention is described in detail, it is necessary to describe the hardware structure of the present invention specifically, as shown in fig. 1, the cluster server of the present invention includes a main board 1 and a plurality of daughter board devices 2, and the daughter board devices 2 are connected to the main board 1 through a built-in USB cable and an ethernet cable. Traditional USB line and ethernet cable all walk the line through the PCB board and replace for the integrated level of circuit board is high, stability is good. The motherboard and the daughter board devices can be regarded as independent computer hosts and respectively have a CPU, a memory, an internal eMMC memory, a network interface and the like. The daughter board device 2 is connected to the Web server through a network interface such as an ethernet line to acquire data from the Web server.
An embodiment of the present invention provides a firmware upgrading method for a cluster server, which may refer to a flowchart shown in fig. 2, and the method includes the following steps:
s100: the mainboard writes auxiliary firmware to the daughter board equipment through the USB line, and the daughter board equipment is restarted according to the auxiliary firmware. The mainboard can be made auxiliary firmware in advance, the auxiliary firmware contains the required upgrading tool and the upgrading parameter of daughter board equipment upgrading firmware, the mainboard burns auxiliary firmware into daughter board equipment through a built-in USB line, and the daughter board equipment can load and run the firmware and restart the firmware to prepare for upgrading the firmware. For a part of daughter board devices running firmware, the daughter board devices need to be switched to the Loader mode.
S200: and after the daughter board equipment is restarted, the mainboard sends upgrading configuration parameters to the daughter board equipment, and the daughter board equipment configures upgrading environment according to the upgrading configuration parameters. The main board can detect the state of the daughter board equipment, after the daughter board equipment is restarted, upgrade configuration parameters are sent to the daughter board equipment, the daughter board equipment carries out network configuration of an upgrade environment, and an upgrade program can be modified.
S300: the daughter board device sends a firmware upgrade request to the Web server through the ethernet line. After the upgrading environment is configured successfully, the daughter board device sends a firmware upgrading request to a preset Web server through an Ethernet cable so as to request for upgrading the firmware. The Web server may verify the validity of the request, e.g., the request is valid, and the Web server may send firmware data to the requesting daughter board device.
S400: the daughter board equipment receives the firmware data fed back by the Web server, and can write the received firmware data into the memory in real time so as to upgrade the firmware.
In one embodiment, the auxiliary firmware includes a kernel of Ubuntu firmware, a root file system customized using Buildroot, and upgrade parameters including a path to upgrade the firmware. The inherent Ubuntu firmware kernel of the daughter board equipment is reused, and the kernels of other firmware do not need to be called additionally, so that the complexity of project compiling can be reduced. The upgrade parameters include a path to upgrade the firmware, thereby upgrading the specified firmware. The root file system is customized using the build root, and necessary functions such as an adb support function and a rkupdate support function are added, so that the volume of the auxiliary firmware can be reduced.
Specifically, the Buildroot customization is customized based on a warehouse of a motherboard chip original factory. The main modifications are: 1. minimized Buildroot configurations, containing only the basic required functions, including adb, busy, rkupdate, etc.; 2. the boot-strap automatically executes the preset script, specifically, the preset script can be a/usr/bin/netrecovery script, and the/usr/bin/netrecovery script is responsible for extracting the embedded tar.gz packet from the mic partition, decompressing the embedded tar.gz packet to the/tmp directory and operating the/tmp/netrecovery script in the/tmp/netrecovery script. The/tmp/netrecovery script comprises main upgrading operation and needs to be frequently modified, so that the auxiliary firmware provides the upgrading operation, and the need of compiling the Buildrop root file system is eliminated; 3. the dependency library libcurl is installed for http support.
In one embodiment, the auxiliary firmware is packaged as follows: packaging all files in the tar/directory into a tar.gz packet, and adding the tar.gz packet into res/wipe _ all-misc.img as a misc partition firmware file, wherein the tar.gz packet is decompressed into a/tmp directory when the auxiliary firmware is started, and automatically executing a/tmp/netrecovery script; decompressing res/boot.img files in Ubuntu firmware, prompting a kernel and resource files, and packaging into recovery.img files together with a root file system generated by the Buildrop; finally, all the partitioned firmware files are packaged into the final auxiliary firmware.
In one embodiment, for the motherboard of the arm64 architecture, the original manufacturer of the motherboard provides some open source programs, such as the rkdeveloptool program. When the mainboard burns auxiliary firmware to the daughter board equipment through a USB line, transplanting an rkdepevelopologol program on a PC (personal computer) connected with the mainboard to a host and running; the method comprises the steps of modifying an rkdeveloptool program, adding a firmware file programming function, including switching of a starting mode (namely how to switch a Loader mode to a Maskrom mode) and programming of a firmware file, and adding a multithreading support function, and can simultaneously program a plurality of USB devices, thereby fully utilizing the bandwidth and improving the programming efficiency. Further, with the support of the sparse image, the conventional ext4 image file contains a large amount of empty space, i.e. space occupying the image file but not providing valid data, and the sparse image compresses the space, thereby significantly reducing the size of the image file.
In one embodiment, for a part of the motherboard, the buildrop SDK provided by the original factory contains the source code of the rkupdate program, and the program can write the firmware file on the local TF card into the eMMC storage, which is a traditional firmware upgrade measure. Therefore, in using the present invention, network support is added. The support of the network can use NFS to mount the file system at the far end of the network to the local, so that the rkupdate can support network programming without any modification, but in the actual operation process, the NFS server is configured to be troublesome, the daughter board equipment also needs a kernel to open the corresponding client function, the number of the daughter board equipment is large, the performance of the NFS is obviously reduced, and resource competition can be generated, so that the blocking condition occurs.
Therefore, in step S200, in this embodiment, the daughter board device configures an upgrade environment according to the upgrade configuration parameters, specifically modifies the rkupdate program, specifically adds support of HTTP, so as to avoid NFS configuration, and also support resource usage of an external Web server, which is more flexible and convenient to debug. Meanwhile, the support of spark Image is also increased.
For the existing firmware upgrading mode, after upgrading is completed, the upgrading result cannot be intuitively known. Whether the daughter board equipment is successfully upgraded can only be checked one by one through the line-up software of the system, and the operation mode is obviously very complicated. In one embodiment, after step S400, the following steps are further included: after the firmware is upgraded successfully, the daughter board equipment feeds back upgrade success information to the main board or controls a preset LED lamp on the daughter board equipment to flicker.
The netrecovery-slave script can be manufactured, the script mainly defines an API of a daughter board equipment upgrading interface, and the mainboard can call and obtain an operation result conveniently. The main board can send corresponding commands, and the daughter board equipment feeds back corresponding results according to the commands. For the status acquisition command beginning with get _ if the status acquisition is successful, the daughter board equipment returns an execution result, otherwise, the daughter board equipment returns 'error', the long operation command beginning with long _ is used, the daughter board equipment returns a process number to be used for subsequent status inquiry, the long operation is a long-time-consuming operation, for example, firmware is burnt and written, the progress of the long operation is analyzed and stored in a specified file for subsequent status inquiry. For other short operation commands, the daughter board device returns only the "okay" or "error" success or failure flag.
The auxiliary firmware can also comprise pin numbers of preset LED lamps on the daughter board equipment, when the daughter board equipment successfully upgrades the firmware, the daughter board equipment sends corresponding control signals to the pins so as to control the LED lamps to flash, and the flashing modes comprise long-time lighting, slow flashing, quick flashing and the like, so that the upgrading result of the firmware can be visually reflected.
An embodiment of the present invention further provides a cluster server, as shown in fig. 1, which includes a main board 1 and a plurality of daughter board devices 2, where the main board 1 and the daughter board devices 2 are used to execute the firmware upgrade method of the cluster server, and reference may be specifically made to an embodiment of the firmware upgrade method portion of the cluster server.
The foregoing is a more detailed description of the present invention that is presented in conjunction with specific embodiments, and the practice of the invention is not to be considered limited to those descriptions. It will be apparent to those skilled in the art that a number of simple derivations or substitutions can be made without departing from the inventive concept.
Claims (6)
1. A firmware upgrading method for a cluster server is characterized by comprising the following steps:
the method comprises the following steps that auxiliary firmware is written into a daughter board device through a USB line by a mainboard, and the daughter board device is restarted according to the auxiliary firmware;
after the daughter board equipment is restarted, the mainboard sends upgrading configuration parameters to the daughter board equipment, and the daughter board equipment configures upgrading environment according to the upgrading configuration parameters;
the daughter board equipment sends a firmware upgrading request to the Web server through the Ethernet line;
and the daughter board equipment receives the firmware data fed back by the Web server and writes the firmware data into a memory.
2. The firmware upgrade method for cluster server according to claim 1, wherein: the auxiliary firmware comprises a kernel of the Ubuntu firmware, a root file system and an upgrading parameter, wherein the root file system is customized by using a Buildrop, and the upgrading parameter comprises a path for upgrading the firmware.
3. The firmware upgrade method for cluster server according to claim 2, wherein: the auxiliary firmware is packaged, and the packaging process is as follows: packaging all files in the tar/directory into a tar.gz packet, and adding the tar.gz packet into res/wipe _ all-misc.img to serve as a misc partition firmware file; decompressing res/boot.img files in Ubuntu firmware, prompting a kernel and resource files, and packaging res/recovery.cpio.gz together with a root file system generated by the Buildrop into recovery.img files; and packaging all the partition firmware files into the final auxiliary firmware.
4. The firmware upgrade method for cluster server according to claim 2, wherein: when the mainboard burns auxiliary firmware to the daughter board equipment through a USB line, transplanting an rkdepelvopotol program on the PC to the host and running; and modifying the rkdeveloptool program, and adding a firmware file programming function and a multithreading support function.
5. The firmware upgrading method of the cluster server according to claim 1, wherein after the step of receiving the firmware data fed back by the Web server and programming the firmware data into the memory, the daughter board device further comprises the following steps: after the firmware is upgraded successfully, the daughter board equipment feeds back upgrade success information to the main board or controls a preset LED lamp on the daughter board equipment to flicker.
6. A cluster server, comprising a main board and a daughter board device, wherein the main board and the daughter board device are configured to execute the firmware upgrade method of the cluster server according to any one of claims 1 to 5.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010879288.XA CN111930402B (en) | 2020-08-27 | 2020-08-27 | Firmware upgrading method of cluster server and cluster server |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010879288.XA CN111930402B (en) | 2020-08-27 | 2020-08-27 | Firmware upgrading method of cluster server and cluster server |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111930402A true CN111930402A (en) | 2020-11-13 |
CN111930402B CN111930402B (en) | 2024-05-07 |
Family
ID=73308319
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010879288.XA Active CN111930402B (en) | 2020-08-27 | 2020-08-27 | Firmware upgrading method of cluster server and cluster server |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111930402B (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113204351A (en) * | 2021-07-06 | 2021-08-03 | 成都菁蓉联创科技有限公司 | Embedded system package management method and using method thereof |
Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1908849A (en) * | 2005-08-02 | 2007-02-07 | 华为技术有限公司 | Opteron processor based server system |
CN101042651A (en) * | 2006-03-22 | 2007-09-26 | 华为技术有限公司 | Software updating method and system thereof |
CN101673202A (en) * | 2008-09-09 | 2010-03-17 | 比亚迪股份有限公司 | Program writing method and system, pre-writing device and writing device |
CN104331300A (en) * | 2014-09-23 | 2015-02-04 | 英业达科技有限公司 | Server capable of directly updating setting by using substrate management controller |
US20160103672A1 (en) * | 2013-02-21 | 2016-04-14 | Zte Corporation | Firmware upgrade method and system |
CN106126273A (en) * | 2016-06-16 | 2016-11-16 | 浪潮(北京)电子信息产业有限公司 | A kind of method of upgrading BIOS |
CN106953746A (en) * | 2017-02-28 | 2017-07-14 | 努比亚技术有限公司 | Clustered node upgrade-system and method |
CN108052337A (en) * | 2017-12-21 | 2018-05-18 | 北京京存技术有限公司 | A kind of firmware upgrade method and device of eMMC production tools |
CN109375934A (en) * | 2018-09-30 | 2019-02-22 | 天津天地伟业电子工业制造有限公司 | A kind of upgrade method of network cluster device systems |
CN111147272A (en) * | 2018-11-06 | 2020-05-12 | 厦门雅迅网络股份有限公司 | Single server and multi-server operation platform upgrading method |
CN111258840A (en) * | 2018-11-30 | 2020-06-09 | 杭州海康威视数字技术股份有限公司 | Cluster node management method and device and cluster |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100439175B1 (en) * | 2001-12-26 | 2004-07-05 | 한국전자통신연구원 | Method for automatically installing operating system in linux-based cluster system at remote place |
CN1266596C (en) * | 2002-07-02 | 2006-07-26 | 联想(北京)有限公司 | Antomatic initialization and antomatic kernel upgrading system for clauster system |
CN101465757B (en) * | 2009-01-15 | 2011-01-12 | 武汉烽火网络有限责任公司 | Method for batch upgrade in cluster network |
CN102855146B (en) * | 2011-06-30 | 2016-05-11 | 鸿富锦精密工业(深圳)有限公司 | Firmware update system and method |
CN107193594A (en) * | 2017-05-17 | 2017-09-22 | 郑州云海信息技术有限公司 | A kind of USB interface-based principal and subordinate BMC firmware upgrade methods |
CN107402795A (en) * | 2017-08-04 | 2017-11-28 | 北京煜邦电力技术股份有限公司 | A kind of firmware upgrade method and system |
CN108304209B (en) * | 2018-02-28 | 2021-01-15 | 联想(北京)有限公司 | Firmware upgrading method and firmware upgrading system |
-
2020
- 2020-08-27 CN CN202010879288.XA patent/CN111930402B/en active Active
Patent Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1908849A (en) * | 2005-08-02 | 2007-02-07 | 华为技术有限公司 | Opteron processor based server system |
CN101042651A (en) * | 2006-03-22 | 2007-09-26 | 华为技术有限公司 | Software updating method and system thereof |
CN101673202A (en) * | 2008-09-09 | 2010-03-17 | 比亚迪股份有限公司 | Program writing method and system, pre-writing device and writing device |
US20160103672A1 (en) * | 2013-02-21 | 2016-04-14 | Zte Corporation | Firmware upgrade method and system |
CN104331300A (en) * | 2014-09-23 | 2015-02-04 | 英业达科技有限公司 | Server capable of directly updating setting by using substrate management controller |
CN106126273A (en) * | 2016-06-16 | 2016-11-16 | 浪潮(北京)电子信息产业有限公司 | A kind of method of upgrading BIOS |
CN106953746A (en) * | 2017-02-28 | 2017-07-14 | 努比亚技术有限公司 | Clustered node upgrade-system and method |
CN108052337A (en) * | 2017-12-21 | 2018-05-18 | 北京京存技术有限公司 | A kind of firmware upgrade method and device of eMMC production tools |
CN109375934A (en) * | 2018-09-30 | 2019-02-22 | 天津天地伟业电子工业制造有限公司 | A kind of upgrade method of network cluster device systems |
CN111147272A (en) * | 2018-11-06 | 2020-05-12 | 厦门雅迅网络股份有限公司 | Single server and multi-server operation platform upgrading method |
CN111258840A (en) * | 2018-11-30 | 2020-06-09 | 杭州海康威视数字技术股份有限公司 | Cluster node management method and device and cluster |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113204351A (en) * | 2021-07-06 | 2021-08-03 | 成都菁蓉联创科技有限公司 | Embedded system package management method and using method thereof |
CN113204351B (en) * | 2021-07-06 | 2021-10-22 | 成都菁蓉联创科技有限公司 | Embedded system package management method and using method thereof |
Also Published As
Publication number | Publication date |
---|---|
CN111930402B (en) | 2024-05-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10114637B1 (en) | Automatically updating a shared project build platform | |
US9111033B2 (en) | Compiling source code for debugging with user preferred snapshot locations | |
US10579966B1 (en) | Adapting a shared project build platform to a developer plugin | |
WO2022007656A1 (en) | Bootloader software updating method and apparatus, embedded controller, and storage medium | |
RU2421785C2 (en) | Automated control of device drivers | |
CN108847950B (en) | Electronic device, cloud system software automatic deployment method and storage medium | |
US7174544B2 (en) | JAVA compile-on-demand service system for accelerating processing speed of JAVA program in data processing system and method thereof | |
US20030221092A1 (en) | Method and system of switching between two or more images of firmware on a host device | |
KR20070049095A (en) | Servicing a component-base software product | |
US6308326B1 (en) | Run-time modules for dynamically adjusting computer operation | |
CN109614126B (en) | Embedded system online program upgrading method and device | |
CN111240720A (en) | Boot program upgrading method and device and storage medium | |
Grokhotkov | ESP8266 arduino core documentation | |
CN111930402B (en) | Firmware upgrading method of cluster server and cluster server | |
CN116954752A (en) | Differentiated system configuration and loading method and device and computer equipment | |
CN102298531B (en) | Method for upgrading flash memory file system in embedded system | |
KR100860402B1 (en) | Device and method for upgradin system using two step bootloader | |
US11500651B2 (en) | Method and system for management of a local craft terminal application executed by a network element | |
CN114116027A (en) | Method, system, terminal and storage medium for automatically installing drive for PCIE equipment | |
CN114968299A (en) | Multi-boot-based equipment firmware upgrading and exception handling method | |
CN113377425A (en) | BMC firmware generation method and device, BMC starting method and device and storage medium | |
KR20030016984A (en) | Apparatus and method for updating version of system software in communication terminal | |
CN109245920B (en) | Automatic switch configuration method and device, switch and storage medium | |
US11797295B1 (en) | Separate firmware to fixed and removable storages | |
WO2024109410A1 (en) | Plug-in installation optimization method, and control apparatus |
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 |