CN117130673A

CN117130673A - Startup control method and device

Info

Publication number: CN117130673A
Application number: CN202311285292.3A
Authority: CN
Inventors: 吕洪昌
Original assignee: Lenovo Beijing Ltd
Current assignee: Lenovo Beijing Ltd
Priority date: 2023-09-28
Filing date: 2023-09-28
Publication date: 2023-11-28

Abstract

The application discloses a startup control method and a startup control device, wherein the method comprises the following steps: responding to switching of the electronic equipment from a first working state to a second working state, and running a target bootstrap program of a bootstrap system of the electronic equipment from a target memory based on a target address, wherein the chip memory of the bootstrap system comprises a bootstrap program, and the target bootstrap program is or is not the bootstrap program in the chip memory; verifying the legitimacy of the image file of the boot system based on the target boot program; and under the condition that the image file passes the validity verification, the image file is submitted to a central processing unit of the electronic equipment for execution.

Description

Startup control method and device

Technical Field

The present application relates to the field of computer technologies, and in particular, to a startup control method and apparatus.

Background

Current computers, after shipment, may have BIOS firmware upgraded.

In the process of upgrading BIOS firmware, the situation that the computer cannot be started because the upgraded starting program is incomplete after upgrading is frequently encountered, so that the reliability of starting is lower, and the use experience of a user on the computer is poor.

Therefore, a startup control scheme of the BIOS is needed to improve the startup reliability.

Disclosure of Invention

In view of this, the present application provides a method and apparatus for controlling power on, as follows:

a power-on control method, comprising:

responding to switching of the electronic equipment from a first working state to a second working state, and running a target bootstrap program of a bootstrap system of the electronic equipment from a target memory based on a target address, wherein the chip memory of the bootstrap system comprises a bootstrap program, and the target bootstrap program is or is not the bootstrap program in the chip memory;

verifying the legitimacy of the image file of the boot system based on the target boot program; the method comprises the steps of,

and under the condition that the image file passes the validity verification, the image file is submitted to a central processing unit of the electronic equipment for execution.

The method, preferably, running a target boot program of a boot system of the electronic device from a target memory based on a target address, includes at least one of:

running a target bootstrap program from a chip memory of the bootstrap system based on a target address, wherein the chip memory comprises at least two bootstrap programs stored at different addresses, and the target bootstrap program is one of the at least two bootstrap programs;

And running the target bootstrap program from the terminal equipment which establishes target communication connection with the electronic equipment based on the target address.

The method, preferably, runs the target boot program from the chip memory of the boot system based on the target address, and includes:

obtaining target configuration information, wherein the target configuration information is used for configuring a boot program which is started by the electronic equipment and runs preferentially, and the target configuration information is positioned in a register of the central processing unit;

controlling a security processor in the central processing unit based on the target configuration information to obtain a target address of the target bootstrap program based on address information of each bootstrap program;

and operating the target bootstrap program based on the target address.

In the above method, preferably, in response to the electronic device switching from the first operating state to the second operating state, the target boot program is executed from the chip memory of the boot system based on the target address, including at least one of the following:

responding to switching of the electronic equipment from a power-off state to a power-on state, and acquiring a first address of a first bootstrap program corresponding to first configuration information through a safety processor arranged on the central processing unit so as to operate the first bootstrap program based on the first address;

And responding to the electronic equipment switching from the starting state to the restarting state, and acquiring a second address of a second bootstrap program corresponding to second configuration information through a safety processor arranged on the central processing unit so as to operate the second bootstrap program based on the second address.

The above method, preferably, further comprises:

performing integrity check on a first boot program determined to be a target boot program by a security processor arranged on the central processing unit;

if the first bootstrap program fails the integrity check, configuring a second bootstrap program as a bootstrap program which runs preferentially, and generating second configuration information;

and controlling the electronic equipment to restart based on the second configuration information, and running the second bootstrap based on a second address corresponding to the second configuration information.

The above method, preferably, further comprising at least one of:

in response to obtaining an instruction to update the boot system, backing up the first boot program to the second address to obtain the second boot program;

after updating the boot system, performing integrity check on the first boot program;

And after the second boot program is operated, controlling the electronic equipment to enter a recovery mode so as to update the first boot program and the mirror image file of the boot system by using a target boot system file, wherein the target boot system file is from a data storage of the electronic equipment or a terminal equipment which establishes target communication connection with the electronic equipment.

The above method, preferably, running the target bootstrap program from the terminal device establishing the target communication connection with the electronic device based on the target address, includes:

and in the case that the default boot program fails the integrity check, loading a target boot program from the terminal equipment by the self-repairing program in the chip memory based on a target address, wherein the target address points to a boot program in the terminal equipment.

The method, preferably, loads the running target bootstrap program from the terminal device based on the target address by the self-repairing program in the chip memory, and includes:

under the condition that the default bootstrap program configured by the third configuration information fails the integrity check, configuring the self-repairing program in the chip memory as a bootstrap program which runs preferentially, and generating fourth configuration information;

After the electronic equipment is controlled to restart based on the fourth configuration information, loading a target boot system file from the terminal equipment based on the self-repairing program so as to update the default boot program and the mirror image file of the boot system; the method comprises the steps of,

after the update is completed, the related startup action is executed based on the updated default boot program and the image file.

The above method, preferably, further comprises:

and under the condition that the image file fails to pass the validity verification, updating the address information of the backup image file to the central processing unit so that the central processing unit addresses and executes the backup image file from a data memory of the electronic equipment or a terminal equipment which establishes target communication connection with the electronic equipment.

A power-on control device, comprising:

a boot running unit, configured to run a target boot program of a boot system of an electronic device from a target memory based on a target address in response to switching the electronic device from a first operating state to a second operating state, where a chip memory of the boot system includes a boot program, and the target boot program is or is not a boot program in the chip memory;

The mirror image verification unit is used for verifying the validity of the mirror image file of the guide system based on the target guide program; the method comprises the steps of,

and the image execution unit is used for transmitting the image file to the central processing unit of the electronic equipment for execution under the condition that the image file passes the validity verification.

According to the technical scheme, in the startup control method and the startup control device disclosed by the application, the electronic equipment is switched from the first working state to the second working state, the target boot program of the boot system of the electronic equipment is operated from the target memory based on the target address, the chip memory of the boot system comprises the boot program, and the operated target boot program is or is not the boot program in the chip memory, so that the validity verification is performed on the image file of the boot system based on the target boot program, and the image file is transmitted to the central processor of the electronic equipment to be executed under the condition that the validity verification is passed on the image file. Therefore, when the electronic equipment is switched in working state, the boot program in the chip memory of the boot system can be used for realizing the boot, and other boot programs can be used for realizing the boot, so that even if the boot program in the boot system is damaged, the normal boot of the electronic equipment can be realized, the reliability of the boot is improved, and the use experience of a user on the electronic equipment is improved.

Drawings

In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings required for the description of the embodiments will be briefly described below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and other drawings may be obtained according to these drawings without inventive effort for a person skilled in the art.

Fig. 1 is a flowchart of a power-on control method according to a first embodiment of the present application;

FIG. 2 is a diagram of an example of booting a computer based on Primary Boot Block in BIOS in an embodiment of the application;

FIG. 3 is an exemplary diagram of a Boot computer based on Boot Block in a USB flash disk in an embodiment of the present application;

FIG. 4 is a partial flowchart of a power-on control method according to a first embodiment of the present application;

FIG. 5 is a flowchart of a power-on control method according to an embodiment of the present application;

fig. 6 is a schematic structural diagram of a power-on control device according to a second embodiment of the present application

Fig. 7 is another schematic structural diagram of a power-on control device according to a second embodiment of the present application;

fig. 8 is a schematic structural diagram of an electronic device according to a third embodiment of the present application;

FIG. 9 is a diagram of BIOS example for implementing boot control through Primary BB and Backup BB in a scene suitable for BIOS update of a computer according to the present application;

FIG. 10 is a flowchart illustrating a process for implementing power-on control in a BIOS update scenario for a computer according to the present application;

FIG. 11 is a flowchart illustrating a process for implementing startup control through Primary BB and Backup BB in a scene suitable for BIOS update of a computer according to the present application;

FIG. 12 is a diagram illustrating an exemplary BIOS ROM layout for configuring Self-linking Driver in a BIOS update scenario for a computer in accordance with the present application;

fig. 13 is a flowchart of the present application for implementing startup control by Self-linking Driver in a scene suitable for computer BIOS update.

Detailed Description

The following description of the embodiments of the present application will be made clearly and completely with reference to the accompanying drawings, in which it is apparent that the embodiments described are only some embodiments of the present application, but not all embodiments. All other embodiments, which can be made by those skilled in the art based on the embodiments of the application without making any inventive effort, are intended to be within the scope of the application.

Referring to fig. 1, a flowchart of a power-on control method according to a first embodiment of the present application is shown, and the method may be applied to an electronic device having a booting system, such as a BIOS, for example, a computer or a server. The technical scheme in the embodiment is mainly used for improving the reliability of starting up and improving the use experience of a user on the electronic equipment.

Specifically, the method in this embodiment may include the following steps:

step 101: and in response to the electronic device switching from the first operating state to the second operating state, running a target boot program of a boot system of the electronic device from the target memory based on the target address.

The target memory includes a data memory (such as a local SSD or HDD) of the electronic device, a network memory (NAS) of the electronic device, a chip memory of a boot system of the electronic device, or a mobile memory plugged into the electronic device. The chip memory of the booting system includes a booting program. The chip memory may be an SPI ROM of the BIOS for storing the boot program and other data.

In one case, the target boot program is a boot program (boot block) in the chip memory. At this time, the target memory is the chip memory of the booting system, and when the electronic device is switched from the first operating state to the second operating state, the target boot program of the booting system, that is, the boot program in the chip memory, is run from the chip memory based on the target address.

In another case, the target boot program is not a boot program in the chip memory, but other boot programs. At this time, the target memory is a memory different from the chip memory of the boot system. For example, the target memory may be a memory in a terminal device that establishes a target communication connection with the electronic device, such as a usb flash drive or a cloud memory, or the target memory may be a data memory in the electronic device, such as a hard disk, or the like. When the electronic equipment is switched from the first working state to the second working state, a target guide program of the guide system is operated from the USB flash disk or the cloud storage based on the target address.

Specifically, the electronic device may be switched from the first working state to the second working state in the following cases:

the electronic equipment is switched from a shutdown state to a startup power-on state;

the electronic equipment is switched from a starting state to a restarting state;

the electronic device switches from a transition after updating the image file of the boot system to a cold start state.

Step 102: and carrying out validity check on the image file of the boot system based on the target boot program to obtain a check result.

The checking result represents whether the image file passes the validity check or not.

