CN108182088A - Be switched on accelerated method, device, storage medium and mobile terminal - Google Patents

Abstract

The present invention relates to a kind of booting accelerated method, device, storage medium and mobile terminals.Mobile terminal-opening instruction is obtained, according to the preset data table on mobile terminal-opening instructions query mobile terminal, OVP chip driver programs different in mobile terminal and the corresponding zone bit information of driver are had recorded in preset data table.Obtain the driver corresponding to the first value zone bit information, the driver corresponding to the first value zone bit information be with the matched driver of mobile terminal OVP chips, OVP chips are initialized by the first value zone bit information corresponding driver.According to mobile terminal-opening instructions query preset data table, so as to quickly be obtained from numerous OVP chip driver programs by zone bit information and the matched OVP chip driver programs of mobile terminal.

Description

Boot acceleration method, device, storage medium and mobile terminal

technical field

The present invention relates to the technical field of the Internet, in particular to a startup acceleration method, device, storage medium and mobile terminal.

Background technique

When the mobile terminal is turned on, one of the items is to initialize the OVP chip through the OVP chip driver. The OVP (over voltage protection, overvoltage protection) chip is generally an OVP overvoltage protection chip added between the input voltage VIN pin of the USB port or TYPE C interface of the mobile terminal and the PMIC input voltage. OVP chips mainly used in current mobile terminals usually come from different suppliers. The drivers used by OVP chips provided by different suppliers are different. A variety of drivers are pre-installed in the mobile terminal, so the traditional method is to initialize the OVP chip with a variety of drivers in sequence every time it is turned on. Of course, there will be many mismatches between the drivers and the current OVP chip. Unmatched drivers will cause the OVP chip initialization to fail and take up a certain amount of boot time, thereby slowing down the boot speed.

Contents of the invention

Based on this, it is necessary to provide a boot acceleration method, device, storage medium and mobile terminal for the above technical problems.

A startup acceleration method, suitable for mobile terminals, the method comprising:

Obtaining a power-on command of the mobile terminal;

Querying the preset data table on the mobile terminal according to the boot command of the mobile terminal, the different OVP chip drivers in the mobile terminal and the flag information corresponding to the driver are recorded in the preset data table;

Obtain the driver program corresponding to the first value flag bit information, the driver program corresponding to the first value flag bit information is a driver program matched with the mobile terminal OVP chip;

The OVP chip is initialized through the driver program corresponding to the first value flag bit information.

In one of the embodiments, before acquiring the boot instruction of the mobile terminal, it includes:

Set up a preset data table, which has recorded different OVP chip drivers and flag bit information corresponding to the driver in the preset data table, and the flag bit information is used to match the OVP chip of the mobile terminal when starting up for the first time. The driver flags.

In one of the embodiments, after querying the preset data table on the mobile terminal according to the mobile terminal startup instruction, it further includes:

When not obtaining the driver corresponding to the first value flag bit information, then read the OVP chip driver in turn and record the number of times read this time, and initialize the OVP chip by the driver;

If the initialization of the OVP chip is successful, the flag bit information corresponding to the driver program is updated to the first value flag bit information.

In one of the embodiments, after the driver program is used to initialize the OVP chip, it includes:

If the initialization of the OVP chip fails, it is judged whether the number of reads is greater than a preset maximum value, and the preset maximum value is the different OVP pre-installed in the mobile terminal recorded in the preset data table The number of chip drivers;

If the number of reads is less than or equal to the preset maximum value, then continue to read the OVP chip driver in turn and record the number of times this read, and use the driver to initialize the OVP chip, Until the OVP chip initialization is successful, the flag information corresponding to the driver used when the OVP chip initialization is successful is updated to the first value flag information;

If the number of readings is greater than the preset maximum value, the reading of the OVP chip driver is ended and an error message is prompted.

In one of the embodiments, the initialization of the OVP chip through the driver program includes:

Call the corresponding initialization entry function through the driver, so that the initialization entry function uses the bus interface to initialize the OVP chip.

In one embodiment, the method also includes:

If the initialization of the OVP chip is successful, the information of the OVP chip in the mobile terminal is obtained, and the information of the OVP chip is notified to the application layer service.

A boot acceleration device, said device comprising:

The power-on instruction acquisition module is used to obtain the mobile terminal power-on instruction;

