Hardware configuration updating method and device and electronic equipment

Abstract

The invention provides a hardware configuration updating method which comprises the steps that in response to starting of electronic equipment, a configuration file is obtained, and configuration parameters corresponding to a target interface in the electronic equipment are at least recorded in the configuration file; obtaining current configuration parameters of the target interface; and under the condition that the current configuration parameter of the target interface is matched with the configuration file, updating software and hardware parameters associated with the target interface in the electronic equipment based on the configuration file, so that the electronic equipment can realize the target function based on the target interface.

Description

Technical Field

[0001] The present disclosure relates to the field of electronic technology, and more specifically, to a hardware configuration updating method, device and electronic device. Background Art

[0002] Modern electronic systems usually need to support multiple hardware configurations to adapt to different application scenarios. During the operation of the device, the hardware configuration may be adjusted due to function expansion, performance optimization or environmental changes. However, such configuration adjustments usually rely on the update of the underlying firmware, which places high demands on system maintenance and flexibility.

[0003] In the prior art, when the system configuration needs to change, users usually need to recompile, test and deploy the relevant firmware. The update process is relatively complicated, involving the synchronous operation of multiple components, which consumes a lot of time and resources. When the equipment has been put into use, frequent updates may cause system downtime or business interruption. In addition, since the configuration logic is scattered in different firmwares, the collaboration between different components is difficult to manage in a unified manner, which may lead to resource conflicts or functional abnormalities. Summary of the invention

[0004] In view of this, the present disclosure provides a hardware configuration updating method, device and electronic device.

[0005] One aspect of the present disclosure provides a hardware configuration update method, comprising: in response to the startup of an electronic device, obtaining a configuration file, the configuration file at least recording configuration parameters corresponding to a target interface in the electronic device; obtaining current configuration parameters of the target interface; and when the current configuration parameters of the target interface match the configuration file, updating software and hardware parameters associated with the target interface in the electronic device based on the configuration file, so that the electronic device can implement a target function based on the target interface.

[0006] According to an embodiment of the present disclosure, the hardware configuration updating method further includes: generating an update record in response to an update of the configuration file; obtaining the configuration file, including: obtaining the configuration file in response to the electronic device being started and detecting the update record.

[0007] According to an embodiment of the present disclosure, the configuration file also records the storage location corresponding to the configuration parameters of the target interface, and obtaining the current configuration parameters of the target interface includes: based on the configuration file, obtaining the storage location corresponding to the configuration parameters of the target interface; based on the storage location, obtaining the current configuration parameters of the target interface.

[0008] According to an embodiment of the present disclosure, before acquiring the current configuration parameters of the target interface, the hardware configuration updating method further includes: generating and / or updating the current configuration parameters of the target interface in response to startup of the electronic device.

[0009] According to an embodiment of the present disclosure, generating and / or updating current configuration parameters of a target interface includes: in response to startup of an electronic device, obtaining initialization information received by the target interface; obtaining a storage location corresponding to the configuration parameters of the target interface according to a configuration file; and generating and / or updating the configuration parameters in the storage location based on the initialization information.

[0010] According to an embodiment of the present disclosure, updating software and hardware parameters associated with a target interface in an electronic device includes: acquiring current parameters of the software and hardware associated with the target interface in the electronic device; and updating the software and hardware parameters associated with the target interface in the electronic device based on the configuration file when the current parameters of the software and hardware associated with the target interface do not match a configuration file.

[0011] According to an embodiment of the present disclosure, the hardware configuration update method also includes: when the current configuration parameters of the target interface do not match the configuration file, generating alarm information based on the current configuration parameters of the target interface and the functions and configuration parameters corresponding to the target interface in the configuration file.

[0012] According to an embodiment of the present disclosure, the configuration file is stored in a baseboard management controller of the electronic device, and obtaining the configuration file includes: obtaining the configuration file in the baseboard management controller of the electronic device.

[0013] Another aspect of the present disclosure provides a hardware configuration updating device, including: a first acquisition module, used to obtain a configuration file in response to the startup of an electronic device, the configuration file at least recording configuration parameters corresponding to a target interface in the electronic device; a second acquisition module, used to obtain the current configuration parameters of the target interface; and an update module, used to update the software and hardware parameters associated with the target interface in the electronic device based on the configuration file when the current configuration parameters of the target interface match the configuration file, so that the electronic device can implement the target function based on the target interface.

[0014] Another aspect of the present disclosure provides an electronic device, including: one or more processors; and a memory for storing one or more programs, wherein when the one or more programs are executed by the one or more processors, the one or more processors implement the method as described above.

[0015] Another aspect of the present disclosure provides a computer-readable storage medium storing computer-executable instructions, which are used to implement the above method when executed.

[0016] Another aspect of the present disclosure provides a computer program product, which includes computer executable instructions, and when the instructions are executed, are used to implement the method as described above. BRIEF DESCRIPTION OF THE DRAWINGS

[0017] The above and other objects, features and advantages of the present disclosure will become more apparent through the following description of the embodiments of the present disclosure with reference to the accompanying drawings, in which:

[0018] Figure 1 Schematically shows an application scenario diagram to which the hardware configuration method according to an embodiment of the present disclosure can be applied;

[0019] Figure 2 The following schematically shows the architecture diagram of the software system side of the hardware configuration method according to the embodiment of the present disclosure;

[0020] Figure 3 A flowchart of a method for updating hardware configuration according to an embodiment of the present disclosure is schematically shown;

[0021] Figure 4 Another flowchart of the method for updating hardware configuration according to an embodiment of the present disclosure is schematically shown;

[0022] Figure 5 A flowchart for obtaining current configuration parameters in a method for updating hardware configuration according to an embodiment of the present disclosure is schematically shown;

[0023] Figure 6 Another flowchart of the method for updating hardware configuration according to an embodiment of the present disclosure is schematically shown;

[0024] Figure 7 A flowchart of updating current configuration parameters in a hardware configuration updating method according to an embodiment of the present disclosure is schematically shown;

[0025] Figure 8 A flowchart of updating software and hardware parameters in a hardware configuration updating method according to an embodiment of the present disclosure is schematically shown;

[0026] Fig. 9 Another flowchart of the method for updating hardware configuration according to an embodiment of the present disclosure is schematically shown;