For example, taking a Boot system as a BIOS as an example, the target Boot program is Boot Block, in this embodiment, the Boot Block is used to perform validity check on an image file of the BIOS, that is, the MAIN BIOS, so as to obtain a check result, where the check result characterizes whether the MAIN BIOS passes the validity check.

It should be noted that, the image file of the boot system may be an image file stored in the electronic device itself, or may also be an image file imported through an external device, such as an image file backed up to a U disk, or an image file loaded from a cloud server.

Step 103: and judging whether the verification result represents that the image file passes the validity verification, and executing step 104 under the condition that the image file passes the validity verification.

Step 104: the image file is submitted to the central processing unit of the electronic device for execution.

The central processor may be represented by CPU (CentralProcessing Unit), among other things.

In one implementation, in this embodiment, the CPU may locate the address where the image file is located, and then load the image file into the memory, so that the program code of the image file runs on the CPU.

In another implementation manner, in this embodiment, the image file may be loaded into the memory by a target Boot program, such as Boot Block, and then read and executed by the CPU.

As can be seen from the above technical solution, in the boot control method provided in the first embodiment of the present application, in response to the electronic device switching from the first working state to the second working state, a target boot program of a boot system of the electronic device is run from the target memory based on a target address, a chip memory of the boot system includes a boot program, and the running target boot program is or is not the boot program in the chip memory, thereby performing validity verification on an image file of the boot system based on the target boot program, and further, under the condition that the image file passes the validity verification, the image file is submitted to a central processor of the electronic device to be executed. Therefore, in this embodiment, when the electronic device switches the working state, the boot loader in the chip memory of the boot system may be used to implement the booting, and other boot loader (such as a backup boot loader or a self-repairing driver in the chip memory of the boot system) may be used to implement the booting.

In a specific implementation manner, the step 102 may be implemented by at least one of the following implementations:

in one implementation, the target boot program may be run from the chip memory of the boot system based on the target address in step 102.

The chip memory comprises at least two bootstrap programs stored at different addresses, and the target bootstrap program is one of the at least two bootstrap programs in the chip memory. Correspondingly, the target address is the address of the target boot program in the chip memory.

It should be noted that, the boot program in the chip memory may have a first boot program, which is a main boot program and may be denoted as Primary Boot Block, and at least one second boot program, which is a backup boot program and may be denoted as Backup Boot Block. Based on this, in this embodiment, the electronic device is turned on by the first boot program or the second boot program in the chip memory of the boot system.

For example, as shown in fig. 2, in the computer, the address based on Primary Boot Block is located to Primary Boot Block in the SPI ROM of the BIOS, then Primary Boot Block is executed in the SPI ROM, further the image file MAIN BIOS of the BIOS is validated based on Primary Boot Block, and in the case that the MAIN BIOS passes the validation, the CPU locates the address where the image file is located, and then loads the image file into the memory, so that the program code of the image file is executed on the CPU.

For another example, in the computer, if Primary Boot Block is damaged or fails to pass the validity (i.e. integrity) check, the address based on the Backup boot block is located to Backup Boot Block in the SPI ROM of the BIOS, then Backup Boot Block is run in the spiom, further the validity check is performed on the image file MAIN BIOS of the BIOS based on Backup Boot Block, and if the MAIN BIOS passes the validity check, the CPU locates the address where the image file is located, and then loads the image file into the memory, so that the program code of the image file runs on the CPU.

In another implementation, the target bootstrap program may be run from a terminal device establishing a target communication connection with the electronic device based on the target address in step 102. At this time, the target boot program is a boot program in the terminal device, and the target address is an address in the terminal device where the target boot program is stored.

For example, as shown in fig. 3, in the computer, in the case that Primary Boot Block in the BIOS spirm is damaged or fails to pass the validity (i.e. integrity) check, the Boot Block is located in the usb disk connected to the computer based on the address of the Boot Block, then the Boot Block is run in the usb disk, and further the validity check is performed on the image file MAIN BIOS of the BIOS based on the Boot Block, in the case that the MAIN BIOS passes the validity check, the CPU locates the address where the image file is located, and then loads the image file into the memory, so that the program code of the image file runs on the CPU.

Based on the above implementation, when the target boot program is run from the chip memory of the boot system based on the target address in step 101, this may be implemented as follows, as shown in fig. 4:

step 401: and obtaining target configuration information.

The target configuration information is used for configuring a boot program which is started by the electronic equipment and runs preferentially. And, the target configuration information is located in a register of the central processing unit.

For example, the target configuration information may be 1 or 0, where 0 indicates that the electronic device is started and preferentially operates the first bootstrap, and 1 indicates that the electronic device is started and preferentially operates the second bootstrap. The target configuration information is in the CPU Active BB Register. Based on this, when the computer is restarted, the target configuration information is first read from the CPU Active BB Register.

Step 402: based on the target configuration information, a security processor within the control central processing unit obtains a target address of a target boot program based on address information of each boot program.

The address information of each bootstrap program is stored in a directional Table of the chip memory, and the directional Table can be represented by a Directory Table.

For example, the security processor of the central processing unit may be PSP (PlatformSecurity Processor) of the CPU. Based on the above, when the computer is restarted, the target configuration information is read from the Active BB Register of the CPU, and then the PSP of the CPU is controlled to obtain the target address of the first boot program or the target address of the second boot program from the Directory Table in the BIOS according to the first boot program or the second boot program indicated by the target configuration information.