The preset data table query module is used to query the preset data table on the mobile terminal according to the mobile terminal boot instruction, and the different OVP chip drivers and the driver in the mobile terminal are recorded in the preset data table. Flag bit information corresponding to the program;

The driver acquisition module is used to obtain the driver corresponding to the first value flag information, and the driver corresponding to the first value flag information is a driver matching the mobile terminal OVP chip;

The OVP chip initialization module is configured to initialize the OVP chip through the driver program corresponding to the first value flag bit information.

In one of the embodiments, the device also includes:

The preset data table building module is used to set up a preset data table, and the different OVP chip drivers and the flag information corresponding to the driver are recorded in the preset data table, and the flag information is used for the first time The driver that matches the OVP chip of the mobile terminal is marked when starting up.

A computer-readable storage medium, on which a computer program is stored, and when the program is executed by a processor, the following steps are implemented:

Obtaining a power-on command of the mobile terminal;

Querying the preset data table on the mobile terminal according to the boot command of the mobile terminal, the different OVP chip drivers in the mobile terminal and the flag information corresponding to the driver are recorded in the preset data table;

Obtain the driver program corresponding to the first value flag bit information, the driver program corresponding to the first value flag bit information is a driver program matched with the mobile terminal OVP chip;

The OVP chip is initialized through the driver program corresponding to the first value flag bit information.

A mobile terminal, the mobile terminal includes a memory, a processor, and a computer program stored on the memory and operable on the processor, and the processor implements the following steps when executing the computer program:

Obtaining a power-on command of the mobile terminal;

Querying the preset data table on the mobile terminal according to the boot command of the mobile terminal, the different OVP chip drivers in the mobile terminal and the flag information corresponding to the driver are recorded in the preset data table;

Obtain the driver program corresponding to the first value flag bit information, the driver program corresponding to the first value flag bit information is a driver program matched with the mobile terminal OVP chip;

The OVP chip is initialized through the driver program corresponding to the first value flag bit information.

The above-mentioned startup acceleration method, device, storage medium and mobile terminal first obtain the startup command of the mobile terminal, because the flag bit information is set for each different OVP chip driver in the preset data table on the mobile terminal. Obtain the driver program corresponding to the first value flag bit information, the driver program corresponding to the first value flag bit information is a driver program matched with the mobile terminal OVP chip, and the OVP chip is carried out by the driver program corresponding to the first value flag bit information initialization. The preset data table is queried according to the boot command of the mobile terminal, so that the driver matching the OVP chip of the mobile terminal can be quickly obtained from many OVP chip drivers through the flag bit information. Then use the driver to initialize the OVP chip to achieve the effect of boot acceleration.

Description of drawings

Fig. 1 is an internal structural diagram of a mobile terminal in an embodiment;

Fig. 2 is a flow chart of the startup acceleration method in one embodiment;

Fig. 3 is the flow chart of the startup acceleration method in another embodiment;

Fig. 4 is the flow chart of the processing method when the driver program corresponding to the first value flag bit information is not obtained;

Fig. 5 is the flowchart of the processing method after OVP chip initialization failure;

FIG. 6 is a flow chart of a boot acceleration method in yet another embodiment;

Fig. 7 is a schematic structural diagram of a boot acceleration device in an embodiment;

Fig. 8 is a schematic structural diagram of a boot acceleration device in an embodiment;

Fig. 9 is a schematic structural diagram of a boot accelerating device in an embodiment.

Detailed ways

In order to make the above objects, features and advantages of the present invention more comprehensible, specific implementations of the present invention will be described in detail below in conjunction with the accompanying drawings. In the following description, numerous specific details are set forth in order to provide a thorough understanding of the present invention. However, the present invention can be implemented in many other ways different from those described here, and those skilled in the art can make similar improvements without departing from the connotation of the present invention, so the present invention is not limited by the specific implementations disclosed below.

Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the technical field of the invention. The terms used herein in the description of the present invention are for the purpose of describing specific embodiments only, and are not intended to limit the present invention. The technical features of the above embodiments can be combined arbitrarily. To make the description concise, all possible combinations of the technical features in the above embodiments are not described. However, as long as there is no contradiction in the combination of these technical features, they should be It is considered to be within the range described in this specification.