[0027] Fig.10 A block diagram schematically shows a hardware configuration updating device according to an embodiment of the present disclosure; and

[0028] Fig.11 A block diagram of an electronic device suitable for implementing a hardware configuration updating method according to an embodiment of the present disclosure is schematically shown. DETAILED DESCRIPTION

[0029] Hereinafter, embodiments of the present disclosure will be described with reference to the accompanying drawings. However, it should be understood that these descriptions are exemplary only and are not intended to limit the scope of the present disclosure. In the following detailed description, for ease of explanation, many specific details are set forth to provide a comprehensive understanding of the embodiments of the present disclosure. However, it is apparent that one or more embodiments may also be implemented without these specific details. In addition, in the following description, descriptions of known structures and technologies are omitted to avoid unnecessary confusion of the concepts of the present disclosure.

[0030] The terms used herein are only for describing specific embodiments and are not intended to limit the present disclosure. The terms "comprise", "include", etc. used herein indicate the existence of the features, steps, operations and / or components, but do not exclude the existence or addition of one or more other features, steps, operations or components.

[0031] All terms (including technical and scientific terms) used herein have the meanings commonly understood by those skilled in the art unless otherwise defined. It should be noted that the terms used herein should be interpreted as having a meaning consistent with the context of this specification and should not be interpreted in an idealized or overly rigid manner.

[0032] When using expressions such as "at least one of A, B, and C, etc.", they should generally be interpreted according to the meaning of the expression commonly understood by those skilled in the art (for example, "a system having at least one of A, B, and C" should include but is not limited to a system having A alone, B alone, C alone, A and B, A and C, B and C, and / or A, B, C, etc.).

[0033] An embodiment of the present disclosure provides a hardware configuration update method, comprising: in response to the startup of an electronic device, obtaining a configuration file, the configuration file at least recording configuration parameters corresponding to a target interface in the electronic device; obtaining current configuration parameters of the target interface; and when the current configuration parameters of the target interface match the configuration file, updating software and hardware parameters associated with the target interface in the electronic device based on the configuration file, so that the electronic device can implement target functions based on the target interface.

[0034] Figure 1 The following schematically shows an application scenario diagram to which the hardware configuration method according to the embodiment of the present disclosure can be applied. It should be noted that: Figure 1 What is shown are merely examples of application scenarios to which the embodiments of the present disclosure can be applied, in order to help those skilled in the art understand the technical content of the present disclosure, but it does not mean that the embodiments of the present disclosure cannot be used in other devices, systems, environments or scenarios.

[0035] like Figure 1As shown, the application scenario 100 may include an electronic device 110 and a configuration file 120. The electronic device 100 is configured with multiple hardware. The layout design between the hardware may include but is not limited to PCIe connection method, power connection method, input and output layout, etc. Various methods and layouts are usually reflected in the electronic device as well as the interface connection method and the corresponding functional configuration of the interface.

[0036] In some embodiments, various hardware of the electronic device are connected uniformly through interfaces on the backplane, wherein the functions of some interfaces are fixed and cannot be changed, such as the CPU interface, while the functions of some interfaces can be modified. Figure 1 , interface 1 was originally connected to a hard disk of model 1, and interface 2 was connected to a sound card of model 1. When the electronic device 100 obtains the configuration file 120, it is learned that the interface layout has been changed, and interface 1 is now connected to a hard disk of model 2. To ensure that the electronic device can work normally, the electronic device modifies the software and hardware parameters in the system according to the configuration file, so that the electronic device can recognize that interface 1 is now connected to a hard disk of model 2.

[0037] The configuration file 120 stores configuration layout information corresponding to the electronic device 100, such as various connection methods and specific configuration information of the layout, such as the type, model, working mode, function, etc. of the hardware corresponding to a certain interface, or the communication method and transmission content between a certain interface and the connected hardware. The transmission content can generally include data transmission and power transmission.

[0038] Figure 2 The architecture diagram of the software system side of the hardware configuration method according to an embodiment of the present disclosure is schematically shown.

[0039] like Figure 2 As shown, the architecture 200 includes an information module 210 , a data conversion module 220 , and a system configuration module 230 .

[0040] The information module 210 includes a plurality of configuration layout information obtained from the configuration file 120, and configuration parameters corresponding to the interface. The configuration parameters may be the configuration register layout and register information obtained by the field-programmable gate array (FPGA). Among them, the FPGA can obtain the configuration file after the electronic device is powered on, and modify the correspondence between each register in the FPGA and each interface in the electronic device according to the configuration file, and determine in which register the data of each interface should be stored. In the hardware initialization stage of the electronic device, each hardware connected to the interface is powered on and initialized, and the initialization information is transmitted back through the interface and obtained by the FPGA. The FPGA generates the corresponding configuration parameters of the interface (such as the value of the corresponding register) according to the initialization information transmitted back by the interface and stores them in the corresponding position. This configuration parameter strictly corresponds to the hardware actually connected to the interface. For example, interface 1 is connected to a hard disk of model 1. According to the configuration file, the address of the register corresponding to interface 1 is 0x000001. According to the initialization information sent back by the hard disk of model 1 through the interface, the value in the register at address 0x000001 is rewritten to 00010001. "00010001" indicates that interface 1 is connected to a hard disk of model 1. When the hardware connected to interface 1 is replaced with other hardware, such as a hard disk of model 2, the value in the register at address 0x000001 will be rewritten to 00010010. It should be noted that the position of the register is set according to the configuration file, while the value of the register is generated according to the hardware actually connected to the interface, and the value of the register is not affected by the configuration file.

[0041] The data conversion module 220 is used to convert data according to the configuration information and the value of the register in the FPGA so that the system of the electronic device can be recognized during the initialization process. For example, UEFI (Unified Extensible Firmware Interface) is used to boot the initialization of the operating system of the electronic device, then the data conversion module 220 converts each configuration information and FPGA register information into data that can be recognized by UEFI. The configuration information can be obtained from the configuration file, and the information of the register in the FPGA can be found from the FPGA according to the location of the register recorded in the configuration file.