Step 403: the target boot program is run based on the target address.

For example, a first boot program in the BIOS is run based on the target address of the first boot program, or a second boot program in the BIOS is run based on the target address of the second boot program, to effect a computer restart.

Based on the above, step 101 may include at least one implementation manner of the following:

in one implementation, in response to switching the electronic device from the off state to the on power-on state, a first address of a first boot program corresponding to the first configuration information is obtained by a security processor provided to the central processing unit, so as to run the first boot program, that is, a target boot program, based on the first address.

The first configuration information is configuration information for configuring the electronic device to start and preferentially operate the first bootstrap, for example, the first configuration information may be 0, which characterizes that the electronic device starts and preferentially operates the first bootstrap. The first address is a storage address of the first bootstrap program in the chip memory.

For example, when the computer is switched from the power-off state to the power-on state triggered by the user, the target configuration information is the first configuration information 0, at this time, the first address of Primary Boot Block is obtained from the Directory Table in the BIOS through the PSP provided in the CPU, and then Primary Boot Block is executed based on the first address.

In another implementation, in response to the electronic device switching from the power-on start-up state to the restart state, a second address of a second boot program corresponding to the second configuration information is obtained by a secure processor provided to the central processor, so as to run the second boot program based on the second address.

The second configuration information is configuration information for configuring the electronic device to start and preferentially operate the second bootstrap program, for example, the second configuration information is 1, which characterizes the electronic device to start and preferentially operate the second bootstrap program. The second address is a storage address of the second bootstrap program in the chip memory.

It should be noted that, the switching of the electronic device from the start-up state to the restart state may be: and when the validity verification of the image file based on the first bootstrap program is not passed in the process of running the first bootstrap program by the electronic equipment, the electronic equipment enters a restarting state.

For example, when the computer is switched from the power-on start-up state to the restart state, the target configuration information is the second configuration information 1, at this time, the second address of Backup Boot Block is obtained from the Directory Table in the BIOS through the PSP provided in the CPU, and then the Backup boot block is executed based on the second address.

Further, in this embodiment, before step 403, the security processor provided in the central processing unit may perform integrity check on the first boot program determined to be the target boot program, and execute step 403 with the first boot program as the target boot program and the first address as the target address when the first boot program passes the integrity check, and configure the second boot program as the boot program that runs preferentially when the first boot program does not pass the integrity check, where the target boot program is the second boot program, and generate the second configuration information, and then control the electronic device to restart based on the second configuration information, where the electronic device switches from the on state to the restart state, and runs the second boot program based on the second address corresponding to the second configuration information.

That is, when the first boot program is used as the target boot program to start the electronic device, the integrity check is performed on the first boot program, if the integrity check fails, the electronic device cannot be started by using the first boot program continuously, the electronic device needs to be restarted, and before the electronic device is restarted, the target configuration information is set to be second configuration information to instruct the electronic device to start the next time to use the second boot program as the boot program running preferentially, so that after the electronic device is restarted, the security processor of the central processing unit obtains a second address of the second boot program from the chip memory according to the second configuration information, and then runs the second boot program at the second address to realize the starting of the electronic device.

For example, when the computer is switched from the power-off state to the power-on state triggered by the user, the target configuration information is the first configuration information 0, at this time, the first address of Primary Boot Block is obtained from the Directory Table in the BIOS through the PSP set in the CPU, then the integrity check is performed on the basis of the first address Primary Boot Block, if the integrity check passes, then the integrity check is performed on the basis of the first address Primary Boot Block, and if the integrity check does not pass, then the target configuration information is set to the second configuration information 1, and the computer is triggered to restart, after the computer enters the restart state, since the target configuration information is set to the second configuration information 1, at this time, the second address of Backup Boot Block is obtained from the Directory Table in the BIOS through the PSP set in the CPU, and then the operation is performed on the basis of the second address Backup Boot Block.

Based on the above implementation, at least one of the following may be further implemented in this embodiment:

in one implementation, in response to obtaining an instruction to update the boot system, the first boot program is backed up to the second address to obtain the second boot program.

The first boot program backed up to the second address is a boot program that enables the electronic device to be started successfully. That is, after the electronic device runs the first boot program in the chip memory based on the first address, if the image file of the boot system passes the validity verification based on the first boot program and the image file is submitted to the central processor for execution so that the electronic device is successful, if an instruction for updating the boot system is obtained, the first boot program is backed up to the second address to obtain the second boot program.

For example, in a computer, based on the address of Primary Boot Block, the image file MAIN BIOS of the BIOS is located to Primary Boot Block in the SPI ROM of the BIOS, then Primary Boot Block is executed in the SPI ROM, further, based on Primary Boot Block, validity verification is performed on the image file MAIN BIOS of the BIOS, in the case that the MAIN BIOS passes the validity verification, the CPU locates to the address where the image file is located, then loads the image file into the memory, so that the program code of the image file is executed on the CPU, to implement starting of the computer, and after receiving an instruction for updating the BIOS, the computer backs up Primary Boot Block to the second address in the SPI ROM of the BIOS, so as to obtain Backup Boot Block.

It should be noted that, in an initial state of the electronic device, for example, in a factory state, only the first bootstrap program is stored in the chip memory of the bootstrap system, and based on this, when the bootstrap system needs to be updated, the first bootstrap program is backed up to the second address to obtain the second bootstrap program.