In one embodiment, as shown in FIG. 1 , a mobile terminal is also provided. The mobile terminal includes a processor connected through a system bus, a non-volatile storage medium, an internal memory, a network interface, and the like. Wherein, the non-volatile storage medium of the mobile terminal stores an operating system, and may also store a computer program, and when the computer program is executed by the processor, the processor may execute a startup acceleration method. The processor of the mobile terminal is used to improve calculation and control capabilities and support the operation of the entire mobile terminal. A computer program can be stored in the internal memory of the mobile terminal, and when the computer program is executed by the processor, the processor can be made to execute a startup acceleration method. The network interface is used for network communication with the mobile terminal, receiving or sending data, for example, sending or receiving data when the mobile terminal establishes communication with the base station. Those skilled in the art can understand that the structure shown in Figure 1 is only a block diagram of a partial structure related to the solution of this application, and does not constitute a limitation on the mobile terminal to which the solution of this application is applied. The specific mobile terminal can be More or fewer components than shown in the figures may be included, or some components may be combined, or have a different arrangement of components.

In one embodiment, as shown in FIG. 2 , a startup acceleration method is provided. The method is applied to the mobile terminal in FIG. 1 as an example for illustration, including:

Step 202, acquiring a power-on instruction of the mobile terminal.

The mobile terminal acquires a power-on instruction, and the power-on instruction is generally activated by a user.

Step 204, querying the preset data table on the mobile terminal according to the boot command of the mobile terminal. The preset data table records different OVP chip drivers in the mobile terminal and flag bit information corresponding to the drivers.

The preset data table is stored in the mobile terminal, and different OVP chip drivers and flag bit information corresponding to the drivers are recorded therein. The flag bit information is used to mark the OVP chip driver matched with the mobile terminal when it is powered on for the first time. When no modification is made to the preset data table, the flag bit information of the OVP chip driver recorded in the preset data table is the second value flag bit information. When starting up for the first time, the flag bit information corresponding to the OVP chip driver matched with the mobile terminal is updated in the preset data table to the first value flag bit information. The first value flag bit information is different from the second value flag bit information, so that when the mobile terminal queries the preset data table, the OVP chip driver matching the mobile terminal can be found through the flag bit information.

After the mobile terminal acquires the power-on command, it queries the above preset data table, and queries the flag bit information in the preset data table.

In step 206, the driver program corresponding to the first value flag bit information is obtained, and the driver program corresponding to the first value flag bit information is a driver program matching the OVP chip of the mobile terminal.

When querying the flag bit information in the preset data table, when the first value flag bit information is found, the driver program corresponding to the first value flag bit information is obtained. The driver program corresponding to the first value flag bit information is a driver program matching with the OVP chip of the mobile terminal. . That is, the driver program can be used to initialize the OVP chip of the mobile terminal to realize booting.

Step 208, initialize the OVP chip through the driver program corresponding to the first value flag bit information.

After the driver program corresponding to the first value flag bit information is obtained, the OVP chip is initialized by calling the bus interface through the driver program to implement booting.

In the above-mentioned embodiment, firstly, the start-up command of the mobile terminal is obtained, because the flag bit information is set for each OVP chip driver in the preset data table on the mobile terminal. The driver program corresponding to the first value flag bit information is a driver program matching with the OVP chip of the mobile terminal. The preset data table is queried according to the boot command of the mobile terminal, so that the driver matching the OVP chip of the mobile terminal is quickly obtained from many OVP chip drivers through the flag information. Then use the driver to initialize the OVP chip to achieve the effect of boot acceleration. In the traditional method, it is assumed that there are N kinds of OVP chip drivers installed in the mobile terminal, and only one OVP chip driver matches the OVP chip in the mobile terminal for the mobile terminal. Because it is necessary to test each driver program in turn each time it is turned on, it will take N-1 time for OVP chip initialization failures. All this time was wasted, in vain. However, in this embodiment, the OVP chip driver matching the mobile terminal is directly acquired according to the flag information in the preset relationship table saved after booting. Then use the driver to initialize the OVP chip to achieve the effect of boot acceleration.

In one embodiment, as shown in Figure 3, before obtaining the mobile terminal power-on instruction, including:

Step 201, establish a preset data table, which records different OVP chip drivers and flag information corresponding to the driver in the preset data table. mark.

