APPARATUS AND METHOD FOR HANDLING REBOOTING OF MOBILE TERMINAL

• US 20130227356A1
• Filed: 10/16/2012
• Published: 08/29/2013
• Est. Priority Date: 02/29/2012
• Status: Abandoned Application

• Current Assignee: Pantech Co. Ltd. (Pantech Incorporated)
• Original Assignee: Pantech Co. Ltd. (Pantech Incorporated)
• Inventors: KIM, Tae-Joong, JI, Seung-Hwa
• Application Number:
  US13/652,862
• Publication Number:
  US 20130227356A1
• Time in Patent Office: Days
• US Class Current: 714/48
• CPC Class Codes: G06F 11/0742 in a data processing system embedded in a mobile device, e.g. mobile phones, handheld devices
• CPC Class Codes: G06F 11/0766 Error or fault reporting or storing
• CPC Class Codes: G06F 11/1417 Boot up procedures
• CPC Class Codes: G06F 9/4401 Bootstrapping security arrangements therefor G06F21/57

Abstract

A mobile terminal to handle a booting process includes a processor to process the booting process, a log storage to store error information of a module extracted from a system log, and a log comparator, during the booting process, to extract the error information of the module from the log storage, and to exclude an initialization of the module based on the error information of the module stored in the log storage. A method that uses a processor to handle a booting process includes loading error information of a module from a system log to a log storage, processing, using the processor, the booting process by initializing multiple modules, and determining whether to initialize the module based on the loaded error information of the module.

Claims

1. A mobile terminal to handle a booting process, comprising:

a processor to process the booting process;

a log storage to store error information of a module extracted from a system log; and

a log comparator, during the booting process, to extract the error information of the module from the log storage, and to exclude an initialization of the module based on the error information of the module stored in the log storage.

2. The mobile terminal of claim 1, wherein the module comprises a device driver, and the error information of the module comprises deadlock state information of the device driver.

3. The mobile terminal of claim 1, wherein the log storage stores a log table comprising identification information of multiple modules and flags of the multiple modules, the multiple modules in the log table being sorted according to a registered order of the multiple modules.

4. The mobile terminal of claim 3, further comprising:

a log analyzer to read the log table, and to modify the system log by writing the error information of the module in the system log if a flag of the module indicates that the module is in a deadlock state.

5. The mobile terminal of claim 1, further comprising:

a log extractor to extract the error information of the module from the system log, and to write the error information of the module in the log storage.

6. The mobile terminal of claim 1, wherein the log storage comprises a random access memory (RAM) and/or a register to store the error information of the module.

7. The mobile terminal of claim 1, wherein the error information of the module comprises identification information of the module and count information of the module, the count information of the module indicating a number of errors occurred with respect to the module.

8. The mobile terminal of claim 7, wherein the log comparator excludes the initialization of the module if the number of errors is greater than or equal to a reference value.

9. The mobile terminal of claim 1, further comprising:

a driver observer to detect the error information of the module based on a receipt of a driver signal from the module.

10. The mobile terminal of claim 1, further comprising:

a log transmitter to transmit the error information to a server.

13. The method of claim 10, further comprising:

storing a log table comprising identification information of multiple modules and flags of the multiple modules, the multiple modules in the log table being sorted according to a registered order of the multiple modules.

14. The method of claim 13, further comprising:

reading the log table; and

modifying the system log by writing the error information of the module in the system log if a flag of the module indicates that the module is in a deadlock state.

11. A method that uses a processor to handle a booting process, comprising:

loading error information of a module from a system log to a log storage;

processing, using the processor, the booting process by initializing multiple modules; and

determining whether to initialize the module based on the loaded error information of the module.

12. The method of claim 11, wherein the module comprises a device driver, and the error information of the module comprises deadlock state information of the device driver.

15. The method of claim 11, further comprising:

extracting the error information of the module from the system log; and

writing the error information of the module in the log storage.

16. The method of claim 11, wherein the log storage comprises a random access memory (RAM) to store the error information of the module.

17. The method of claim 11, the error information of the module comprises identification information of the module and count information of the module, the count information of the module indicating a number of errors occurred with respect to the module.

18. The method of claim 17, further comprising:

excluding the initialization of the module if the number of errors is greater than or equal to a reference value.

19. The method of claim 11, further comprising:

detecting the error information of the module based on a receipt of a driver signal from the module.

20. A mobile terminal to handle a booting process, comprising:

a processor to process the booting process;

a log analyzer to read a log table comprising identification information of a module and a flag of the module, and to modify a system log by writing the identification information of the module in the system log if the flag of the module indicates that the module is in a deadlock state; and

a log storage to store the identification information of the module extracted from a system log.