[0042] The system configuration module 230 modifies various parameters of the software and hardware in the system according to the hardware layout information converted in the data conversion module 220 when the operating system of the electronic device is initialized. For example, when the UEFI boots the operating system, the parameters of the central processing unit (CPU), the operating system (OS), the power management unit (PMU) and other software and hardware are modified. This enables the relevant software and hardware in the electronic device to identify the hardware connected to the interface and enable the hardware to work normally.

[0043] Figure 3 The flowchart of the hardware configuration updating method according to the embodiment of the present disclosure is schematically shown.

[0044] like Figure 3 As shown, the method includes operations S310 to S330.

[0045] In operation S310, a configuration file is obtained, and the configuration file records at least the configuration parameters corresponding to the target interface in the electronic device. The configuration file can be a file used to describe the purpose of the target interface and resource allocation, and its content may include the purpose of the target interface (such as data storage, communication function, target hardware, etc.), the resource allocation range (such as memory address range) and the communication protocol type (such as a specific protocol version). The format of the configuration file can adopt a structured text format or other easy-to-parse storage structure, and the storage location and acquisition method of the configuration file can be flexibly configured according to the design requirements of the electronic device. For example, a configuration file can record the following information: the purpose of the target interface is a data storage device, the memory resource range is 0x10000000 to 0x1FFFFFFF, the interrupt number is 20, and the communication protocol is version 4 of a certain high-speed interface protocol.

[0046] According to the embodiment of the present disclosure, the configuration file may adopt a structured format such as JSON or XML to facilitate automatic parsing and management, thereby ensuring that the electronic device can efficiently read and apply the configuration information when it is started.

[0047] According to an embodiment of the present disclosure, a configuration file is stored in a baseboard management controller of an electronic device, and operation S310 may include obtaining a configuration file in the baseboard management controller of the electronic device. A baseboard management controller (BMC) is a dedicated microcontroller responsible for managing and monitoring the hardware status of electronic devices. BMC usually runs independently of the main system processor and has its own processing power and storage space, which enables BMC to independently manage and access configuration files before the system starts or when the system operating system crashes. In addition, BMC can access the configuration file immediately when the system starts, without waiting for the operating system to load, ensuring that the system can be initialized with the correct configuration. On the other hand, BMC supports remote management functions, and administrators can remotely update the configuration file over the network.

[0048] In operation S320, the current configuration parameters of the target interface are obtained. The current configuration parameters of the target interface may refer to the actual status information obtained through the hardware register, initialization logic or interface detection module when the device is started. These parameters may include the current purpose of the target interface, the memory resource allocation range, and the communication protocol type. The method of obtaining the current parameters may be implemented in different ways according to the device hardware architecture, such as performing data parsing through the device management module or directly reading the hardware register. For example, the current configuration parameters of the target interface may be obtained through the FPGA during the hardware initialization stage.

[0049] For example, the current parameters of the target interface include the following: the purpose is to connect to a general communication device, the memory resource range is 0x20000000 to 0x2FFFFFFF, the interrupt number is 22, and the communication protocol is a certain high-speed interface protocol version 3. When the device starts, these parameters can be read directly from the register through the internal detection logic.

[0050] It should be noted that the "resource range", "interrupt number", "purpose" and other contents given in the above examples are described in natural language to facilitate understanding by technical personnel in this field. In the actual register, the specific values ​​corresponding to these information are stored.

[0051] In operation S330, when the current configuration parameters of the target interface match the configuration file, the software and hardware parameters associated with the target interface in the electronic device are updated based on the configuration file, so that the electronic device can achieve the target function based on the target interface. "In the case of matching" can mean that through logical comparison, the current purpose of the target interface, the memory resource range, the communication protocol version and other information are consistent with the parameters in the configuration file; if the two match, the system updates the software and hardware parameters associated with the target interface in the electronic device based on the configuration file, so that the electronic device can achieve the target function based on the target interface. In the case of matching, it means that the configuration file uploaded by the user is consistent with the actual hardware layout, and the system will adjust the software and hardware parameters such as CPU and OS according to the description in the configuration file. For example, the configuration file is parsed by UEFI and compared with the current configuration parameters provided by FPGA. If the configuration file is consistent with the current configuration parameters, the system will update the purpose field of the target interface recorded in the CPU to "connect data storage device", adjust the memory range to 0x10000000 to 0x1FFFFFFF, and load the driver that supports version 4.

[0052] The above method can realize the dynamic adjustment of the software and hardware configuration of the target interface in the electronic device, so that the hardware configuration no longer depends on the firmware update, thereby improving the flexibility and usability of the system. This method flexibly defines the purpose and resource allocation parameters of the target interface through the configuration file, and dynamically detects and adjusts the relevant configuration when the device starts to ensure that the device can quickly adapt to changes in functional requirements. For example, through the flexible definition of the configuration file and the dynamic parsing of the UEFI module, the system can quickly adapt to changes in hardware configuration without relying on firmware updates. On the one hand, because the configuration file is used to describe the purpose of the interface and resource allocation, the device can flexibly adjust the hardware configuration without changing the firmware; on the other hand, by dynamically parsing the configuration file and updating the software and hardware parameters in real time, the user avoids complex operations on the underlying logic; in addition, by comparing the current actual configuration parameters with the configuration file, it is ensured that the configuration file is consistent with the user's actual hardware layout to avoid unpredictable errors.

[0053] Figure 4 Another flowchart of the hardware configuration updating method according to an embodiment of the present disclosure is schematically shown.

[0054] like Figure 4 As shown, based on the above-mentioned embodiment, the hardware configuration updating method may further include operation S410.

[0055] In operation S410, in response to the configuration file being updated, an update record is generated. A configuration file update refers to a change in the configuration file content in the electronic device, such as a user modifying the interface purpose, hardware model, or communication protocol related configuration. The update may be triggered in a variety of ways, such as a user directly uploading a new configuration file, pushing it through a remote network, or automatically generating it inside the device. An update record is a file or flag used to identify the status of a configuration file change, typically including the update time, the specific content of the change, and the file version number. The update record can be stored in the non-volatile memory of the device, or saved in the runtime memory in the form of a status flag for detection when the device starts.

[0056] For example, a user uploads a new configuration file and changes the purpose of the target interface PCIe1 from "connecting data storage devices" to "connecting communication devices." The system detects that the configuration file content has changed and automatically generates an update record, which includes the update timestamp, the version number of the new configuration file, etc.