The preset data table is stored in the mobile terminal, and different OVP chip drivers and flag bit information corresponding to the drivers are recorded therein. The flag bit information is used to mark the OVP chip driver matched with the mobile terminal when it is powered on for the first time. When no changes are made to the preset data table, the flag bit information of the OVP chip driver recorded in the preset data table is the second value flag bit information, and generally the second value flag bit information is assigned a Boolean value of false, which is 0 , of course, it is also possible to assign values in other ways to the second-value flag bit information. The preset data table is used for unified management of all OVP chip drivers installed on the mobile terminal.

When the mobile terminal is powered on for the first time, the OVP chip driver is read sequentially, and the OVP chip is initialized through the driver. If the initialization of the OVP chip is successful, then the flag bit information corresponding to the driver used when the OVP chip initialization is successful is updated to the first value flag bit information, generally the first value flag bit information is assigned a Boolean value true, which is 1. If the OVP chip initialization fails, no changes will be made. The first value flag bit information is different from the second value flag bit information, so that when the mobile terminal is turned on next time, it only needs to query the preset data table to find the OVP chip driver matching the mobile terminal through the flag bit information. There is no need to repeatedly read the OVP chip driver in sequence, and initialize the OVP chip through the driver. It avoids the problem that many drivers on the mobile terminal do not match the current OVP chip, which causes the initialization failure of the OVP chip, and then takes up a certain amount of boot time, thereby slowing down the boot speed.

In one embodiment, as shown in FIG. 4, after querying the preset data table on the mobile terminal according to the mobile terminal startup instruction, it also includes:

Step 402, when the driver program corresponding to the first value flag bit information is not obtained, read the OVP chip driver program sequentially and record the times of reading this time, and initialize the OVP chip through the driver program.

Step 404, if the initialization of the OVP chip is successful, update the flag bit information corresponding to the driver program to the first value flag bit information.

After the mobile terminal obtains the power-on instruction, it queries the flag bit information in the preset data table. After searching once, the first value flag bit information was not found. It means that the mobile terminal may be turned on for the first time, and then the OVP chip driver needs to be read sequentially, and the OVP chip is initialized through the driver. At the same time, record the number of times the OVP chip driver is read this time. At this time, if the initialization of the OVP chip is successful, it means that the OVP chip driver program read this time is a driver program matching the OVP chip in the mobile terminal. In the preset data table, the flag bit information corresponding to the driver is updated to the first value flag bit information.

In the above embodiment, if the first value flag bit information is not found in the preset data table, then the OVP chip driver program needs to be read sequentially, and the OVP chip is initialized through the driver program. Therefore, the flag bit information corresponding to each driver in the preset data table is updated according to the result of whether the initialization of the OVP chip is successful. Therefore, when starting up next time, you only need to query the preset data table to find the OVP chip driver that matches the mobile terminal through the flag bit information, and you don't need to read the OVP chip driver again and again, saving the booting time. Thereby speeding up the boot.

In one embodiment, as shown in Figure 5, after the driver program is used to initialize the OVP chip, it includes:

Step 502, if the initialization of the OVP chip fails, it is judged whether the number of reads is greater than a preset maximum value, which is the number of different OVP chip drivers pre-installed in the mobile terminal recorded in the preset data table.

After the mobile terminal obtains the power-on instruction, it queries the flag bit information in the preset data table. After searching once, the first value flag bit information was not found. Then read the OVP chip driver in turn, and initialize the OVP chip through the driver. If the initialization of the OVP chip fails at this time, it is judged whether the number of readings is greater than the preset maximum value. The preset maximum value is the number of different OVP chip drivers pre-installed in the mobile terminal recorded in the preset data table. For example, if three OVP chip drivers of different operators are pre-installed in the mobile terminal, then the preset maximum value is 3. Determine whether the number of reads is greater than 3.

Step 504, if the number of reads is less than or equal to the preset maximum value, then continue to read the OVP chip driver in turn and record the number of times this read, and initialize the OVP chip through the driver until the OVP chip The initialization is successful, and the flag bit information corresponding to the driver used when the OVP chip is initialized successfully is updated to the first value flag bit information.

If the judgment result is that the number of reads is less than or equal to the preset maximum value, for example, the judgment result is that the number of reads is less than or equal to three. Then continue to read the OVP chip driver in turn and record the number of times read this time, and initialize the OVP chip through the driver. If the initialization of the OVP chip is successful, the flag information corresponding to the driver used when the initialization of the OVP chip is successful is updated to the first value. If the initialization of the OVP chip fails, it is judged whether the number of reads is greater than the preset maximum value. If the number of reads is less than the preset maximum value, continue to read the OVP chip driver in turn and record the number of times this time, and initialize the OVP chip through the driver until the OVP chip is initialized successfully. The flag bit information corresponding to the driver program used when the chip initialization is successful is updated to the first value flag bit information.

