CN116450186A - Processing method and device - Google Patents

Processing method and device Download PDF

Info

Publication number
CN116450186A
CN116450186A CN202310340411.4A CN202310340411A CN116450186A CN 116450186 A CN116450186 A CN 116450186A CN 202310340411 A CN202310340411 A CN 202310340411A CN 116450186 A CN116450186 A CN 116450186A
Authority
CN
China
Prior art keywords
file
version
storage area
version system
stored
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.)
Pending
Application number
CN202310340411.4A
Other languages
Chinese (zh)
Inventor
付志海
胡斌
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Lenovo Beijing Ltd
Original Assignee
Lenovo Beijing Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Lenovo Beijing Ltd filed Critical Lenovo Beijing Ltd
Priority to CN202310340411.4A priority Critical patent/CN116450186A/en
Publication of CN116450186A publication Critical patent/CN116450186A/en
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • G06F8/65Updates
    • G06F8/656Updates while running
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • G06F8/61Installation
    • G06F8/63Image based installation; Cloning; Build to order
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/70Software maintenance or management
    • G06F8/71Version control; Configuration management
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/4401Bootstrapping
    • G06F9/4406Loading of operating system

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Stored Programmes (AREA)

Abstract

The embodiment of the application discloses a processing method and a processing device, wherein the processing method comprises the following steps: if the version change condition is met, supporting the first version system to operate based on a first file pre-stored in a first storage area; and in response to the operation of the first version system, storing the first file and the second file in the second storage area, so that the first version system can operate based on the first file and the second file stored in the second storage area, and the second file is used for supporting the first version system and hardware to transmit data.

Description

