CN111930402B - Firmware upgrading method of cluster server and cluster server - Google Patents
Firmware upgrading method of cluster server and cluster server Download PDFInfo
- Publication number
- CN111930402B CN111930402B CN202010879288.XA CN202010879288A CN111930402B CN 111930402 B CN111930402 B CN 111930402B CN 202010879288 A CN202010879288 A CN 202010879288A CN 111930402 B CN111930402 B CN 111930402B
- Authority
- CN
- China
- Prior art keywords
- firmware
- daughter board
- upgrade
- cluster server
- auxiliary
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 22
- 230000006870 function Effects 0.000 claims description 12
- 238000004806 packaging method and process Methods 0.000 claims description 9
- 238000005192 partition Methods 0.000 claims description 7
- 238000011084 recovery Methods 0.000 claims description 6
- 238000012858 packaging process Methods 0.000 claims description 2
- 238000013515 script Methods 0.000 description 8
- 230000004048 modification Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 239000008186 active pharmaceutical agent Substances 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000000903 blocking effect Effects 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
- 239000011800 void material Substances 0.000 description 1
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 main board writes auxiliary firmware into the daughter board equipment through the USB line, and the daughter board equipment restarts according to the auxiliary firmware; after restarting the daughter board equipment, the main board sends upgrade configuration parameters to the daughter board equipment, and the daughter board equipment configures an upgrade environment according to the upgrade configuration parameters; the daughter board device sends a firmware upgrading request to the Web server through an Ethernet cable; and the daughter board equipment receives the firmware data fed back by the Web server and writes the firmware data into the memory. The invention can more efficiently and conveniently complete firmware upgrade.
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 refers to a collection of servers that combine multiple server connections to perform the same service, as if there was only one server from the client's perspective. The cluster server can utilize a plurality of computers to perform parallel computation so as to obtain high computation speed, and the running performance of the server is greatly improved. In general, a cluster server includes a main board and a plurality of sub-boards, and it is complicated to upgrade firmware due to the number of sub-boards being too large. The existing fixing piece upgrading mode comprises two modes, one mode is to directly download firmware by using a USB interface for upgrading, the operation mode is limited by the bandwidth and the quantity of the USB interface and is only suitable for a server with a small upgrading quantity, the other mode is to upgrade by using TF cards, the upgrading mode needs to be provided with the TF cards with the same quantity as the daughter boards, the firmware needs to be written into each TF card, and once the firmware is updated newly, the program needs to be written into the TF card again.
Disclosure of Invention
The invention provides a firmware upgrading method of a cluster server and the cluster server, which can complete firmware upgrading more efficiently and conveniently.
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 main board writes auxiliary firmware into the daughter board equipment through the USB line, and the daughter board equipment restarts according to the auxiliary firmware; after restarting the daughter board equipment, the main board sends upgrade configuration parameters to the daughter board equipment, and the daughter board equipment configures an upgrade environment according to the upgrade configuration parameters; the daughter board device sends a firmware upgrading request to the Web server through an Ethernet cable; and the daughter board equipment receives the firmware data fed back by the Web server and writes the firmware data into the memory.
Preferably, the auxiliary firmware includes a kernel of Ubuntu firmware, a root file system, the root file system being customized using Buildroot, and upgrade parameters, the upgrade parameters including 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 package, and adding the tar/wipe_all-risc.img as a risc partition firmware file; decompressing res/boot. Img files in Ubuntu firmware, prompting kernels and resource files, and packaging the res/boot. Cpio. Gz together with a root file system package res/recovery. Cpio. Gz generated by Buildroot into a recovery. Img file; and packaging all the partition firmware files into final auxiliary firmware.
Preferably, when the main board writes auxiliary firmware into the daughter board device through the USB line, the rkdeveloptool program on the PC is transplanted to the host and runs; and (3) modifying rkdeveloptool programs, 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 writing the firmware data into the memory, the daughter board device further includes the following steps: after the firmware is successfully upgraded, 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 flash.
According to a second aspect of the present invention, a cluster server is provided, which includes a motherboard and a daughter board device, where the motherboard and the daughter board device are used to execute the firmware upgrade method of the cluster server.
The invention has the following technical effects: the main board of the invention sends auxiliary firmware to the daughter board equipment through the USB line, provides the upgrade tool and upgrade parameters required by upgrading the firmware, requests the firmware data through the Ethernet line, and upgrades the firmware after receiving the firmware data, thus the USB interface is not required to be expanded, the daughter board equipment is utilized to upgrade the firmware by using the Ethernet line of the daughter board equipment, the transmission rate is faster, the automatic upgrade is realized, and the invention is more efficient and convenient.
Drawings
FIG. 1 is a schematic diagram of a cluster server according to an embodiment of the present invention;
fig. 2 is a flowchart of a firmware upgrade method of a cluster server according to an embodiment of the present invention.
Detailed Description
Before describing the present invention specifically, 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, where the daughter board devices 2 are connected to the main board 1 through built-in USB lines and ethernet lines. Traditional USB line and ethernet cable all are walked the line through the PCB board and are replaced for the integrated level of circuit board is high, stability is good. Both motherboard and daughter board devices can be considered as independent computer hosts, each having their own CPU, memory, internal eMMC storage, network interfaces, etc. The daughter board devices 2 are connected to the Web server through a network interface such as an ethernet cable to acquire data from the Web server.
The embodiment of the invention provides a firmware upgrading method of a cluster server, which can refer to a flow chart shown in fig. 2, and comprises the following steps:
S100: the main board writes auxiliary firmware into the daughter board equipment through the USB line, and the daughter board equipment restarts according to the auxiliary firmware. The auxiliary firmware is prefabricated on the main board, the auxiliary firmware comprises an upgrading tool and upgrading parameters required by upgrading the firmware of the daughter board equipment, the auxiliary firmware is programmed into the daughter board equipment through a built-in USB (universal serial bus) line, and the daughter board equipment loads and operates the firmware and restarts to prepare for upgrading the firmware. For a daughter board device that has partially run firmware, the daughter board device needs to be switched to Loader mode.
S200: after restarting the daughter board device, the main board sends upgrade configuration parameters to the daughter board device, and the daughter board device configures an upgrade environment according to the upgrade configuration parameters. The main board detects the state of the daughter board device, and after the daughter board device is restarted, the upgrade configuration parameters are sent to the daughter board device, the daughter board device performs 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 configuration of the upgrading environment is successful, the daughter board device sends a firmware upgrading request to a preset Web server through an Ethernet cable so as to request to upgrade the firmware. The Web server may verify the legitimacy of the request, e.g., the request is legitimate, and the Web server may send firmware data to the requesting daughter board device.
S400: the daughter board device receives the firmware data fed back by the Web server, and can burn 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 device is reused, the kernels of other firmware are not required to be additionally called, and 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 Buildroot, adding necessary functions, such as an adb support function and a rkupdate support function, which can reduce the volume of auxiliary firmware.
Specifically, buildroot is customized based on the warehouse of the motherboard chip factory. The main modifications are: 1. minimized Buildroot configurations, containing only the essentially required functions, including adb, busy box, rkupdate, etc.; 2. the startup automatically executes a preset script, specifically a/usr/bin/netrecovery script, and the/usr/bin/netrecovery script is responsible for extracting an embedded tar.gz package from a misc partition, decompressing the embedded tar.gz package to a/tmp directory, and running the/tmp/netrecovery script therein. The/tmp/netrecovery script contains the primary upgrade operations, which need to be modified frequently, and thus is provided by the auxiliary firmware, obviating the need to compile Buildroot root file system; 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 package, adding the tar.gz package into res/wipe_all-risc.img as a risc partition firmware file, decompressing the tar.gz package to the/tmp directory when auxiliary firmware is started, and automatically executing the/tmp/netrecovery script; decompressing res/boot. Img files in Ubuntu firmware, prompting kernels and resource files, and packaging the res/boot. Cpio. Gz files together with a root file system package res/recovery. Cpio. Gz generated by Buildroot to obtain a recovery. Img file; and finally, packaging the firmware files of all the partitions into final auxiliary firmware.
In one embodiment, for an arm64 architecture motherboard, the motherboard vendor provides open source programs, such as rkdeveloptool programs. When the mainboard writes auxiliary firmware into the daughter board equipment through the USB line, a rkdeveloptool program on a PC connected with the mainboard is transplanted to a host and runs; the program rkdeveloptool is modified, the firmware file programming function is added, the firmware file programming function comprises the switching of a starting mode (namely, how to switch a Loader mode to a Maskrom mode) and the programming of the firmware file, the multithreading support function is also added, and the programming can be performed on a plurality of USB devices at the same time, so that the bandwidth is fully utilized, and the programming efficiency is improved. Further, with the support of SPARSE IMAGE (loose image), the conventional ext4 image file contains a large amount of void space, i.e. space occupied by the image file but not providing valid data, and the loose image compresses the space, so that the size of the image file is significantly reduced.
In one embodiment, for a part of the motherboard, buildroot SDK provided by the factory contains the source code of rkupdate program, and the program can write the firmware file on the local TF card into the eMMC memory, which belongs to the traditional firmware upgrade measure. Thus, in using the present invention, support for the network is added. The network support can mount the file system at the far end of the network to the local by using the NFS, so rkupdate can support network programming without any modification, but in the actual operation process, the NFS server is complicated to configure, the daughter board devices also need the kernel to open the corresponding client functions, the quantity of the daughter board devices is more, the performance of the NFS is obviously reduced, and the resource competition can occur, so that the blocking situation occurs.
Therefore, in step S200, the daughter board device configures the upgrade environment according to the upgrade configuration parameters, specifically modifies rkupdate programs, specifically increases HTTP support, so that NFS configuration is avoided, resource usage of an external Web server can be supported, and the daughter board device is more flexible and convenient to debug. At the same time, SPARSE IMAGE support is also added.
For the existing firmware upgrading mode, after upgrading is completed, an upgrading result cannot be intuitively known. Whether the daughter board devices are successfully upgraded can only be checked one by one through the line lifting software of the system, and the operation mode is obviously very complicated. In one embodiment, after step S400, the method further includes the following steps: after the firmware is successfully upgraded, 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 flash.
Netrecovery-slave scripts can be made, and the scripts mainly define APIs of the upgrading interfaces of the daughter board devices, so that the mainboard can conveniently call and acquire operation results. The main board can send corresponding commands, and the daughter board equipment feeds back corresponding results according to the commands. For the get-state command beginning with get_and if the state get is successful, the daughter board device returns an execution result, otherwise returns an "error", and begins with long operation command beginning with long_and the daughter board device will return a process number to make subsequent state query, long operation is a long time consuming operation, such as writing firmware, the progress of which will be parsed and stored in a designated file for subsequent state query. For other short operation commands, the daughter board devices return only the "okay" or "error" done or not flag.
The auxiliary firmware can also comprise pin numbers of the preset LED lamps on the daughter board equipment, and 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, wherein the flashing mode comprises long-lighting, slow-flashing, flash and the like, so that the firmware upgrading result is intuitively reflected.
The embodiment of the present invention also provides a cluster server, as shown in fig. 1, including 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 made to the embodiment of the firmware upgrade method part of the cluster server.
The foregoing is a further detailed description of the invention in connection with specific embodiments, and it is not intended that the invention be limited to such description. It will be apparent to those skilled in the art that several simple deductions or substitutions can be made without departing from the spirit of the invention.
Claims (5)
1. The firmware upgrading method of the cluster server is characterized by comprising the following steps of:
The main board writes auxiliary firmware into the daughter board equipment through the USB line, and the daughter board equipment restarts according to the auxiliary firmware;
After restarting the daughter board device, the main board sends upgrade configuration parameters to the daughter board device, and the daughter board device configures network configuration of an upgrade environment according to the upgrade configuration parameters, can modify rkupdate programs and increases HTTP support;
The daughter board device sends a firmware upgrading request to the Web server through an Ethernet cable;
The method comprises the steps that the daughter board equipment receives firmware data fed back by the Web server and writes the firmware data into a memory;
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.
2. The method for upgrading firmware of a cluster server according to claim 1, wherein: the auxiliary firmware is packaged, and the packaging process is as follows: packaging all files in the tar/directory into a tar.gz package, and adding the tar/wipe_all-risc.img as a risc partition firmware file; decompressing res/boot. Img files in Ubuntu firmware, prompting kernels and resource files, and packaging the res/boot. Cpio. Gz together with a root file system package res/recovery. Cpio. Gz generated by Buildroot into a recovery. Img file; and packaging all the partition firmware files into final auxiliary firmware.
3. The method for upgrading firmware of a cluster server according to claim 1, wherein: when the main board writes auxiliary firmware into the daughter board equipment through the USB line, a rkdeveloptool program on the PC is transplanted to a host computer and runs; and (3) modifying rkdeveloptool programs, and adding a firmware file programming function and a multithreading support function.
4. The method for upgrading firmware of a cluster server according to claim 1, wherein after the step of receiving firmware data fed back by the Web server and writing the firmware data into the memory, the method further comprises the steps of: after the firmware is successfully upgraded, 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 flash.
5. A cluster server comprising a motherboard and a daughter board device for performing the firmware upgrade method of a cluster server of any of claims 1-4.
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 CN111930402A (en) | 2020-11-13 |
| CN111930402B true 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) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113204351B (en) * | 2021-07-06 | 2021-10-22 | 成都菁蓉联创科技有限公司 | Embedded system package management method and using method thereof |
Citations (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20030054875A (en) * | 2001-12-26 | 2003-07-02 | 한국전자통신연구원 | Method for automatically installing operating system in linux-based cluster system at remote place |
| CN1466048A (en) * | 2002-07-02 | 2004-01-07 | 联想(北京)有限公司 | Antomatic initialization and antomatic kernel upgrading system for clauster system |
| 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 |
| CN101465757A (en) * | 2009-01-15 | 2009-06-24 | 武汉烽火网络有限责任公司 | Method for batch upgrade in cluster network |
| CN101673202A (en) * | 2008-09-09 | 2010-03-17 | 比亚迪股份有限公司 | Program writing method and system, pre-writing device and writing device |
| CN102855146A (en) * | 2011-06-30 | 2013-01-02 | 鸿富锦精密工业（深圳）有限公司 | Firmware updating system and method |
| 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 |
| 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 |
| CN108052337A (en) * | 2017-12-21 | 2018-05-18 | 北京京存技术有限公司 | A kind of firmware upgrade method and device of eMMC production tools |
| CN108304209A (en) * | 2018-02-28 | 2018-07-20 | 联想(北京)有限公司 | Firmware upgrade method and firmware upgrade system |
| 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 (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103200026B (en) * | 2013-02-21 | 2018-12-04 | 上海中兴软件有限责任公司 | The upgrade method and system of firmware |
-
2020
- 2020-08-27 CN CN202010879288.XA patent/CN111930402B/en active Active
Patent Citations (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20030054875A (en) * | 2001-12-26 | 2003-07-02 | 한국전자통신연구원 | Method for automatically installing operating system in linux-based cluster system at remote place |
| CN1466048A (en) * | 2002-07-02 | 2004-01-07 | 联想(北京)有限公司 | Antomatic initialization and antomatic kernel upgrading system for clauster system |
| 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 |
| CN101465757A (en) * | 2009-01-15 | 2009-06-24 | 武汉烽火网络有限责任公司 | Method for batch upgrade in cluster network |
| CN102855146A (en) * | 2011-06-30 | 2013-01-02 | 鸿富锦精密工业（深圳）有限公司 | Firmware updating system and method |
| 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 |
| 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 |
| CN108052337A (en) * | 2017-12-21 | 2018-05-18 | 北京京存技术有限公司 | A kind of firmware upgrade method and device of eMMC production tools |
| CN108304209A (en) * | 2018-02-28 | 2018-07-20 | 联想(北京)有限公司 | Firmware upgrade method and firmware upgrade system |
| 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 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111930402A (en) | 2020-11-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108847950B (en) | Electronic device, cloud system software automatic deployment method and storage medium | |
| US8356293B1 (en) | System and method for controlling installed third party software components | |
| WO2021115477A1 (en) | Program upgrade method and apparatus, electronic device and storage medium | |
| CN109614126B (en) | Embedded system online program upgrading method and device | |
| US20090006831A1 (en) | Methods and apparatuses for configuring add-on hardware to a computing platform | |
| US6308326B1 (en) | Run-time modules for dynamically adjusting computer operation | |
| CN111930402B (en) | Firmware upgrading method of cluster server and cluster server | |
| CN112363731A (en) | Application automation deployment method and device and computer readable storage medium | |
| CN114756290A (en) | Operating system installation method, device and readable storage medium | |
| 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 | |
| CN114416031B (en) | Operating system for supporting RISC-V processor facing AIoT scene | |
| CN113377425B (en) | BMC firmware generation method and device, BMC starting method and device and storage medium | |
| CN112379867B (en) | Embedded operating system, method and storage medium based on modular development | |
| CN113900693A (en) | Firmware upgrading method, device and system, electronic equipment and storage medium | |
| 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 | |
| KR20070060448A (en) | Device and method for upgradin system using two step bootloader | |
| CN109245920B (en) | Automatic switch configuration method and device, switch and storage medium | |
| US20240168732A1 (en) | Method for generating driver package, method for deploying driver, electronic device, and computer readable storage medium | |
| CN113448644A (en) | OC hard disk configuration method, device, terminal and storage medium in ring3 mode of operating system | |
| CN115827023A (en) | Firmware updating method of controller under master-slave board design | |
| CN115878197A (en) | Starting optimization method, system, chip, device and medium based on device tree | |
| Toivanen | OpenDataPlane (ODP) as a Part of a Linux Operating System Image Built with Yocto Project |
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 |