Step 506, if the number of readings is greater than the preset maximum value, then finish reading the OVP chip driver and prompt an error message.

If the judging result is that the number of times of reading is greater than the preset maximum value, it means that all the OVP chip drivers stored in the mobile terminal have been tested sequentially, and all of them ended in failure. Therefore, this round of testing is completed, and there is no need to repeat the testing, so the operation of reading the OVP chip driver is ended and an error message is prompted. The error information may include that none of the OVP chip drivers stored on the mobile terminal supports the OVP chip installed on the mobile terminal, or that the OVP chip installed on the mobile terminal is damaged. The tester can perform follow-up processing on the mobile terminal according to the error information.

In this embodiment, the step of initializing the OVP chip through the driver program is executed cyclically by sequentially reading the OVP chip driver program and recording the number of readings this time. Until the OVP chip initialization is successful, update the flag bit information corresponding to the driver used when the OVP chip initialization is successful to the first value flag bit information, or the number of reads reaches the preset maximum value, then end reading the OVP chip driver And prompt an error message. Therefore, a matching OVP chip driver is found for the mobile terminal, or the mobile terminal is repaired. In order to start the next time, the OVP chip driver can be obtained directly through the flag bit information recorded in the preset relationship table, and the OVP chip can be initialized through the OVP chip driver, thereby speeding up the startup.

In one embodiment, the initialization of the OVP chip through the driver program includes: calling the corresponding initialization entry function through the driver program, so that the initialization entry function uses the bus interface to initialize the OVP chip.

The corresponding relationship between different OVP chip drivers and initialization entry function interfaces is also stored in the preset data table. After finding the matching OVP chip driver for the mobile terminal, call the corresponding initialization entry function ovp_local_init() through the OVP chip driver. The bus interface is specifically the I2C interface, and the initialization entry function ovp_local_init() is responsible for using the I2C interface to initialize the OVP chip to achieve booting.

In one embodiment, the method further includes: if the initialization of the OVP chip is successful, acquiring the information of the OVP chip in the mobile terminal, and notifying the application layer service of the information of the OVP chip.

The application layer service of the mobile terminal also needs to match the corresponding software according to the type of the underlying OVP chip driver. Therefore, after successfully initializing the OVP chip through the driver program of a certain supplier, the mobile terminal will obtain the information of the corresponding OVP chip supplier according to the successfully initialized driver program, specifically which supplier, the model of the OVP chip ID information, etc. And report the obtained information related to the OVP chip to notify the application layer service. In order to enable the application layer service to set parameter information according to the information related to the OVP chip.

In one embodiment, a boot acceleration method is provided, and the method is illustrated by being applied to the flowchart shown in FIG. 6 .

First, in step 601, a preset data table is established, which records different OVP chip drivers and corresponding flag bit information of the drivers, and also stores the correspondence between different OVP chip drivers and initialization entry functions relation.

Step 602, obtaining a boot command of the mobile terminal, and querying a preset data table on the mobile terminal. It is judged whether there is the first value flag bit information in the preset data table, that is, the OVP chip driver whose value of the flag bit is 1.

If it exists, then enter step 603, preferentially call the corresponding OVP chip driver, obtain the corresponding function initialization interface, use the I2C interface to establish communication with the OVP chip, and carry out relevant initialization settings; for example, the setting and reading of registers, the memory Application and allocation, creation of node paths.

Obtain the corresponding OVP chip manufacturer information, model ID information, and create the corresponding node path information. The node path information includes OVP chip manufacturer information or model ID information.

In step 604, the application layer service reads the node information, determines the type of the OVP chip, obtains the corresponding reported data, and updates the algorithm and other functions for the OVP chip in the application layer service according to the reported data.

When judging in step 602 whether there is the first value flag bit information in the preset data table, that is, after the value of the flag bit is 1 for the OVP chip driver, if it does not exist, then enter step 605, read the OVP chip driver sequentially and Record the number of reads this time, and initialize the OVP chip through the driver.

If the initialization of the OVP chip is successful, go to step 606, and update the flag bit information corresponding to the driver program to the first value flag bit information.