In an implementation manner, in this embodiment, after updating the boot system, the integrity check may be further performed on the first boot program, if the integrity check passes, it is indicated that the first boot program can be used for running preferentially when the electronic device is started next time, if the integrity check does not pass, it is indicated that the updating of the first boot program fails, at this time, the target configuration information may be set as second configuration information, the electronic device is controlled to restart based on the second configuration information, and the second boot program backed up before the updating of the first boot program is run based on a second address corresponding to the second configuration information, so as to ensure that the electronic device can be started successfully.

For example, in a computer, based on the address of Primary Boot Block, the image file MAIN BIOS of the BIOS is located to Primary Boot Block in the SPI ROM of the BIOS, then Primary Boot Block is executed in the SPI ROM, further, based on Primary Boot Block, validity verification is performed on the image file MAIN BIOS of the BIOS, in the case that the MAIN BIOS passes the validity verification, the CPU locates to the address where the image file is located, then loads the image file into the memory, so that the program code of the image file is executed on the CPU, to implement starting of the computer, and after receiving an instruction for updating the BIOS, the computer backs up Primary Boot Block to the second address in the SPI ROM of the BIOS, so as to obtain Backup Boot Block. Then, the computer executes the instructions for updating the BIOS, such as updating Primary Boot Block and updating MAIN BIOS, and then, integrity checking is performed on the updated Primary Boot Block, if the verification passes, the update is successful, if the verification does not pass, the update is failed, the target configuration information is set to be 1, the computer is restarted, the restarted computer is positioned to Backup Boot Block from the SPI ROM of the BIOS based on the address of the Backup BootBlock according to the target configuration information 1, and then the Backup BootBlock is operated in the SPIROM to ensure that the computer can be started successfully.

In one implementation, after running the second boot program, the electronic device is controlled to enter a recovery mode in which the first boot program and the image file of the boot system are updated with the target boot system file.

The target boot system file is from a data storage of the electronic device, such as a secure area based on the mechanical hard disk HDD (Hard DiskDrive) or a secure area based on the solid state hard disk SSD (Solid State Disk), or the target boot system file is from a terminal device, such as a usb disk, a cloud server, etc., that establishes a target communication connection with the electronic device.

It should be noted that after the second boot program is executed, it may be determined that the first boot program in the chip memory of the boot system cannot successfully start the electronic device, at least the first boot program needs to be updated at this time, and based on this, the electronic device may be controlled to enter a Recovery Mode, that is, a Recovery Mode, and the first boot program and the image file in the chip memory of the boot system are updated by using the data memory in the electronic device or the target boot system file in the terminal device.

In this embodiment, after updating the first boot program and the image file of the boot system with the target boot system file, the electronic device enters a shutdown state to trigger cold start of the electronic device, and then, in the electronic device starting process, the first boot program is operated according to the first configuration information until the first boot program can successfully start the electronic device.

For example, the computer executes the instructions for updating the BIOS, such as updating Primary Boot Block and updating MAIN BIOS, and then performs integrity check on the updated Primary Boot Block, if the check passes, the update is successful, if the check does not pass, the update is failed, the target configuration information is set to 1, the computer is restarted, the restarted computer is positioned to Backup Boot Block from the SPI ROM of the BIOS based on the address of Backup Boot Block according to the target configuration information 1, then runs Backup Boot Block in the SPI ROM, and then the computer enters a Recovery Mode, at which time the BIOS can be updated using a cloud server or a usb disk, or BIOS Recovery using the HDD or SSD-based security zone. After recovering the BIOS, the computer enters a shutdown state and is restarted after a certain period of time, i.e. a cold start computer is realized, at this time, the computer is located to an updated Primary Boot Block in the SPI ROM of the BIOS according to the first configuration information 0 based on the address of Primary Boot Block, if the updated Primary Boot Block can pass the integrity check and the image file also passes the validity check to enable the computer to start successfully, the updated Primary Boot Block may be backed up to the second address to obtain a new Backup Boot Block, if the updated Primary Boot Block does not pass the integrity check, the target configuration information may be set to 1 again, the computer is restarted, the restarted computer is located to Backup Boot Block in the SPIROM of the BIOS according to the target configuration information 1 from the address based on Backup Boot Block, then runs Backup Boot Block in the SPI ROM, and then the computer enters the Recovery Mode again until the update is successful.

Based on the above implementation, when the target boot program is run from the terminal device that establishes the target communication connection with the electronic device based on the target address in step 101, it may be implemented by:

in the event that the default boot program fails the integrity check, the execution target boot program is loaded from the terminal device by the self-repairing program in the chip memory based on the target address.

Wherein the target address points to a bootstrap program located in the terminal device.

It should be noted that, the default boot program refers to a boot program that is executed by the electronic device when the electronic device is started up last time. If the default boot program fails to successfully start the electronic device without passing the integrity check, the electronic device is restarted by means of the boot program in the terminal device establishing the target communication connection with the electronic device by means of the self-repairing program in the chip memory of the boot system.

The default boot program may be a first boot program in the chip memory, or may be a second boot program in the chip memory.

In the specific implementation, under the condition that the default boot program configured by the third configuration information fails to pass the integrity check, configuring the self-repairing program in the chip memory as a boot program which runs preferentially, generating fourth configuration information, and then after controlling the electronic equipment to restart, namely, hot restart, based on the fourth configuration information, uploading a target boot system file from the terminal equipment based on the self-repairing program so as to update the default boot program and the mirror image file of the boot system; after the updating is completed, the electronic equipment is controlled to enter a cold start state, and then relevant starting actions are executed based on the updated default bootstrap program and the mirror image file.

