Method, system, terminal device and storage medium for adjusting RPM to handle system crash

Abstract

The present invention provides a method, system, terminal device and storage medium for adjusting RPM to handle crashes, the method comprising: controlling a remote end to send a control instruction for debugging, the control instruction including a unique value for specifying an RPM working mode, after receiving the control instruction, controlling AP to write the unique value into a file node of a specific register by triggering attribute configuration, after the smart terminal device is restarted, controlling RPM to read the value of the specific register to set the RPM working mode. The present invention communicates with RPM through the AP of the smart terminal device, thereby finally realizing dynamic adjustment of multiple working modes of RPM, which can effectively reduce the crash problem of the smart terminal device.

Description

Technical Field

[0001] The present invention relates to the field of intelligent terminal technology, and in particular to a method, system, terminal device and storage medium for adjusting RPM to handle system crash. Background Art

[0002] As the circuit integration of consumer smart terminal devices such as mobile phones and smart watches becomes higher and higher, a small number of users often encounter some difficult-to-solve crash problems in their terminal devices. These crash problems are often very divergent, and are basically suspected to be related to hardware anomalies related to DDR, Flash, CPU and controller. This type of smart terminal device usually crashes randomly multiple times a day in the hands of users, but can still be used normally after restarting. Based on the analysis and sorting of this crash problem in the project development stage, and verified through a large number of experiments, for this random and divergent hardware instability abnormal crash problem, the crash condition of this type of machine can be greatly improved by adjusting several RPM (Resource Power Manager) working modes. Among them, RPM is an additional chip added to the Qualcomm MSM platform. Although it is packaged together with the AP (application process, the application processor CPU in the mobile terminal) chip, it is an independent ARM Core. Since the RPM working mode corresponding to each machine is different, when the smart terminal device crashes, it is impossible to set a unified RPM working mode through code. Therefore, it is very necessary to design a solution to dynamically adjust the RPM working mode. Summary of the invention

[0003] The purpose of the present invention is to provide a method, system, terminal device and storage medium for adjusting RPM to handle system crashes, so as to achieve remote adjustment of the RPM working mode and solve the system crash situation of intelligent terminal devices.

[0004] The technical solution provided by the present invention is as follows:

[0005] The present invention provides a method for adjusting RPM to handle a computer crash, comprising the following steps:

[0006] Control the remote end to send a control instruction for debugging, wherein the control instruction includes a unique value for specifying an RPM working mode;

[0007] After receiving the control instruction, the intelligent terminal device controls the AP to write the unique value into the file node of the specific register by triggering the attribute configuration;

[0008] After the intelligent terminal device is restarted, the RPM is controlled to read the value of the specific register to set the RPM working mode.

[0009] Furthermore, after the RPM working mode is set, the following steps are also included:

[0010] The control RPM then writes a specific register to send the status value of whether the RPM working mode is successfully set to AP;

[0011] The control AP reads the state value in the specific register, and then writes the setting state of the RPM working mode into the local log and / or returns it to the remote end according to the state value.

[0012] Furthermore, the intelligent terminal device is an Android device, and the control AP reads the status value in the specific register, and then writes the setting status of the RPM working mode into the local log and / or returns it to the remote end according to the status value, specifically including the following steps:

[0013] Control AP to read the status value in the specific register in the lk phase, then store the status value in cmdline, and convert the androidboot field corresponding to the status value into a field readable by the property_get function through init;

[0014] The readable field is read through the property_get function, and the setting status of the RPM working mode is written into the local log and / or returned to the remote end according to the read data.

[0015] Furthermore, before the remote control terminal sends a control instruction for debugging, one of the following two groups of steps is also included:

[0016] First set of steps:

[0017] Control the remote end to receive the RPM working mode sent by the intelligent terminal device and display it on the remote end;

[0018] The remote control terminal receives the control instruction input by the staff;

[0019] Second set of steps:

[0020] The control remote end receives the crash indication message and the corresponding RPM working mode sent by the intelligent terminal device, and performs statistics on the remote end to obtain the number of crashes in the RPM working mode within a certain period of time. If the number of crashes is greater than the preset number of crashes, the control instruction is generated.

[0021] The present invention also provides a system for adjusting RPM to handle a crash, comprising the following modules:

[0022] An instruction sending module, used to control the remote end to send a control instruction for debugging, wherein the control instruction includes a unique value for specifying an RPM working mode;

[0023] An AP processing module is used for controlling the AP to write the unique value into a file node of a specific register by triggering attribute configuration after the intelligent terminal device receives the control instruction;

[0024] The RPM processing module is used to control the RPM to read the value of the specific register to set the RPM working mode after the intelligent terminal device is restarted.

[0025] Furthermore, the following modules are also included:

[0026] The status interaction module is used to control the RPM to write a specific register and send the status value of whether the RPM working mode is successfully set to the AP;

[0027] The record return module is used to control the AP to read the state value in the specific register, and then write the setting state of the RPM working mode into the local log and / or return it to the remote end according to the state value.

[0028] Further, the intelligent terminal device is an Android device, and the control AP reads the status value in the specific register, and then writes the setting status of the RPM working mode into the local log and / or returns it to the remote end according to the status value, which is specifically implemented by the following units:

[0029] A pre-reading unit, used to control the AP to read the status value in the specific register in the lk phase, and then store the status value in cmdline, and convert the androidboot field corresponding to the status value into a field readable by the property_get function through init;

[0030] The record return unit is used to read the readable field through the property_get function, and write the setting status of the RPM working mode into the local log and / or return it to the remote end according to the read data.

[0031] Furthermore, one of the following two groups of modules is included:

[0032] The first set of modules:

[0033] The receiving and displaying module is used to control the remote end to receive the RPM working mode sent by the intelligent terminal device and display it on the remote end;

[0034] An instruction input module, used to control the remote end to receive the control instruction input by the staff;

[0035] The second set of modules:

[0036] The automatic instruction generation module is used to control the remote end to receive the crash indication message and the corresponding RPM working mode sent by the intelligent terminal device, and to perform statistics on the remote end to obtain the number of crashes in this RPM working mode within a certain period of time. If the number of crashes is greater than the preset number of crashes, the control instruction is generated.

[0037] The present invention also provides a terminal device, including a processor, a memory, and a computer program stored in the memory and executable on the processor, wherein the processor is used to execute the computer program stored in the memory to implement the operations performed by the above-mentioned method of adjusting RPM to handle a system crash.

[0038] The present invention also provides a storage medium, wherein at least one instruction is stored in the storage medium, and the instruction is loaded and executed by a processor to implement the operations performed by the above-mentioned method of adjusting RPM to handle a computer crash.

[0039] The present invention provides a method, system, terminal device and storage medium for adjusting RPM to handle crashes, which communicates with RPM through the AP of the smart terminal device, thereby ultimately achieving dynamic adjustment of multiple working modes of RPM, and can effectively reduce the crash problem of the smart terminal device. Compared with traditional solutions to such crash problems, the smart terminal device in the present invention does not need to be sent back for analysis, reducing after-sales pressure and machine maintenance costs. BRIEF DESCRIPTION OF THE DRAWINGS

[0040] The following will explain the preferred implementation mode in a clear and understandable manner with reference to the accompanying drawings, and further explain the above-mentioned characteristics, technical features, advantages and implementation methods of a system, terminal device and storage medium for adjusting RPM to handle a crash.

[0041] Figure 1 is a flow chart of an embodiment of a method for adjusting RPM to handle a dead machine according to the present invention;

[0042] Figure 2 is a flow chart of another embodiment of a method for adjusting RPM to handle a dead machine according to the present invention;

[0043] Figure 3 is a flow chart of another embodiment of a method for adjusting RPM to handle a dead machine according to the present invention;

[0044] Figure 4 is a flow chart of another embodiment of a method for adjusting RPM to handle a dead machine according to the present invention;

[0045] Figure 5It is a structural schematic diagram of an embodiment of a system for adjusting RPM to handle a dead machine according to the present invention;

[0046] Figure 6 is a schematic structural diagram of another embodiment of a system for adjusting RPM to handle a computer crash according to the present invention;

[0047] Figure 7 is a schematic structural diagram of another embodiment of a system for adjusting RPM to handle a computer crash according to the present invention;

[0048] Figure 8 is a schematic structural diagram of another embodiment of a system for adjusting RPM to handle a computer crash according to the present invention;

[0049] Fig. 9 It is a structural schematic diagram of an embodiment of a terminal device of the present invention. DETAILED DESCRIPTION

[0050] In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the specific implementation methods of the present invention will be described below with reference to the accompanying drawings. Obviously, the accompanying drawings described below are only some embodiments of the present invention. For ordinary technicians in this field, other drawings and other implementation methods can be obtained based on these drawings without creative work.

[0051] In order to simplify the drawings, only the parts related to the present invention are schematically shown in each figure, and they do not represent the actual structure of the product. In addition, in order to simplify the drawings and facilitate understanding, in some figures, only one of the parts with the same structure or function is schematically drawn or marked. In this article, "one" not only means "only one", but also means "more than one".

[0052] One embodiment of the present invention, as Figure 1 As shown, a method for adjusting RPM to handle a crash includes the following steps:

[0053] S11, controlling the remote end to send a control instruction for debugging, wherein the control instruction includes a unique value for specifying an RPM working mode.

[0054] The application scenario of this embodiment is mainly for smart terminal devices that often freeze, such as mobile phones, smart watches, tablet computers, etc. When development and maintenance personnel find that a user's smart terminal device freezes multiple times in a day, and the cause of the freeze is related to hardware abnormalities such as DDR and flash, the corresponding RPM working mode can be selected through the remote end, and the corresponding control instructions can be formed and sent to the smart terminal device. The remote end is preferably a Web end (web page end). In another embodiment of the present invention, the remote end can also be implemented through a specially developed application, for example, it can be implemented by logging into a specified web page through a desktop computer or a laptop computer, or by installing a specially developed application on a desktop computer or a laptop computer.

[0055] The control instruction may be a string pushed to the user's smart terminal device through the remote end. The string corresponds one-to-one to the RPM working mode set on the user's smart terminal device, that is, each string corresponds to one RPM working mode.

[0056] S12: After receiving the control instruction, the intelligent terminal device controls the AP to write the unique value into the file node of a specific register by triggering attribute configuration.

[0057] In this embodiment, the intelligent terminal device receives the control command sent by the remote end through a special apk, and the AP in the Android machine can write the above unique value into a specific register by setting the log.tag.rpmdebug attribute. The specific register has a special physical address, and the AP can perform read and write operations through addressing.

