CN106598686B - Method and device for realizing differential upgrade debugging in system partition - Google Patents
Method and device for realizing differential upgrade debugging in system partition Download PDFInfo
- Publication number
- CN106598686B CN106598686B CN201710001013.4A CN201710001013A CN106598686B CN 106598686 B CN106598686 B CN 106598686B CN 201710001013 A CN201710001013 A CN 201710001013A CN 106598686 B CN106598686 B CN 106598686B
- Authority
- CN
- China
- Prior art keywords
- debugging
- file
- differential
- upgraded
- area
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
- G06F8/658—Incremental updates; Differential updates
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Debugging And Monitoring (AREA)
- Stored Programmes (AREA)
Abstract
The invention discloses a method and a device for realizing differential upgrading debugging in a system partition. The method comprises the following steps: triggering a debugging switch to initiate the debugging of differential upgrading in the system partition; judging whether the file system verification performed by the system partition is successful or not under the debugging of differential upgrading; if the file system is not successfully verified, continuing to execute differential upgrading of the system partition according to the starting indication of the debugging switch; after the instruction is carried out to continue the differential upgrading of the system partition, the differential upgrading of the area to be upgraded which is not successfully verified according to the starting control file of the debugging switch is skipped over, and the differential upgrading is carried out in the area to be upgraded which is successfully verified. Therefore, differential upgrading is successfully completed in the debugging process, the problems still existing in differential upgrading can be further reproduced, investigation and debugging of the problems can be completed without compiling a whole upgrading packet and a differential upgrading packet again in the repeated debugging process, and the defects of difficulty in debugging and time consumption are avoided.
Description
Technical Field
The invention relates to the technical field of software debugging, in particular to a method and a device for realizing differential upgrade debugging in a system partition.
Background
The upgrade of the system in the intelligent terminal is usually realized by differential upgrade, that is, the system in the intelligent terminal is upgraded from a low version to a high version by differential upgrade. The differential upgrading is only to update the difference part relative to the high version in the system file, so that the upgrading efficiency is very high, and the differential upgrading method is widely applied to the system upgrading of the intelligent terminal.
Based on the method, after the high version is developed, the test link needs to debug the realization of differential upgrading so as to ensure that the user can smoothly upgrade to the high version in the intelligent terminal through the differential upgrading.
In the debugging of the differential upgrade, the process of updating the low version to the high version through the differential upgrade is continuously executed, so that the problem is reproduced and is correspondingly modified.
Because the execution of the differential upgrade requires that each area to be upgraded in the intelligent terminal must be completely consistent with the requirements in the differential upgrade package, the differential upgrade process can be continuously executed if the verification of the difference is passed. However, in the debugging of the differential upgrade, modification is inevitably performed for the problem, so that the modification of a certain area to be upgraded cannot pass the verification, and the differential upgrade process cannot be continuously performed, so that the debugging process of the differential upgrade cannot be performed.
The existing processing mechanism is to recompile the full upgrade package of the current version after modifying the code information for the problem, so that the system of the intelligent terminal is recovered through the full upgrade package, and the intelligent terminal is guaranteed to be the system of the low version, and to make the differential upgrade package again, if the differential upgrade process executed on the differential upgrade package made again is still not successful, the process needs to be executed repeatedly until the differential upgrade is successful.
This would therefore make debugging of differential upgrades very difficult and time consuming, greatly affecting high version releases.
Disclosure of Invention
In order to solve the technical problems of difficulty and time consumption in debugging of differential upgrading in the related technology, the invention provides a method and a device for realizing differential upgrading debugging in system partitions.
A method of implementing differential upgrade debugging in a system partition, the method comprising:
triggering a debugging switch, and initiating debugging of differential upgrading in a system partition by starting the debugging switch;
under the debugging of the differential upgrading, judging whether the file system verification performed by the system partition is successful;
if the file system is not successfully verified, continuing to execute differential upgrading of the system partition according to the starting indication of the debugging switch;
if the file system is verified successfully, indicating to continue to execute the differential upgrading of the system partition;
after the differential upgrading of the system partition is instructed to be continuously executed, the differential upgrading of the region to be upgraded is skipped according to the region to be upgraded, which is not successfully verified by the starting control file of the debugging switch, and the differential upgrading is executed in the region to be upgraded, which is successfully verified by the file.
An apparatus for implementing differential upgrade debugging in a system partition, the apparatus comprising:
the switch triggering module is used for triggering the debugging switch and initiating the debugging of differential upgrading in the system partition by starting the debugging switch;
the file system checking module is used for judging whether the file system checking performed by the system partition is successful or not under the debugging of the differential upgrading;
the verification failure processing module is used for continuing to execute the differential upgrading of the system partition according to the starting instruction of the debugging switch if the file system is not verified successfully;
the verification success processing module is used for indicating to continue to execute the differential upgrading of the system partition if the file system is verified successfully;
and the area file checking and processing module is used for skipping self differential upgrading according to the area to be upgraded, which is not successfully checked according to the starting control file of the debugging switch, after the differential upgrading of the system partition is instructed to be continuously executed, and the differential upgrading is executed in the area to be upgraded, which is successfully checked.
The technical scheme provided by the embodiment of the invention can have the following beneficial effects:
in order to realize the debugging of the differential upgrading in the system partition, firstly, a debugging switch is triggered, the debugging of the differential upgrading in the system partition is initiated by the starting of the debugging switch, whether the file system verification carried out by the system partition is successful or not is judged under the debugging of the differential upgrading, if the file system verification is unsuccessful, the differential upgrading of the system partition is continuously executed according to the starting indication of the debugging switch, if the file system verification is successful, the differential upgrading of the system partition is directly indicated to be continuously executed, in the continuous execution of the differential upgrading in the system partition, the area to be upgraded, which is not successfully verified, is controlled to skip the differential upgrading of the area per se according to the starting of the debugging switch, the differential upgrading is executed in the area to be upgraded, which is successfully verified, so that the differential upgrading is successfully completed in the debugging process, and the problems still existing in the differential upgrading can be reproduced, moreover, investigation and debugging of all problems can be completed without recompiling the whole upgrade package and the differential upgrade package in the repeated debugging process, so that the defects of difficult debugging and time consumption of differential upgrading are avoided, and the efficiency of investigation and debugging of the problems of differential upgrading is effectively improved.
It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the invention, as claimed.
Drawings
The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the invention and together with the description, serve to explain the principles of the invention.
FIG. 1 is a flow diagram illustrating a method for implementing differential upgrade debugging in a system partition in accordance with an exemplary embodiment;
FIG. 2 is a flowchart illustrating details of step 190 according to a corresponding embodiment of FIG. 1;
FIG. 3 is a schematic diagram illustrating a process for rapid debugging of a problem in differential upgrades in accordance with an illustrative embodiment;
FIG. 4 is a schematic diagram illustrating system partitioning in accordance with an illustrative embodiment;
FIG. 5 is a block diagram illustrating an apparatus for implementing differential upgrade scheduling in a system partition in accordance with an exemplary embodiment;
FIG. 6 is a block diagram of a zone file verification processing module shown in accordance with a corresponding embodiment of FIG. 5;
FIG. 7 is a block diagram illustrating an apparatus in accordance with an example embodiment.
Detailed Description
Reference will now be made in detail to the exemplary embodiments, examples of which are illustrated in the accompanying drawings. When the following description refers to the accompanying drawings, like numbers in different drawings represent the same or similar elements unless otherwise indicated. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with the present invention. Rather, they are merely examples of apparatus and methods consistent with certain aspects of the invention, as detailed in the appended claims.
FIG. 1 is a flow diagram illustrating a method for implementing differential upgrade debugging in a system partition in accordance with an exemplary embodiment. The method for implementing differential upgrade debugging in the system partition, as shown in fig. 1, may include the following steps.
In step 110, a debug switch is triggered, and the debugging of the differential upgrade in the system partition is initiated by turning on the debug switch.
The debugging switch is used for controlling the opening and closing of the development function under the operating system of the intelligent terminal. The debugging switch can be turned on when differential debugging is needed, and then the operating system of the intelligent terminal is switched to a debugging mode.
In an exemplary embodiment, the triggering of the debug switch is implemented under the manual control of a developer, so that the development function can be prevented from entering easily, and malicious damage of a third party can be prevented.
When a developer needs to debug the differential upgrade process of upgrading the system to a high-version system, the debugging switch can be triggered to be turned on the control interface, so that the differential upgrade process of the system partition is carried out, and the problem is reproduced along with the progress of the differential upgrade, so that the problem can be conveniently investigated and debugged.
In step 130, under the debugging of the differential upgrade, it is determined whether the file system verification performed by the system partition is successful, if the file system verification is not successful, step 150 is performed, and if the file system verification is successful, step 170 is performed.
After the differential upgrade of the system partition is started to be debugged through the steps, the differential upgrade process is triggered to be executed.
In the differential upgrade process, the file system in the system partition is checked first. On one hand, the file system verification is performed to ensure that the current environment of the system partition is legal, for example, no data tampering occurs; on the other hand, it is necessary to ensure that the system partition is not in the read-write state.
Based on security considerations, the differential upgrade process performed is more demanding than previous file-based differential upgrade processes. Specifically, the system partition is required to be completely consistent with that required by the differential upgrade package, otherwise the upgrade is inevitably unsuccessful, and therefore, for the differential upgrade process, verification of the file system in the system partition is inevitably performed first.
In the file system verification, if the system partition is never modified, the file system verification is passed, and the differential upgrade process can be continued.
If the system partition is modified, for example, the file in the system partition was modified in the last debugging for a certain problem, the verification of the file system is not successful. At this time, the differential upgrade process is still continuously executed in the area to be upgraded, which is not successfully verified by the file system in the system partition, according to the on indication of the debug switch.
In step 150, the differential upgrade of the system partition is continuously executed according to the on indication of the debug switch.
In the file system verification performed by the system partition, even if the file system verification is unsuccessful, the differential upgrade process can still be performed under the action of the debug switch, and the differential upgrade cannot be performed due to the fact that the file system verification is unsuccessful.
Through the implementation of the step 130 and the step 150, the debugging of the differential upgrade can be performed after the file modification is performed for a problem, for example, the corresponding source code is modified for a certain problem module, and the debugging process is directly and repeatedly performed in the system partition in which the file modification is completed for the problem, so that the debugging speed of the differential upgrade is accelerated, the efficiency is improved, and the implementation of the differential upgrade debugging is ensured.
In a specific implementation of an exemplary embodiment, if the verification of the file system is not successful, the differential upgrade process will be exited according to the differential upgrade procedure. However, the debugging switch is turned on, so that the differential upgrading process cannot be quitted even if the verification of the file system is not successful at present, and the continuous execution of the differential upgrading process can be ensured.
That is, at this time, under the turned-on debug switch, the partition to be upgraded, for which the file verification is unsuccessful, continues to perform differential upgrade through an adb (android bridge) debug process that can be implemented in the debug mode.
In step 170, the differential upgrade of the system partition is instructed to continue.
After the file system in the system partition is verified and verified successfully in step 130, a normal differential upgrade process may be performed, that is, the differential upgrade process in the system partition is continued, and the differential upgrade process may be continued without being performed under the control of the debug switch.
In step 190, after the instruction to continue executing the differential upgrade of the system partition is given, the area to be upgraded, for which the file verification is not successful, is controlled according to the turning on of the debug switch, and the differential upgrade is skipped over from the area to be upgraded, for which the file verification is successful, and the differential upgrade is executed in the area to be upgraded, for which the file verification is successful.
It should be noted that, firstly, in the differential upgrade process, on one hand, the upgrade process is executed by the difference normally executed under the successful verification of the file system, and on the other hand, the differential upgrade process is continuously executed under the control of the debug switch when the verification of the file system is not successful.
Here, the currently initiated differential upgrade process will continue to be performed regardless of whether the file system is verified.
That is, as described in step 190, after the differential upgrade is controlled to continue to be executed through the foregoing steps, the file verification in the area to be upgraded is performed accordingly.
It will be appreciated that, based on security considerations, the differential upgrade process has evolved from being a file-wise differential upgrade to being a modular differential upgrade, no longer allowing changes to the file system, timestamps, and underlying layout, etc. Therefore, a file check is needed to perform a differential upgrade on a file when it is confirmed that no change has occurred to the file.
The differential upgrading of the system partitions is carried out according to an area by an area, which is the area to be upgraded, because the system files are very big. For each region, before performing the differential upgrade, file verification is required to ensure that the region is consistent with the requirements in the differential upgrade package.
However, for the area to be upgraded where the file modification has occurred, the file verification process performed by the area to be upgraded inevitably fails. For example, for a problem occurring in differential upgrade debugging, a certain area to be upgraded is subjected to file modification, and a file in the area to be upgraded is a replaced file, which cannot necessarily pass file verification.
In this case, according to the normal differential upgrade process, only the differential upgrade can be exited, and the debugging of the differential upgrade cannot be continued, so that the subsequent problems cannot be reproduced.
Therefore, the currently performed differential upgrade process needs to be continuously executed under the action of the turned-on debug switch.
Specifically, the differential upgrade of the region to be upgraded, which is failed in file verification and controlled by the debug switch, is skipped, and the differential upgrade is executed on the region to be upgraded, which is successfully verified.
On the one hand, for the area to be upgraded for which the file verification is not successful, the modification has been substantially completed for the problem that occurred, and therefore the area does not need to be upgraded.
On the other hand, for the area to be upgraded for which the file verification is unsuccessful, the debugging is not performed, that is, the problem investigation and debugging are performed, and the current differential upgrade process needs to be continuously executed, so that the whole differential upgrade debugging process is completed.
In a specific implementation of an exemplary embodiment, similar to the verification of the file system, for an area to be upgraded, the file verification of which fails, under the control of the debug switch, the adb debugging process that can be implemented in the debug mode is used to control the area to be upgraded, in which the file verification fails, to skip the differential upgrade of the area to be upgraded, and to perform the differential upgrade of other areas to be upgraded.
Through the implementation of the differential upgrade debugging, even if the flow of the differential upgrade is modified under the action of the debug switch, namely, the process of quitting the upgrade after the original verification fails can continue the debugging of the differential upgrade under the action of the debug switch, so that the differential upgrade debugging of the system partition can be completed on the premise of not recompiling the whole upgrade package and recompacting the differential upgrade package.
In an exemplary embodiment, step 110 may include the following steps.
And receiving a debugging mode opening instruction generated by triggering and opening a debugging switch configured on the control interface, responding to the debugging mode opening instruction to initiate debugging of differential upgrading in the system partition, and configuring the debugging switch on the control interface under the specified authority.
Specifically, the debugging switch is started by triggering and executing corresponding operation, and finally a debugging mode opening instruction is generated.
The performance of the related operations referred to, including: (1) acquiring a system authority (root authority) by using a private adbkey and a command; (2) and loading the adb debugging interface.
The operation ensures that a third party cannot operate the data in other modes, so that the data tampering is effectively prevented, and the security is ensured while the debugging can be realized.
And the debugging mode opening instruction is used for realizing the opening of the debugging mode in the intelligent terminal, and the intelligent terminal can be switched to the debugging mode along with the opening of the debugging mode.
In a specific implementation of an exemplary embodiment, the specific implementation of step 110 includes: (1) receiving a debugging mode opening instruction generated by triggering the debugging switch to be opened in the control interface; (2) and writing an upgrading debugging identifier in a specified position according to the debugging mode opening instruction, wherein the upgrading debugging identifier is used for indicating the starting of the debugging switch.
And the designated position is used for indicating a partition used for storing the upgrading debugging identification in the intelligent terminal. The partition storing the upgrade debugging identifier in the intelligent terminal may be a designated binary partition in the intelligent terminal. For example, under a high-pass platform, this partition may be a misc partition; in other platforms, a partition may be partitioned for storing the upgrade debugging identifier, which is not limited herein.
Under the effect of the debugging mode opening instruction, the intelligent terminal is switched to the debugging mode, and the upgrading debugging identification is written in the designated position, so that the upgrading debugging identification can control the subsequent differential upgrading process. And the upgrading debugging identifier is used for indicating the continuous execution of the differential upgrading in the debugging mode, and even if the condition of quitting upgrading is met in the execution flow of the differential upgrading, the continuous execution of the subsequent process is still indicated. The upgrade debugging identification is a specific character string.
In a specific implementation of an exemplary embodiment, the upgrade debugging identifier is stored in the misc partition, which is a partition in the intelligent terminal and has a higher authority relative to other partitions. And writing an upgrading debugging identifier into the misc partition to start a debugging mode, so that an operating system of the intelligent terminal runs in the debugging mode.
Fig. 2 is a flow chart illustrating the details of step 190 according to the corresponding embodiment of fig. 1. This step 190, as shown in FIG. 2, may include the following steps.
In step 191, after the instruction to continue to execute the differential upgrade of the system partition, the files in the area to be upgraded in the system partition are sequentially checked, and it is determined whether the files in the area to be upgraded pass the check.
In step 193, if the file verification of the area to be upgraded is not successful, the area to be upgraded is controlled to skip the differential upgrade of the area to be upgraded according to the turning-on of the debug switch.
In step 195, if the file verification of the area to be upgraded is successful, the differential upgrade itself is performed on the area to be upgraded where the file verification is successful.
As described in the embodiment corresponding to fig. 1, the upgrade in the system partition is implemented by one area, and therefore, in the differential upgrade process that is continuously executed after the file system verification, the file verification of each partition to be upgraded is sequentially performed first.
If the file verification of the area to be upgraded passes, the differential upgrade of the area is directly carried out, and if the file verification of the area to be upgraded is not successful, the area to be upgraded is skipped under the control of the upgrade debugging identifier, and the area to be upgraded is not upgraded.
Therefore, the area to be upgraded which is not debugged is ensured, the differential upgrade of the area can be continuously executed under the condition that the problems of other areas are modified, the existing problems can be reproduced, and the differential upgrade debugging of the whole system partition is finally completed.
In an exemplary embodiment, the method for implementing differential upgrade debugging in system partitions as described above further includes the following steps.
And performing replacement processing on the corresponding problem file in the system partition aiming at the problem module, wherein the area of the problem file replaced by the target file corresponds to the area to be upgraded, which is not successfully verified.
In the differential upgrade debugging of the system partition, if a module has a problem, that is, a problem module exists, a file formed by code information in the problem module is a problem file, and the problem file includes the code information with the problem, so that the code information with the problem in the problem file needs to be modified and compiled to generate a target file. The code information with the problem is the code information in the problem file.
In the intelligent terminal, the root authority is acquired, the system partition is mounted in a read-write state, and the problem file is replaced by the target file on the basis, so that the problem modification process in the debugging process is completed, and the problem recurring in the differential upgrading debugging process is continuously processed through the process.
In the process and the cooperation of the corresponding embodiment of fig. 1, the debugging process of differential upgrading in the intelligent terminal is completed, all the problems are finally solved, the debugging is fast and convenient, and the time is saved.
The process of realizing differential upgrade debugging in the system partition is applied to the intelligent terminal with the Android operating system, and further guarantees are provided for the process of updating the low version to the high version through differential upgrade in the intelligent terminal.
The method for realizing differential upgrade debugging in the system partition is described in combination with a specific application scenario. For example, FIG. 3 is a schematic diagram illustrating a process for rapid debugging of problems in differential upgrades in accordance with an exemplary embodiment.
Fig. 3 shows a debugging process of a differential upgrade, and it should be briefly mentioned that, for example, as shown in fig. 4, for a system partition, it includes a header 310 and a plurality of region blocks 330, where the header 310 corresponds to a file system, and the region blocks are used for storing system files, such as system applications, system library files, etc., that is, each region block will exist as a region in the system partition.
Therefore, as shown in fig. 3, for a problem recurring in a region, the code information is modified for the problem, and the target file is compiled and generated, that is, step 410 and step 430 are executed, so as to obtain the target file, which is executed by a developer at any time according to the existence of the problem in the code information.
After the target file is obtained, step 510 may be executed to obtain root permissions and mount the system partition in a read-write state.
By executing step 520, the problem file in the intelligent terminal is replaced by the target file, and at this time, the differential upgrade process in the system partition can be executed to upgrade to a high version.
As shown in step 540, the file system is checked first, i.e., at the head of the system partition. The header of the system partition corresponds to the file system, which is essentially a verification process of the file system.
And when the file system is successfully verified, executing a normal differential upgrade process, namely entering step 550 to verify the file in the area to be upgraded.
If the file system verification is not successful, step 541 is needed to determine whether the upgrade debugging identifier exists. If the upgrade debugging identification does not exist, the upgrade is quitted, namely step 543; if the upgrade debugging identifier exists, step 550 is entered, and the currently performed differential upgrade is continued.
As shown in step 550, the file verification of the areas to be upgraded is performed in sequence, if the file verification of the current area to be upgraded is successful, the file verification process of the next area to be upgraded i is entered, that is, as shown in step 551, and when the file verification of each area to be upgraded is successful, the differential upgrade is performed on the area to be upgraded, as shown in step 560.
If the file verification is not successful, then the differential upgrade itself needs to be skipped under the effect of the upgrade debug flag, as shown in step 570.
By analogy, the differential upgrade of all the areas to be upgraded, which are successfully verified, can be completed and restarted, that is, step 580 is executed, that is, the debugging process of one differential upgrade is completed, at this time, the existing problems can reappear after the restart, and then the problems can be repeatedly executed, and any problem can not reappear directly.
The following is an embodiment of an apparatus of the present invention, which may be used to implement an embodiment of a method for implementing differential upgrade debugging in the system partition of the present invention. For details that are not disclosed in the embodiments of the apparatus of the present invention, please refer to the embodiments of the method for implementing differential upgrade debugging in system partitions of the present invention.
FIG. 5 is a block diagram illustrating an apparatus for implementing differential upgrade scheduling in a system partition in accordance with an exemplary embodiment. The apparatus for implementing differential upgrade scheduling in the system partition, as shown in fig. 5, may include, but is not limited to: a switch triggering module 710, a file system verifying module 730, a verification failure processing module 750, a verification success processing module 770, and a region file verification processing module 790.
And the switch triggering module 710 is configured to trigger the debug switch, and initiate debugging of differential upgrade in the system partition by turning on the debug switch.
The file system checking module 730 is configured to determine whether the file system checking performed by the system partition is successful under the debugging of the differential upgrade.
And a verification failure processing module 750, configured to, if the file system verification is unsuccessful, continue to perform differential upgrade on the system partition according to an on instruction of the debug switch.
And the verification success processing module 770 is configured to instruct to continue to perform the differential upgrade of the system partition if the file system verification is successful.
And the region file checking and processing module 790 is configured to skip the differential upgrade of the region to be upgraded, which is not successfully checked according to the start control file of the debug switch, after instructing to continue to perform the differential upgrade of the system partition, and perform the differential upgrade in the region to be upgraded, which is successfully checked.
In an exemplary embodiment, the switch triggering module 710 is further configured to receive a debug mode open instruction generated by triggering a debug switch of the manipulation interface configuration, and initiate debugging of differential upgrade in the system partition in response to the debug mode open instruction, where the debug switch is configured on the manipulation interface under a specified permission.
Fig. 6 is a block diagram of a region file verification processing module according to the corresponding embodiment shown in fig. 5. The regional file verification processing module 790, as shown in fig. 6, may include but is not limited to: a file verification execution unit 791, a self upgrade skip unit 793, and a differential upgrade execution unit 795.
And the file verification execution unit 791 is configured to, after instructing to continue to execute the differential upgrade of the system partition, sequentially verify files in the area to be upgraded in the system partition, and determine whether the files in the area to be upgraded pass the verification.
And the self-upgrading skipping unit 793 is used for controlling the area to be upgraded to skip self differential upgrading according to the starting of the debugging switch if the file verification of the area to be upgraded is not successful.
And the differential upgrade executing unit 795 is configured to, if the file verification of the area to be upgraded is successful, execute differential upgrade of the differential upgrade itself in the area to be upgraded, where the file verification is successful.
In an exemplary embodiment, the apparatus for implementing differential upgrade debugging in the system partition further includes, but is not limited to: and replacing the processing module.
The replacement processing module is used for performing replacement processing on corresponding problem files in the system partition aiming at the problem module, and the area of the problem file replaced by the target file corresponds to the area to be upgraded, which is not successfully verified.
Fig. 7 is a block diagram illustrating an apparatus 900 according to an example embodiment. For example, apparatus 900 may be television terminal 110 in the implementation environment shown in FIG. 1.
Referring to fig. 7, apparatus 900 may include one or more of the following components: a processing component 902, a memory 904, a power component 906, a multimedia component 908, an audio component 910, a sensor component 914, and a communication component 916.
The processing component 902 generally controls overall operation of the device 900, such as operations associated with display, telephone calls, data communications, camera operations, and recording operations, among others. Processing component 902 may include one or more processors 918 to execute instructions to perform all or part of the steps of the methods described below. Further, processing component 902 can include one or more modules that facilitate interaction between processing component 902 and other components. For example, the processing component 902 can include a multimedia module to facilitate interaction between the multimedia component 908 and the processing component 902.
The memory 904 is configured to store various types of data to support operation at the apparatus 900. Examples of such data include instructions for any application or method operating on device 900. The Memory 904 may be implemented by any type of volatile or non-volatile Memory device or combination thereof, such as a Static Random Access Memory (SRAM), an Electrically erasable Programmable Read-Only Memory (EEPROM), an erasable Programmable Read-Only Memory (EPROM), a Programmable Read-Only Memory (PROM), a Read-Only Memory (ROM), a magnetic Memory, a flash Memory, a magnetic disk, or an optical disk. Also stored in memory 904 are one or more modules configured to be executed by the one or more processors 918 to perform all or a portion of the steps of any of the methods described below in fig. 1, 2, and 3.
The power supply component 906 provides power to the various components of the device 900. The power components 906 may include a power management system, one or more power supplies, and other components associated with generating, managing, and distributing power for the device 900.
The multimedia component 908 comprises a screen providing an output interface between the device 900 and a user. In some embodiments, the screen may include a Liquid Crystal Display (LCD) and a Touch Panel (TP). If the screen includes a touch panel, the screen may be implemented as a touch screen to receive an input signal from a user. The touch panel includes one or more touch sensors to sense touch, slide, and gestures on the touch panel. The touch sensor may not only sense the boundary of a touch or slide action, but also detect the duration and pressure associated with the touch or slide operation. The screen may further include an Organic Light Emitting Display (OLED for short).
The audio component 910 is configured to output and/or input audio signals. For example, the audio component 910 includes a Microphone (MIC) configured to receive external audio signals when the device 900 is in an operational mode, such as a call mode, a recording mode, and a voice recognition mode. The received audio signals may further be stored in the memory 904 or transmitted via the communication component 916. In some embodiments, audio component 910 also includes a speaker for outputting audio signals.
The sensor component 914 includes one or more sensors for providing status assessment of various aspects of the apparatus 900. For example, the sensor assembly 914 may detect an open/closed state of the device 900, the relative positioning of the components, the sensor assembly 914 may also detect a change in position of the device 900 or a component of the device 900, and a change in temperature of the device 900. In some embodiments, the sensor assembly 914 may also include a magnetic sensor, a pressure sensor, or a temperature sensor.
The communication component 916 is configured to facilitate communications between the apparatus 900 and other devices in a wired or wireless manner. The apparatus 900 may access a WIreless network based on a communication standard, such as WiFi (WIreless-Fidelity). In an exemplary embodiment, the communication component 916 receives a broadcast signal or broadcast associated information from an external broadcast management system via a broadcast channel. In an exemplary embodiment, the communication component 916 further includes a Near Field Communication (NFC) module to facilitate short-range communication. For example, the NFC module may be implemented based on Radio Frequency Identification (RFID) technology, Infrared data association (IrDA) technology, Ultra Wideband (UWB) technology, bluetooth technology, and other technologies.
In an exemplary embodiment, the apparatus 900 may be implemented by one or more Application Specific Integrated Circuits (ASICs), digital signal processors, digital signal processing devices, programmable logic devices, field programmable gate arrays, controllers, microcontrollers, microprocessors or other electronic components for performing the methods described below.
Optionally, the present invention further provides an intelligent terminal, which executes all or part of the steps of the method for implementing differential upgrade debugging in the system partition shown in any one of fig. 1, fig. 2, and fig. 3. The device comprises:
a processor;
a memory for storing processor-executable instructions;
wherein the processor is configured to perform:
triggering a debugging switch, and initiating debugging of differential upgrading in a system partition by starting the debugging switch;
under the debugging of the differential upgrading, judging whether the file system verification performed by the system partition is successful;
if the file system is not successfully verified, continuing to execute differential upgrading of the system partition according to the starting indication of the debugging switch;
if the file system is verified successfully, indicating to continue to execute the differential upgrading of the system partition;
after the differential upgrading of the system partition is instructed to be continuously executed, the differential upgrading of the region to be upgraded is skipped according to the region to be upgraded, which is not successfully verified by the starting control file of the debugging switch, and the differential upgrading is executed in the region to be upgraded, which is successfully verified by the file.
The specific manner in which the processor of the apparatus in this embodiment performs operations has been described in detail in the embodiment of the method for implementing differential upgrade debugging in the system partition, and will not be described in detail here.
In an exemplary embodiment, a storage medium is also provided that is a computer-readable storage medium, such as may be transitory and non-transitory computer-readable storage media, including instructions. The storage medium refers, for example, to memory 904 including instructions executable by processor 918 of device 900 to perform a method for implementing differential upgrade debugging in a system partition as described above.
It will be understood that the invention is not limited to the precise arrangements described above and shown in the drawings and that various modifications and changes may be made without departing from the scope thereof. The scope of the invention is limited only by the appended claims.
Claims (8)
1. A method for implementing differential upgrade debugging in a system partition, the method comprising:
triggering a debugging switch, and initiating debugging of differential upgrading in a system partition by starting the debugging switch;
under the debugging of the differential upgrading, judging whether the file system verification performed by the system partition is successful;
if the file system is not successfully verified, continuing to execute differential upgrading of the system partition according to the starting indication of the debugging switch;
if the file system is verified successfully, indicating to continue to execute the differential upgrading of the system partition;
after the differential upgrading of the system partition is instructed to be continuously executed, the differential upgrading of the region to be upgraded is skipped according to the region to be upgraded, which is not successfully verified by the starting control file of the debugging switch, and the differential upgrading is executed in the region to be upgraded, which is successfully verified by the file.
2. The method of claim 1, wherein the triggering the debug switch to initiate debugging of the differential upgrade in the system partition by turning on the debug switch comprises:
receiving a debugging mode opening instruction generated by triggering and opening a debugging switch configured on an operation control interface, responding to the debugging mode opening instruction to initiate debugging of differential upgrading in the system partition, and configuring the debugging switch on the operation control interface under the appointed authority.
3. The method according to claim 1, wherein after instructing to continue to perform the differential upgrade of the system partition, skipping the differential upgrade of the system partition according to the area to be upgraded for which the on-state control file of the debug switch is not successfully verified, wherein the differential upgrade is performed in the area to be upgraded for which the file verification is successfully verified, and the method comprises:
after the differential upgrading of the system partition is instructed to be continuously executed, files of an area to be upgraded in the system partition are sequentially verified, and whether the files of the area to be upgraded pass the verification is judged;
if the file verification of the area to be upgraded is not successful, controlling the area to be upgraded to skip the differential upgrade of the area to be upgraded according to the starting of the debugging switch;
and if the file verification of the area to be upgraded is successful, executing self differential upgrading in the area to be upgraded, in which the file verification is successful.
4. The method of claim 1, further comprising:
and performing replacement processing on the corresponding problem file in the system partition aiming at the problem module, wherein the area of the problem file replaced by the target file corresponds to the area to be upgraded, which is not successfully verified.
5. An apparatus for implementing differential upgrade debugging in a system partition, the apparatus comprising:
the switch triggering module is used for triggering the debugging switch and initiating the debugging of differential upgrading in the system partition by starting the debugging switch;
the file system checking module is used for judging whether the file system checking performed by the system partition is successful or not under the debugging of the differential upgrading;
the verification failure processing module is used for continuing to execute the differential upgrading of the system partition according to the starting instruction of the debugging switch if the file system is not verified successfully;
the verification success processing module is used for indicating to continue to execute the differential upgrading of the system partition if the file system is verified successfully;
and the area file checking and processing module is used for skipping self differential upgrading according to the area to be upgraded, which is not successfully checked according to the starting control file of the debugging switch, after the differential upgrading of the system partition is instructed to be continuously executed, and the differential upgrading is executed in the area to be upgraded, which is successfully checked.
6. The apparatus of claim 5, wherein the switch triggering module is further configured to receive a debug mode open instruction generated by triggering a debug switch configured to manipulate an interface to be turned on, and initiate debugging of a differential upgrade in a system partition in response to the debug mode open instruction, where the debug switch is configured to manipulate the interface under a specified permission.
7. The apparatus of claim 5, wherein the region file verification processing module comprises:
the file verification execution unit is used for sequentially verifying the files in the area to be upgraded in the system partition after instructing to continue to execute the differential upgrade of the system partition, and judging whether the files in the area to be upgraded pass the verification;
the self-upgrading skipping unit is used for controlling the area to be upgraded to skip self differential upgrading according to the starting of the debugging switch if the file verification of the area to be upgraded is not successful;
and the differential upgrade execution unit is used for executing self differential upgrade in the area to be upgraded, which is successfully verified by the file, if the file verification of the area to be upgraded is successful.
8. The apparatus of claim 5, further comprising:
and the replacement processing module is used for performing replacement processing on the corresponding problem file in the system partition aiming at the problem module, and the area of the problem file replaced by the target file corresponds to the area to be upgraded, which is not successfully verified.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710001013.4A CN106598686B (en) | 2017-01-03 | 2017-01-03 | Method and device for realizing differential upgrade debugging in system partition |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710001013.4A CN106598686B (en) | 2017-01-03 | 2017-01-03 | Method and device for realizing differential upgrade debugging in system partition |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN106598686A CN106598686A (en) | 2017-04-26 |
| CN106598686B true CN106598686B (en) | 2020-03-06 |
Family
ID=58582156
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710001013.4A Active CN106598686B (en) | 2017-01-03 | 2017-01-03 | Method and device for realizing differential upgrade debugging in system partition |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN106598686B (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113254037A (en) * | 2021-05-12 | 2021-08-13 | 深圳市天视通视觉有限公司 | Version upgrading method and device, electronic equipment and storage medium |
| CN113504931B (en) * | 2021-07-29 | 2022-08-16 | 中国第一汽车股份有限公司 | Controller testing method, device, equipment and storage medium |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102314355A (en) * | 2010-07-08 | 2012-01-11 | 上海易狄欧电子科技有限公司 | E-book reader and upgrade method thereof |
| CN102945176A (en) * | 2012-11-09 | 2013-02-27 | 青岛海信移动通信技术股份有限公司 | Terminal equipment booting and updating method and equipment |
| CN104915219A (en) * | 2014-03-12 | 2015-09-16 | 奇点新源国际技术开发(北京)有限公司 | Single chip microcomputer program upgrading method and device |
| CN105094875A (en) * | 2014-05-19 | 2015-11-25 | 中兴通讯股份有限公司 | Software upgrading method and device |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102629206B (en) * | 2012-02-29 | 2018-02-06 | 深圳市赛格导航科技股份有限公司 | A kind of method for updating embedded system software and system |
| CN106202276B (en) * | 2016-06-30 | 2019-07-09 | 深圳市航天无线通信技术有限公司 | Bluetooth OBD long-time data save implementation method |
-
2017
- 2017-01-03 CN CN201710001013.4A patent/CN106598686B/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102314355A (en) * | 2010-07-08 | 2012-01-11 | 上海易狄欧电子科技有限公司 | E-book reader and upgrade method thereof |
| CN102945176A (en) * | 2012-11-09 | 2013-02-27 | 青岛海信移动通信技术股份有限公司 | Terminal equipment booting and updating method and equipment |
| CN104915219A (en) * | 2014-03-12 | 2015-09-16 | 奇点新源国际技术开发(北京)有限公司 | Single chip microcomputer program upgrading method and device |
| CN105094875A (en) * | 2014-05-19 | 2015-11-25 | 中兴通讯股份有限公司 | Software upgrading method and device |
Also Published As
| Publication number | Publication date |
|---|---|
| CN106598686A (en) | 2017-04-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102902556B (en) | The multistage boot load method of a kind of embedded equipment | |
| CN102693139B (en) | A kind of method and system of radio upgrade cell phone software | |
| US20210208852A1 (en) | Visual programming control apparatus, programming-controlled device and control method therefor, computer-readable storage medium, and programming control system | |
| US20090222650A1 (en) | Communication device and firmware update method thereof | |
| CN105094903A (en) | Method and device for upgrading firmware | |
| CN109062598A (en) | A kind of safe OTA upgrade method and system | |
| KR101688631B1 (en) | Apparatus and method for acquiring forensic data to guarantee integrity of flash memory in smart device | |
| CN110175039A (en) | Online upgrading method, equipment, readable storage medium storing program for executing and electronic equipment | |
| CN106598686B (en) | Method and device for realizing differential upgrade debugging in system partition | |
| JP2003029997A (en) | Software upgrading method in network environment and network device by the same | |
| CN104407878A (en) | On-line upgrading method of C6000 digital signal processor | |
| CN109002314A (en) | Oftware updating method, device, electronic equipment and storage medium | |
| CN105740013B (en) | Brush machine method of controlling operation thereof and device | |
| CN112416411B (en) | Upgrading method and device, equipment end, server and computer readable medium | |
| CN110851370B (en) | Program testing method and device and storage medium | |
| KR20100056338A (en) | Gui test automatic system for improving reusability of test script and method thereof | |
| CN110046095B (en) | System integration method and device based on test flow improvement | |
| CN109901886B (en) | Page language switching method, system, device and computer readable storage medium | |
| CN108170456A (en) | The firmware upgrade method and device of electronic equipment | |
| CN114416127A (en) | Terminal software upgrading method, terminal software upgrading device and storage medium | |
| US10606612B2 (en) | Context check bypass to enable opening shared-object libraries | |
| CN106453844B (en) | Equipment control method and device | |
| CN115688119A (en) | Vulnerability repairing method and device, electronic equipment and storage medium | |
| CN110837720B (en) | Method, device and related product for instruction execution | |
| CN113360176B (en) | Upgrading method and device of software program, storage medium and electronic equipment |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| CP03 | Change of name, title or address |
Address after: No.11, Jiangxi Road, Shinan District, Qingdao, Shandong 266000 Patentee after: Qingdao Hisense Mobile Communication Technology Co.,Ltd. Address before: 266071 Shandong city of Qingdao province Jiangxi City Road No. 11 Patentee before: HISENSE MOBILE COMMUNICATIONS TECHNOLOGY Co.,Ltd. |
|
| CP03 | Change of name, title or address |