The third configuration information is configuration information corresponding to a default bootstrap program. For example, the third configuration information may be 0 to indicate that the first boot program is preferentially run, and for example, the third configuration information is 1 to indicate that the second boot program is preferentially run. And the fourth configuration information is used for indicating the terminal equipment connected with the electronic equipment to update the bootstrap program after restarting the electronic equipment.

For example, taking the default boot program as Primary Boot Block as an example, in a computer, during a cold start, the integrity check is performed on Primary Boot Block after locating Primary Boot Block in the SPI ROM of the BIOS based on the Primary Boot Block address; alternatively, the computer executes instructions for updating the BIOS, and after updating the BIOS, the updated Primary Boot Block is checked for integrity. And if the integrity check is passed, running the located Primary Boot Block in the SPIROM to realize normal starting of the computer, if the integrity check is not passed, setting fourth configuration information and re-calculating the computer according to the fourth configuration information, positioning a target Boot system file in a U disk connected with the computer according to the address of a Boot Block in the U disk by a self-repairing program in the BIOS in the restarted computer, and loading the target Boot system file to the BIOS spi rom to update Primary Boot Block and MAIN BIOS in the BIOS. After the updating is completed, the target configuration information is set to be the first configuration information 0, at this time, the updated Primary Boot Block is checked for integrity based on the address of Primary Boot Block in the SPI ROM of the BIOS and runs Primary Boot Block if the check is passed, then the MAIN BIOS of the image file of the BIOS is checked for validity based on Primary Boot Block, and the CPU locates the address of the image file if the MAIN BIOS passes the validity check, and then loads the image file to the memory, so that the program code of the image file runs on the CPU.

For example, taking a default Boot program as Backup Boot Block as an example, in a computer, in a cold start process, positioning Primary Boot Block in an SPI ROM of a BIOS based on an address Primary Boot Block, then performing integrity check on Primary Boot Block, setting target configuration information to 1 if the verification is not passed, restarting the computer, positioning Backup Boot Block in the SPI ROM of the BIOS based on an address Backup Boot Block according to the target configuration information 1, then performing integrity check on Backup Boot Block, if the verification is not passed, setting fourth configuration information, and accordingly restarting the computer, positioning Primary Boot Block and MAIN BIOS in the computer according to the address of Boot Block in a cloud server connected with the computer by the self-repairing program in the BIOS according to the fourth configuration information, and loading the target Boot system file to the BIOS SPI ROM. After the updating is completed, the target configuration information is set to be the first configuration information 0, at this time, the updated Primary Boot Block is checked for integrity based on the address of Primary Boot Block in the SPI ROM of the BIOS and runs Primary Boot Block if the check is passed, then the MAIN BIOS of the image file of the BIOS is checked for validity based on Primary Boot Block, and the CPU locates the address of the image file if the MAIN BIOS passes the validity check, and then loads the image file to the memory, so that the program code of the image file runs on the CPU.

Further, after running Primary Boot Block, the second address in BIOS is backed up Primary Boot Block to get a new Backup Boot Block.

In other embodiments, if the Primary Boot Block or Backup Boot Block fails the integrity check, the target boot system file may be directly loaded from the usb or cloud server or NAS storage through the self-repair program in the BIOS after the restart to update the Primary Boot Block and MAIN BIOS in the BIOS.

In one implementation, in the case that it is determined in step 103 that the image file does not pass the validity check in this embodiment, the following steps are performed, as shown in fig. 5:

step 105: the address information of the backup image file is updated to the central processing unit so that the central processing unit addresses and executes the backup image file from a data memory of the electronic device or a terminal device establishing a target communication connection with the electronic device.

Under the condition that the image file fails the validity check, the electronic device can be started continuously through the backup image file, and specifically, the guiding system indicates address information for storing the backup image file, such as a data memory or terminal equipment of the electronic device, to the central processing unit, so that the central processing unit can address and execute the corresponding backup image file according to the address information, and normal starting of the electronic device is realized.

It should be noted that, the backup image file may be backed up to the corresponding address information by the central processing unit after the electronic device is powered on normally, and the address information is recorded to the booting system, so as to facilitate the backup when the electronic device is powered on next time.

Referring to fig. 6, a schematic structural diagram of a power-on control device according to a second embodiment of the present application is provided, and the device may be configured in an electronic device having a booting system, such as a BIOS, for example, a computer or a server. The technical scheme in the embodiment is mainly used for improving the reliability of starting up and improving the use experience of a user on the electronic equipment.

Specifically, the apparatus in this embodiment may include the following units:

a boot running unit 601, configured to run a target boot program of a boot system of an electronic device from a target memory based on a target address in response to switching the electronic device from a first operating state to a second operating state, where a chip memory of the boot system includes a boot program, and the target boot program is or is not a boot program in the chip memory;

an image verification unit 602, configured to perform validity verification on an image file of the boot system based on the target boot program; the method comprises the steps of,

And the image execution unit 603 is configured to, in case that the image file passes the validity verification, forward the image file to the central processing unit of the electronic device for execution.