Processing method and device
Technical Field
The application relates to a processing method and a processing device.
Background
Currently, a starting system is generally configured in a terminal, and the starting system can be updated through a network, so that the performance of the starting system is continuously improved or the functions of the starting system are increased. At present, if the version spans of the old version starting system and the new version starting system are larger, the starting system is frequently failed to update, even the problems of abnormal terminal, incapability of starting up and using and the like can occur, and the user experience is poor.
Disclosure of Invention
The embodiment of the application provides a processing method and device.
The technical scheme of the application is realized as follows:
the embodiment of the application provides a processing method, which comprises the following steps:
if the version change condition is met, supporting the first version system to operate based on a first file pre-stored in a first storage area; and in response to the operation of the first version system, storing the first file and the second file in a second storage area, so that the first version system can operate based on the first file and the second file stored in the second storage area, and the second file is used for supporting the first version system to transmit data with hardware.
The embodiment of the application provides a processing device, which comprises:
an operation module configured to support a first version system operation based on a first file pre-stored in a first storage area if a version change condition is satisfied;
and the storage module is configured to respond to the operation of the first version system and store the first file and the second file into a second storage area so that the first version system can operate based on the first file and the second file stored in the second storage area, and the second file is used for supporting the first version system to transmit data with hardware.
The embodiment of the application provides electronic equipment, which comprises: a memory for storing a computer program; and the processor is used for realizing the processing method when executing the computer program stored in the memory.
The embodiment of the application provides a computer storage medium, on which a computer program is stored, for implementing the above processing method when being executed by a processor.
Drawings
Fig. 1 is a flow chart of a system upgrade method in the related art according to an embodiment of the present application;
FIG. 2 is a schematic flow chart of an alternative processing method according to an embodiment of the present application;
FIG. 3 is a schematic flow chart of an alternative processing method according to an embodiment of the present application;
FIG. 4 is a schematic flow chart of an alternative processing method according to an embodiment of the present application;
FIG. 5 is a schematic flow chart of an alternative processing method according to an embodiment of the present application;
FIG. 6 is a schematic flow chart of an alternative processing method according to an embodiment of the present application;
FIG. 7 is a schematic flow chart of an alternative processing method according to an embodiment of the present application;
FIG. 8 is a flowchart of an alternative system upgrade method according to an embodiment of the present application;
FIG. 9 is a schematic diagram illustrating the structural components of an alternative processing device according to an embodiment of the present disclosure;
fig. 10 is a schematic diagram of an alternative electronic device according to an embodiment of the present application.
Detailed Description
For the purpose of making the objects, technical solutions and advantages of the present application more apparent, the present application will be described in further detail with reference to the accompanying drawings, and the described embodiments should not be construed as limiting the present application, and all other embodiments obtained by those skilled in the art without making any inventive effort are within the scope of the present application.
In the following description, reference is made to "some embodiments" which describe a subset of all possible embodiments, but it is to be understood that "some embodiments" can be the same subset or different subsets of all possible embodiments and can be combined with one another without conflict.
In the following description, the terms "first", "second", "third" and the like are merely used to distinguish similar objects and do not represent a specific ordering of the objects, it being understood that the "first", "second", "third" may be interchanged with a specific order or sequence, as permitted, to enable embodiments of the application described herein to be practiced otherwise than as illustrated or described herein.
Unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application belongs. The terminology used herein is for the purpose of describing embodiments of the present application only and is not intended to be limiting of the present application.
In order to facilitate understanding of the present solution, before explaining the embodiments of the present application, an application background in the embodiments of the present application is explained.
Along with the more and more convenient use of the network, the system configured on the terminal can generally perform system upgrade through the network, download the image file of the latest version through the network, and complete the system upgrade based on the image file of the latest version.
Taking a boot system as a BIOS (basic input output system ) as an example, fig. 1 shows a flowchart of a system upgrade method in the related art, and as shown in fig. 1, the system upgrade method includes:
s1, restarting the system;
s2, judging whether running the current version system based on the current version BIOS mirror image file in the BIOS SPI ROM is successful; if yes, continuing to execute S3; otherwise, executing S0;
s3, judging whether loading the new version BIOS mirror image file and refreshing the firmware is successful; if yes, continuing to execute S4; otherwise, executing S0;
in the embodiment of the application, the terminal can load the new version BIOS file in the new version BIOS image file to the BIOS SPI ROM, and runs the new version system based on the current version driving file and the new version BIOS file. Since the system upgrade can be implemented according to the user requirement, a plurality of intermediate versions may be spanned between the new version system and the current version system, which may result in that the current version driving file may not support the operation of the new version BIOS file, and the new version system may fail to operate.
S4, judging whether the new version of the drive file is successfully written into the BIOS SPI ROM; if yes, entering S5; otherwise, executing S0;
s5, finishing upgrading;
s0, stopping upgrading.
In the embodiment of the application, since the system of the new version and the system of the current version may span multiple intermediate versions in S4, the upgrade fails. At this time, because the new version of firmware file is already written into the BIOS SPI ROM, even if the system is restarted again, the current version of drive file cannot support the operation of the new version of firmware file, resulting in abnormal operation of the system.
The embodiment of the application provides a processing method and a processing device, which can improve the reliability of system upgrading. Fig. 2 is an alternative processing method provided in an embodiment of the present application, as shown in fig. 2, where the method may include: S101-S102.
S101, if the version change condition is met, supporting the operation of the first version system based on the first file pre-stored in the first storage area.
In the embodiment of the application, the terminal needs to implement version change under the condition that the version change condition is met, and change the current version system to the first version system. Here, the first version system may be a system newer than the current version system, or may be a system older than the current version system, which is not limited in this embodiment of the present application.
In the embodiment of the application, the first file is a file for supporting the operation of the first version system; the first file is a file pre-stored in the first storage area. The first storage area may be an area in a memory, or may be an area in another storage hard disk; the first storage area may be a preset area or a random area; in this regard, it may be set as needed, and the embodiments of the present application are not limited.
The first storage area is an area in the memory, and after the memory is initialized after the system is restarted, the terminal may set the first storage area in the memory, so that the first storage area disappears after the system is restarted again. Alternatively, the first storage area is an area in the hard disk, and the terminal may set an area in the hard disk in advance as the first storage area.
In the embodiment of the application, under the condition that a terminal needs to change a system from a current version system to a first version system, the system needs to be restarted, the current version system is operated first, a first storage area is initialized based on the operated current version system, and a first file is loaded into the first storage area; then, the first version system operation is supported with the first file in the first storage area.
In the embodiment of the application, after restarting, the terminal may determine that the version change condition is satisfied based on the running current version system under the condition that the initialization of the first storage area is completed; the version change condition may also be determined to be satisfied if it is detected that the first file exists in the first storage area; after the restart, after the self-checking (POST) stage is finished, determining that the version change condition is met; in this regard, it may be set as needed, and the embodiments of the present application are not limited.
And S102, responding to the operation of the first version system, storing the first file and the second file into a second storage area, so that the first version system can operate based on the first file and the second file stored in the second storage area, and the second file is used for supporting the first version system and hardware to transmit data.
In this embodiment of the present application, the second file is an association file of the first file, where the second file is used to support the first version system and the hardware to transmit data. The first version system operated based on the first file and the second file is a system operated in the terminal after the system version change is completed.
In the embodiment of the application, the terminal may first place the first file and the second file in the first storage area, and after the first version system is operated by the first file in the first storage area, support the first version system and transmit data with hardware by using the second file, and store the first file and the second file in the second storage area under the support of the second file; therefore, after the system is restarted, the terminal can operate the first version system based on the first file and the second file, and change of the system version is realized.
In this embodiment of the present application, after the first version system operates, the service interface of the second storage area may be completely controlled, and based on the operating first version system, the terminal may write the first file and the second file into the second storage area through the service interface of the second storage area.
The first file is a new version of BIOS file, and the second file is a driving file of the new version of BIOS file, namely the new version of driving file; the first storage area is one area in the memory, and the second storage area is a BIOS SPI ROM; under the condition that the system meets the version change condition, the system can run a new version system based on the new version BIOS file of the first storage area, and the new version BIOS file and the new version driving file are written into the BIOS SPI ROM based on the new version system.
It should be noted that, the first storage area and the second storage area are different storage areas, and if the first version system fails to operate in the system changing process, the terminal will not write the first file and the second file into the second storage area. The system is started again, and the terminal can support the running of the current version system based on the original files in the second storage area.
It can be understood that, because the first file supporting the operation of the first version system is a file in the first storage area, the first version system is successfully operated, the terminal writes the first file and the second file into the second storage area, and under the condition that the operation of the first version system fails, the operation of the system can be supported based on the original file in the second storage area after the system is restarted, so that the probability of abnormality caused by failure in the system upgrading process is reduced, and the security of the system upgrading is improved.
In some embodiments of the present application, if the version modification condition is satisfied in S101, supporting the implementation of the first version system running based on the first file pre-stored in the first storage area, as shown in fig. 3, may include: S201-S202.
S201, if the current version system in the running state enables the first storage area to finish initialization, determining that a version change condition is met; the current version system and the first version system are different in version.
S202, supporting the operation of the first version system based on a first file pre-stored in a first storage area under the condition that the version change condition is met.
In the embodiment of the application, the system is started, the terminal supports the operation of the current version system by utilizing the original file in the second storage area, and the first file and the second file are stored in the first storage area in the process of initializing the first storage area by the current version system. Then, in the case where the initialization of the first storage area is completed, it is determined that the version change condition is satisfied. At this time, the terminal may then support the first version system operation based on the first file of the first storage area.
In some embodiments of the present application, after the system is started, the current version system may perform initialization of the first storage area in a self-checking (POST) stage, and in the case that the self-checking stage is completed, the terminal may determine that the initialization of the first storage area is completed, and further determine that the version change condition is satisfied.
It can be understood that the terminal can determine whether the system change condition is satisfied by detecting whether the initialization of the first storage area is completed, so that the terminal can quickly determine the time for satisfying the system change condition, and the efficiency of system change is improved.
In some embodiments of the present application, the original files in the second storage area include a third file and a fourth file, and the current version system operates based on the third file and the fourth file; the third file and the first file are different in version; the fourth file is different from the second file in version.
In the embodiment of the application, the third file is used for supporting the running of the current version system, and the fourth file is used for supporting the data transmission between the current version system and the hardware. The third file and the fourth file are associated files for running the current version system, the types of the third file and the first file are the same, and the types of the fourth file and the second file are the same. The first file is a BIOS file of the first version system, the second file is a driving file of the BIOS file of the first version system, the third file is a BIOS file of the current version system, and the fourth file is a driving file of the BIOS file of the current version system.
In the embodiment of the application, before the first version system is operated, the current version system can be operated based on the third file and the fourth file in the second storage area, and an operable environment is opened for the first version system.
In some embodiments of the present application, the supporting, in S101, the implementation before the first version system is run based on the first file pre-stored in the first storage area, as shown in fig. 4, may include:
s301, in response to a system change instruction, the first file and the second file are downloaded to the third storage area.
In the embodiment of the application, in the process of running the current version system, the terminal can receive a system change instruction, wherein the system change instruction is used for indicating the terminal to upgrade the current version system to the first version system; at this time, the terminal may download the first file and the second file in response to the system change instruction, and store the first file and the second file in the third storage area. Here, the third storage area is a storage area different from the second storage area, and is also a storage area different from the first storage area; the third storage area may be set as needed, and the embodiment of the present application is not limited.
If the version modification condition is satisfied in S101, the implementation of supporting the first version system operation based on the first file pre-stored in the first storage area may include, as shown in fig. 4:
s302, if the version change condition is met, loading the first file and the second file from the third storage area to the first storage area.
S303, supporting the operation of the first version system based on the first file of the first storage area.
In this embodiment of the present application, after the terminal stores the first file and the second file in the third storage area, the system may be restarted, and the current version system is operated based on the third file and the fourth file in the second storage area until the initialization of the first storage area is completed. In the initialization process of the first storage area, loading the first file and the second file from the third storage area to the first storage area; thus, after the initialization of the first storage area is completed, the terminal can support the operation of the first version system based on the first file in the first storage area and support the data transmission between the first version system and the hardware based on the second file.
It can be understood that the terminal can already download the first file and the second file to the third storage area before the system is restarted, so that after the system is restarted, the terminal can directly transfer the first file and the second file from the third storage area to the first storage area, reduce the download task after the system is restarted, and improve the system change efficiency.
In some embodiments of the present application, if the terminal detects the version change identifier in the running of the current version system, it may determine that the version change condition is satisfied if the initialization of the first storage area is completed.
In the embodiment of the application, the terminal may set a version change identifier in the first storage area under the condition that it is determined that the current version system needs to be changed to the first version system; therefore, after the system is restarted, the terminal can determine that the version change condition is met based on the condition that the running current version system detects the version change identifier and the first storage area is initialized, and at the moment, the terminal can support the first version system to run based on the first file. If the terminal does not detect the version change identification under the condition of system start, the terminal does not need to change the version, and at the moment, the terminal can continue to operate the current version system.
It can be understood that the terminal can detect the version change identifier based on the running current version system when the system is started, and judge whether the current version system needs to be changed to the first version system according to the detection result of the version change identifier, so that the current version system can be normally used before the system is not started, and the flexibility of system change is improved.
In some embodiments of the present application, the terminal may stop running the current version system if the version change condition is satisfied.
In the embodiment of the present application, after the system is started, since the current version system is operated first, if it is determined that the version change condition is satisfied, the first version system needs to be operated based on the first file, and at this time, the terminal may stop operating the current version system.
In the embodiment of the application, the terminal can firstly operate the first version system based on the first file under the condition that the version change condition is determined to be met, and then, the terminal stops operating the current version system under the condition that the operation of the first version system is detected; or, the terminal may first run the first version system based on the first file and then send, through the first version system, stop operation indication information to the current version system to indicate that the current version system stops operating, if it is determined that the version change condition is satisfied. The mode of stopping the operation of the current version system can be set according to requirements, and the embodiment of the application is not limited.
It can be understood that the terminal can operate the first version system under the condition that the version change condition is met, the operation of the current version system is stopped, one system operation in the terminal is maintained, and the effectiveness of the terminal operation system is improved.
In some embodiments of the present application, if the version modification condition is satisfied, the terminal may verify a first file pre-stored in the first storage area, and in case that the verification is passed, support the operation of the first version system based on the first file.
In the embodiment of the application, if the version change condition is met, the terminal can verify the signature of the first file a priori before running the first version system, and the first version system is run under the condition that the signature verification of the first file is passed; in the event that the signed certificate of the first file fails verification, the current version system may continue to operate.
It can be understood that, because the terminal can operate the first version system only when the signature verification of the first file passes and the security of the first version system supported by the first file is determined, the security of system modification can be improved by writing the first file and the second file into the second storage area.
Fig. 5 is a schematic flow chart of an alternative processing method provided in an embodiment of the present application, as shown in fig. 5, the method may include: S401-S402.
S401, if the version difference between the version of the first file and the version of the third file stored in the second storage area is greater than or equal to the preset version difference and the version change condition is met, supporting the operation of the first version system based on the first file.
S402, responding to the operation of the first version system, and storing the first file and the second file into the second storage area.
In the embodiment of the application, the terminal may detect the version difference between the first file and the versions of the version and the third file, and determine whether the version difference is greater than or equal to the preset version difference, so as to obtain a version difference determination result. Under the condition that the version difference judging result represents that the version difference is larger than or equal to the preset version difference, if the version change condition is met, supporting the operation of the first version system based on the first file; and storing the first file and the second file to a second storage area based on the running first version system.
It should be noted that, the version difference between the current version system and the first version system is greater than or equal to the preset version difference, which indicates that the fourth file in the second storage area cannot support the first file to operate, that is, cannot support the first version system to operate. Therefore, the terminal can run the first version system based on the files in the first storage area under the condition that the version change condition is met, and system version change is realized.
Fig. 6 is a schematic flow chart of an alternative processing method provided in an embodiment of the present application, as shown in fig. 6, the method may include: S501-S502.
S501, if the version difference between the version of the first file and the version of the third file stored in the second storage area is smaller than the preset version difference and the version change condition is met, supporting the operation of the first version system based on the first file and the fourth file stored in the second storage area; the fourth file and the second file are different in version.
S502, responding to the operation of the first version system, and storing a second file into a second storage area so that the first version system can operate based on the first file and the second file stored in the second storage area; the fourth file is used for supporting the first version system and the hardware to transmit data.
In the embodiment of the application, the terminal may detect the version difference between the first file and the version of the third file, and determine whether the version difference is smaller than the preset version difference, so as to obtain a version difference determination result. And under the condition that the version difference of the version difference judging result characterization version difference is smaller than the preset version difference, if the version change condition is met, supporting the first file operation based on the fourth file in the second storage area, thereby supporting the first version system operation. The first version system can perform data transmission with hardware under the supporting function of the fourth file.
It should be noted that, the version difference between the current version system and the first version system is smaller than the preset version difference to indicate that the fourth file in the second storage area can support the first file running.
In the embodiment of the application, the terminal may detect whether the version difference between the first file and the version of the third file is smaller than the preset version difference, and restart the system; after the system is restarted, the current version system is operated based on the third file and the fourth file in the second storage area, and whether the version difference between the first file and the version of the third file is smaller than the preset version difference or not is detected based on the current version system; the embodiments of the present application are not limited in this regard.
In this embodiment of the present application, after the terminal runs the current version system based on the third file and the fourth file in the second storage area, the terminal loads the first file into the second storage area based on the current version system, and then uses the fourth file and the first file to run the first version system. Under the supporting function of the fourth file, the first version system stores the second file to the second storage area through the service interface of the second storage area.
It can be appreciated that in the case that the version difference between the first file and the versions of the third file is smaller than the preset version difference, the terminal may not run the first version system in the first storage area, so as to reduce the complexity of version modification.
Illustratively, the current version system is version 1.2, and the preset version difference is version 0.5. When the terminal is changed from the current version system to any version between 1.3 and 1.6, the running of the BIOS file can be supported based on the driving file of the current version system in the BIOS SPI ROM, and the running of the new version system can not fail. When the terminal is changed from the current version system to the 1.9 version, the 1.9 version system needs to be operated based on the BIOS file and the driving file of the 1.9 version system in the first storage area, and the BIOS file and the driving file of the 1.9 version system are written into the BIOS SPI ROM based on the operated 1.9 version system.
It can be understood that the terminal can detect the version difference between the first file and the version of the third file, and determine the system modification mode by comparing the version difference with the preset version difference; the flexibility of system modification is improved.
Fig. 7 is a schematic flow chart of an alternative processing method provided in an embodiment of the present application, as shown in fig. 7, the method may include:
s11, starting the system, and running a current version system based on the third file and the fourth file in the second storage area;
s12, responding to the operation of the current version system, and judging whether a system change identifier exists in the second storage area; if yes, continuing to execute S13-S14, otherwise executing S17;
s13, verifying the first file to obtain a verification result;
s14, judging whether the verification result passes or not; if yes, continuing to execute S15, otherwise executing S17;
s15, under the condition that the initialization of the first storage area is completed, supporting the operation of the first version system based on a first file pre-stored in the first storage area;
s16, responding to the operation of the first version system, stopping the operation of the current version system, and storing the first file and the second file in the second storage area;
s17, continuing to operate the current version system.
In the embodiment of the application, after the system is started, a terminal firstly operates a current version system, based on the current version system, and after the initialization of a first storage area is completed under the condition that a system change identifier is detected and verification of the first file is passed, the operation of the first version system is supported based on the first file in the first storage area, and the operation of the current version system is stopped, and based on the operated first version system, the first file and the second file are stored in the second storage area; therefore, after the system is restarted again, the terminal can support the first version system to operate based on the first file and the second file, and system change is realized. Therefore, the terminal can quickly judge whether the system changes the condition in the process of starting the system, and the system changing efficiency is improved; and the terminal only runs the first version system after the signature verification of the first file is passed; under the condition that the system change identification is not detected or the signature verification of the first file is not passed, the first version system is not operated, but the current version system is operated continuously, system abnormality caused by system change failure is reduced, and the safety of system change is improved.
Fig. 8 is a schematic flow chart of an alternative system upgrade method according to an embodiment of the present application, as shown in fig. 8, where the method may include:
s21, restarting the system;
s22, whether the creation of the secure memory is successful or not; if yes, executing S23, otherwise executing S27;
in this embodiment of the present application, after restarting, the terminal performs memory initialization, and in this process, the terminal may create a memory area in the memory as a secure memory.
S23, whether loading the new version BIOS image file into the secure memory is successful or not; if yes, executing S24, otherwise executing S27;
in the embodiment of the application, the terminal may load the new version of the BIOS image file into the secure memory after the secure memory is created. The new version of the BIOS image file includes the new version of the BIOS file and the associated drive files of the new version of the BIOS file.
S24, whether the new version system is successfully operated in the secure memory based on the new version BIOS image file; if yes, executing S25, otherwise executing S27;
s25, whether the BIOS mirror image file is successfully written into the BIOS SPI ROM or not; if yes, go to S26, otherwise execute S27;
s26, finishing upgrading;
in the embodiment of the application, after loading the new version BIOS image file into the secure memory, the terminal can run the new version system in the secure memory, after running the new version system, the terminal can completely control the service interface of the BIOS SPI ROM, and the terminal can write the BIOS image file into the BIOS SPI ROM based on the new version system; thus, the terminal restarts the system again, and can run the new version system based on the new version BIOS image file in the BIOS SPI ROM.
S27, stopping upgrading.
In the embodiment of the application, since the terminal opens up the safe memory when the system is started, and the new version of the BIOS mirror image file is placed in the safe memory, the terminal can run the new version system in the safe memory based on the new version of the BIOS mirror image file; under the condition that the operation of the new version system fails, after the system is restarted, the memory is initialized again, and the terminal can also operate the original version system based on the BIOS mirror image file of the original version in the BIOS SPI ROM, so that the safety of system upgrading is improved.
Based on the above processing method, the embodiment of the present application provides a schematic structural diagram of an optional processing device, as shown in fig. 9, where the processing device 9 may include:
an operation module 901 configured to support a first version system operation based on a first file pre-stored in a first storage area if a version change condition is satisfied;
the storage module 902 is configured to store the first file and the second file to a second storage area in response to the operation of the first version system, so that the first version system can operate based on the first file and the second file stored in the second storage area, and the second file is used for supporting the first version system to transmit data with hardware.
In some embodiments, the running module 901 is further configured to determine that the version change condition is satisfied if the current version system in the running state causes the first storage area to complete initialization; the current version system and the first version system are different in version.
In some embodiments, the current version system operates based on a third file and a fourth file stored in the second storage area; the third file and the first file are different in version; the fourth file is different from the second file in version.
In some embodiments, the running module 901 is further configured to determine that the version change condition is satisfied if the initialization of the first storage area is completed if the version change identifier is detected in the current version system running
In some embodiments, the running module 901 is further configured to stop running the current version system if the version change condition is satisfied.
In some embodiments, the running module 901 is further configured to verify a first file pre-stored in the first storage area if the version change condition is satisfied, and if the verification is passed, support the running of the first version system based on the first file.
In some embodiments, the running module 901 is further configured to support the first version system running based on the first file if a version difference between the version of the first file and the version of the third file stored in the second storage area is greater than or equal to a preset version difference and the version change condition is satisfied; the storage module 902 is further configured to store the first file and the second file to the second storage area in response to operation of the first version system.
In some embodiments, the running module 901 is further configured to support the first version system running based on the first file and the fourth file stored in the second storage area if a version difference between the version of the first file and the version of the third file stored in the second storage area is less than a preset version difference and the version change condition is satisfied; the versions of the fourth file and the second file are different; the storage module 902 is further configured to store the second file to the second storage area in response to the operation of the first version system, so that the first version system can operate based on the first file and the second file stored in the second storage area; the fourth file is used for supporting the first version system and hardware to transmit data.
In some embodiments, the running module 901 is further configured to, if the version change condition is met, download the first file and the second file to a third storage area in response to a system change instruction before the first file pre-stored in the first storage area supports running of the first version system; loading the first file and the second file from the third storage area to the first storage area if a version change condition is satisfied; and supporting the first version system to operate based on the first file of the first storage area.
Fig. 10 is a schematic diagram of an alternative electronic device according to an embodiment of the present application, as shown in fig. 10, where the electronic device 110 includes a memory 1107, a processor 1108, and a computer program stored in the memory 1107 and executable on the processor 1108; wherein the processor 1108 is arranged to execute the processing method as in the previous embodiments when running said computer program.
It will be appreciated that the electronic device 110 also includes a bus system 1109; the various components in the electronic device 110 are coupled together by a bus system 1109. It is appreciated that the bus system 1109 is employed to facilitate connected communications between these components. The bus system 1109 includes a power bus, a control bus, and a status signal bus in addition to a data bus.
It will be appreciated that the memory in embodiments of the present application may be either volatile memory or nonvolatile memory, and may include both volatile and nonvolatile memory. Wherein the nonvolatile Memory may be Read Only Memory (ROM), programmable Read Only Memory (Programmable Read-Only Memory, PROM), erasable programmable Read Only Memory (Erasable Programmable Read-Only Memory, EPROM), electrically erasable programmable Read Only Memory (Electrically Erasable Programmable Read-Only Memory, EEPROM), magnetic random access Memory (Ferromagnetic Random Access Memory, FRAM), flash Memory (Flash Memory), magnetic surface Memory, optical disk, or Read Only optical disk (Compact Disc Read-Only Memory, CD-ROM); the magnetic surface memory may be a disk memory or a tape memory. The volatile memory may be random access memory (Random Access Memory, RAM) which acts as an external cache. By way of example, and not limitation, many forms of RAM are available, such as static random access memory (Static Random Access Memory, SRAM), synchronous static random access memory (Synchronous Static Random Access Memory, SSRAM), dynamic random access memory (Dynamic Random Access Memory, DRAM), synchronous dynamic random access memory (Synchronous Dynamic Random Access Memory, SDRAM), double data rate synchronous dynamic random access memory (Double Data Rate Synchronous Dynamic Random Access Memory, ddr SDRAM), enhanced synchronous dynamic random access memory (Enhanced Synchronous Dynamic Random Access Memory, ESDRAM), synchronous link dynamic random access memory (SyncLink Dynamic Random Access Memory, SLDRAM), direct memory bus random access memory (Direct Rambus Random Access Memory, DRRAM). The memory described in the embodiments of the present application is intended to comprise, without being limited to, these and any other suitable types of memory.
The method disclosed in the embodiments of the present application may be applied to a processor or implemented by a processor. The processor may be an integrated circuit chip having signal processing capabilities. In implementation, the steps of the above method may be performed by integrated logic circuits of hardware in a processor or by instructions in the form of software. The processor may be a general purpose processor, DSP, or other programmable logic device, discrete gate or transistor logic device, discrete hardware components, or the like. The processor may implement or perform the methods, steps, and logic blocks disclosed in embodiments of the present application. The general purpose processor may be a microprocessor or any conventional processor or the like. The steps of the method disclosed in the embodiments of the present application may be directly embodied in a hardware decoding processor or implemented by a combination of hardware and software modules in the decoding processor. The software modules may be located in a storage medium having memory and a processor reading information from the memory and performing the steps of the method in combination with hardware.
The embodiments of the present application provide a computer readable storage medium having stored thereon a computer program which, when executed by a processor, implements the steps of the above-described processing method.
In the several embodiments provided in this application, it should be understood that the disclosed apparatus and method may be implemented in other ways. The above described device embodiments are only illustrative, e.g. the division of the modules is only one logical function division, and there may be other divisions in practice, such as: multiple modules or components may be combined, or may be integrated into another system, or some features may be omitted, or not performed. In addition, the various components shown or discussed may be coupled or directly coupled or communicatively coupled to each other via some interface, whether indirectly coupled or communicatively coupled to devices or modules, whether electrically, mechanically, or otherwise.
The foregoing is merely exemplary embodiments of the present application and is not intended to limit the scope of the present application. Any modifications, equivalent substitutions, improvements, etc. that are within the spirit and scope of the present application are intended to be included within the scope of the present application.