[0058] S13. After the smart terminal device is restarted, the RPM is controlled to read the value of the specific register to set the RPM working mode, that is, the RPM selects the corresponding working mode according to the unique value read from the register.

[0059] In this embodiment, in response to the situation where the intelligent terminal device freezes multiple times, the development and maintenance personnel send a control command to the user device through the remote end, allowing the user device AP to communicate with the RPM, thereby ultimately achieving dynamic adjustment of multiple working modes of the RPM.

[0060] At the same time, this embodiment also proposes a new solution for the communication between AP and RPM. Traditionally, the communication between RPM and AP is mainly based on shared memory for message sending and receiving. In this way, AP needs to be controlled based on a special driver, and RPM needs to register a special resource to receive. The solution of this embodiment is that AP and RPM realize message sending and receiving between AP and RPM through the read and write operations of specific registers.

[0061] Another embodiment of the present invention, as Figure 2 As shown, a method for adjusting RPM to handle a crash includes the following steps:

[0062] S11, controlling the remote end to send a control instruction for debugging, wherein the control instruction includes a unique value for specifying an RPM working mode;

[0063] S12, after receiving the control instruction, the intelligent terminal device controls the AP to write the unique value into the file node of a specific register by triggering attribute configuration;

[0064] S13, after the smart terminal device is restarted, the RPM is controlled to read the value of the specific register to set the RPM working mode, that is, the RPM selects the corresponding working mode according to the unique value read from the register;

[0065] S14, control the RPM to write a specific register and send the status value of whether the RPM working mode is successfully set to the AP;

[0066] S15. Control the AP to read the status value in the specific register, and then write the setting status of the RPM working mode into the local log and / or return it to the remote end according to the status value.

[0067] Specifically, this embodiment is an improved embodiment corresponding to the above embodiment. For the same parts, please refer to the above embodiment and will not be described in detail here.

[0068] Compared with the above-mentioned embodiment, the present embodiment adds steps S14 and S15, the purpose of which is to save the setting status of the RPM working mode of the smart terminal device into the log and / or return it to the remote end. Saving it into the local log can be used for subsequent status analysis of the smart terminal device, such as performance analysis, fault analysis, etc. The local log can be, for example, the kernel log in the Android system. Returning it to the remote end allows the staff at the remote end to know whether the RPM working mode is set successfully. If it is unsuccessful, it can be set again, or the reason for the failure can be analyzed for subsequent improvements.

[0069] The above-mentioned specific register has a special physical address, and the AP can perform read and write operations by addressing. It can be the same register as the above-mentioned specific register, and can be implemented by different registers.

[0070] As an implementation of step S14 of this embodiment: the specific register has no initial state value, and different values ​​will be written into the specific register when RPM succeeds or fails in setting the RPM working mode based on the unique value. As another implementation of step S14 of this embodiment: in step S14, the specific register can be set to an initial state value by default, and only after RPM successfully sets the RPM working mode based on the unique value, the initial state value of the specific register is rewritten to a different state value. When AP reads the initial state value, it will know that the RPM working mode setting using the unique value has failed. If it reads other state values, it will know that the RPM working mode setting using the unique value has succeeded.

[0071] In step S15, the setting status of the RPM working mode is written into the local log and / or returned to the remote end according to the status value. Only the status value of whether the RPM working mode is successfully set based on the above unique value may be written into the local log and / or only the status value of whether the RPM working mode is successfully set based on the above unique value may be returned to the remote end. Alternatively, the latest RPM working mode of RPM may be written into the local log and / or returned to the remote end.

[0072] As an implementation mode of the present invention, when the intelligent terminal device is an Android device, controlling the AP to read the status value in the specific register, and then writing the setting status of the RPM working mode into the local log and / or returning it to the remote end according to the status value specifically includes the following steps:

[0073] Control AP to read the state value in the specific register in the lk phase, then store the state value in cmdline, convert the androidboot field corresponding to the state value into a field readable by the property_get function through init; read the readable field through the property_get function, and write the setting state of the RPM working mode into the local l log and / or return it to the remote end according to the read data. In the Android system, the form of the androidboot field is generally androidboot.xxx.xxx, and the field readable by the property_get function is generally ro.boot.xxx.xxx, where xxx is the field designed and adopted during development.

[0074] For example, the androidboot.xtc.rpmmode corresponding to the status value is converted into the ro.boot.xtc.rpmmode of the read-only attribute, and the native layer can read the attribute value of ro.boot.xtc.rpmmode through the property_get function.

[0075] Another embodiment of the present invention, as Figure 3 As shown, a method for adjusting RPM to handle a crash includes the following steps:

[0076] S101, controlling the remote end to receive the RPM working mode sent by the intelligent terminal device and displaying it on the remote end;

[0077] S102, controlling the remote terminal to receive the control instruction input by the staff;

[0078] S11, controlling the remote end to send a control instruction for debugging, wherein the control instruction includes a unique value for specifying an RPM working mode;

[0079] S12, after receiving the control instruction, the intelligent terminal device controls the AP to write the unique value into the file node of a specific register by triggering attribute configuration;

[0080] S13. After the smart terminal device is restarted, the RPM is controlled to read the value of the specific register to set the RPM working mode, that is, the RPM selects the corresponding working mode according to the unique value read from the register.