As can be seen from the above technical solution, in the boot control device provided in the second embodiment of the present application, in response to the electronic device switching from the first working state to the second working state, a target boot program of a boot system of the electronic device is run from the target memory based on a target address, where a chip memory of the boot system includes a boot program, and the running target boot program is or is not the boot program in the chip memory, thereby performing validity verification on an image file of the boot system based on the target boot program, and further, in case that the image file passes the validity verification, handing the image file to a central processor of the electronic device for execution. Therefore, in this embodiment, when the electronic device switches the working state, the boot loader in the chip memory of the boot system may be used to implement the booting, and other boot loader (such as a backup boot loader or a self-repairing driver in the chip memory of the boot system) may be used to implement the booting.

In one implementation, the boot execution unit 601 is specifically configured to implement at least one of:

In one implementation, the boot execution unit 601 is specifically configured to, when executing a target boot program from a chip memory of the boot system based on a target address: obtaining target configuration information, wherein the target configuration information is used for configuring a boot program which is started by the electronic equipment and runs preferentially, and the target configuration information is positioned in a register of the central processing unit; controlling a security processor in the central processing unit based on the target configuration information to obtain a target address of the target bootstrap program based on address information of each bootstrap program; and operating the target bootstrap program based on the target address.

In one implementation, the boot execution unit 601 is specifically configured to implement at least one of the following when executing a target boot program from a chip memory of the boot system based on a target address in response to the electronic device switching from the first operating state to the second operating state:

In one implementation, the boot execution unit 601 is further configured to: performing integrity check on a first boot program determined to be a target boot program by a security processor arranged on the central processing unit; if the first bootstrap program fails the integrity check, configuring a second bootstrap program as a bootstrap program which runs preferentially, and generating second configuration information; and controlling the electronic equipment to restart based on the second configuration information, and running the second bootstrap based on a second address corresponding to the second configuration information.

In one implementation, the boot execution unit 601 is further configured to implement at least one of:

In one implementation, the boot execution unit 601 is specifically configured to, when executing the target boot program from a terminal device that establishes a target communication connection with the electronic device based on a target address:

In one implementation manner, the boot execution unit 601 is specifically configured to, when a target boot program is executed by a self-repair program in the chip memory from the terminal device based on a target address:

In one implementation, the apparatus in this embodiment may further include the following units, as shown in fig. 7:

and an address updating unit 604, configured to update address information of a backup image file to the central processing unit, so that the central processing unit addresses and executes the backup image file from a data memory of the electronic device or a terminal device that establishes a target communication connection with the electronic device, if the image file fails the validity verification.

It should be noted that, the specific implementation of each unit in this embodiment may refer to the corresponding content in the foregoing, which is not described in detail herein.

Referring to fig. 8, a schematic structural diagram of an electronic device according to a third embodiment of the present application is provided, where the electronic device includes:

a central processing unit 801;

a guidance system 802 for: in response to the electronic device switching from the first operating state to the second operating state, running a target boot program of the boot system 802 from a target memory based on a target address, wherein a boot program is included in a chip memory of the boot system, and the target boot program is or is not a boot program in the chip memory; verifying the legitimacy of the image file of the boot system based on the target boot program; and, in the case that the image file passes the validity verification, delivering the image file to the central processor 801 for execution.

As can be seen from the above technical solution, in the electronic device provided in the third embodiment of the present application, in response to the electronic device being switched from the first working state to the second working state, a target boot program of a boot system of the electronic device is run from the target memory based on a target address, a chip memory of the boot system includes a boot program, and the running target boot program is or is not the boot program in the chip memory, thereby performing validity verification on an image file of the boot system based on the target boot program, and further, under the condition that the image file passes the validity verification, delivering the image file to a central processor of the electronic device for execution. Therefore, in this embodiment, when the electronic device switches the working state, the boot program in the chip memory of the booting system may be used to implement the booting, and other boot programs (such as a backup boot program or a self-repairing driver in the chip memory of the booting system) may be used to implement the booting, so that even if the boot program in the booting system is damaged, the normal booting of the electronic device may be implemented, thereby improving the booting reliability and improving the user experience of the user on the electronic device.

Taking a computer as an example, in the present process of using a computer by a user after shipment, in order to solve some problems, the BIOS is continuously updated, and the updated BIOS can be updated by the user of a service website or automatically pushed by windows. In the process of upgrading the BIOS, the BIOS is often not started after being upgraded, which affects the user's feeling of the computer quality.

Aiming at the problem that BIOS upgrading causes no starting, the existing solution adopts a design scheme of double BIOS ROM, and the design scheme has higher cost and is only imported on a relatively higher-end machine type.

In view of this, two boot modules, i.e., boot procedures, are designed in the BIOS in the present application: primary Boot Block (Primary BB) and Backup Boot Block (Backup BB). And a directional table is designed to record the address information of Primary Boot Block and Backup Boot Block. A Active Boot Block register was also designed to define which Boot Block to run by the start machine, as shown in table 1.

TABLE 1

Based on this, as shown in fig. 9, in the present application, PSP FW in BIOS is set to identify Directory Table. The BIOS of normal shipment only has Primary Boot Block, before updating BIOS, the self-repairing module in BIOS backs up Primary Boot Block to Backup Boot Block address.

Thereafter, the power-on defaults from Primary Boot Block, when Primary Boot Block integrity is detected to be compromised, the register Active Boot Block is set to 1, the system is pointed to Backup Boot Block and restarted, and the next power-on proceeds from Backup Boot Block to BIOS Recovery Mode. After power-on, the BIOS will find the entire BIOS file (i.e., the target boot system file) from the external medium (i.e., the terminal device) to implement the full BIOS update, at which point Backup Boot Block is covered.