If the initialization of the OVP chip fails, then enter step 607 to judge whether the number of reads is greater than the preset maximum value, and the preset maximum value is the number of different OVP chip driver programs pre-installed in the mobile terminal recorded in the preset data table .

If the number of readings is greater than the preset maximum value, then enter step 608, end reading the OVP chip driver and prompt an error message.

If the number of reads is less than or equal to the preset maximum value, then enter step 605, read the OVP chip driver program sequentially and record the number of times read this time, and initialize the OVP chip through the driver program. Repeat the above steps until the initialization of the OVP chip is successful, and update the flag bit information corresponding to the driver used when the OVP chip initialization is successful to the first value flag bit information.

In one embodiment, as shown in FIG. 7 , a boot acceleration device 700 is provided, which includes: a boot command acquisition module 702, a preset data table query module 704, a driver acquisition module 706 and an OVP chip initialization module 708 . in,

The power-on instruction obtaining module 702 is configured to obtain the mobile terminal power-on instruction.

The preset data table query module 704 is used to query the preset data table on the mobile terminal according to the mobile terminal boot command, and the preset data table records different OVP chip drivers in the mobile terminal and flag bit information corresponding to the driver.

The driver acquisition module 706 is configured to acquire the driver corresponding to the first value flag information, and the driver corresponding to the first value flag information is a driver matching the OVP chip of the mobile terminal.

The OVP chip initialization module 708 is configured to initialize the OVP chip through the driver program corresponding to the first value flag bit information.

In one embodiment, as shown in FIG. 8 , a startup acceleration device 700 is also provided, which further includes:

The preset data table establishment module 701 is used to set up a preset data table. Different OVP chip drivers and flag information corresponding to the driver are recorded in the preset data table. The OVP chip matches the driver to be tagged.

In one embodiment, a startup acceleration device is also provided, and the device is also used to sequentially read the driver program of the OVP chip and record the driver program of this read when the driver program corresponding to the first value flag bit information is not obtained. The number of times to fetch is to initialize the OVP chip through the driver program; if the initialization of the OVP chip is successful, then update the flag bit information corresponding to the driver program to the first value flag bit information.

In one embodiment, a boot acceleration device is also provided, and the device is also used for judging whether the number of reads is greater than a preset maximum value if the initialization of the OVP chip fails, and the preset maximum value is recorded in the preset data table The number of different OVP chip drivers pre-installed in the mobile terminal; if the number of reads is less than or equal to the preset maximum value, then continue to read the OVP chip drivers in turn and record the number of reads this time, through The step of initializing the OVP chip by the driver until the initialization of the OVP chip is successful, and updating the flag bit information corresponding to the driver used when the OVP chip initialization is successful to the first value flag bit information; if the number of reads is greater than the preset If the maximum value is exceeded, the reading of the OVP chip driver will end and an error message will be prompted.

In one embodiment, the OVP chip initialization module 708 is also used to call the corresponding initialization entry function through the driver, so that the initialization entry function uses the bus interface to establish communication between the mobile terminal and the OVP chip.

In one embodiment, as shown in FIG. 9 , a boot acceleration device 700 is also provided, the device also includes a notification module 709, and the notification module 709 is used to obtain the information of the OVP chip in the mobile terminal if the initialization of the OVP chip is successful. information, and notify the application layer service of the information of the OVP chip.

In one embodiment, there is also provided a computer-readable storage medium, on which a computer program is stored, and when the program is executed by a processor, the following steps are implemented: obtaining a power-on instruction of the mobile terminal; querying the mobile terminal according to the power-on instruction of the mobile terminal The preset data table of the mobile terminal records the different OVP chip drivers and the flag bit information corresponding to the driver in the preset data table; obtains the driver program corresponding to the first value flag bit information, and the first value flag bit information The corresponding driver program is a driver program matching with the OVP chip of the mobile terminal; the OVP chip is initialized through the driver program corresponding to the first value flag bit information.

In one embodiment, when the above-mentioned program is executed by the processor, the following steps are also implemented: a preset data table is established, and different OVP chip drivers and flag bit information corresponding to the driver are recorded in the preset data table, and the flag bit information uses To mark the driver that matches the OVP chip of the mobile terminal when it is powered on for the first time.