Claims (10)

1. A method of processing, comprising:
if the version change condition is met, supporting the first version system to operate based on a first file pre-stored in a first storage area;
and in response to the operation of the first version system, storing the first file and the second file in a second storage area, so that the first version system can operate based on the first file and the second file stored in the second storage area, and the second file is used for supporting the first version system to transmit data with hardware.
2. The method of claim 1, the method further comprising:
if the current version system in the running state enables the first storage area to finish initialization, determining that the version change condition is met; the current version system and the first version system are different in version.
3. The method of claim 2, the method further comprising:
the current version system operates based on a third file and a fourth file stored in the second storage area; the third file and the first file are different in version; the fourth file is different from the second file in version.
4. The method of claim 2, the method further comprising:
if the version change identification is detected in the running of the current version system, determining that the version change condition is met under the condition that the initialization of the first storage area is completed.
5. The method of claim 2, the method further comprising:
and if the version change condition is met, stopping running the current version system.
6. The method of claim 1, wherein supporting the first version system operation based on the first file pre-stored in the first storage area if the version change condition is satisfied, comprises:
and if the version change condition is met, verifying the first file pre-stored in the first storage area, and supporting the first version system to operate based on the first file under the condition that the verification is passed.
7. The method of any one of claims 1-6, further comprising:
if the version difference between the version of the first file and the version of the third file stored in the second storage area is greater than or equal to a preset version difference and the version change condition is met, supporting the first version system to operate based on the first file;
and storing the first file and the second file to the second storage area in response to operation of the first version system.
8. The method of any one of claims 1-6, further comprising:
if the version difference between the version of the first file and the version of the third file stored in the second storage area is smaller than a preset version difference and the version change condition is met, supporting the first version system to operate based on the first file and the fourth file stored in the second storage area; the versions of the fourth file and the second file are different;
storing the second file to the second storage area in response to the operation of the first version system to enable the first version system to operate based on the first file and the second file stored in the second storage area; the fourth file is used for supporting the first version system and hardware to transmit data.
9. The method of claim 1, wherein if the version change condition is satisfied, before supporting the first version system operation based on the first file pre-stored in the first storage area, the method further comprises:
in response to a system change instruction, downloading the first file and the second file to a third storage area;
and if the version change condition is met, supporting the operation of the first version system based on the first file pre-stored in the first storage area, wherein the method comprises the following steps:
loading the first file and the second file from the third storage area to the first storage area if a version change condition is satisfied;
and supporting the first version system to operate based on the first file of the first storage area.
10. A processing apparatus, comprising:
an operation module configured to support a first version system operation based on a first file pre-stored in a first storage area if a version change condition is satisfied;
and the storage module is configured to respond to the operation of the first version system and store the first file and the second file into a second storage area so that the first version system can operate based on the first file and the second file stored in the second storage area, and the second file is used for supporting the first version system to transmit data with hardware.
CN202310340411.4A 2023-03-31 2023-03-31 Processing method and device Pending CN116450186A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310340411.4A CN116450186A (en) 2023-03-31 2023-03-31 Processing method and device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310340411.4A CN116450186A (en) 2023-03-31 2023-03-31 Processing method and device