[0057] On this basis, operation S310 may include: in response to the startup of the electronic device and the detection of an update record, obtaining a configuration file. When the device is started, it will first detect whether there is an update record in the memory. If there is an update record, it means that the configuration file has been changed, and the configuration file needs to be reloaded to ensure that the parameters used in subsequent steps are the latest. After detecting the update record, the system loads the configuration file through the storage path of the configuration file, such as loading from the memory of the BMC, the local storage of the device, or a remote server. After loading, the system will parse the content of the configuration file and extract the relevant configuration parameters of the target interface.

[0058] According to the above method, on the one hand, by generating update records, the system can efficiently identify the change status of the configuration file, avoid repeated loading of the configuration file, and improve resource utilization efficiency. On the other hand, by detecting update records at startup and dynamically loading configuration files, it ensures that the device's hardware and software configurations can respond to changes in user needs in a timely manner.

[0059] Figure 5 The flowchart of obtaining current configuration parameters in the hardware configuration update method according to an embodiment of the present disclosure is schematically shown.

[0060] like Figure 5 As shown, according to an embodiment of the present disclosure, based on the above-mentioned embodiment, the configuration file may also record the storage location corresponding to the configuration parameters of the target interface. Operation S320 may include operations S510 to S520.

[0061] In operation S510, based on the configuration file, the storage location corresponding to the configuration parameters of the target interface is obtained. The storage location refers to the storage address of the target interface configuration parameters in the device hardware or system software. The address can be a hardware register address, a storage location of an embedded management module, or a logical location in the system memory. The storage location identification method can include various forms such as a fixed address, an offset address, or a path address. A fixed address refers to an absolute address stored in a specified register, an offset address can dynamically specify a specific storage area, and a path address can locate the storage content through a logical index path, such as an internal node address of an FPGA logic unit. By parsing the configuration file, the configuration parameters of the target interface are extracted and the corresponding storage location is located, so that the location can be directly accessed in subsequent operations to obtain the current configuration parameters.

[0062] For example, the configuration file records that the purpose of the target interface PCIe1 is "data storage device", and the storage location of its configuration parameters is the register address "0x00001000" in the FPGA. By parsing the configuration file, the storage location of the configuration parameters corresponding to the target interface PCIe1 can be obtained. When parsing the configuration file, the parameters in the configuration file can be decomposed into key-value pairs through predefined parsing rules or algorithms, such as a JSON parser based on field matching, and the storage location is passed as a key field to the subsequent hardware access module.

[0063] In operation S520, based on the storage location, the current configuration parameters of the target interface are obtained. According to the storage location extracted from the configuration file, the device hardware register or the register position corresponding to the target interface in the embedded module is accessed to read the actual configuration parameters of the target interface. The specific method for reading the current configuration parameters of the target interface can be implemented by direct access to the hardware register, data pulling of the FPGA logic unit, or function calling of the embedded module. For example, for hardware registers, the data of the corresponding address can be read through MMIO (Memory-Mapped I / O); for embedded modules, dynamic parameter acquisition is implemented through API interface calls.

[0064] For example, the configuration file records the purpose of the target interface PCIe1 as "connecting to a data storage device", the communication protocol as "NVMe v1.4", the resource allocation range as "0x20000000 to 0x2FFFFFFF", and marks its storage location as register address "0x00001000". When the device starts, the system reads the register content according to the register address "0x00001000" and finds that the current actual layout of the target interface is "connecting to a general communication device", the communication protocol is "NVMe v1.2", and the resource allocation range is "0x10000000 to 0x1FFFFFFF".

[0065] According to the embodiments of the present disclosure, in order to ensure the accuracy of the reading result, the data integrity can be confirmed by a verification mechanism, such as appending a CRC (cyclic redundancy check) or other verification algorithm to the reading result of the register value to detect whether the data is complete or correctly extracted.

[0066] According to the above method, on the one hand, by extracting the storage location from the configuration file and accessing the actual status information of the target interface, the system can quickly and accurately obtain the current configuration parameters, reducing the complexity of hardware status detection. In practical applications, this method is suitable for the management of various interface devices, such as PCIe interface, I2C interface or high-performance communication bus interface. By expanding the content of the configuration file, it can flexibly adapt to more complex configuration requirements. On the other hand, the access method based on the storage location set in the configuration file avoids dependence on fixed logic and provides scalability to support more interfaces and complex configuration scenarios.

[0067] Figure 6 Another flowchart of the hardware configuration updating method according to an embodiment of the present disclosure is schematically shown.

[0068] like Figure 6 As shown, based on the above-mentioned embodiment, in the hardware configuration updating method, operation S610 may be further included before operation S320.

[0069] In operation S610, in response to the startup of the electronic device, the current configuration parameters of the target interface are generated and / or updated. When the device is started, the configuration parameters are initialized according to the actual connection hardware state of the target interface, such as reading the type, purpose and other properties of the current hardware from the hardware register. The initialization process can be automatically completed by the hardware detection module (such as an embedded microcontroller or FPGA) in the device, and combined with the predefined hardware address mapping in the register, rapid identification is achieved. If the hardware connection state of the target interface changes (such as replacing the hardware device), the system will re-detect and update the configuration parameters of the target interface during the first startup process after the layout changes to reflect the actual connection state. For example, the hardware status information is obtained through hardware initialization logic or an embedded module (such as an FPGA) and stored in a register or other storage location.

[0070] For example, the system uses the hardware detection logic integrated in the FPGA to scan the type of device physically connected to the target interface in real time and generate a unique identifier for the current device (such as hardware ID or model). This identifier will be compared with the current value in the register. If an inconsistency is detected, the new identifier will be written to the register and the current interface configuration will be marked as "updated" to trigger subsequent operations.

[0071] For example, when the device starts up, the hard disk model connected to the target interface PCIe1 changes from "Model 1" to "Model 2". During the startup phase, the system detects the change in hardware connection through FPGA and automatically updates the current configuration parameters of PCIe1, updating the value in the register corresponding to PCIe1 from the value corresponding to "Model 1" to the value corresponding to "Model 2". In addition, during the update process, the system can also verify the correctness of register writing through a built-in verification mechanism (such as CRC verification) to avoid configuration inconsistencies caused by hardware failures or data transmission errors.