In one embodiment, when the above-mentioned program is executed by the processor, the following steps are also implemented: when the driver program corresponding to the first value flag bit information is not obtained, the OVP chip driver program is sequentially read and the information read this time is recorded. number of times, the OVP chip is initialized through the driver program; if the initialization of the OVP chip is successful, the flag bit information corresponding to the driver program is updated to the first value flag bit information.

In one embodiment, when the above-mentioned program is executed by the processor, the following steps are also implemented: if the initialization of the OVP chip fails, it is judged whether the number of reads is greater than the preset maximum value, and the preset maximum value is the movement recorded in the preset data table The number of different OVP chip drivers pre-installed in the terminal; if the number of reads is less than or equal to the preset maximum value, continue to read the OVP chip drivers in turn and record the number of times this time, through the driver To initialize the OVP chip, until the initialization of the OVP chip is successful, update the flag bit information corresponding to the driver used when the OVP chip initialization is successful to the first value flag bit information; if the number of reads is greater than the preset maximum value , then end reading the OVP chip driver and prompt an error message.

In one embodiment, when the above program is executed by the processor, the following steps are further implemented: calling the corresponding initialization entry function through the driver program, so that the initialization entry function uses the bus interface to establish communication between the mobile terminal and the OVP chip.

In one embodiment, when the above program is executed by the processor, the following steps are further implemented: if the initialization of the OVP chip is successful, the information of the OVP chip in the mobile terminal is obtained, and the information of the OVP chip is notified to the application layer service.

In one embodiment, a mobile terminal is also provided. The mobile terminal includes a memory, a processor, and a computer program stored on the memory and operable on the processor. When the processor executes the computer program, the following steps are implemented: acquiring a mobile Terminal power-on command; query the preset data table on the mobile terminal according to the mobile terminal power-on command, and the preset data table records the different OVP chip drivers in the mobile terminal and the flag bit information corresponding to the driver; obtain the first value flag bit The driver program corresponding to the information, the driver program corresponding to the first value flag bit information is a driver program matching with the OVP chip of the mobile terminal; the OVP chip is initialized through the driver program corresponding to the first value flag bit information.

In one embodiment, when the above-mentioned processor executes the computer program, the following steps are also implemented: a preset data table is established, and different OVP chip drivers and flag bit information corresponding to the driver are recorded in the preset data table, and the flag bit information is used for To mark the driver that matches the OVP chip of the mobile terminal when it is powered on for the first time.

In one embodiment, the above-mentioned processor also implements the following steps when executing the computer program: when the driver program corresponding to the first value flag bit information is not obtained, then sequentially read the OVP chip driver program and record the information read this time. number of times, the OVP chip is initialized through the driver program; if the initialization of the OVP chip is successful, the flag bit information corresponding to the driver program is updated to the first value flag bit information.

In one embodiment, the above-mentioned processor also implements the following steps when executing the computer program: if the initialization of the OVP chip fails, it is judged whether the number of reads is greater than the preset maximum value, and the preset maximum value is the movement recorded in the preset data table The number of different OVP chip drivers pre-installed in the terminal; if the number of reads is less than or equal to the preset maximum value, continue to read the OVP chip drivers in turn and record the number of times this time, through the driver To initialize the OVP chip, until the initialization of the OVP chip is successful, update the flag bit information corresponding to the driver used when the OVP chip initialization is successful to the first value flag bit information; if the number of reads is greater than the preset maximum value , then end reading the OVP chip driver and prompt an error message.

In one embodiment, when the above-mentioned processor executes the computer program, the following steps are also implemented: calling the corresponding initialization entry function through the driver program, so that the initialization entry function uses the bus interface to establish communication between the mobile terminal and the OVP chip.

In one embodiment, when the above-mentioned processor executes the computer program, the following steps are further implemented: if the OVP chip initialization is successful, then obtain the information of the OVP chip in the mobile terminal, and notify the application layer service of the information of the OVP chip.

Those of ordinary skill in the art can understand that all or part of the processes in the methods of the above embodiments can be realized through computer programs to instruct related hardware, and the computer programs can be stored in a non-volatile computer-readable storage medium , when the program is executed, it may include the procedures of the embodiments of the above-mentioned methods. Wherein, the storage medium may be a magnetic disk, an optical disk, a read-only memory (Read-Only Memory, ROM), or a random access memory (Random Access Memory, RAM).

