CN114035855A - Firmware debugging method, device, terminal and storage medium - Google Patents
Firmware debugging method, device, terminal and storage mediumDownload PDFInfo
- Publication number
- CN114035855A CN114035855ACN202111155816.8ACN202111155816ACN114035855ACN 114035855 ACN114035855 ACN 114035855ACN 202111155816 ACN202111155816 ACN 202111155816ACN 114035855 ACN114035855 ACN 114035855A
- Authority
- CN
- China
- Prior art keywords
- firmware
- kernel layer
- debugging
- debugging information
- layer
- 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.)
- Granted
Links
Images
Classifications
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/445—Program loading or initiating
- G06F9/44505—Configuring for program initiating, e.g. using registry, configuration files
- G06F9/4451—User profiles; Roaming
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Prevention of errors by analysis, debugging or testing of software
- G06F11/362—Debugging of software
- G06F11/3648—Debugging of software using additional hardware
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/545—Interprogram communication where tasks reside in different layers, e.g. user- and kernel-space
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Debugging And Monitoring (AREA)
Abstract
Description
Technical Field
The embodiment of the invention relates to the field of electronic equipment, in particular to a firmware debugging method, a firmware debugging device, a firmware debugging terminal and a firmware debugging storage medium.
Background
The current touch technology can be used for intelligent terminals in various industries, and in various electronic products with touch, the touch chip of the device is susceptible to environmental factors due to the sensitive and sensitive characteristics, including: power supply interference, display interference, radio frequency interference, temperature and humidity change and the like, once the touch chip is influenced by environment or other factors to cause the abnormal touch function, the touch chip needs to be debugged, for example, the touch chip is accessed through external professional equipment to carry out state detection, data collection, debugging and the like.
Conventionally, for debugging of firmware (for example, a touch chip) in a terminal device, when debugging information of the firmware is acquired, a frame loss situation occurs, and data transmission delay is obvious.
Disclosure of Invention
The embodiment of the invention aims to provide a firmware debugging method, a firmware debugging device, a firmware debugging terminal and a firmware debugging storage medium, which can reduce the frame loss in data acquisition, reduce transmission delay and improve the firmware debugging efficiency.
In order to solve the above technical problem, an embodiment of the present invention provides a method for debugging firmware, including the following steps:
the firmware sends a first message used for triggering the kernel layer to acquire debugging information in the firmware to the kernel layer, wherein the first message has the highest priority, and the firmware is located in the terminal;
the kernel layer instructs an application layer to synchronously acquire the debugging information from the kernel layer after acquiring the debugging information;
the application layer sends configuration parameters to the kernel layer, and the configuration parameters are used for modifying debugging information in the firmware;
and the firmware acquires the configuration parameters from the kernel layer and modifies the debugging information according to the configuration parameters.
The embodiment of the present invention further provides a firmware debugging apparatus, including: an obtaining module, configured to send, by a firmware, a first message to a kernel layer, where the first message is used to trigger the kernel layer to obtain debugging information in the firmware, where the first message has a highest priority, and the firmware is located in the terminal;
the synchronization module is used for indicating the application layer to synchronously acquire the debugging information from the kernel layer after the kernel layer acquires the debugging information;
a sending module, configured to send, by the application layer, a configuration parameter to the kernel layer, where the configuration parameter is used to modify debugging information in the firmware;
and the modification module is used for acquiring the configuration parameters from the kernel layer by the firmware and modifying the debugging information according to the configuration parameters.
An embodiment of the present invention further provides a terminal, including: at least one processor; and a memory communicatively coupled to the at least one processor; wherein the memory stores instructions executable by the at least one processor to enable the at least one processor to perform the above-described firmware debugging method.
The embodiment of the invention also provides a computer readable and writable storage medium, which stores a computer program, and the computer program realizes the firmware debugging method when being executed by a processor.
In the embodiment of the invention, after receiving the first message instruction with the highest priority, the kernel layer acquires the debugging information from the firmware, and the application layer acquires the debugging information from the kernel layer in a synchronous mode. Because the priority of the first message is highest, the frame loss can be reduced and the transmission delay can be reduced when the kernel layer acquires the debugging information from the firmware; the application layer synchronously acquires the debugging information of the kernel layer, thereby avoiding frame loss and further reducing transmission delay. After the application layer obtains the debugging information, the configuration parameters are issued to the firmware through the kernel layer, so that the debugging information in the firmware is adjusted, the debugging process is timely and efficient, and the use experience of a user is improved.
In addition, the firmware acquires the configuration parameters from the kernel layer, and after modifying the debugging information according to the configuration parameters, the method further includes: sending the first message to the kernel layer; the first message is used for triggering the kernel layer to acquire the modified debugging information from the firmware; after the kernel layer acquires the modified debugging information, the kernel layer instructs an application layer to synchronously acquire the modified debugging information from the kernel layer; and the application layer detects whether the modified debugging information accords with a preset threshold value, and if the modified debugging information accords with the preset threshold value, the debugging is finished. That is, closed loop feedback is performed after one debugging, and the correctness of the debugging result of the firmware is ensured.
In addition, the kernel layer acquires debugging information in the firmware, including that the kernel layer acquires the debugging information in the firmware to a first storage space of the kernel layer; the kernel layer is further provided with a second storage space, and the second storage space is used for storing the copied debugging information in the first storage space, so that the application layer can obtain the debugging information. That is to say, the kernel layer has two storage spaces which are respectively butted with the application layer and the firmware, and when the first storage space receives the debugging information of the firmware, the second storage space can be used for the application layer to acquire the debugging information copied from the first storage space, that is, the kernel layer can simultaneously receive and transmit data with both the application layer and the firmware, thereby reducing the time delay in the data transmission process.
Drawings
One or more embodiments are illustrated by way of example in the accompanying drawings, which correspond to the figures in which like reference numerals refer to similar elements and which are not to scale unless otherwise specified.
FIG. 1 is a flow diagram of a method for debugging firmware provided according to one embodiment of the present application;
FIG. 2 is a schematic diagram of a debugging apparatus for firmware provided according to an embodiment of the present application;
fig. 3 is a schematic diagram of a terminal provided in accordance with an embodiment of the present application.
Detailed Description
In order to make the objects, technical solutions and advantages of the embodiments of the present invention more apparent, embodiments of the present invention will be described in detail below with reference to the accompanying drawings. However, it will be appreciated by those of ordinary skill in the art that numerous technical details are set forth in order to provide a better understanding of the present application in various embodiments of the present invention. However, the technical solution claimed in the present application can be implemented without these technical details and various changes and modifications based on the following embodiments. The following embodiments are divided for convenience of description, and should not constitute any limitation to the specific implementation manner of the present invention, and the embodiments may be mutually incorporated and referred to without contradiction.
The terms "first" and "second" in the embodiments of the present application are used for descriptive purposes only and are not to be construed as indicating or implying relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include at least one such feature. In the description of the present application, the terms "comprise" and "have", as well as any variations thereof, are intended to cover a non-exclusive inclusion. For example, a system, product or apparatus that comprises a list of elements or components is not limited to only those elements or components but may alternatively include other elements or components not expressly listed or inherent to such product or apparatus. In the description of the present application, "plurality" means at least two, e.g., two, three, etc., unless explicitly specifically limited otherwise.
One embodiment of the invention relates to a firmware debugging method. The specific flow is shown in figure 1.
103, the application layer sends configuration parameters to the kernel layer, and the configuration parameters are used for modifying debugging information in the firmware;
and 104, the firmware acquires the configuration parameters from the kernel layer and modifies the debugging information according to the configuration parameters.
In this embodiment, after receiving the first message instruction with the highest priority, the kernel layer obtains the debugging information from the firmware, and the application layer obtains the debugging information from the kernel layer in a synchronous manner. Because the priority of the first message is highest, the frame loss can be reduced and the transmission delay can be reduced when the kernel layer acquires the debugging information from the firmware; the application layer synchronously acquires the debugging information of the kernel layer, thereby avoiding frame loss and further reducing transmission delay. After the application layer obtains the debugging information, the configuration parameters are issued to the firmware through the kernel layer, so that the debugging information in the firmware is adjusted, the debugging process is timely and efficient, and the use experience of a user is improved.
In a conventional implementation manner, when the application layer indirectly obtains the debugging information of the firmware through the kernel layer, a round-robin manner may be adopted, and each frame of data of the firmware cannot be completely obtained in real time, so that a real-time debugging function of the application layer for the firmware is not supported. However, the embodiment in the application can solve the above problems, achieve timely and efficient data transmission, and support the application layer to debug the firmware in real time.
The following describes implementation details of the firmware debugging method according to the present embodiment in detail, and the following description is provided only for the sake of understanding and is not necessary for implementing the present embodiment.
Instep 101, the firmware sends a first message for triggering the kernel layer to acquire the debugging information in the firmware to the kernel layer, where the first message has the highest priority and the firmware is located in the terminal. Specifically, the kernel layer may include a driver, and the driver acquires the debug information from the firmware in time after receiving the first message with the highest priority, so as to reduce transmission delay and avoid a frame drop.
In one example, the first message is, for example, an interrupt request. That is, after the kernel layer receives an interrupt request sent by the firmware, the kernel layer immediately acquires the debugging information from the firmware.
In one example, the firmware may be self-induction capacitive firmware, such as a touch chip.
The debugging information can directly influence the touch effect of the firmware.
In one example, the firmware sends a first message to the kernel layer, such as: the firmware sends a first message to the kernel layer according to a preset time period, namely the kernel layer can periodically acquire debugging information of the firmware and reasonably allocate data receiving and forwarding resources. For example, if the time period is set to 10ms, the kernel layer can timely and quickly acquire the debugging information of the firmware, thereby reducing the time delay in data transmission.
In one example, the kernel layer obtains debug information in the firmware, such as: the kernel layer acquires debugging information in the firmware to a first storage space of the kernel layer; the kernel layer is also provided with a second storage space, and the second storage space is used for storing the debugging information in the copied first storage space and obtaining the debugging information for the application layer. The kernel layer has a first storage space and a second storage space, wherein the first storage space is used for the kernel layer to store the debugging information acquired from the firmware, the second storage space is used for copying the debugging information in the first storage space and interfacing with the application layer, and the application layer acquires the debugging information. The first storage space and the second storage space can be called ping-pong storage, the first storage space and the second storage space are not affected when the kernel layer inputs writing (obtaining debugging information from firmware) and outputs reading (being in butt joint with the application layer for obtaining by the application layer), and the reading operation and the writing operation of the storage space can be parallel for the kernel layer, so that the processing time of the kernel layer on the debugging information is reduced. The application layer includes an APK (Android application package).
In some embodiments, the application layer first issues an instruction for data capture (obtaining debugging information from the firmware), and the kernel layer receives the instruction and transmits the instruction to the firmware, thereby starting the processes of feeding back the debugging information from the firmware step by step upwards in this step. In addition, fixed time period or fixed period feedback debugging information can be set for the firmware for detection or debugging of the application layer.
In one example, when an application layer is required to issue a data capture instruction, for example, an APK in the application layer provides a selection interface for data capture, the debugging information that the APK can capture includes three FW (firmware) data, which are Rawdata (raw data), Diff (signal variation), Prox (proximity sensing), and three buttons are provided on the data capture interface of the APK, default is to capture Diff data, and the Diff button is displayed in red to show that it is currently selected to capture Diff data, and can receive a user instruction to perform parameter selection. For example, a button selected by a user according to an actual demand instruction is received, if the user instructs to click the corresponding button, the corresponding selected button is displayed in red, the unselected button is displayed in black, a Start button and a Stop button are further arranged on the data capture interface, the user instructs to select the Start button, the button is displayed in red and starts a data capture function, and the user instructs to select the Stop button, the button is displayed in red and ends the data capture function.
In an example, suppose that currently selected is to capture Diff data of FW, after obtaining a user instruction to enable a Start button, an APK of an application layer issues a command for the FW to enter a capture Diff data mode to a driver of a kernel layer, and then issues the command to the FW through the driver, after receiving the capture command, the FW starts the capture Diff data mode, and sends an interrupt request once every ten milliseconds to drive to capture debugging information, and after receiving the interrupt request, the driver reads data including the debugging information in the FW through an I2C (Inter-Integrated Circuit) bus interface. If the FW is originally in the report mode, the FW is switched to the data capture mode after receiving the interrupt request.
Instep 102, after obtaining the debugging information, the kernel layer instructs the application layer to synchronously obtain the debugging information from the kernel layer. That is, the kernel layer is used for the application layer to acquire the debugging information of the firmware, so after the debugging information of the firmware is acquired, the application layer is instructed to acquire the debugging information synchronously. Compared with a round-robin mechanism, the data transmission delay can be further reduced, the transmission efficiency is accelerated, the application layer can debug the configuration parameters in the firmware in real time, and the use experience of a user is improved.
In one example, after the obtaining of the debugging information, the kernel layer further includes, before instructing the application layer to synchronously obtain the debugging information from the kernel layer: detecting that the first storage space is saturated, and copying debugging information in the first storage space to a second storage space; and emptying the first storage space for acquiring the rest debugging information in the firmware. Under the condition that the kernel layer has a first storage space and a second storage space, the first storage space is used for being in butt joint with the firmware to obtain debugging information in the firmware, after the first storage space is stored in saturation, the existing data is copied to the second storage space, and the second storage space is used for the application layer to synchronously obtain the debugging information. And the first storage space is saturated as a copying condition, so that the data transmission process cannot be interrupted suddenly, the transmission integrity of the debugging information is ensured, and the error probability in the data transmission process is reduced.
In one example, instructing the application layer to synchronously obtain debugging information from the kernel layer includes: the kernel layer change identifier indicates that the application layer synchronously acquires debugging information from the kernel layer; after the kernel layer changes the identifier, the method further comprises the following steps: and if the debugging information in the second storage space is acquired by the application layer, restoring the identifier. That is, the kernel layer instructs the application layer to acquire the debugging information through the change identifier, for example, the application layer requests the kernel layer for the debugging information after detecting the change of the kernel layer identifier; and after the debugging information in the second storage space is transmitted to the application layer, the kernel layer restores the identifier, namely, the application layer is instructed to stop obtaining the debugging information from the kernel layer. In some implementations, the identifier may be a synchronization identifier, the synchronization identifier is set when the second storage space copies the debug information in the first storage space, and the synchronization identifier is released after the debug information in the second storage space is all acquired by the application layer, the "release" action is an operation opposite to the "set" action, the execution result of the "set" action is that the synchronization identifier exists, and the execution result of the "release" action is that the synchronization identifier does not exist. The method has the advantages that the steps are simple when the kernel layer indicates the application layer to acquire the debugging information, the redundant data transmission process between the application layer and the kernel layer is avoided, and the processes of later maintenance and detection are reduced.
In one example, a ping-pong cache of two 1024 bytes is opened in a driver of a kernel layer, a first storage space and a second storage space, the first storage space is used for storing data acquired from firmware, the second storage space is used for an APK of an application layer to acquire the data of the firmware through the kernel layer (for example, the driver), when the space of the first storage space for receiving debugging information of the firmware is full, data such as the debugging information is copied to the second storage space and a synchronization mark is set, the first storage space is emptied and then the debugging information acquired from the firmware is stored, the APK judges whether the synchronization mark of the driver is set or not when acquiring the debugging information of the firmware through the driver each time, the debugging information is acquired only if the synchronization mark is set, and the kernel layer releases the synchronization mark after the APK acquires the debugging information. In some practical execution processes, the APK acquires the debugging information of the firmware in the mode to realize almost no frame loss, so that various problems encountered in the debugging process can be analyzed by taking the complete debugging information as a basis, and the problems can be quickly positioned and solved.
Insteps 103 to 104, the application layer sends configuration parameters to the kernel layer, and the configuration parameters are used for modifying debugging information in the firmware; the firmware acquires the configuration parameters from the kernel layer and modifies the debugging information according to the configuration parameters. That is, after receiving the real-time debugging information of the firmware, the application layer sends the configuration parameters to modify the real-time debugging information through the kernel layer, so that the effect of modifying the real-time debugging information in the firmware can be realized.
In one example, the firmware acquires the configuration parameters from the kernel layer, and after the configuration parameters are modified, the method further includes: sending a first message to a kernel layer; the first message is used for triggering the kernel layer to acquire the modified debugging information from the firmware; after the kernel layer acquires the modified debugging information, the kernel layer instructs the application layer to synchronously acquire the modified debugging information from the kernel layer; and the application layer detects whether the modified debugging information accords with a preset threshold value, and if the modified debugging information accords with the preset threshold value, the debugging is finished. The method comprises the steps of acquiring real-time debugging information, acquiring the debugged debugging information after one-time debugging, judging whether the debugged debugging information meets a preset threshold value, if so, proving that the first debugging is successful, and completely finishing the debugging process; if not, the first debugging is proved to fail, and the application layer immediately issues the configuration parameters again according to the current modified debugging information until the modified configuration parameters meet the preset threshold.
It is understood that a threshold range of target debug information of firmware may be set in the APK of the application layer, and the application layer debugs the firmware according to the threshold range; the application layer can also receive a user instruction to send the configuration parameters after acquiring the debugging information of the kernel layer, namely, multiple modes exist, and a user can conveniently select the configuration parameters according to actual requirements.
In one example, the APK debugs the firmware in real time, receives a user instruction to enable the reading button APK on an APK parameter interface, reads and displays all parameters used for debugging the firmware effect in the current firmware, and modifies debugging information corresponding to the parameters in real time to achieve the purpose of debugging the FW in real time.
In this embodiment, after receiving the first message instruction with the highest priority, the kernel layer obtains the debugging information from the firmware, and the application layer obtains the debugging information from the kernel layer in a synchronous manner. Because the priority of the first message is highest, the frame loss can be reduced and the transmission delay can be reduced when the kernel layer acquires the debugging information from the firmware; the application layer synchronously acquires the debugging information of the kernel layer, thereby avoiding frame loss and further reducing transmission delay. After the application layer obtains the debugging information, the configuration parameters are issued to the firmware through the kernel layer, so that the debugging information in the firmware is adjusted, the debugging process is timely and efficient, and the use experience of a user is improved.
In the embodiment, the APK issues the command to the driver and then transmits the command to the firmware through the driver, the debugging information of the firmware is acquired through the driver and then transmitted to the APK, the driving acquisition of the debugging information of the firmware is realized through interruption, and the APK acquires the debugging information through the driver and is realized through a synchronization mechanism, so that no frame loss phenomenon occurs when the APK acquires the debugging information of the firmware, and the function of the APK for debugging the firmware in real time is supported.
The steps of the above methods are divided for clarity, and the implementation may be combined into one step or split some steps, and the steps are divided into multiple steps, so long as the same logical relationship is included, which are all within the protection scope of the present patent; it is within the scope of the patent to add insignificant modifications to the algorithms or processes or to introduce insignificant design changes to the core design without changing the algorithms or processes.
One embodiment of the present invention relates to a firmware debugging apparatus, as shown in fig. 2, including:
an obtainingmodule 201, configured to send, by a firmware, a first message to a kernel layer, where the first message is used to trigger the kernel layer to obtain debugging information in the firmware, where the first message has a highest priority, and the firmware is located in the terminal;
asynchronization module 202, configured to instruct, after the kernel layer obtains the debugging information, an application layer to synchronously obtain the debugging information from the kernel layer;
a sendingmodule 203, configured to send, by the application layer, a configuration parameter to the kernel layer, where the configuration parameter is used to modify debugging information in the firmware;
a modifyingmodule 204, configured to obtain, by the firmware, the configuration parameter from the kernel layer, and modify the debugging information according to the configuration parameter.
For the obtainingmodule 201, in one example, the firmware sends a first message to the kernel layer, including: and the firmware sends a first message to the kernel layer according to a preset time period.
In one example, the first message is an interrupt request.
For thesynchronization module 202, in an example, the kernel layer acquires the debugging information in the firmware, including that the kernel layer acquires the debugging information in the firmware to a first storage space of the kernel layer; the kernel layer is further provided with a second storage space, and the second storage space is used for storing the copied debugging information in the first storage space, so that the application layer can obtain the debugging information.
In one example, after the obtaining the debugging information and before the instructing the application layer to synchronously obtain the debugging information from the kernel layer, the kernel layer further includes: detecting that the first storage space is saturated, and copying debugging information in the first storage space to the second storage space; and emptying the first storage space for acquiring the rest debugging information in the firmware.
In one example, the instructing the application layer to synchronously acquire the debugging information from the kernel layer includes: the kernel layer change identifier indicates an application layer to synchronously acquire the debugging information from the kernel layer; after the kernel layer changes the identifier, the method further comprises the following steps: and if the debugging information in the second storage space is acquired by the application layer, restoring the identifier.
After themodification module 204, a feedback adjustment module (not shown in the figure) is further included, configured to send the first message to the kernel layer; the first message is used for triggering the kernel layer to acquire the modified debugging information from the firmware; after the kernel layer acquires the modified debugging information, the kernel layer instructs an application layer to synchronously acquire the modified debugging information from the kernel layer; and the application layer detects whether the modified debugging information accords with a preset threshold value, and if the modified debugging information accords with the preset threshold value, the debugging is finished.
In this embodiment, after receiving the first message instruction with the highest priority, the kernel layer obtains the debugging information from the firmware, and the application layer obtains the debugging information from the kernel layer in a synchronous manner. Because the priority of the first message is highest, the frame loss can be reduced and the transmission delay can be reduced when the kernel layer acquires the debugging information from the firmware; the application layer synchronously acquires the debugging information of the kernel layer, thereby avoiding frame loss and further reducing transmission delay. After the application layer obtains the debugging information, the configuration parameters are issued to the firmware through the kernel layer, so that the debugging information of the firmware is adjusted, the touch effect controlled by the debugging information is improved, the debugging process is timely and efficient, and the use experience of a user is improved.
It should be understood that this embodiment is a system example corresponding to the above embodiment, and that this embodiment can be implemented in cooperation with the above embodiment. The related technical details mentioned in the above embodiments are still valid in this embodiment, and are not described herein again in order to reduce repetition. Accordingly, the related-art details mentioned in the present embodiment can also be applied to the above-described embodiments.
It should be noted that each module referred to in this embodiment is a logical module, and in practical applications, one logical unit may be one physical unit, may be a part of one physical unit, and may be implemented by a combination of multiple physical units. In addition, in order to highlight the innovative part of the present invention, elements that are not so closely related to solving the technical problems proposed by the present invention are not introduced in the present embodiment, but this does not indicate that other elements are not present in the present embodiment.
One embodiment of the invention relates to a terminal, as shown in fig. 3, comprising at least oneprocessor 301; and the number of the first and second groups,
amemory 302 communicatively coupled to the at least oneprocessor 301; wherein,
thememory 302 stores instructions executable by the at least oneprocessor 301, the instructions being executable by the at least oneprocessor 301 to enable the at least oneprocessor 301 to perform the above-described firmware debugging method.
Where the memory and processor are connected by a bus, the bus may comprise any number of interconnected buses and bridges, the buses connecting together one or more of the various circuits of the processor and the memory. The bus may also connect various other circuits such as peripherals, voltage regulators, power management circuits, and the like, which are well known in the art, and therefore, will not be described any further herein. A bus interface provides an interface between the bus and the transceiver. The transceiver may be one element or a plurality of elements, such as a plurality of receivers and transmitters, providing a means for communicating with various other apparatus over a transmission medium. The data processed by the processor is transmitted over a wireless medium via an antenna, which further receives the data and transmits the data to the processor.
The processor is responsible for managing the bus and general processing and may also provide various functions including timing, peripheral interfaces, voltage regulation, power management, and other control functions. And the memory may be used to store data used by the processor in performing operations.
One embodiment of the present invention relates to a computer-readable and writable storage medium storing a computer program. The computer program realizes the above-described method embodiments when executed by a processor.
That is, as can be understood by those skilled in the art, all or part of the steps in the method for implementing the embodiments described above may be implemented by a program instructing related hardware, where the program is stored in a storage medium and includes several instructions to enable a device (which may be a single chip, a chip, or the like) or a processor (processor) to execute all or part of the steps of the method described in the embodiments of the present application. And the aforementioned storage medium includes: a U-disk, a removable hard disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk, and other various media capable of storing program codes.
It will be understood by those of ordinary skill in the art that the foregoing embodiments are specific examples for carrying out the invention, and that various changes in form and details may be made therein without departing from the spirit and scope of the invention in practice.
Claims (10)
1. A firmware debugging method is applied to a terminal and comprises the following steps:
the firmware sends a first message used for triggering the kernel layer to acquire debugging information in the firmware to the kernel layer, wherein the first message has the highest priority, and the firmware is located in the terminal;
the kernel layer instructs an application layer to synchronously acquire the debugging information from the kernel layer after acquiring the debugging information;
the application layer sends configuration parameters to the kernel layer, and the configuration parameters are used for modifying debugging information in the firmware;
and the firmware acquires the configuration parameters from the kernel layer and modifies the debugging information according to the configuration parameters.
2. The method according to claim 1, wherein the firmware acquires the configuration parameters from the kernel layer, and further comprises, after modifying the debugging information according to the configuration parameters:
sending the first message to the kernel layer; the first message is used for triggering the kernel layer to acquire modified debugging information from the firmware;
after the kernel layer acquires the modified debugging information, the kernel layer instructs an application layer to synchronously acquire the modified debugging information from the kernel layer;
and the application layer detects whether the modified debugging information accords with a preset threshold value, and if the modified debugging information accords with the preset threshold value, the debugging is finished.
3. The method according to claim 1, wherein the kernel layer obtains the debugging information in the firmware, including the kernel layer obtaining the debugging information in the firmware to a first storage space of the kernel layer; the kernel layer is further provided with a second storage space, and the second storage space is used for storing the copied debugging information in the first storage space, so that the application layer can obtain the debugging information.
4. The firmware debugging method according to claim 3, wherein the kernel layer, after acquiring the debugging information and before instructing the application layer to synchronously acquire the debugging information from the kernel layer, further comprises:
detecting that the first storage space is saturated, and copying debugging information in the first storage space to the second storage space;
and emptying the first storage space for acquiring the rest debugging information in the firmware.
5. The debugging method of firmware according to claim 3, wherein said instructing an application layer to synchronously acquire the debugging information from the kernel layer comprises: the kernel layer change identifier indicates an application layer to synchronously acquire the debugging information from the kernel layer;
after the kernel layer changes the identifier, the method further comprises the following steps:
and if the debugging information in the second storage space is acquired by the application layer, restoring the identifier.
6. The method of debugging firmware of claim 1, wherein the firmware sends a first message to a kernel layer, comprising:
and the firmware sends a first message to the kernel layer according to a preset time period.
7. The debugging method of firmware according to any one of claims 1 to 6,
the first message is an interrupt request.
8. An apparatus for debugging firmware, comprising:
an obtaining module, configured to send, by a firmware, a first message to a kernel layer, where the first message is used to trigger the kernel layer to obtain debugging information in the firmware, where the first message has a highest priority, and the firmware is located in the terminal;
the synchronization module is used for indicating the application layer to synchronously acquire the debugging information from the kernel layer after the kernel layer acquires the debugging information;
a sending module, configured to send, by the application layer, a configuration parameter to the kernel layer, where the configuration parameter is used to modify debugging information in the firmware;
and the modification module is used for acquiring the configuration parameters from the kernel layer by the firmware and modifying the debugging information according to the configuration parameters.
9. A terminal, comprising:
at least one processor; and the number of the first and second groups,
a memory communicatively coupled to the at least one processor; wherein,
the memory stores instructions executable by the at least one processor to enable the at least one processor to perform a method of debugging firmware as claimed in any one of claims 1 to 7.
10. A computer-readable-writable storage medium storing a computer program, characterized in that the computer program, when executed by a processor, implements a debugging method of firmware of any one of claims 1 to 7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111155816.8ACN114035855B (en) | 2021-09-30 | 2021-09-30 | Firmware debugging method, device, terminal and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111155816.8ACN114035855B (en) | 2021-09-30 | 2021-09-30 | Firmware debugging method, device, terminal and storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN114035855Atrue CN114035855A (en) | 2022-02-11 |
| CN114035855B CN114035855B (en) | 2023-10-27 |
Family
ID=80134541
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202111155816.8AActiveCN114035855B (en) | 2021-09-30 | 2021-09-30 | Firmware debugging method, device, terminal and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114035855B (en) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116504188A (en)* | 2023-04-26 | 2023-07-28 | 京东方科技集团股份有限公司 | Storage method, system and device for driving debugging data and electronic equipment |
| CN116847019A (en)* | 2023-07-12 | 2023-10-03 | 荣耀终端有限公司 | Communication abnormality processing method, electronic device, and computer-readable storage medium |
| WO2023240558A1 (en)* | 2022-06-16 | 2023-12-21 | 北京小米移动软件有限公司 | Firmware debugging method and apparatus |
Citations (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20050183066A1 (en)* | 2004-02-17 | 2005-08-18 | Jabori Monji G. | Correlating debugger |
| CN1779652A (en)* | 2004-11-24 | 2006-05-31 | 中兴通讯股份有限公司 | A method and device for debugging an operating system kernel state program |
| CN102279789A (en)* | 2010-06-13 | 2011-12-14 | 三星电子（中国）研发中心 | Debugging system and debugging method for embedded system of production phase |
| CN102346708A (en)* | 2010-08-03 | 2012-02-08 | 中兴通讯股份有限公司 | Debugger and debugging method thereof |
| CN105183641A (en)* | 2015-08-13 | 2015-12-23 | 浪潮(北京)电子信息产业有限公司 | Data consistency check method and system for kernel module |
| CN105224454A (en)* | 2015-09-25 | 2016-01-06 | 华为技术有限公司 | A kind of adjustment method, polycaryon processor and commissioning device |
| CN106569942A (en)* | 2015-10-08 | 2017-04-19 | 阿里巴巴集团控股有限公司 | Test method and apparatus |
| CN108519947A (en)* | 2018-04-02 | 2018-09-11 | 郑州云海信息技术有限公司 | A method and tool for reading and writing registers under Linux |
| CN110389275A (en)* | 2019-07-19 | 2019-10-29 | 淮阴工学院 | Smart grid link ground fault recording device and method |
| CN110764962A (en)* | 2018-07-26 | 2020-02-07 | 武汉海康存储技术有限公司 | Log processing method and device |
| CN110781080A (en)* | 2019-10-11 | 2020-02-11 | 北京小米移动软件有限公司 | Program debugging method and device, and storage medium |
| WO2020145973A1 (en)* | 2019-01-10 | 2020-07-16 | Hewlett-Packard Development Company, L.P. | Event logs with firmware debug information |
| CN112231198A (en)* | 2019-07-15 | 2021-01-15 | 腾讯科技（深圳）有限公司 | Malicious process debugging method and device, electronic equipment and medium |
| CN112230844A (en)* | 2019-07-15 | 2021-01-15 | 美光科技公司 | Media management recorder for memory subsystem |
| CN112541166A (en)* | 2019-09-20 | 2021-03-23 | 杭州中天微系统有限公司 | Method, system and computer readable storage medium |
- 2021
- 2021-09-30CNCN202111155816.8Apatent/CN114035855B/enactiveActive
Patent Citations (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20050183066A1 (en)* | 2004-02-17 | 2005-08-18 | Jabori Monji G. | Correlating debugger |
| CN1779652A (en)* | 2004-11-24 | 2006-05-31 | 中兴通讯股份有限公司 | A method and device for debugging an operating system kernel state program |
| CN102279789A (en)* | 2010-06-13 | 2011-12-14 | 三星电子（中国）研发中心 | Debugging system and debugging method for embedded system of production phase |
| CN102346708A (en)* | 2010-08-03 | 2012-02-08 | 中兴通讯股份有限公司 | Debugger and debugging method thereof |
| CN105183641A (en)* | 2015-08-13 | 2015-12-23 | 浪潮(北京)电子信息产业有限公司 | Data consistency check method and system for kernel module |
| CN105224454A (en)* | 2015-09-25 | 2016-01-06 | 华为技术有限公司 | A kind of adjustment method, polycaryon processor and commissioning device |
| CN106569942A (en)* | 2015-10-08 | 2017-04-19 | 阿里巴巴集团控股有限公司 | Test method and apparatus |
| CN108519947A (en)* | 2018-04-02 | 2018-09-11 | 郑州云海信息技术有限公司 | A method and tool for reading and writing registers under Linux |
| CN110764962A (en)* | 2018-07-26 | 2020-02-07 | 武汉海康存储技术有限公司 | Log processing method and device |
| WO2020145973A1 (en)* | 2019-01-10 | 2020-07-16 | Hewlett-Packard Development Company, L.P. | Event logs with firmware debug information |
| CN112231198A (en)* | 2019-07-15 | 2021-01-15 | 腾讯科技（深圳）有限公司 | Malicious process debugging method and device, electronic equipment and medium |
| CN112230844A (en)* | 2019-07-15 | 2021-01-15 | 美光科技公司 | Media management recorder for memory subsystem |
| CN110389275A (en)* | 2019-07-19 | 2019-10-29 | 淮阴工学院 | Smart grid link ground fault recording device and method |
| CN112541166A (en)* | 2019-09-20 | 2021-03-23 | 杭州中天微系统有限公司 | Method, system and computer readable storage medium |
| CN110781080A (en)* | 2019-10-11 | 2020-02-11 | 北京小米移动软件有限公司 | Program debugging method and device, and storage medium |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2023240558A1 (en)* | 2022-06-16 | 2023-12-21 | 北京小米移动软件有限公司 | Firmware debugging method and apparatus |
| CN116504188A (en)* | 2023-04-26 | 2023-07-28 | 京东方科技集团股份有限公司 | Storage method, system and device for driving debugging data and electronic equipment |
| CN116847019A (en)* | 2023-07-12 | 2023-10-03 | 荣耀终端有限公司 | Communication abnormality processing method, electronic device, and computer-readable storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN114035855B (en) | 2023-10-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN114035855B (en) | Firmware debugging method, device, terminal and storage medium | |
| US8874959B2 (en) | Information processing apparatus, image forming apparatus, and information processing program | |
| CN107025203B (en) | First board card, second board card and equipment | |
| US9036055B2 (en) | Data processing apparatus and method of controlling same | |
| CN100365994C (en) | Method and system for regulating ethernet | |
| US11431782B2 (en) | Method, apparatus, and device for transmitting file based on BMC, and medium | |
| CN108366131A (en) | Data transmission method, device, terminal and storage medium | |
| WO2018003841A1 (en) | Serial communication method and sensor controller | |
| CN113132047B (en) | Communication synchronization method and system of dual-core electric energy meter protocol consistency testing device | |
| CN212181459U (en) | FPGA upgrading system | |
| CN114253784A (en) | Configuration method and device of chip test mode, SOC chip and electronic equipment | |
| EP3859994A1 (en) | Signal processing method and device | |
| US11314670B2 (en) | Method, apparatus, and device for transmitting file based on BMC, and medium | |
| US20200137831A1 (en) | Frequency band authentication method and apparatus for wireless device, and computing device | |
| CN111610995A (en) | Equipment firmware upgrading method and device, electronic equipment and storage medium | |
| CN118820158A (en) | I2C bus anti-hang link, method, device and computer storage medium | |
| WO2024082563A1 (en) | Radio frequency front-end control method, apparatus, device, and computer readable storage medium | |
| CN116094956B (en) | Smart network card testing method, device, and computer equipment | |
| CN109343387B (en) | Data communication method, device, equipment and air conditioner | |
| WO2025088877A1 (en) | Control device, control system, and control method | |
| CN118349180A (en) | Memory control method and device, storage medium and electronic equipment | |
| CN118413856A (en) | Communication processing method, device, module and system based on multi-module system | |
| JP5619312B2 (en) | Data processing apparatus and control method thereof | |
| JP2024074460A (en) | Semiconductor chip, debug system, and synchronization method | |
| US9763032B2 (en) | Information processing apparatus that performs short-range wireless communication, method of controlling the same, and storage medium |
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 |