[0072] It should be noted that there is no difference between "Generate" and "Update" in operation S610 in terms of data processing logic. The difference lies in that when "Generate", there is no value corresponding to any configuration information in the register, and the acquired configuration parameters need to be written into the register. While "Update" means that there is an old configuration parameter in the register, and the acquired configuration parameters need to replace the old configuration parameters. In actual implementation, the triggering conditions of "Generate" and "Update" are usually implemented through status flags. For example, the status bit of a register can record whether there is valid configuration data at present. When the status flag is "invalid", the "Generate" operation is triggered; when the status flag is "valid", the "Update" operation is triggered.

[0073] Figure 7 The flowchart of updating current configuration parameters in the hardware configuration updating method according to an embodiment of the present disclosure is schematically shown.

[0074] like Figure 7 As shown, based on the foregoing embodiment, operation S610 may include operations S710 to S730.

[0075] In operation S710, in response to the startup of the electronic device, the initialization information received by the target interface is obtained. Initialization information refers to the status and configuration data received by the target interface from the connected hardware device when the device is started. This information usually includes the hardware identification, function mode, communication protocol version, etc., which are used to initialize the configuration of the interface. The acquisition of initialization information can be implemented through a hardware bus protocol (such as PCIe, I2C or SPI), specifically including the detection, handshake and data exchange of hardware devices. For example, for a PCIe interface, the device ID, vendor ID and device function register contents can be read through the PCIe configuration space; for an I2C interface, the status data of the slave device is obtained through a detection signal response initiated by the host.

[0076] In operation S720, the storage location corresponding to the configuration parameters of the target interface is obtained according to the configuration file. The storage location of the target interface configuration parameters in the device is located by parsing the configuration file. It should be noted that before executing operation S710, the system needs to pre-load the configuration file and allocate storage locations for each target interface. The allocation of storage locations can be statically allocated or dynamically allocated in combination with the hardware architecture and register resource conditions. For example, in a resource-limited FPGA, a fixed storage address mapping table can be predefined; in a resource-rich embedded processor, a dynamic allocation algorithm can be used to generate an address allocation table in real time based on the description of the configuration file.

[0077] In operation S730, based on the initialization information, configuration parameters in the storage location are generated and / or updated. New configuration parameters are generated or existing configuration parameters are updated using the hardware status data and configuration data obtained from the initialization information, and these parameters are stored in the storage location specified by the configuration file. In order to ensure the accuracy of the configuration parameters, a verification mechanism can be introduced, such as format verification, data range check, or protocol version compatibility analysis of the initialization information. The generated configuration parameters can also be attached with timestamps or version information to facilitate version management in subsequent operations.

[0078] For example, after obtaining the configuration file, the FPGA specifies the register with address "0x00001000" as the storage location of the configuration parameters of the PCIe1 interface according to the configuration file. After receiving the initialization information transmitted by the PCIe1 interface, it is learned from the initialization information that the configuration information of the interface at this time is "connecting to a data storage device". Then, correspondingly, the value corresponding to this configuration information is written to the register with address "0x00001000". In addition, if the hardware of the target interface supports dynamic configuration, different value storage can be generated in real time during the initialization phase according to the parameter description in the adjustment configuration file. For example, when the target interface supports multi-function hardware (such as supporting storage and communication functions at the same time), the functional mode can be dynamically selected according to the initialization information and the corresponding storage parameters can be updated.

[0079] Figure 8 The flowchart of updating software and hardware parameters in the hardware configuration updating method according to an embodiment of the present disclosure is schematically shown.

[0080] like Figure 8 As shown, based on the foregoing embodiment, operation S330 may include operations S810 to S820.

[0081] In operation S810, the current parameters of the software and hardware associated with the target interface in the electronic device are obtained. The current parameters of the software and hardware refer to, for example, resource allocation, driver loading information, etc. For example, the parameters of the software and hardware such as the CPU (Central Processing Unit, central processing unit), OS (Operating System, operating system) parameters, and the Power Management Unit (Power Management Unit, PMU) associated with the target interface, these parameters are used to ensure the correct operation of the operating system and the use of the hardware devices connected to the target interface. The way to obtain the current parameters of the software and hardware can be accessed through the hardware abstraction layer (HAL) interface, the configuration table of the operating system (such as the ACPI table), or the status data in the hardware register. For example, the interrupt number and memory resource allocation information of the target interface are obtained through the ACPI table, or the loading status of the target device driver is queried through the HAL interface.

[0082] In operation S820, when the current parameters of the software and hardware associated with the target interface do not match the configuration file, the software and hardware parameters associated with the target interface in the electronic device are updated based on the configuration file. For example, the current parameters of the software and hardware associated with the target interface in the electronic device are obtained as follows: interface 1 corresponds to the sound card. What is recorded in the configuration file is that interface 1 corresponds to the hard disk, and in the aforementioned steps, by obtaining the current configuration parameters of the interface, it is confirmed that the actual layout of the hardware is consistent with the configuration file, that is, interface 1 corresponds to the hard disk. At this time, the system will check the software and hardware parameters associated with interface 1, and write the configuration parameters related to the hard disk function into the corresponding operating system configuration table, driver module or power management unit, such as assigning a new interrupt number to the CPU, loading a driver that adapts to the hard disk communication protocol for the operating system, and adjusting the power distribution mode of the PMU to adapt to the power consumption requirements of the hard disk.

[0083] According to the above method, only the parts of the current software and hardware parameters that are different from the configuration file need to be updated, while the other consistent parts remain unchanged, saving resources and improving update efficiency. For example, during the update operation, if it is found that the CPU interrupt number has been correctly assigned, but the driver loaded by the operating system does not match the actual function of the hardware, the system will only update the driver part to avoid repeated updates of the correctly configured parts such as the interrupt number. For another example, in the configuration file newly uploaded by the user, interface 2 is connected to a network card, which is the same as the previous configuration, that is, the configuration for interface 2 has not changed. At this time, the software and hardware parameters corresponding to interface 2 will not be rewritten with the same value.