The technical features of the above embodiments can be combined arbitrarily. To make the description concise, all possible combinations of the technical features in the above embodiments are not described. However, as long as there is no contradiction in the combination of these technical features, they should be It is considered to be within the range described in this specification.

The above-mentioned embodiments only express several implementation modes of the present invention, and the descriptions thereof are relatively specific and detailed, but should not be construed as limiting the patent scope of the invention. It should be pointed out that those skilled in the art can make several modifications and improvements without departing from the concept of the present invention, and these all belong to the protection scope of the present invention. Therefore, the protection scope of the patent for the present invention should be based on the appended claims.

Claims (10)

1. A startup acceleration method is suitable for a mobile terminal, and comprises the following steps:

acquiring a starting instruction of the mobile terminal;

inquiring a preset data table on the mobile terminal according to the mobile terminal starting instruction, wherein different OVP chip driving programs in the mobile terminal and zone bit information corresponding to the driving programs are recorded in the preset data table;

acquiring a driving program corresponding to first value zone bit information, wherein the driving program corresponding to the first value zone bit information is a driving program matched with the OVP chip of the mobile terminal;

and initializing the OVP chip through a driving program corresponding to the first value flag bit information.

2. The method according to claim 1, wherein before said obtaining the mobile terminal power-on command, comprising:

and establishing a preset data table, wherein different OVP chip driving programs and zone bit information corresponding to the driving programs are recorded in the preset data table, and the zone bit information is used for marking the driving programs matched with the OVP chip of the mobile terminal when the mobile terminal is started for the first time.

3. The method according to claim 1, further comprising, after said querying a preset data table on the mobile terminal according to the mobile terminal power-on instruction:

when a driving program corresponding to the first value zone bit information is not acquired, sequentially reading driving programs of the OVP chip and recording the reading times, and initializing the OVP chip through the driving programs;

and if the OVP chip is successfully initialized, updating the zone bit information corresponding to the driving program into first value zone bit information.

4. The method of claim 3, after initializing the OVP chip through the driver, further comprising:

if the initialization of the OVP chip fails, judging whether the read times are greater than a preset maximum value, wherein the preset maximum value is the number of different OVP chip driving programs pre-installed in the mobile terminal and recorded in the preset data table;

if the read times are less than or equal to the preset maximum value, continuing to sequentially read an OVP chip driver and record the read times, initializing the OVP chip through the driver until the OVP chip is initialized successfully, and updating the zone bit information corresponding to the driver used when the OVP chip is initialized successfully into first value zone bit information;

and if the reading times are larger than the preset maximum value, ending reading the OVP chip driving program and prompting error information.

5. The method according to claim 4, wherein the initializing the OVP chip by the driver comprises:

and calling a corresponding initialization entry function through the driver so that the initialization entry function initializes the OVP chip by utilizing a bus interface.

6. The method of claim 1, further comprising:

and if the OVP chip is successfully initialized, acquiring the information of the OVP chip in the mobile terminal and informing the application layer service of the information of the OVP chip.

7. A boot-up acceleration apparatus, comprising:

the starting instruction acquisition module is used for acquiring a starting instruction of the mobile terminal;

the preset data table query module is used for querying a preset data table on the mobile terminal according to the mobile terminal starting instruction, wherein different OVP chip driving programs in the mobile terminal and zone bit information corresponding to the driving programs are recorded in the preset data table;

a driver acquiring module, configured to acquire a driver corresponding to first value flag bit information, where the driver corresponding to the first value flag bit information is a driver matched with the OVP chip of the mobile terminal;

and the OVP chip initialization module is used for initializing the OVP chip through a driving program corresponding to the first value flag bit information.

8. The apparatus of claim 7, further comprising:

the device comprises a preset data table establishing module, a flag bit information and a flag bit setting module, wherein the preset data table is used for establishing a preset data table, different OVP chip driving programs and the flag bit information corresponding to the driving programs are recorded in the preset data table, and the flag bit information is used for marking the driving programs matched with the OVP chip of the mobile terminal when the mobile terminal is started for the first time.

9. A computer-readable storage medium, on which a computer program is stored, which, when being executed by a processor, implements a boot acceleration method as claimed in any one of claims 1 to 6.

10. A mobile terminal comprising a memory, a processor and a computer program stored on the memory and executable on the processor, wherein the processor implements the boot acceleration method according to any one of claims 1 to 6 when executing the computer program.