[0081] Specifically, this embodiment is an improved embodiment corresponding to the above embodiment. For the same parts, please refer to the above embodiment and will not be described in detail here.

[0082] The improvement of this embodiment is that since the smart terminal device will send its own RPM working mode to the remote end after restarting, the remote end will display the RPM working mode sent by the smart terminal device after receiving it, and provide it to the development and maintenance personnel for reference. When the smart terminal device crashes, the development and maintenance personnel can know the RPM working mode of the smart terminal device in time, and can send control instructions to set the smart terminal device to a different RPM working mode from the previous one when necessary.

[0083] Another embodiment of the present invention, as Figure 4 As shown, a method for adjusting RPM to handle a crash includes the following steps:

[0084] S10, controlling the remote end to receive the crash indication message and the corresponding RPM working mode sent by the intelligent terminal device, and performing statistics on the remote end to obtain the number of crashes in the RPM working mode within a certain period of time, and generating the control instruction if the number of crashes is greater than the preset number of crashes;

[0085] S11, controlling the remote end to send a control instruction for debugging, wherein the control instruction includes a unique value for specifying an RPM working mode;

[0086] S12, after receiving the control instruction, the intelligent terminal device controls the AP to write the unique value into the file node of a specific register by triggering attribute configuration;

[0087] S13. After the smart terminal device is restarted, the RPM is controlled to read the value of the specific register to set the RPM working mode, that is, the RPM selects the corresponding working mode according to the unique value read from the register.

[0088] Specifically, this embodiment is an improved embodiment corresponding to the above embodiment. For the same parts, please refer to the above embodiment and will not be described in detail here.

[0089] The improvement of this embodiment is that, since the intelligent terminal device will send its own crash indication message and the corresponding RPM working mode to the remote end after restarting, the remote end will perform statistics to obtain the number of crashes in this RPM working mode within a certain period of time. If the number of crashes is greater than the preset number of crashes, the control instruction is generated. Here, the preset number of crashes is generally an integer greater than or equal to 1, because when the preset number of crashes is equal to 0, as long as the intelligent terminal device crashes, the RPM working mode will be adjusted, which is not very suitable for practical applications. For example, the above period of time refers to 00:00 to 24:00 a day, and the preset number of crashes is 3 times, that is, if it is found that the number of crashes of the intelligent terminal device in a day is greater than 3 times, a control instruction is generated to adjust the RPM working mode of the intelligent terminal device, otherwise it will not be adjusted.

[0090] In an implementation of this embodiment, during adjustment, the control instruction is used to control the smart terminal device to be in a random RPM working mode, that is, each time adjustment is made, the RPM working mode of the smart terminal is controlled to be random.

[0091] In another implementation of this embodiment, during adjustment, the control instruction is used to control the intelligent terminal device to be in a different RPM working mode from before, until all RPM working modes have been adjusted. For example, there are four RPM working modes, that is, this time it is mode 1, the next time it is not adjusted to mode 1, then mode 2 is used, then mode 3 next time, and finally mode 4. If all modes have been adjusted, and the number of freezes in this RPM working mode within a certain period of time is still greater than the preset number of freezes, an alarm is issued to notify the R&D and maintenance personnel to handle it, or the adjustment is repeated again.

[0092] It should be understood that the present invention Figure 2 , 3 The embodiment shown in 4 can be implemented alone or in combination with Figure 3 or Figure 4 The solutions of the illustrated embodiments are combined with the embodiments.

[0093] One embodiment of the present invention, as Figure 5 As shown, a system for adjusting RPM to handle a crash includes the following modules: an instruction sending module 11, an AP processing module 12, and an RPM processing module 13.

[0094] The instruction sending module 11 is used to control the remote end to send a control instruction for debugging, wherein the control instruction includes a unique value for specifying an RPM working mode.

[0095] The application scenario of this embodiment is mainly for smart terminal devices that often freeze, such as mobile phones, smart watches, tablet computers, etc. When the development and maintenance personnel find that a user's smart terminal device freezes multiple times in a day, and the cause of the freeze is related to hardware abnormalities such as DDR and flash, the corresponding RPM working mode can be selected through the remote end, and the corresponding control instructions can be formed and sent to the smart terminal device. The remote end is preferably a Web end (web page end). In another embodiment of the present invention, the remote end can also be implemented through a specially developed application, for example, it can be implemented by logging into a specified web page through a desktop computer or a laptop computer, or by installing a door-developed application on a desktop computer or a laptop computer.

[0096] The control instruction may be a string pushed to the user's smart terminal device through the remote end. The string corresponds one-to-one to the RPM working mode set on the user's smart terminal device, that is, each string corresponds to one RPM working mode.

[0097] The AP processing module 12 is used for controlling the AP to write the unique value into the file node of a specific register by triggering attribute configuration after the intelligent terminal device receives the control instruction.

[0098] In this embodiment, the intelligent terminal device receives the control command sent by the remote end through a special apk, and the AP in the Android machine can write the above unique value into a specific register by setting the log.tag.rpmdebug attribute. The specific register has a special physical address, and the AP can perform read and write operations through addressing.

[0099] The RPM processing module 13 is used to control the RPM to read the value of the specific register after the smart terminal device is restarted to set the RPM working mode, that is, the RPM selects the corresponding working mode according to the unique value read from the register.

