WO2016206514A1 - Startup processing method and device - Google Patents

Abstract

Disclosed are a startup processing method and device. The method comprises: dividing a BOOT into a BOOT1 and a plurality of BOOT2s according to functions, wherein the BOOT1 corresponds to the plurality of BOOT2s, and is used to execute the booting of the BOOT2s and hardware initialization necessary for the booting of the BOOT2s, and the BOOT2s are used to execute all the functions of the BOOT or the functions in the BOOT except the BOOT1; and the BOOT1 executing BOOT startup processing for the startup of the BOOT2s.

Description

Start processing method and device Technical field

This application relates to, but is not limited to, the field of communication technology.

Background technique

Data communication products usually use an embedded system architecture. Usually, a boot program (BOOT) is required to complete the initialization of the system hardware and the boot load of related applications. Therefore, the stability and reliability of the BOOT operation is critical to the startup of the entire system. important.

The data communication products in the related art generally have the following disadvantages in the BOOT startup mode:

First, the data communication products in the related art usually use a single BOOT method to start the device, and the BOOT data is usually stored in a storage device such as NOR FLASH, NAND FLASH, etc., both in production and use. It is possible to generate bad blocks, and the generation of these bad blocks is random. If a single BOOT is used, once the area of the BOOT data storage has a bad block, the entire BOOT will not start properly, and the entire device cannot be started. At the same time, since the generation of bad blocks of these storage devices is random, that is, for BOOT, the probability of data being corrupted is linearly proportional to the storage space occupied by the BOOT data, and is occupied by the BOOT data storage. The larger the storage space, the more likely the BOOT data will be damaged. For the data communication products in which BOOT data is getting larger and larger in the related art, the probability of BOOT startup failure is also increased.

In addition, the data communication products in the related art, in the debugging production, testing and market applications, will involve the BOOT data update problem, and the BOOT data update in the related technology generally adopts the burner burning or online upgrade. The way to burn burners generally requires specific hardware devices and software to support them. The operation is relatively complicated. This method is only suitable for the first burning of BOOT data during the production process. Recorded, or used in the debugging phase of the laboratory; compared to the burner burning, the online upgrade method is relatively simple to implement, and has less dependence on the hardware and software environment, and is now widely used in the development of data communication products. Scenes such as testing, market application, etc. However, in practical applications, there are risks in the way of online upgrade, and one will also appear. In some cases, the BOOT upgrade fails. For example, the upgrade process is interrupted, and the upgraded BOOT itself has problems. Once this situation occurs, not only will the BOOT upgrade fail, but also the original BOOT data will be damaged. The BOOT cannot be upgraded online again. The BOOT cannot start the device normally. At this time, only the device board can be replaced or returned to the factory for maintenance. This not only increases the maintenance cost of the equipment, but also may cause other more serious problems. as a result of.

Summary of the invention

The following is an overview of the topics detailed in this document. This Summary is not intended to limit the scope of the claims.

In view of the problem that the startup of BOOT in the related art is flawed, an effective solution has not been proposed.

This paper provides a startup processing method and device to solve the problem of the defect in the startup of BOOT in the related art.

A startup processing method includes:

The boot program BOOT is split into a BOOT1 and a plurality of BOOT2 according to functions, wherein the BOOT1 corresponds to the plurality of BOOT2s, and is used for performing booting of the BOOT2 and hardware initialization necessary for booting the BOOT2, the BOOT2 All functions for performing the BOOT or functions other than the BOOT1 in the BOOT;

The BOOT startup process is performed by the BOOT1 on the startup of the BOOT2.

Optionally, before the performing the BOOT startup process on the startup of the BOOT2 by using the BOOT1, the method further includes:

Reading, by the BOOT1, result information of the BOOT2 that was previously started;

The result information is updated into the data area corresponding to the BOOT2.

Optionally, performing the BOOT startup process on the startup of the BOOT2 by using the BOOT1, including:

Determining whether BOOT2 matching the BOOT2 in the result information is obtained from all BOOT2s of the storage device FLASH;

When the result of the determination is that BOOT2 matching the BOOT2 in the result information is obtained, the data area corresponding to the BOOT2 is updated by the BOOT1, and the BOOT2 is marked as the BOOT2 loaded and the BOOT is executed. Start processing.

Optionally, performing the BOOT startup process on the startup of the BOOT2 by using the BOOT1, further includes:

When the result of the determination is that the BOOT2 that matches the BOOT2 in the result information is not obtained, whether the external universal serial bus USB storage device is mounted is detected by the BOOT1;

When the detection result is that the external USB storage device is mounted, determining whether there is a BOOT2 matching the BOOT2 in the result information on the USB storage device;

When the result of the determination is that the BOOT2 that matches the BOOT2 in the result information exists on the USB storage device, the BOOT2 is acquired on the USB storage device, and the BOOT2 is loaded into the memory through the BOOT1. And verifying the integrity of the file data of the BOOT2;

When the file data of the BOOT2 is complete, the BOOT2 corresponding data area is updated by the BOOT1, and the BOOT2 is marked as the BOOT2 loaded and the BOOT startup process is executed.

Optionally, the method further includes:

Updating the data area corresponding to the BOOT2 by using the BOOT1, marking the BOOT2 as the BOOT2 loaded for the current time, and starting the counter through the BOOT1;

Determining whether the indication information for closing the counter is received within a predetermined time, wherein the indication information is sent by the BOOT2 when the initialization is performed before all kernel booting is successfully performed, when the kernel is started;

When the result of the determination is that the indication information is received, it is determined that the BOOT startup process is successful;

When the result of the determination is that the indication information is not received, it is determined that the BOOT startup processing is abnormal.

A startup processing device comprising:

The splitting module is configured to: split the boot program BOOT into one BOOT1 and multiple BOOT2 according to functions, wherein the BOOT1 corresponds to the multiple BOOT2, and is used to execute the BOOT2 Booting and guiding hardware initialization necessary for the BOOT2, the BOOT2 is used to perform all functions of the BOOT or functions other than the BOOT1 in the BOOT;

The processing module is started to be configured to perform BOOT startup processing on the startup of the BOOT2 by the BOOT1.

Optionally, the device further includes:

a reading module, configured to: before the boot processing module performs a BOOT boot process on the booting of the BOOT2 by the BOOT1, read, by the BOOT1, result information of the BOOT2 from being previously started;

And an update module, configured to: update the result information read by the reading module to a data area corresponding to the BOOT2.

Optionally, the startup processing module includes:

The first determining unit is configured to: determine whether BOOT2 matching the BOOT2 in the result information is obtained from all BOOT2s of the storage device FLASH;

The startup processing unit is configured to: when the determination result of the first determining unit is that BOOT2 matching the BOOT2 in the result information is acquired, update the data area corresponding to the BOOT2 by using the BOOT1, and mark The BOOT2 is the BOOT2 loaded this time and performs the BOOT startup process.

Optionally, the startup processing module further includes:

The detecting unit is configured to: detect, by the BOOT1, whether there is an external universal serial bus USB storage when the determination result of the first determining unit is that the BOOT2 that matches the BOOT2 in the result information is not acquired. Mounting equipment;

a second determining unit, configured to: determine, when the detection result of the detecting unit is that the external USB storage device is mounted, whether the USB storage device has a match with the BOOT2 in the result information BOOT2;

a verification unit, configured to: acquire, on the USB storage device, when the determination result of the second determining unit is that the BOOT2 that matches the BOOT2 in the result information exists on the USB storage device BOOT2, loading the BOOT2 into the memory through the BOOT1, and verifying the integrity of the file data of the BOOT2;

The marking unit is configured to: when the verification unit verifies that the file data of the BOOT2 is complete, update the data area corresponding to the BOOT2 by using the BOOT1, mark the BOOT2 to be the BOOT2 loaded and execute The BOOT initiates processing.

Optionally, the startup processing module further includes:

a booting unit, configured to: when the marking unit updates the data area corresponding to the BOOT2 through the BOOT1, mark the BOOT2 as the BOOT2 loaded this time, and start the counter through the BOOT1;

The third determining unit is configured to: determine whether the indication information for closing the counter is received within a predetermined time, wherein the indication information is that the BOOT2 starts after initializing all kernel boot operations Sent when the kernel is sent;

The first determining unit is configured to: when the determination result of the third determining unit is that the indication information is received, determine that the current BOOT startup process is successful;

The second determining unit is configured to: when the determination result of the third determining unit is that the indication information is not received, determine that the current BOOT startup processing is abnormal.

The startup processing method and device provided by the embodiment of the present invention divide the BOOT into one BOOT1 and multiple BOOT2 according to functions, wherein the BOOT1 corresponds to multiple BOOT2s, and is used for performing BOOT2 booting and hardware initialization necessary for booting BOOT2. The BOOT2 is used to perform all the functions of the BOOT or the functions other than the BOOT1 in the BOOT, and performs BOOT startup processing on the BOOT2 startup by the BOOT1, thereby solving the problem that the startup of the BOOT is defective in the related art, and the device is improved. The success rate and security of startup and upgrade.

Other aspects will be apparent upon reading and understanding the drawings and detailed description.

BRIEF abstract

FIG. 1 is a flowchart of a startup processing method according to an embodiment of the present invention;

2 is a schematic structural diagram of a startup processing apparatus according to an embodiment of the present invention;

FIG. 3 is a schematic structural diagram of another startup processing apparatus according to an embodiment of the present disclosure;

4 is a schematic structural diagram of still another startup processing device according to an embodiment of the present invention;

FIG. 5 is a schematic structural diagram of still another startup processing apparatus according to an embodiment of the present disclosure;

FIG. 6 is a schematic structural diagram of a hardware module of a digital communication device according to an embodiment of the present disclosure;

FIG. 7 is a schematic diagram of storing BOOT1 and BOOT2 on a FLASH in a startup process according to an embodiment of the present invention;

FIG. 8 is a flowchart of another startup processing method according to an embodiment of the present invention;

FIG. 9 is a schematic diagram of a HMPU dual BOOT startup process in a startup processing method according to an embodiment of the present invention.

Embodiments of the invention

Embodiments of the present invention will be described in detail below with reference to the accompanying drawings. It should be noted that, in the case of no conflict, the features in the embodiments and the embodiments herein may be arbitrarily combined with each other.

The steps illustrated in the flowchart of the figures may be executed in a computer system such as a set of computer executable instructions. Also, although logical sequences are shown in the flowcharts, in some cases the steps shown or described may be performed in a different order than the ones described herein.

In this embodiment, a startup processing method is provided. FIG. 1 is a flowchart of a startup processing method according to an embodiment of the present invention. As shown in FIG. 1 , the method provided in this embodiment includes the following steps, namely, step 101. ~ Step 102:

In step 101, the boot program BOOT is split into one BOOT1 and multiple BOOT2 according to functions, wherein the BOOT1 corresponds to multiple BOOT2s, and is used to perform BOOT2 booting and hardware initialization necessary for booting BOOT2, and the BOOT2 is used to execute BOOT. All functions or functions other than BOOT1 in BOOT;

Step 102: Perform BOOT startup processing on the startup of the BOOT2 by the BOOT1.

All the functions of the BOOT in the related art are implemented by a BOOT (executable file). Through the above steps, the BOOT is divided into a BOOT1 and a plurality of BOOT2 to implement different functions respectively, and the function implemented by the BOOT1 is relatively simple. Therefore, the volume is relatively small, and it is not easy to be damaged. At the same time, there may be multiple BOOT2s, so that if BOOT1 is not damaged, even if there is damage to individual BOOT2, the device can start normally from other BOOT2, and one device has a BOOT1, but There can be multiple BOOT2 files, multiple BOOT2 files can be the same version or different versions. In this case, multiple BOOT2 files can be split by multiple BOOTs. BOOT splitting is done in the code compilation phase. It can also be understood as a set of code compiled to generate BOOT1, another set of code compiled to generate BOOT2, the BOOT boot of the device is completed by the generated BOOT1 and BOOT2.

The boot processing method provided in this embodiment splits the BOOT into one BOOT1 and multiple BOOT2 according to functions, wherein the BOOT1 corresponds to multiple BOOT2s, and is used for performing BOOT2 booting and guiding hardware initialization performed by the BOOT2, BOOT2 is used to perform all functions of BOOT or functions other than BOOT1 in BOOT. BOOT1 performs BOOT startup processing on the startup of BOOT2, which solves the problem that the startup of BOOT is defective in related technologies, and improves device startup and upgrade. Success rate and safety.

Optionally, before the BOOT startup process is performed on the startup of the BOOT2 by using the BOOT1, the method provided by the embodiment of the present invention may further include: reading, by using BOOT1, result information of the previous startup of the BOOT2; updating the result information to the BOOT2 corresponds to the data area.

In the embodiment of the present invention, the BOOT1 performs BOOT startup processing on the startup of the BOOT2 by more than one type. Alternatively, in an embodiment of the present invention, it may be determined whether all the BOOT2 from the storage device FLASH is used. Obtaining BOOT2 that matches the BOOT2 in the result information; when the result of the determination is that BOOT2 matching the BOOT2 in the result information is obtained, the data area corresponding to the BOOT2 is updated by the BOOT1, and the BOOT2 is marked as This time, BOOT2 is loaded and BOOT startup processing is executed.

Optionally, in another embodiment of the present invention, whether the external universal serial bus (Universal) is detected by the BOOT1 may be detected by the BOOT1 when the result of the determination is that the BOOT2 that matches the BOOT2 in the result information is not acquired. Serial Bus (referred to as: USB) storage device is mounted; when the detection result is that the external USB storage device is mounted, it is determined whether there is BOOT2 matching the BOOT2 in the result information on the USB storage device; The result is that when the BOOT2 matching the BOOT2 in the result information exists on the USB storage device, the BOOT2 is acquired on the USB storage device, the BOOT2 is loaded into the memory through the BOOT1, and the file data of the BOOT2 is complete. If the file data of the BOOT2 is complete, the BOOT2 corresponding data area is updated by the BOOT1, the BOOT2 is marked as the BOOT2 loaded and the BOOT startup process is executed, and the BOOT2 on the USB device is started by the BOOT1 startup. Therefore, even if the BOOT2 in the related technology is completely damaged, it can be processed in the market application by replacing the BOOT2 file on the USB. It is convenient to start the device BOOT.

Optionally, in an embodiment of the present invention, the method for starting the processing further includes: updating the data area corresponding to the BOOT2 by using the BOOT1, marking the BOOT2 as the BOOT2 loaded for the BOOT2, and starting the counter through the BOOT1; Whether the indication information for closing the counter is received within a predetermined time, wherein the indication information is sent when the BOOT2 initializes the kernel before the initialization of all the kernel boots, and when the kernel is started; When the information is determined, it is determined that the BOOT startup processing is successful; when the judgment result is that the indication information is not received, it is determined that the BOOT startup processing is abnormal.

The embodiment of the present invention further provides a startup processing device. FIG. 2 is a schematic structural diagram of a startup processing device according to an embodiment of the present invention. As shown in FIG. 2, the startup processing device includes:

The splitting module 21 is configured to split the BOOT into one BOOT1 and multiple BOOT2 according to functions, wherein the BOOT1 corresponds to multiple BOOT2s, and is used for performing BOOT2 booting and hardware initialization necessary for booting BOOT2, and the BOOT2 is used for the BOOT2. Perform all functions of BOOT or functions other than BOOT1 in BOOT;

The startup processing module 22 is configured to perform BOOT startup processing on the startup of the BOOT 2 by the BOOT1.

Optionally, FIG. 3 is a schematic structural diagram of another startup processing apparatus according to an embodiment of the present invention. As shown in FIG. 3, based on the structure of the apparatus shown in FIG. 2, the apparatus of this embodiment may further include:

The reading module 23 is configured to: before the boot processing module 22 performs the BOOT boot process on the boot of the BOOT2 by the BOOT1, read the result information of the previous boot of the BOOT2 through the BOOT1;

The update module 24 is configured to: update the result information read by the reading module 23 into the data area corresponding to the BOOT2.

Optionally, FIG. 4 is a schematic structural diagram of another startup processing apparatus according to an embodiment of the present invention. As shown in FIG. 4, based on the structure of the apparatus shown in FIG. 3, the startup processing module 22 of this embodiment may include:

The first determining unit 221 is configured to: determine whether BOOT2 matching the BOOT2 in the result information is obtained from all BOOT2s of the storage device FLASH;

The startup processing unit 222 is configured to: the result of the determination in the first determination unit 221 is acquired When the BOOT2 matches BOOT2 in the result information, the BOOT2 corresponding data area is updated by the BOOT1, and the BOOT2 is marked as the BOOT2 loaded and the BOOT startup process is executed.

Optionally, FIG. 5 is a schematic structural diagram of another startup processing apparatus according to an embodiment of the present invention. As shown in FIG. 5, based on the structure of the apparatus shown in FIG. 4, the startup processing module 22 of the embodiment may further include:

The detecting unit 223 is configured to: when the first determining unit 221 determines that the BOOT2 that matches the BOOT2 in the result information is not obtained, whether the external USB storage device is mounted by the BOOT1 is detected;

The second determining unit 224 is configured to: when the detection result of the detecting unit 223 is that the external USB storage device is mounted, determine whether there is a BOOT2 matching the BOOT2 in the result information on the USB storage device;

The verification unit 225 is configured to: when the determination result of the second determining unit 224 is that the BOOT2 that matches the BOOT2 in the result information exists on the USB storage device, acquire the BOOT2 on the USB storage device, and pass the BOOT1 Loading the BOOT2 into the memory, and verifying the integrity of the file data of the BOOT2;

The marking unit 226 is configured to: when the verification unit 225 verifies that the file data of the BOOT2 is complete, update the data area corresponding to the BOOT2 through the BOOT1, mark the BOOT2 to be the BOOT2 loaded this time, and execute the BOOT startup process.

Optionally, the startup processing device provided by the embodiment of the present invention may further include: a startup unit, configured to: when the marking unit 226 updates the data area corresponding to the BOOT2 by using the BOOT1, marking the BOOT2 to be the BOOT2 loaded at the same time The BOOT1 starts the counter; the third determining unit is configured to: determine whether the indication information for closing the counter is received within a predetermined time, wherein the indication information is an initialization operation of the BOOT2 before all kernel boots are successfully executed. After the kernel is started, the first determining unit is configured to: when the determination result of the third determining unit is that the indication information is received, determining that the BOOT startup processing is successful; and the second determining unit is configured to: When the judgment result of the third judgment unit is that the indication information is not received, it is determined that the BOOT start processing is abnormal.

For the above problems existing in the related art, the following description will be made in conjunction with the optional embodiments, the following Alternative embodiments incorporate the above-described embodiments, alternative embodiments, and alternative embodiments thereof.

FIG. 6 is a schematic structural diagram of a hardware module of a digital communication device according to an embodiment of the present invention. As shown in FIG. 6 , on the basis of the data communication product in the related art, the digital communication device provided in this embodiment includes A hardware logic device module 68 is connected to a central processing unit (CPU) chip subsystem 62 through a function bus, and can implement a hardware counter and a reset CPU function. When the CPU starts but does not turn off within a set time limit. When hardware counter of hardware logic module 68, this module resets the CPU and records the results.

The data communication device provided in this embodiment includes at least one Universal Serial Bus (USB) interface module 64 connected to the CPU chip subsystem 62 through a function bus for accessing the CPU chip subsystem 62. External USB storage device.

The data communication device provided in this embodiment may further include a FLASH chip 66 connected to the CPU chip subsystem 62 through a function bus, such as NOR FLASH or NAND FLASH.

The BOOT startup in the related art is divided into two phases. The first phase mainly completes the code moving and provides the C language running environment for the subsequent code running. The second phase mainly initializes some hardware and drivers and boots the kernel loading.

In this embodiment, a BOOT1 (Tractor) and two BOOT2 (primary BOOT and standby BOOT) are taken as an example. In the whole BOOT startup process, after the TROactor completes the startup, the external logic device BOOT startup flag bit indication register is read. From this register, the result information of the previous BOOT startup is obtained, and the result information is updated to the data area corresponding to the previous startup BOOT2. According to all BOOT2 data area information, Tractor will decide to start the main BOOT or the standby BOOT, and at the same time, Tractor A complex fast/slow flip register (10s/30s) of Complex Programmable Logic Device (CPLD) is also set to detect whether the BOOT boot is successful or not, and achieve a similar watchdog function.

At this point, BOOT2 has started running. After that, BOOT2 will complete all the initialization work required for kernel boot, shut down the CPLD hardware count timer, pass parameters to the kernel and boot the kernel to start normally.

The two stages of Boot startup in the related art:

Stage 1 (Stage 1) implements the following functions:

(1) Initialize the relevant hardware;

(2) set the exception vector (Exception Vector);

(3) Turn off the Memory Management Unit (MMU), the cache memory (CACHE), and the Random Access Memory (RAM) controller;

(4) Initialize the clock, baud rate and serial device;

(5) Reload code (reload code);

(6) Initializing the stack;

(7) Clear BBS (Block Started by Symbol) section;

(8) Execute stage2.

Stage 2 (Stage 2) implements the following functions:

(1) Initialize the hardware devices to be used at this stage;

(2) Including terminal device initialization, two-wire serial bus (Inter-Integrated Circuit, I2C for short), loacoal bus (BUS), various buses, network ports and other devices and related driver initialization;

(3) loading the kernl file from the USB/File Transfer Protocol (FTP) server (Server) or Flash into the memory;

(4) parsing the kernl file;

(5) set the startup parameters for the kernel;

(6) Start the kernel.

In the embodiment of the present invention, on the basis of the above-mentioned original data communication device BOOT, the original BOOT is decomposed into two functions (two parts) according to functions: BOOT1 and BOOT2. BOOT1 is responsible for executing the boot and load functions of BOOT2; BOOT2 is responsible for performing all functions of the original data communication product BOOT or all hardware initialization of the original data communication device BOOT except the BOOT1 execution part and the boot load of related applications.

FIG. 7 is a BOOT1 and BOOT2 in FLASH in a startup process according to an embodiment of the present invention; Schematic diagram of storage, as shown in FIG. 7, on the same data communication device, there may be multiple BOOT2, each BOOT2 may be stored on the same storage device FLASH as BOOT1, or may be stored on different storage devices, such as external storage. On the USB storage device, each BOOT2 stored on the data communication device has a data area corresponding to one of the data areas, and each data area includes version information corresponding to BOOT2, startup result information, etc., in order to reduce data. The probability that the area data is corrupted, in this embodiment, the data areas are placed before the corresponding BOOT2 data.

After the data communication device is powered on, it will first load and run BOOT1. After BOOT1 completes the hardware initialization work necessary to load BOOT2, it will read the result of the previous BOOT2 startup from the external hardware logic device and update to the data area corresponding to BOOT2. After BOOT1 completes the update of the data area data, it will detect whether there is a BOOT2 file in the externally mounted USB storage device. If it exists, the BOOT2 on the USB is unconditionally loaded. If it does not exist, one of the internal storage devices of the device can be successfully selected. The loaded and latest version of BOOT2 is loaded. If there is no BOOT2 that can be successfully loaded in the internal storage device, BOOT1 will enter the serial command waiting mode and wait for the external command input; BOOT1 will also start the external hardware logic device module while loading BOOT2. The counter is turned off by BOOT2 when all hardware is initialized and the boot kernel is started. If BOOT2 does not turn off the counter within the set time limit, the external hardware logic module determines that BOOT2 fails to start and resets the CPU chip, and the device restarts; After the device is restarted, the above will be repeated Step until the selected BOOT2 can successfully load the kernel, device if all BOOT2 no kernel can successfully loaded, then enter the serial command waiting mode.

In the embodiment of the present invention, the device is started by using BOOT1 and multiple BOOT2 versions. In the case that a single BOOT2 is damaged or the upgrade fails, BOOT1 automatically switches to other BOOT2 to start the device, and when the data communication device is on the back storage device. When all BOOT2 cannot start the device normally, BOOT1 can also use BOOT2 on the external USB storage device to start the device. Compared with related technologies, it improves the flexibility of device startup and improves the success rate of device startup.

In addition, in the embodiment of the present invention, after BOOT1 completes the booting and loading of BOOT2, BOOT2 can also re-initialize the content that BOOT1 has initialized, that is, in actual development, testing, and application scenarios, BOOT1 is not It needs to be upgraded and maintained. At the same time, because BOOT1 only needs to implement BOOT2 boot and load function, the volume will be much smaller than the BOOT in related technologies, which improves the success rate and security of device startup and upgrade.

FIG. 8 is a flowchart of another startup processing method according to an embodiment of the present invention. As shown in FIG. 8, the multi-BOOT startup method of the data communication device may include steps 801 to 813:

In step 801, after the device is powered on, the device first jumps to BOOT1 for execution, and BOOT1 performs hardware initialization necessary for loading BOOT2, such as initializing memory, timer, serial port, button, and USB driver loading.

Step 802, BOOT1 reads the result information of the previous BOOT2 startup from the external logic device, and updates the result information to the data area corresponding to BOOT2;

Step 803, BOOT1 detects whether there is an external USB storage device mounted on the device, if there is a USB device mounted, step 804 is performed, if not, step 806 is performed;

In step S804, it is found on the USB storage device whether there is a BOOT2 file matching the device. This search belongs to the file name based search, but is not limited to the file name based search. If the BOOT2 file matching the device is found on the external USB storage device, the process starts from step 805. If the BOOT2 file matching the device is not found on the external USB storage device, the process starts from step 806;

Step 805, BOOT1 loads the BOOT2 on the USB storage device into the memory, and performs integrity check on the BOOT2 file data. If the BOOT2 data is corrupted, step 808 is performed, and no damage is performed, and step 810 is performed;

Step S806, BOOT1 traverses all the data areas corresponding to the BOOT2 on the device storage device, and checks whether there is a BOOT2 that is specified to be loaded. If yes, the operation starts from step 810. If not, the process proceeds from step 807;

Step S807, BOOT1 traverses all the data area information, determines whether there is BOOT2 that can be started normally, if yes, step 809 is performed, otherwise, step 808 is performed;

In step 808, BOOT1 waits for the input of the serial port command, and if so, executes the serial port command. If not, it continues to wait; the response to the serial port input command is not the focus of the embodiment of the present invention, and will not be described in detail herein.

Step 809, BOOT1 selects the latest version of BOOT2 from all executable BOOT2s, and performs step 810. If there is a BOOT2 with the same version time, one of them is randomly selected;

Step S810, BOOT1 loads the selected BOOT2 into the memory, and performs data integrity on BOOT2. Sexual verification, if the data is incomplete, step 807 is performed; if the data is complete, step 811 is performed;

In step 811, BOOT1 updates the corresponding data area, and marks the BOOT2 as the BOOT2 loaded. At the same time, BOOT1 starts the counter of the hardware logic device, and the program starts from BOOT2;

In step 812, it is determined whether BOOT2 successfully boots the kernel within the set time limit, and the counter is turned off; BOOT2 sends a signal to turn off the hardware counter of the external logic device when the kernel is successfully executed after the initialization of all kernel booting is successfully performed. If the external logic device receives the signal to turn off the counter within the set time limit, it determines that the BOOT startup is successfully ended; if not, it determines that the BOOT startup abnormality, and proceeds to step 813;

In step 813, the external hardware logic device records the result of the failure of the BOOT2 startup and restarts the device.

It should be noted that the time limit from the start of the counter to the reset device set by the external hardware logic device should be greater than the time limit for the normal startup of the device BOOT2, and at the same time, some redundancy should be left to prevent the external hardware logic device. Abnormal reset device.

The following is an example of two BOOTs. FIG. 9 is a schematic diagram of a HMPU dual BOOT startup process in a startup processing method according to an embodiment of the present invention. As shown in FIG. 9 , after the device is powered on, the CPU loads from the 0 address. Tractor, Tractor first initializes the CPU and RAM. Tractor detects the status register (0x80) of Complex Programmable Logic Device (CPLD), and determines which BOOT2 (primary BOOT, standby BOOT) to boot based on the register and data area information. Tractor starts the 10S and 30S timers at the same time. Tractor jumps to the corresponding BOOT2 to start execution. BOOT2 notifies the CPLD to turn off the 10S timer when the board is initialized, indicating that the CPU has jumped to the BOOT2 phase to start execution. After completing the hardware initialization, BOOT2 notifies the CPLD to close the 30S timer again when loading the boot kernel, indicating that the BOOT2 boot has been completed and enters the kernel boot phase.

After the device is powered on, the CPLD waits for the Tractor to start the 10S, 30S timer. The 10S timer expires, updating the status register, instructing the CPU to start from the standby BOOT next time; the 30S timer expires, updating the status register, indicating that the CPU should start from the standby BOOT next time. Reset the CPU, CPLD waits for Tractor to start 10S, 30S timer.

One of ordinary skill in the art will appreciate that all or part of the steps of the above embodiments may be used. The computer program can be implemented in a computer readable storage medium, the computer program being executed on a corresponding hardware platform (such as a system, device, device, device, etc.), when executed, including One or a combination of the steps of the method embodiments.

Alternatively, all or part of the steps of the above embodiments may also be implemented by using an integrated circuit. These steps may be separately fabricated into individual integrated circuit modules, or multiple modules or steps may be fabricated into a single integrated circuit module. achieve.

The devices/function modules/functional units in the above embodiments may be implemented by a general-purpose computing device, which may be centralized on a single computing device or distributed over a network of multiple computing devices.

When the device/function module/functional unit in the above embodiment is implemented in the form of a software function module and sold or used as a stand-alone product, it can be stored in a computer readable storage medium. The above mentioned computer readable storage medium may be a read only memory, a magnetic disk or an optical disk or the like.

Industrial applicability

In the embodiment of the present invention, the BOOT is divided into a BOOT1 and a plurality of BOOT2 according to functions, wherein the BOOT1 corresponds to multiple BOOT2s, and is used for performing BOOT2 booting and hardware initialization necessary for booting BOOT2, and the BOOT2 is used for executing BOOT. All functions or functions other than BOOT1 in the BOOT, and BOOT start processing by BOOT1 to start BOOT2, solve the problem that the booting of BOOT in the related technology is defective, and improve the success rate and safety of the startup and upgrade of the device. Sex.

Claims (10)

A startup processing method includes: The boot program BOOT is split into a BOOT1 and a plurality of BOOT2 according to functions, wherein the BOOT1 corresponds to the plurality of BOOT2s, and is used for performing booting of the BOOT2 and hardware initialization necessary for booting the BOOT2, the BOOT2 All functions for performing the BOOT or functions other than the BOOT1 in the BOOT; The BOOT startup process is performed by the BOOT1 on the startup of the BOOT2. The method according to claim 1, wherein before the performing BOOT start processing on the booting of the BOOT2 by the BOOT1, the method further comprises: Reading, by the BOOT1, result information of the BOOT2 that was previously started; The result information is updated into the data area corresponding to the BOOT2. The method according to claim 2, wherein the performing BOOT startup processing on the startup of the BOOT2 by the BOOT1 comprises: Determining whether BOOT2 matching the BOOT2 in the result information is obtained from all BOOT2s of the storage device FLASH; When the result of the determination is that BOOT2 matching the BOOT2 in the result information is obtained, the data area corresponding to the BOOT2 is updated by the BOOT1, and the BOOT2 is marked as the BOOT2 loaded and the BOOT is executed. Start processing. The method of claim 3, wherein the performing the BOOT boot process on the booting of the BOOT2 by the BOOT1 further comprises: When the result of the determination is that the BOOT2 that matches the BOOT2 in the result information is not obtained, whether the external universal serial bus USB storage device is mounted is detected by the BOOT1; When the detection result is that the external USB storage device is mounted, determining whether there is a BOOT2 matching the BOOT2 in the result information on the USB storage device; When the result of the determination is that the BOOT2 that matches the BOOT2 in the result information exists on the USB storage device, the BOOT2 is acquired on the USB storage device, by using the BOOT1 loads the BOOT2 into the memory, and checks the integrity of the file data of the BOOT2; When the file data of the BOOT2 is complete, the BOOT2 corresponding data area is updated by the BOOT1, and the BOOT2 is marked as the BOOT2 loaded and the BOOT startup process is executed. The method of claim 4, further comprising: Updating the data area corresponding to the BOOT2 by using the BOOT1, marking the BOOT2 as the BOOT2 loaded for the current time, and starting the counter through the BOOT1; Determining whether the indication information for closing the counter is received within a predetermined time, wherein the indication information is sent by the BOOT2 when the initialization is performed before all kernel booting is successfully performed, when the kernel is started; When the result of the determination is that the indication information is received, it is determined that the BOOT startup process is successful; When the result of the determination is that the indication information is not received, it is determined that the BOOT startup processing is abnormal. A startup processing device comprising: The splitting module is configured to: split the boot program BOOT into one BOOT1 and multiple BOOT2 according to functions, wherein the BOOT1 corresponds to the plurality of BOOT2, and is used for performing the booting of the BOOT2 and guiding the BOOT2. Hardware initialization, the BOOT2 is used to perform all functions of the BOOT or functions other than the BOOT1 in the BOOT; The processing module is started to be configured to perform BOOT startup processing on the startup of the BOOT2 by the BOOT1. The apparatus of claim 6 further comprising: a reading module, configured to: before the boot processing module performs a BOOT boot process on the booting of the BOOT2 by the BOOT1, read, by the BOOT1, result information of the BOOT2 from being previously started; And an update module, configured to: update the result information read by the reading module to a data area corresponding to the BOOT2. The apparatus of claim 7, wherein the startup processing module comprises: The first determining unit is configured to: determine whether BOOT2 matching the BOOT2 in the result information is obtained from all BOOT2s of the storage device FLASH; The startup processing unit is configured to: when the determination result of the first determining unit is that BOOT2 matching the BOOT2 in the result information is acquired, update the data area corresponding to the BOOT2 by using the BOOT1, and mark The BOOT2 is the BOOT2 loaded this time and performs the BOOT startup process. The device of claim 8, wherein the startup processing module further comprises: The detecting unit is configured to: detect, by the BOOT1, whether there is an external universal serial bus USB storage when the determination result of the first determining unit is that the BOOT2 that matches the BOOT2 in the result information is not acquired. Mounting equipment; a second determining unit, configured to: determine, when the detection result of the detecting unit is that the external USB storage device is mounted, whether the USB storage device has a match with the BOOT2 in the result information BOOT2; a verification unit, configured to: acquire, on the USB storage device, when the determination result of the second determining unit is that the BOOT2 that matches the BOOT2 in the result information exists on the USB storage device BOOT2, loading the BOOT2 into the memory through the BOOT1, and verifying the integrity of the file data of the BOOT2; The marking unit is configured to: when the verification unit verifies that the file data of the BOOT2 is complete, update the data area corresponding to the BOOT2 by using the BOOT1, mark the BOOT2 to be the BOOT2 loaded and execute The BOOT initiates processing. The apparatus of claim 9, wherein the startup processing module further comprises: a booting unit, configured to: when the marking unit updates the data area corresponding to the BOOT2 through the BOOT1, mark the BOOT2 as the BOOT2 loaded this time, and start the counter through the BOOT1; The third determining unit is configured to: determine whether the indication information for closing the counter is received within a predetermined time, wherein the indication information is that the BOOT2 starts after initializing all kernel boot operations Sent when the kernel is sent; a first determining unit, configured to: the result of the determining by the third determining unit is that the When the information is indicated, it is determined that the BOOT startup process is successful; The second determining unit is configured to: when the determination result of the third determining unit is that the indication information is not received, determine that the current BOOT startup processing is abnormal.

Images