Publications (1)

Publication Number Publication Date
CN116450186A true CN116450186A (en) 2023-07-18

Family

ID=87134913

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310340411.4A Pending CN116450186A (en) 2023-03-31 2023-03-31 Processing method and device

Country Status (1)

Country Link
CN (1) CN116450186A (en)

Similar Documents

Publication Publication Date Title
TWI643130B (en) SYSTEM AND METHOD FOR AUTO-ENROLLING OPTION ROMs IN A UEFI SECURE BOOT DATABASE
EP2641175B1 (en) Networked recovery system
US10437580B2 (en) Software updating methods and systems
US7533290B2 (en) Microcode updating error handling apparatus and method thereof
CN109408122B (en) Equipment starting method, electronic equipment and computer storage medium
CN113254048B (en) Method, device and equipment for updating boot program and computer readable medium
CN109375953B (en) Operating system starting method and device
CN116450186A (en) Processing method and device
US20220391192A1 (en) Ota master, center, system, method, non-transitory storage medium, and vehicle
CN110286953B (en) Method and device for starting embedded system, embedded device and storage medium
CN111258617B (en) Electronic equipment
US11768669B2 (en) Installing application program code on a vehicle control system
CN111045709B (en) Firmware upgrading method and firmware upgrading device
CN114237722A (en) System starting method, device, equipment and engineering vehicle
CN112667444A (en) System upgrading method, storage medium and terminal equipment
CN108958819B (en) Starting method of multi-partition system and multi-partition system
CN115129384A (en) Electronic equipment and running method of starting program of electronic equipment
US9081727B2 (en) Method, apparatus and computer program for loading files during a boot-up process
CN105278993A (en) Linux system based drive module upgrading method and apparatus
US20230185564A1 (en) Control device and management method
WO2023123037A1 (en) Electronic device, starting method and apparatus for same, and storage medium and vehicle
US20220342653A1 (en) Ota master, center, system, update method, non-transitory storage medium, and vehicle
US20220391193A1 (en) Ota master, system, method, non-transitory storage medium, and vehicle
CN107273128B (en) Electronic equipment starting method and device
CN117215657A (en) System starting method, device, computer equipment and readable storage medium

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