[0084] In addition, to ensure the security and consistency of the update operation, a transactional update mechanism can be introduced. When updating parameters, the system first generates a new configuration state in a temporary storage area and verifies its consistency, such as checking resource allocation conflicts or driver compatibility. When the verification passes, the new configuration state is applied to the actual system. If an error occurs during the update process, the system can roll back to the previous state to avoid system anomalies caused by partial failures.

[0085] Fig. 9 Another flowchart of the hardware configuration updating method according to an embodiment of the present disclosure is schematically shown.

[0086] like Fig. 9 As shown, based on the above-mentioned embodiment, the hardware configuration updating method may further include operation S910.

[0087] Operation S910, when the current configuration parameters of the target interface do not match the configuration file, generate an alarm message according to the current configuration parameters of the target interface, and the functions and configuration parameters corresponding to the target interface in the configuration file. For example, the configuration file records that interface 1 should be connected to a sound card, and specifies that the value of register 1 should be "0101" to represent the sound card. The system reads the actual value of register 1 through UEFI for comparison. If UEFI detects that the actual value of register 1 is "1010" instead of the expected "0101", the system will generate an alarm message to prompt the user that the device actually connected to interface 1 is not a sound card, but may be a hard disk or other device. The alarm message can be displayed to the user through the system log, graphical user interface (GUI) or remote management platform (such as IPMI), and can be accompanied by detailed diagnostic information, such as the hardware ID of the current device type, the expected configuration parameters, the current configuration parameters, etc.

[0088] According to the disclosed embodiment, automated checking and repair options can also be provided based on the alarm information. For example, when it is detected that the register value does not match the configuration file, the user can be prompted to select the following operations: reconfigure the target interface to match the actual connected device; modify the connected device to meet the configuration file requirements; ignore the alarm and continue to use the current configuration. This function can be implemented through the embedded management module or the preset logic in the UEFI.

[0089] Through the above method, the system can generate alarm information in time when the configuration file does not match the actual hardware connection, avoiding device malfunction or performance problems caused by incorrect configuration. In addition, the method can be combined with real-time monitoring functions to dynamically detect changes in hardware connections during device operation and generate real-time alarm information. For example, when the device detects that the device of the target interface is replaced or unplugged during device operation, the change will be immediately recorded and the alarm status will be updated.

[0090] Fig.10The block diagram schematically shows a hardware configuration updating device according to an embodiment of the present disclosure.

[0091] like Fig.10 As shown, the hardware configuration updating apparatus 1000 includes a first obtaining module 1010 , a second obtaining module 1020 and an updating module 1030 .

[0092] The first acquisition module 1010 is used to obtain a configuration file in response to the startup of the electronic device, wherein the configuration file at least records configuration parameters corresponding to the target interface in the electronic device; in some embodiments, the first acquisition module 1010 can be used to execute operation S310 in the aforementioned method.

[0093] The second acquisition module 1020 is used to acquire the current configuration parameters of the target interface. In some embodiments, the second acquisition module 1020 can be used to perform operation S320 in the aforementioned method.

[0094] The updating module 1030 is used to update the software and hardware parameters associated with the target interface in the electronic device based on the configuration file when the current configuration parameters of the target interface match the configuration file, so that the electronic device can implement the target function based on the target interface. In some embodiments, the updating module 1030 can be used to perform operation S330 in the aforementioned method.

[0095] According to an embodiment of the present disclosure, the hardware configuration updating apparatus 1000 may include a first generating module 1040 .

[0096] The first generating module 1040 is used to generate an update record in response to the configuration file being updated. In some embodiments, the first generating module 1040 can be used to perform operation S410 in the aforementioned method.

[0097] According to an embodiment of the present disclosure, the second acquisition module 1020 may include a first acquisition submodule 1021 and a second acquisition submodule 1022 .

[0098] The first acquisition submodule 1021 is used to acquire the storage location corresponding to the configuration parameters of the target interface based on the configuration file. In some embodiments, the first acquisition submodule 1021 is used to perform operation S510 in the above method.

[0099] The second acquisition submodule 1022 is used to acquire the current configuration parameters of the target interface based on the storage location. In some embodiments, the second acquisition submodule 1022 is used to perform operation S520 in the above method.

[0100] According to an embodiment of the present disclosure, the hardware configuration updating apparatus 1000 may include a second generating module 1050 .

[0101] The second generation module 1050 is used to generate and / or update the current configuration parameters of the target interface in response to the startup of the electronic device. In some embodiments, the second generation module 1050 is used to perform operation S610 in the above method.

[0102] According to an embodiment of the present disclosure, the second generation module 1050 may include a third acquisition submodule 1051 , a fourth acquisition submodule 1052 , and a generation update module 1053 .

[0103] The third acquisition submodule 1051 is used to acquire the initialization information received by the target interface in response to the startup of the electronic device. In some embodiments, the third acquisition submodule 1051 is used to perform operation S710 in the above method.

[0104] The fourth acquisition submodule 1052 is used to acquire the storage location corresponding to the configuration parameters of the target interface according to the configuration file. In some embodiments, the fourth acquisition submodule 1052 is used to perform operation S720 in the above method.

[0105] The generation and updating module 1053 is used to generate and / or update the configuration parameters in the storage location based on the initialization information. In some embodiments, the fourth acquisition submodule 1052 is used to perform operation S730 in the above method.

[0106] According to an embodiment of the present disclosure, the updating module 1030 may include a fifth acquiring submodule 1031 and an updating submodule 1032 .

[0107] The fifth acquisition submodule 1031 is used to acquire current parameters of software and hardware associated with the target interface in the electronic device. In some embodiments, the fifth acquisition submodule 1031 is used to perform operation S810 in the above method.

[0108] The updating submodule 1032 is used to update the software and hardware parameters associated with the target interface in the electronic device based on the configuration file when the current parameters of the software and hardware associated with the target interface do not match the configuration file. In some embodiments, the updating submodule 1032 is used to perform operation S820 in the aforementioned method.

[0109] According to an embodiment of the present disclosure, the hardware configuration updating apparatus 1000 may include a third generating module 1060 .

[0110] The third generation module 1060 is used to generate alarm information according to the current configuration parameters of the target interface and the functions and configuration parameters corresponding to the target interface in the configuration file when the current configuration parameters of the target interface do not match the configuration file. In some embodiments, the third generation module 1060 is used to perform operation S910 in the above method.

[0111] According to the embodiments of the present invention, any one or more of the modules, submodules, units, and subunits, or at least part of the functions of any one of them can be implemented in one module. According to the embodiments of the present invention, any one or more of the modules, submodules, units, and subunits can be split into multiple modules for implementation. According to the embodiments of the present invention, any one or more of the modules, submodules, units, and subunits can be at least partially implemented as hardware circuits, such as field programmable gate arrays (FPGAs), programmable logic arrays (PLAs), systems on chips, systems on substrates, systems on packages, application specific integrated circuits (ASICs), or can be implemented by hardware or firmware in any other reasonable way of integrating or packaging circuits, or can be implemented in any one of the three implementation methods of software, hardware, and firmware, or in any appropriate combination of any of them. Alternatively, according to the embodiments of the present invention, one or more of the modules, submodules, units, and subunits can be at least partially implemented as computer program modules, and when the computer program modules are run, the corresponding functions can be performed.

[0112] For example, any multiple of the first acquisition module 1010, the second acquisition module 1020, and the update module 1030 can be combined in one module / unit / sub-unit for implementation, or any one of the modules / units / sub-units can be split into multiple modules / units / sub-units. Alternatively, at least part of the functions of one or more of these modules / units / sub-units can be combined with at least part of the functions of other modules / units / sub-units and implemented in one module / unit / sub-unit. According to an embodiment of the present disclosure, at least one of the first acquisition module 1010, the second acquisition module 1020, and the update module 1030 can be at least partially implemented as a hardware circuit, such as a field programmable gate array (FPGA), a programmable logic array (PLA), a system on a chip, a system on a substrate, a system on a package, an application specific integrated circuit (ASIC), or can be implemented by hardware or firmware such as any other reasonable way of integrating or packaging the circuit, or implemented in any one of the three implementation methods of software, hardware, and firmware, or in any appropriate combination of any of them. Alternatively, at least one of the first acquisition module 1010 , the second acquisition module 1020 , and the update module 1030 may be at least partially implemented as a computer program module, and when the computer program module is executed, a corresponding function may be executed.

[0113] It should be noted that the data processing system part in the embodiments of the present disclosure corresponds to the data processing method part in the embodiments of the present disclosure. The description of the data processing system part specifically refers to the data processing method part, which will not be repeated here.

[0114] Fig.11A block diagram of an electronic device suitable for implementing a hardware configuration updating method according to an embodiment of the present disclosure is schematically shown. Fig.11 The electronic device shown is only an example and should not bring any limitation to the functions and scope of use of the embodiments of the present disclosure.

[0115] like Fig.11 As shown, the electronic device 1100 according to an embodiment of the present disclosure includes a processor 1101, which can perform various appropriate actions and processes according to a program stored in a read-only memory (ROM) 1102 or a program loaded from a storage part 1108 to a random access memory (RAM) 1103. The processor 1101 may include, for example, a general-purpose microprocessor (e.g., a CPU), an instruction set processor and / or a related chipset and / or a dedicated microprocessor (e.g., an application-specific integrated circuit (ASIC)), etc. The processor 1101 may also include an onboard memory for caching purposes. The processor 1101 may include a single processing unit or multiple processing units for performing different actions of the method flow according to an embodiment of the present disclosure.

[0116] In RAM 1103, various programs and data required for the operation of electronic device 1100 are stored. Processor 1101, ROM 1102 and RAM 1103 are connected to each other through bus 1104. Processor 1101 performs various operations of the method flow according to the embodiment of the present disclosure by executing the program in ROM 1102 and / or RAM 1103. It should be noted that the program can also be stored in one or more memories other than ROM 1102 and RAM 1103. Processor 1101 can also perform various operations of the method flow according to the embodiment of the present disclosure by executing the program stored in the one or more memories.

[0117] According to an embodiment of the present disclosure, the electronic device 1100 may further include an input / output (I / O) interface 1105, which is also connected to the bus 1104. The electronic device 1100 may further include one or more of the following components connected to the input / output (I / O) interface 1105: an input portion 1106 including a keyboard, a mouse, etc.; an output portion 1107 including a cathode ray tube (CRT), a liquid crystal display (LCD), etc., and a speaker, etc.; a storage portion 1108 including a hard disk, etc.; and a communication portion 1109 including a network interface card such as a LAN card, a modem, etc. The communication portion 1109 performs communication processing via a network such as the Internet. A drive 1110 is also connected to the input / output (I / O) interface 1105 as needed. A removable medium 1111, such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, etc., is installed on the drive 1110 as needed, so that a computer program read therefrom is installed into the storage portion 1108 as needed.

[0118] According to an embodiment of the present disclosure, the method flow according to an embodiment of the present disclosure can be implemented as a computer software program. For example, an embodiment of the present disclosure includes a computer program product, which includes a computer program carried on a computer-readable storage medium, and the computer program contains a program code for executing the method shown in the flowchart. In such an embodiment, the computer program can be downloaded and installed from the network through the communication part 1109, and / or installed from the removable medium 1111. When the computer program is executed by the processor 1101, the above-mentioned functions defined in the system of the embodiment of the present disclosure are executed. According to an embodiment of the present disclosure, the system, equipment, device, module, unit, etc. described above can be implemented by a computer program module.

[0119] The present disclosure also provides a computer-readable storage medium, which may be included in the device / apparatus / system described in the above embodiments; or may exist independently without being assembled into the device / apparatus / system. The above computer-readable storage medium carries one or more programs, and when the above one or more programs are executed, the method according to the embodiment of the present disclosure is implemented.

[0120] According to an embodiment of the present disclosure, the computer-readable storage medium may be a non-volatile computer-readable storage medium. For example, it may include, but is not limited to: a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination thereof. In the present disclosure, a computer-readable storage medium may be any tangible medium containing or storing a program that may be used by or in combination with an instruction execution system, apparatus, or device.

[0121] For example, according to an embodiment of the present disclosure, the computer-readable storage medium may include the ROM 1102 and / or the RAM 1103 described above and / or one or more memories other than the ROM 1102 and the RAM 1103 .

[0122] An embodiment of the present disclosure also includes a computer program product, which includes a computer program, and the computer program contains program code for executing the method provided by the embodiment of the present disclosure. When the computer program product runs on an electronic device, the program code is used to enable the electronic device to implement the hardware configuration update method provided by the embodiment of the present disclosure.

[0123] When the computer program is executed by the processor 1101, the above functions defined in the system / device of the embodiment of the present disclosure are executed. According to the embodiment of the present disclosure, the system, device, module, unit, etc. described above can be implemented by a computer program module.

[0124] In one embodiment, the computer program may rely on tangible storage media such as optical storage devices, magnetic storage devices, etc. In another embodiment, the computer program may also be transmitted and distributed in the form of signals on a network medium, and downloaded and installed through the communication part 1109, and / or installed from a removable medium 1111. The program code contained in the computer program may be transmitted using any appropriate network medium, including but not limited to: wireless, wired, etc., or any suitable combination of the above.

[0125] According to an embodiment of the present disclosure, the program code for executing the computer program provided by the embodiment of the present disclosure can be written in any combination of one or more programming languages. Specifically, these computing programs can be implemented using high-level process and / or object-oriented programming languages, and / or assembly / machine languages. Programming languages ​​include, but are not limited to, Java, C++, python, "C" language or similar programming languages. The program code can be executed entirely on the user computing device, partially on the user device, partially on the remote computing device, or entirely on the remote computing device or server. In the case of a remote computing device, the remote computing device can be connected to the user computing device through any type of network, including a local area network (LAN) or a wide area network (WAN), or can be connected to an external computing device (for example, using an Internet service provider to connect through the Internet).

[0126] The flowcharts and block diagrams in the accompanying drawings illustrate the possible implementation architecture, functions and operations of the systems, methods and computer program products according to various embodiments of the present disclosure. In this regard, each box in the flowchart or block diagram may represent a module, a program segment, or a part of a code, and the above-mentioned module, program segment, or a part of the code contains one or more executable instructions for implementing the specified logical function. It should also be noted that in some alternative implementations, the functions marked in the box may also occur in an order different from that marked in the accompanying drawings. For example, two boxes represented in succession can actually be executed substantially in parallel, and they can sometimes be executed in the opposite order, depending on the functions involved. It should also be noted that each box in the block diagram or flowchart, and the combination of boxes in the block diagram or flowchart, can be implemented with a dedicated hardware-based system that performs a specified function or operation, or can be implemented with a combination of dedicated hardware and computer instructions. It can be understood by those skilled in the art that the features recorded in the various embodiments of the present disclosure can be combined and / or combined in a variety of ways, even if such a combination or combination is not explicitly recorded in the present disclosure. In particular, without departing from the spirit and teaching of the present disclosure, the features described in the various embodiments of the present disclosure may be combined and / or combined in a variety of ways. All of these combinations and / or combinations fall within the scope of the present disclosure.

[0127] The embodiments of the present disclosure are described above. However, these embodiments are only for illustrative purposes and are not intended to limit the scope of the present disclosure. Although the embodiments are described above, this does not mean that the measures in the various embodiments cannot be used in combination to advantage. Without departing from the scope of the present disclosure, those skilled in the art may make a variety of substitutions and modifications, which should all fall within the scope of the present disclosure.

Claims

1. A method for updating hardware configuration, comprising: In response to starting the electronic device, obtaining a configuration file, wherein the configuration file at least records configuration parameters corresponding to a target interface in the electronic device; Obtaining current configuration parameters of the target interface; When the current configuration parameters of the target interface match the configuration file, the software and hardware parameters associated with the target interface in the electronic device are updated based on the configuration file, so that the electronic device can implement the target function based on the target interface.

2. The method according to claim 1, further comprising: In response to the configuration file being updated, generating an update record; The obtaining of the configuration file comprises: In response to the electronic device being started and detecting an update record, the configuration file is obtained.

3. According to the method of claim 1, the configuration file further records the storage location corresponding to the configuration parameters of the target interface, and the obtaining the current configuration parameters of the target interface comprises: Based on the configuration file, obtaining a storage location corresponding to the configuration parameters of the target interface; Based on the storage location, current configuration parameters of the target interface are obtained.

4. The method according to claim 1, before obtaining the current configuration parameters of the target interface, further comprising: In response to the startup of the electronic device, the current configuration parameters of the target interface are generated and / or updated.

5. The method according to claim 4, wherein generating the current configuration parameters of the target interface comprises: In response to starting the electronic device, acquiring initialization information received by the target interface; According to the configuration file, obtaining the storage location corresponding to the configuration parameters of the target interface; Based on the initialization information, configuration parameters in the storage location are generated and / or updated.

6. The method according to claim 1, wherein updating the software and hardware parameters associated with the target interface in the electronic device comprises: Acquire current parameters of software and hardware associated with the target interface in the electronic device; When the current parameters of the software and hardware associated with the target interface do not match the configuration file, the software and hardware parameters associated with the target interface in the electronic device are updated based on the configuration file.

7. The method according to claim 1, further comprising: In the case that the current configuration parameters of the target interface do not match the configuration file, an alarm message is generated according to the current configuration parameters of the target interface and the functions and configuration parameters corresponding to the target interface in the configuration file.

8. The method according to claim 1, wherein the configuration file is stored in a baseboard management controller of the electronic device, and the obtaining of the configuration file comprises: Obtain a configuration file in a baseboard management controller of the electronic device.

9. A hardware configuration updating device, comprising: A first acquisition module, configured to acquire a configuration file in response to startup of the electronic device, wherein the configuration file at least records configuration parameters corresponding to a target interface in the electronic device; A second acquisition module, used to acquire current configuration parameters of the target interface; An update module is used to update the software and hardware parameters associated with the target interface in the electronic device based on the configuration file when the current configuration parameters of the target interface match the configuration file, so that the electronic device can implement the target function based on the target interface.

10. An electronic device comprising: at least one processor; as well as A memory connected to the at least one processor; wherein, The memory stores instructions that can be executed by the at least one processor, and the instructions are executed by the at least one processor to enable the at least one processor to perform the method according to any one of claims 1 to 8.

Images