For a specific implementation of the above scheme, the following description is made with reference to the flow shown in fig. 10:

first, normal Power On (Power On) Power On:

1. the Active BB (Register) defaults to 0, i.e. is turned on by Primary BB.

2. The PSP FW acquires the Primary BB address from the Directory Table.

3. Boot from Primary BB.

And judging whether the Primary BB is destroyed, and if the Primary BB is not destroyed, starting up to enter the system.

When the BIOS starts to be updated:

1. obtaining the size and address of BB (namely Primary BB) by an AMD or NeverCrash module in the CPU;

2. backing up BB to a Backup BB area;

thereafter, the New BB is updated to the Primary BB area, and the New Main BIOS is updated to the Main BIOS area, and then the system is restarted, as shown in FIG. 11.

When restarting the system, the PSP FW is started from the Primary BB by default, after the PSP fails to verify the integrity of the Primary BB, namely, when the Primary BB is destroyed, the Active BB is set to be 1, and then the system is restarted by touching the heat:

1. PSP FW obtains a Backup BB address from the Directory Table;

2. starting from Backup BB.

After that, if the Backup BB is not destroyed and the startup is successful, after startup:

1. entering a Recovery Mode, obtaining BIOS files such as New BB and New Main BIOS from external media such as a U disk or an HDD and the like to carry out BIOS upgrading;

2. updating Primary BB by New BB;

3. the New Main BIOS is used to update the Main BIOS.

Then, after the complete BIOS update is achieved, a cold start is triggered.

And starting up again, wherein the default Active BB is still Primary, starting up by the Primary BB, and continuously realizing starting up according to the flow shown in fig. 10.

Furthermore, based on the technical scheme, the application can also realize the technical scheme of acquiring Backup BIOS image, namely the backup image file from an external medium.

As shown in fig. 12, the BIOS ROM layout stores BB addresses and addresses of Self-repairing programs Self-sealing Driver in a Directory Table, and the storage areas of the Directory Table and Self-repairing Driver are Read Only areas, so that the BIOS ROM layout is locked after shipment and cannot be updated and written. The storage areas of BB and Main BIOS in BIOS are updatable areas, and the BIOS is updated to the areas when being updated.

The Self-sealing Driver has the functions of initializing a memory, accessing media such as SPI, a Fat32 format hard disk and the like, and can load BIOS from the media and recover the current SPI Flash BIOS.

As shown in fig. 13:

first, normal Power On (Power On) Power On:

1. the Active BB (Register) defaults to 0, that is, the Boot BB (Boot Block, which may be Primary BB or Backup BB) is started.

2. The PSP FW obtains BB addresses from the Directory Table.

3. Starting from BB.

And judging whether BB is destroyed, and if BB is not destroyed, starting up to enter the system.

After BIOS is updated, the system is restarted, PSP FW is started from BB by default, after the PSP fails to check the integrity of BB, namely, the complete BB is not updated when BIOS is updated, at the moment, active BB is set to be 1, and then the system is restarted by touching.

When the system is restarted, PSP FW triggers Self-sealing Driver to start, and BIOS files such as New BB and New Main BIOS are loaded from external media such as SPI Flash or U disk, namely, the New BB is used for updating BB in Recovery Mode, and the New Main BIOS is used for updating Main BIOS. After the BIOS is completely updated, triggering cold start, and continuing normal start-up flow.

In the present specification, each embodiment is described in a progressive manner, and each embodiment is mainly described in a different point from other embodiments, and identical and similar parts between the embodiments are all enough to refer to each other. For the device disclosed in the embodiment, since it corresponds to the method disclosed in the embodiment, the description is relatively simple, and the relevant points refer to the description of the method section.

Those of skill would further appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware, computer software, or combinations of both, and that the various illustrative elements and steps are described above generally in terms of functionality in order to clearly illustrate the interchangeability of hardware and software. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the solution. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.

The steps of a method or algorithm described in connection with the embodiments disclosed herein may be embodied directly in hardware, in a software module executed by a processor, or in a combination of the two. The software modules may be disposed in Random Access Memory (RAM), memory, read Only Memory (ROM), electrically programmable ROM, electrically erasable programmable ROM, registers, hard disk, a removable disk, a CD-ROM, or any other form of storage medium known in the art.

The previous description of the disclosed embodiments is provided to enable any person skilled in the art to make or use the present application. Various modifications to these embodiments will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other embodiments without departing from the spirit or scope of the application. Thus, the present application is not intended to be limited to the embodiments shown herein but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.

Claims

1. A power-on control method, comprising:

2. The method of claim 1, wherein running a target boot program of a boot system of the electronic device from a target memory based on a target address comprises at least one of:

3. The method of claim 2, wherein running a target boot program from a chip memory of the boot system based on a target address comprises:

and operating the target bootstrap program based on the target address.

4. A method according to claim 2 or 3, wherein, in response to the electronic device switching from the first operating state to the second operating state, running a target boot program from a chip memory of the boot system based on the target address, comprising at least one of:

5. The method of claim 4, further comprising:

6. The method of claim 5, further comprising at least one of:

7. The method of claim 2, wherein running the target bootstrap program from a terminal device establishing a target communication connection with the electronic device based on a target address comprises:

8. The method of claim 7, wherein loading a running target boot program from the terminal device based on a target address by a self-healing program in the chip memory comprises:

9. The method of claim 1, further comprising:

10. A power-on control device, comprising: