Mechanism for enabling a program to be executed while the execution of an operating system is suspended

• US 7,827,558 B2
• Filed: 06/30/2004
• Issued: 11/02/2010
• Est. Priority Date: 06/30/2004
• Status: Active Grant

• Current Assignee: Splashtop Inc.
• Original Assignee: DeviceVM
• Inventors: Chang, Rong-Wen
• Primary Examiner(s): Bullock, Jr.; Lewis A
• Assistant Examiner(s): To; Jennifer N
• Application Number:
  US10/882,559
• Publication Number:
  US 20100138641A1
• Time in Patent Office: 2,316 Days
• Field of Search: 718/108, 718/1, 713 1- 2
• US Class Current: 718/104
• CPC Class Codes: G06F 9/4418 Suspend and resume; Hibernate and awake
• CPC Class Codes: G06F 9/445 Program loading or initiating bootstrapping G06F9/4401; security arrangements for program loading or initiating G06F21/57
• CPC Class Codes: Y02D 10/00 Energy efficient computing, e.g. low power processors, power management or thermal management

Abstract

A mechanism is provided for enabling an auxiliary program to be executed in a computer system, after an operating system has been loaded and executed, without rebooting the computer system. This may be achieved by suspending execution of the operating system, executing the auxiliary program while execution of the operating system is suspended, and then resuming execution of the operating system. In suspending execution of the operating system, state information defining a current state of the computer system is saved. In resuming execution of the operating system, the saved state information is used to restore the computer system to the current state. No state information or data should be lost as a result of suspending and resuming execution of the operating system. From the viewpoint of the operating system and the applications (if any) executing within the environment provided by the operating system, execution of the auxiliary program is transparent.

Claims

1. A method implemented in a computer system, the computer system having an operating system executing thereon, the method comprising:

a processor accessing a basic input output system (BIOS) upon power-up or reboot;

the BIOS, during the power-up or reboot, causing the processor to set a trap for a particular power-down instruction for the operating system;

the BIOS, during the power-up or reboot, causing the operating system to reserve a portion of memory for other use;

receiving a request to execute an auxiliary program, allocating a second portion of memory that is currently free for use by the auxiliary program for storing execution-generated data, and passing information pertaining to the second memory allocation to the auxiliary program;

the operating system providing the particular power-down instruction to the processor in response to the request to execute the auxiliary program;

the processor executing an associated trap handling routine of the BIOS in response to receiving the particular power-down instruction;

suspending execution of the operating system; and

executing the auxiliary program from the portion of memory that is allocated for other use while execution of the operating system is suspended, the auxiliary program comprising a self-contained program that contains all components for operating the auxiliary program.

2. The method of claim 1, wherein the auxiliary program further comprises its own operating system kernel and device drivers.

3. The method of claim 1, further comprising the step of:

storing state information that defines a current state of the computer system prior to suspending execution of the operating system, the state information enabling the current state of the computer system to be restored at a later time.

4. The method of claim 3, further comprising the steps of:

resuming execution of the operating system; and

restoring the computer system, based upon the state information, to the current state;

wherein the method is carried out without rebooting the computer system.

5. The method of claim 4, wherein no state information or data is lost as a result of suspending and resuming execution of the operating system.

6. The method of claim 1, further comprising the steps of:

loading and executing the operating system; and

transferring control from the BIOS to the operating system.

7. The method of claim 1, further comprising:

providing an indication to the operating system, during a boot-up process, that the particular portion of the memory is not available for use by the operating system.

8. The method of claim 1, the method further comprising the steps of:

sending a memory allocation request to the operating system;

receiving a memory allocation from the operating system, the memory allocation indicating a particular portion of the memory that is free and available for use; and

passing information pertaining to the memory allocation to the program to enable the program to use the particular portion of memory during execution.

9. The method of claim 8, wherein sending, receiving, and passing are performed prior to suspending execution of the operating system.

10. The method of claim 8, wherein passing comprises:

storing the information pertaining to the memory allocation in a location that the auxiliary program knows to access.

11. The method of claim 10, wherein executing the program comprises:

accessing the information pertaining to the memory allocation; and

using the particular portion of memory indicated by the memory allocation to store data generated during execution of the auxiliary program.

12. The method of claim 1, wherein the auxiliary program does not need the operating system in order to operate and the auxiliary program comprises operating system components.

13. The method of claim 1, wherein the auxiliary program comprises a web browser.

14. The method of claim 1, wherein the auxiliary program comprises a media player.

15. The method of claim 1, wherein the auxiliary program comprises a tuner.

16. The method of claim 1, wherein suspending execution of the operating system comprises:

instructing the operating system to enter a power-saving mode, which causes execution of the operating system to be suspended;

detecting that an instruction is about to be executed, which will cause one or more hardware components of the computer system to power down; and

trapping the instruction to power down the one or more hardware components, thereby, preventing the one or more hardware components from powering down.

17. The method of claim 16, wherein trapping comprises:

invoking a routine that will cause the auxiliary program to be executed.

18. The method of claim 17, further comprising the step of:

loading the auxiliary program from the BIOS read only memory (ROM) into the portion of the memory that is not accessed by the operating system.

19. A computer system, comprising:

a processor for accessing a basic input output system (BIOS) upon power-up or reboot;

a mechanism for the BIOS, during the power-up or reboot, to cause the processor to set a trap for a particular power-down instruction for an operating system;

a mechanism for causing the BIOS, during the power-up or reboot, to cause the operating system to reserve a portion of memory for other use;

a mechanism for receiving a request to execute an auxiliary program, for allocating a second portion of memory that is currently free for use by the auxiliary program for storing execution-generated data, and for passing information pertaining to the second memory allocation to the auxiliary program;

a mechanism for the operating system to provide the particular power-down instruction to the processor in response to the request to execute the auxiliary program;

a mechanism for executing an associated trap handling routine of the BIOS in response to the received particular power-down instruction;

a mechanism for causing execution of an operating system to be suspended; and

a mechanism for causing the auxiliary program to be executed from the portion of memory that is allocated for exclusive other use while execution of the operating system is suspended, the auxiliary program comprising a self-contained program that contains all components for operating the auxiliary program.

20. The computer system of claim 19, wherein the auxiliary program further comprises its own operating system kernel and device drivers.

21. The computer system of claim 19, further comprising an operating system, wherein the operating system comprises:

a mechanism for receiving an instruction to enter a power-saving mode;

a mechanism for storing state information that defines a current state of the computer, the state information enabling the current state of the computer system to be restored at a later time; and

a mechanism for suspending execution of the operating system;

wherein the computer system suspends execution of the operating system, executes the program, and resumes execution of the operating system without rebooting.

22. The computer system of claim 21, wherein the operating system further comprises:

a mechanism for resuming execution of the operating system; and

a mechanism for restoring the computer system, based upon the state information, to the current state when execution of the operating system resumes.

23. The computer system of claim 22, wherein no state information or data is lost as a result of suspending and resuming execution of the operating system.

24. The computer system of claim 19, further comprising a mechanism for loading and executing the operating system, and transferring control from the BIOS to the operating system.

25. The computer system of claim 24, wherein the auxiliary program has its own set of operating system components.

26. The computer system of claim 19, further comprising:

a mechanism for providing an indication to the operating system, during a boot-up process, that the particular portion of the memory is not available for use by the operating system.

27. The computer system of claim 19, wherein the computer system further comprises:

a mechanism for sending a memory allocation request to the operating system;

a mechanism for receiving a memory allocation from the operating system, the memory allocation indicating a particular portion of the memory that is free and available for use; and

a mechanism for passing information pertaining to the memory allocation to the program to enable the program to use the particular portion of memory during execution.

28. The computer system of claim 27, wherein the information pertaining to the memory allocation is passed to the program before execution of the operating system is suspended.

29. The computer system of claim 27, wherein the mechanism for passing the information pertaining to the memory allocation comprises:

a mechanism for causing the information pertaining to the memory allocation to be stored in a location that the auxiliary program knows to access.

30. The computer system of claim 29, wherein the auxiliary program comprises:

a mechanism for accessing the information pertaining to the memory allocation; and

a mechanism for using the particular portion of memory indicated by the memory allocation to store data generated during execution of the auxiliary program.

31. The computer system of claim 19, further comprising the auxiliary program, wherein the program comprises a web browser.

32. The computer system of claim 19, further comprising the auxiliary program, wherein the program comprises a media player.

33. The computer system of claim 19, further comprising the auxiliary program, wherein the program comprises a tuner.

34. The computer system of claim 19, wherein the mechanism for causing execution of the operating system to be suspended comprises:

a mechanism for instructing the operating system to enter a power-saving mode, which causes execution of the operating system to be suspended.

35. The computer system of claim 34, further comprising:

a mechanism for detecting that an instruction is about to be executed, which will cause one or more hardware components of the computer system to power down; and

a mechanism for trapping the instruction to cause it to not be executed, thereby, preventing the one or more hardware components from powering down.

36. The computer system of claim 35, further comprising:

a mechanism for setting a trap for the instruction to cause the instruction to be trapped when encountered.