[0100] In this embodiment, in response to the situation where the intelligent terminal device freezes multiple times, the development and maintenance personnel send a command to the user device through the remote end, allowing the user device AP to communicate with the RPM, thereby ultimately achieving dynamic adjustment of multiple working modes of the RPM.

[0101] At the same time, this embodiment also proposes a new solution for the communication mode between AP and RPM. The traditional communication between RPM and AP is mainly based on shared memory to send and receive messages. In this way, AP needs to be controlled based on a special driver, and RPM needs to register a special resource to receive. The solution of this embodiment is that AP and RPM realize the sending and receiving of messages between AP and RPM through the read and write operations of specific registers.

[0102] Another embodiment of the present invention, as Figure 6 As shown, a system for adjusting RPM to handle system crashes includes the following modules: an instruction sending module 11, an AP processing module 12, an RPM processing module 13, a status interaction module 14, and a record returning module 15.

[0103] An instruction sending module 11 is used to control the remote end to send a control instruction for debugging, wherein the control instruction includes a unique value for specifying an RPM working mode;

[0104] The AP processing module 12 is used for controlling the AP to write the unique value into the file node of a specific register by triggering attribute configuration after the intelligent terminal device receives the control instruction;

[0105] The RPM processing module 13 is used to control the RPM to read the value of the specific register after the intelligent terminal device is restarted to set the RPM working mode, that is, the RPM selects the corresponding working mode according to the unique value read from the register;

[0106] The status interaction module 14 is used to control the RPM to write a specific register to send a status value of whether the RPM working mode is successfully set to the AP;

[0107] The record return module 15 is used to control the AP to read the state value in the specific register, and then write the setting state of the RPM working mode into the local log and / or return it to the remote end according to the state value.

[0108] Specifically, this embodiment is an improved embodiment corresponding to the above embodiment. For the same parts, please refer to the above embodiment and will not be described in detail here.

[0109] Compared with the above-mentioned embodiments, this embodiment adds a state interaction module 14 and a record return module 15. The purpose of these two modules is to save the setting state of the RPM working mode of the smart terminal device into the log and / or return it to the remote end. Saving it in the local log can be used for subsequent state analysis of the smart terminal device, such as performance analysis, fault analysis, etc. The local log can be, for example, the kernel log in the Android system. Returning it to the remote end allows the remote end staff to know whether the RPM working mode is set successfully. If it is unsuccessful, they can set it again, or analyze the reasons for the failure for subsequent improvements.

[0110] The above-mentioned specific register has a special physical address, and the AP can perform read and write operations by addressing. It can be the same register as the above-mentioned specific register, and can be implemented by different registers.

[0111] As an implementation of the state interaction module 14 of this embodiment: the specific register has no initial state value, and different values ​​will be written into the specific register when RPM succeeds or fails in setting the RPM working mode based on the above unique value. As another implementation of the state interaction module 14 of this embodiment: in the state interaction module 14, a specific register can be set to an initial state value by default, and only after RPM successfully sets the RPM working mode based on the above unique value, the initial state value of the specific register is rewritten to a different state value. When the AP reads the initial state value, it will know that the RPM working mode setting using the unique value has failed this time. If it reads other state values, it will know that the RPM working mode setting using the unique value has succeeded this time.

[0112] The record return module 15 writes the setting status of the RPM working mode into the local log and / or returns it to the remote end according to the status value. It can only write the status value of whether the RPM working mode is successfully set based on the above unique value in the local log and / or only return the status value of whether the RPM working mode is successfully set based on the above unique value to the remote end. It can also write the latest RPM working mode of RPM into the local log and / or return it to the remote end.

[0113] As an implementation mode of the present invention, when the intelligent terminal device is an Android device, controlling the AP to read the status value in the specific register, and then writing the setting status of the RPM working mode into the local log and / or returning it to the remote end according to the status value is specifically implemented by the following units:

[0114] A pre-reading unit, used to control the AP to read the status value in the specific register in the lk phase, and then store the status value in cmdline, and convert the androidboot field corresponding to the status value into a field readable by the property_get function through init;

[0115] The record return unit is used to read the readable field through the property_get function, and write the setting status of the RPM working mode into the local log and / or return it to the remote end according to the read data. In the Android system, the form of the androidboot field is generally androidboot.xxx.xxx, and the field readable by the property_get function is generally ro.boot.xxx.xxx, where xxx is the field designed and adopted during development.

[0116] For example, the androidboot.xtc.rpmmode corresponding to the status value is converted into the ro.boot.xtc.rpmmode of the read-only attribute, and the native layer can read the attribute value of ro.boot.xtc.rpmmode through the property_get function.

[0117] Another embodiment of the present invention, as Figure 7 As shown, a system for adjusting RPM to handle a crash includes the following modules: a receiving and displaying module 101 , an instruction inputting module 102 , an instruction sending module 11 , an AP processing module 12 , and an RPM processing module 13 .

[0118] The receiving and displaying module 101 is used to control the remote end to receive the RPM working mode sent by the intelligent terminal device and display it on the remote end;

[0119] The command input module 102 is used to control the remote end to receive the control command input by the staff;

[0120] An instruction sending module 11 is used to control the remote end to send a control instruction for debugging, wherein the control instruction includes a unique value for specifying an RPM working mode;

[0121] The AP processing module 12 is used for controlling the AP to write the unique value into the file node of a specific register by triggering attribute configuration after the intelligent terminal device receives the control instruction;

[0122] The RPM processing module 13 is used to control the RPM to read the value of the specific register after the smart terminal device is restarted to set the RPM working mode, that is, the RPM selects the corresponding working mode according to the unique value read from the register.

[0123] Specifically, this embodiment is an improved embodiment corresponding to the above embodiment. For the same parts, please refer to the above embodiment and will not be described in detail here.

[0124] The improvement of this embodiment is that since the smart terminal device will send its own RPM working mode to the remote end after restarting, the remote end will display the RPM working mode sent by the smart terminal device after receiving it, and provide it to the development and maintenance personnel for reference. When the smart terminal device crashes, the development and maintenance personnel can know the RPM working mode of the smart terminal device in time, and can send control instructions to set the smart terminal device to a different RPM working mode from the previous one when necessary.

[0125] Another embodiment of the present invention, as Figure 8 As shown, a system for adjusting RPM to handle a crash includes the following modules: an automatic instruction generation module 10, an instruction sending module 11, an AP processing module 12, and an RPM processing module 13.

[0126] The automatic instruction generation module 10 is used to control the remote end to receive the crash indication message and the corresponding RPM working mode sent by the intelligent terminal device, and to perform statistics on the remote end to obtain the number of crashes in the RPM working mode within a certain period of time. If the number of crashes is greater than the preset number of crashes, the control instruction is generated;

[0127] An instruction sending module 11 is used to control the remote end to send a control instruction for debugging, wherein the control instruction includes a unique value for specifying an RPM working mode;

[0128] The AP processing module 12 is used for controlling the AP to write the unique value into the file node of a specific register by triggering attribute configuration after the intelligent terminal device receives the control instruction;

[0129] The RPM processing module 13 is used to control the RPM to read the value of the specific register after the smart terminal device is restarted to set the RPM working mode, that is, the RPM selects the corresponding working mode according to the unique value read from the register.

[0130] Specifically, this embodiment is an improved embodiment corresponding to the above embodiment. For the same parts, please refer to the above embodiment and will not be described in detail here.

[0131] The improvement of this embodiment is that, since the intelligent terminal device will send its own crash indication message and the corresponding RPM working mode to the remote end after restarting, the remote end will perform statistics to obtain the number of crashes in this RPM working mode within a certain period of time. If the number of crashes is greater than the preset number of crashes, the control instruction is generated. Here, the preset number of crashes is generally an integer greater than or equal to 1, because when the preset number of crashes is equal to 0, as long as the intelligent terminal device crashes, the RPM working mode will be adjusted, which is not very suitable for practical applications. For example, the above period of time refers to 00:00 to 24:00 a day, and the preset number of crashes is 3 times, that is, if it is found that the number of crashes of the intelligent terminal device in a day is greater than 3 times, a control instruction is generated to adjust the RPM working mode of the intelligent terminal device, otherwise it will not be adjusted.

[0132] In an implementation of this embodiment, during adjustment, the control instruction is used to control the smart terminal device to be in a random RPM working mode, that is, each time adjustment is made, the RPM working mode of the smart terminal is controlled to be random.

[0133] In another implementation of this embodiment, during adjustment, the control instruction is used to control the intelligent terminal device to be in a different RPM working mode from before, until all RPM working modes have been adjusted. For example, there are four RPM working modes, that is, this time it is mode 1, the next time it is not adjusted to mode 1, then mode 2 is used, then mode 3 next time, and finally mode 4. If all modes have been adjusted, and the number of freezes in this RPM working mode within a certain period of time is still greater than the preset number of freezes, an alarm is issued to notify the R&D and maintenance personnel to handle it, or the adjustment is repeated again.

[0134] Through the method, system, terminal device and storage medium for adjusting RPM to handle crashes provided by the present invention, the AP of the smart terminal device communicates with the RPM, thereby ultimately achieving dynamic adjustment of multiple working modes of the RPM, which can effectively reduce abnormal crashes of the smart terminal device.

[0135] Those skilled in the art can clearly understand that for the convenience and simplicity of description, only the division of the above-mentioned program modules is used as an example for illustration. In actual applications, the above-mentioned functions can be assigned to different program modules as needed, that is, the internal structure of the device can be divided into different program units or modules to complete all or part of the functions described above. The program modules in the embodiment can be integrated into a processing unit, or each unit can exist physically separately, or two or more units can be integrated into a processing unit. The above-mentioned integrated unit can be implemented in the form of hardware or in the form of a software program unit. In addition, the specific names of the program modules are only for the convenience of distinguishing each other, and are not used to limit the scope of protection of this application.

[0136] One embodiment of the present invention, as Fig. 9 As shown, a terminal device 100 includes a processor 110 and a memory 120, wherein the memory 120 is used to store a computer program; the processor 110 is used to execute the computer program stored in the memory 120 to implement the above Figure 1-4 The method of adjusting RPM to handle a computer crash in any corresponding method embodiment.

[0137] The terminal device 100 may be a desktop computer, a notebook, a PDA, a tablet computer, a mobile phone, a human-computer interaction screen, etc. The terminal device 100 may include, but is not limited to, a processor 110 and a memory 120. Those skilled in the art will appreciate that Fig. 9 This is only an example of the terminal device 100 and does not constitute a limitation on the terminal device 100. It may include more or fewer components than shown in the figure, or combine certain components, or different components. For example, the terminal device 100 may also include an input / output interface, a display device, a network access device, a communication bus, a communication interface, etc. The communication interface and the communication bus may also include an input / output interface, wherein the processor 110, the memory 120, the input / output interface and the communication interface communicate with each other through the communication bus. The memory 120 stores a computer program, and the processor 110 is used to execute the computer program stored in the memory 120 to implement the above Figure 1-4 The data processing method in any corresponding method embodiment.

[0138] The processor 110 may be a central processing unit (CPU), or other general-purpose processors, digital signal processors (DSP), application-specific integrated circuits (ASIC), field-programmable gate arrays (FPGA), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. A general-purpose processor may be a microprocessor or any conventional processor, etc.

[0139] The memory 120 may be an internal storage unit of the terminal device 100, such as a hard disk or memory of the terminal device. The memory may also be an external storage device of the terminal device, such as a plug-in hard disk, a smart media card (SMC), a secure digital (SD) card, a flash card, etc. equipped on the terminal device. Furthermore, the memory 120 may include both an internal storage unit of the terminal device 100 and an external storage device. The memory 120 is used to store the computer program and other programs and data required by the terminal device 100. The memory may also be used to temporarily store data that has been output or is to be output.

[0140] The communication bus is a circuit that connects the elements described and implements transmission between these elements. For example, the processor 110 receives commands from other elements through the communication bus, decrypts the received commands, and performs calculations or data processing according to the decrypted commands. The memory 120 may include program modules, such as a kernel, middleware, an application programming interface (API) and an application. The program module may be composed of software, firmware or hardware, or at least two of them. The input / output interface forwards commands or data entered by the user through the input / output interface (such as a sensor, keyboard, touch screen). The communication interface connects the terminal device 100 to other network devices, user devices, and networks. For example, the communication interface can be connected to the network via wired or wireless connection to connect to other external network devices or user devices. Wireless communication may include at least one of the following: wireless fidelity (WiFi), Bluetooth (BT), near field communication technology (NFC), global satellite positioning system (GPS) and cellular communication, etc. Wired communication may include at least one of the following: universal serial bus (USB), high-definition multimedia interface (HDMI), asynchronous transmission standard interface (RS-232), etc. The network may be a telecommunication network and a communication network. The communication network may be a computer network, the Internet, the Internet of Things, or a telephone network. The terminal device 100 may be connected to the network via a communication interface, and the protocol used by the terminal device 100 to communicate with other network devices may be supported by at least one of an application, an application programming interface (API), a middleware, a kernel, and a communication interface.

[0141] One embodiment of the present invention is a storage medium, in which at least one instruction is stored, and the instruction is loaded and executed by a processor to implement the operations performed by the corresponding embodiment of the method for adjusting RPM to handle a computer crash. For example, the computer-readable storage medium can be a read-only memory (ROM), a random access memory (RAM), a read-only compact disk (CD-ROM), a magnetic tape, a floppy disk, and an optical data storage device.

[0142] They can be implemented with program codes executable by a computing device, so that they can be stored in a storage device and executed by the computing device, or they can be made into individual integrated circuit modules, or multiple modules or steps therein can be made into a single integrated circuit module for implementation. Thus, the present invention is not limited to any specific combination of hardware and software.

[0143] In the above embodiments, the description of each embodiment has its own emphasis. For parts that are not described or recorded in detail in a certain embodiment, reference can be made to the relevant descriptions of other embodiments.

[0144] Those of ordinary skill in the art will appreciate that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented with electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are performed with hardware or software depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered to be beyond the scope of this application.

[0145] In the embodiments provided in the present application, it should be understood that the disclosed devices / terminal equipment and methods can be implemented in other ways. For example, the device / terminal equipment embodiments described above are only schematic. For example, the division of the modules or units is only a logical function division. There may be other division methods in actual implementation. For example, multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, and the indirect coupling or communication connection of the device or unit can be electrical, mechanical or other forms.

[0146] The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0147] In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit. The above integrated unit may be implemented in the form of hardware or in the form of software functional units.

[0148] If the integrated module / unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the present invention implements all or part of the processes in the above-mentioned embodiment method, and can also be completed by sending instructions to related hardware through a computer program. The computer program can be stored in a computer-readable storage medium, and the computer program can implement the steps of the above-mentioned various method embodiments when executed by the processor. Among them, the computer program includes: computer program code, and the computer program code can be in the form of source code, data item code, executable file or some intermediate form. The computer-readable storage medium may include: any entity or device capable of carrying the computer program code, recording medium, U disk, mobile hard disk, disk, optical disk, computer memory, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), electric carrier signal, telecommunication signal and software distribution medium. It should be noted that the content contained in the computer-readable storage medium can be appropriately increased or decreased according to the requirements of legislation and patent practice in the jurisdiction. For example, in some jurisdictions, according to legislation and patent practice, computer-readable media do not include electric carrier signals and telecommunication signals.

[0149] It should be noted that the above embodiments can be freely combined as needed. The above is only a preferred embodiment of the present invention. It should be pointed out that for ordinary technicians in this technical field, several improvements and modifications can be made without departing from the principle of the present invention, and these improvements and modifications should also be considered as the protection scope of the present invention.

Claims

1. A method for adjusting RPM to handle a crash, characterized in that: The following steps are included: Control the remote end to receive the crash indication message and the corresponding RPM working mode sent by the intelligent terminal device, and perform statistics on the remote end to obtain the number of crashes in the RPM working mode within a certain period of time, and generate a control instruction if the number of crashes is greater than the preset number of crashes; Control the remote end to send a control instruction for debugging, wherein the control instruction includes a unique value for specifying an RPM working mode; After receiving the control instruction, the intelligent terminal device controls the AP to write the unique value into the file node of the specific register by triggering the attribute configuration; After the intelligent terminal device is restarted, the RPM is controlled to read the value of the specific register to set the RPM working mode; Each time the control instruction adjusts the RPM working mode, the intelligent terminal device is controlled to be in an RPM working mode different from the previous one until all the RPM working modes have been adjusted. If all the RPM working modes have been adjusted and the number of freezes occurs again within a period of time and is greater than the preset number of freezes, the R&D and maintenance personnel are notified to handle or re-circulate the RPM working mode.

2. The method for adjusting RPM to handle a computer crash according to claim 1, characterized in that: After the RPM working mode is set, the following steps are also included: The control RPM then writes a specific register to send the status value of whether the RPM working mode is successfully set to AP; The control AP reads the state value in the specific register, and then writes the setting state of the RPM working mode into the local log and / or returns it to the remote end according to the state value.

3. The method for adjusting RPM to handle a computer crash according to claim 2, characterized in that: The smart terminal device is an Android device, and the control AP reads the status value in the specific register, and then writes the setting status of the RPM working mode into the local log and / or returns it to the remote end according to the status value, which specifically includes the following steps: Control AP to read the status value in the specific register in the lk phase, then store the status value in cmdline, and convert the androidboot field corresponding to the status value into a field readable by the property_get function through init; The readable field is read through the property_get function, and the setting status of the RPM working mode is written into the local log and / or returned to the remote end according to the read data.

4. The method for adjusting RPM to handle a computer crash according to claim 1, characterized in that: Before the remote control terminal sends a control instruction for debugging, the method further includes: Control the remote end to receive the RPM working mode sent by the intelligent terminal device and display it on the remote end; The remote control terminal receives the control instruction input by the staff.

5. A system for adjusting RPM to handle a crash, characterized in that: Contains the following modules: The command automatic generation module is used to control the remote end to receive the crash indication message and the corresponding RPM working mode sent by the intelligent terminal device, and to perform statistics on the remote end to obtain the number of crashes in the RPM working mode within a certain period of time. If the number of crashes is greater than the preset number of crashes, a control command is generated; An instruction sending module, used to control the remote end to send a control instruction for debugging, wherein the control instruction includes a unique value for specifying an RPM working mode; An AP processing module is used for controlling the AP to write the unique value into a file node of a specific register by triggering attribute configuration after the intelligent terminal device receives the control instruction; The RPM processing module is used to control the RPM to read the value of the specific register to set the RPM working mode after the intelligent terminal device is restarted; The RPM processing module is also used to control the intelligent terminal device to be in an RPM working mode different from the previous one each time the control instruction adjusts the RPM working mode until all RPM working modes have been adjusted. If all RPM working modes have been adjusted and the number of freezes occurs again within a period of time when it is greater than the preset number of freezes, the R&D and maintenance personnel are notified to handle or re-circulate the RPM working mode.

6. The system for adjusting RPM to handle a deadlock according to claim 5, characterized in that: Also includes the following modules: The status interaction module is used to control the RPM to write a specific register and send the status value of whether the RPM working mode is successfully set to the AP; The record return module is used to control the AP to read the state value in the specific register, and then write the setting state of the RPM working mode into the local log and / or return it to the remote end according to the state value.

7. The system for adjusting RPM to handle a deadlock according to claim 6, characterized in that: The smart terminal device is an Android device, and the control AP reads the status value in the specific register, and then writes the setting status of the RPM working mode into the local log and / or returns it to the remote end according to the status value. This is specifically implemented by the following units: A pre-reading unit, used to control the AP to read the status value in the specific register in the lk phase, and then store the status value in cmdline, and convert the androidboot field corresponding to the status value into a field readable by the property_get function through init; The record return unit is used to read the readable field through the property_get function, and write the setting status of the RPM working mode into the local log and / or return it to the remote end according to the read data.

8. The system for adjusting RPM to handle a deadlock according to claim 5, characterized in that: Also includes: The receiving and displaying module is used to control the remote end to receive the RPM working mode sent by the intelligent terminal device and display it on the remote end; The command input module is used to control the remote end to receive the control command input by the staff.

9. A terminal device, characterized in that: The invention comprises a processor, a memory and a computer program stored in the memory and executable on the processor, wherein the processor is used to execute the computer program stored in the memory to implement the operations performed by the method for adjusting RPM to handle a system crash as described in any one of claims 1 to 4.

10. A storage medium, characterized in that: The storage medium stores at least one instruction, which is loaded and executed by the processor to implement the operation performed by the method for adjusting RPM to handle a computer crash as claimed in any one of claims 1 to 4.

Images