Multi-OS configuration method

• US 6,996,828 B1
• Filed: 08/29/2000
• Issued: 02/07/2006
• Est. Priority Date: 09/12/1997
• Status: Expired due to Fees

• Current Assignee: Hitachi-Omron Terminal Solutions Corporation (Hitachi, Ltd.)
• Original Assignee: Hitachi, Ltd.
• Inventors: Arai, Toshiaki, Kimura, Shinji, Sato, Masahide, Umezu, Toshikazu
• Primary Examiner(s): Follansbee, John
• Assistant Examiner(s): PATEL, ASHOKKUMAR B
• Application Number:
  US09/649,958
• Time in Patent Office: 1,988 Days
• Field of Search: 709/318, 709/312, 709/319, 709/103, 709/327, 709/107, 709/320, 709/321, 709/328, 718/102, 718/103, 718/104, 718/105, 718/107, 718/108
• US Class Current: 719/319
• CPC Class Codes: G06F 9/45537 Provision of facilities of other operating environments, e.g. WINE I/O emulation G06F13/105

Abstract

A physical memory of a single computer is divided for each of a plurality of operating system (OS). A first OS is first loaded into the computer and runs. A multi-OS management program common to a plurality of OSs is incorporated into a virtual address space of the first OS as a device driver of the first OS. The multi-OS management program incorporated as the device driver is rearranged in a memory area shared by OSs so that the multi-OS management program has the same virtual address in any OS. In this state, the second OS program itself is loaded in the virtual address space of the second OS by execution of the multi-OS management program in the first OS. Execution of the multi-OS management program is switched from the multi-of management program in the first OS to the multi-OS management program in the second OS. Then, the second OS is started by execution of the multi-OS management program in the second OS to thereby run the plurality of OSs on the single computer.

Claims

1. A computer system comprising:

a plurality of hardware devices;

a first operating system (OS) assigned with a first hardware resource of said hardware devices;

a second OS assigned with a second hardware resource of said hardware devices exclusively when said first OS is set up, wherein said first and second OSs are executed independently of each other by a single processor;

a multi-OS driver activated as a device driver stored in a common area of a virtual memory used by said first and second OSs, said multi-OS driver accepting interrupts from said single processor, wherein said multi-OS driver executes independently of operation of said first and second OSs, the multi-OS driver indicating an execution of an interrupt to one of said first and second OSs based on interrupts accepted; and

one of said first and second OSs runs independently of the other of said first and second OSs without hardware and software for a privilege instruction to be executed by each of said first and second OSs;

wherein the multi-OS driver manages rights of using the hardware devices by the first and second OS,

and manages notification destinations of interrupts from the plurality of hardware devices to the first and second OSs,

when the first OS uses a first hardware device of the plurality of hardware devices, the first OS notifies the multi-OS driver of a request for use of the first hardware device,

the multi-OS driver notifies the first OS of permission for using the first hardware device, if a notification destination of interrupts to an OS received from the first hardware device is not registered as “

the second OS”

, and

notifies the first OS of an interrupt from the first hardware device, when receiving the interrupt from the first hardware device after the notification of permission.

2. The computer system according to claim 1, wherein, when the first OS terminates use of the first hardware device, the first OS notifies the multi-OS driver of termination of using the first hardware device, and the multi-OS driver deletes information, namely “

the first OS”

, from a registered notification destination of interrupts to be received from the first hardware device.

3. The computer system according to claim 2, wherein the multi-OS driver has a management table for managing the notification destinations of interrupts from the plurality of hardware devices.

4. The computer system according to claim 3, further comprising a memory, and

wherein the multi-OS driver is stored in the memory in an area accessed by the first and second OSs.

5. The computer system according to claim 4, wherein the multi-OS driver is mapped in the memory in such a manner that the multi-OS driver is located in a same address area in both memory space of the first OS and memory space of the second OS.

6. The computer system according to claim 5, wherein, when the first OS loads the multi-OS driver in the memory, the first OS maps the multi-OS driver at an arbitrary address area in the memory space of the first OS, and thereafter, alters mapping in such a manner that the multi-OS driver thus mapped is re-mapped in said same address area.

7. The computer system according to claim 6, wherein,

the first OS loads the second OS in an area of the memory allocated to the second OS, and activates the second OS, and

the second OS maps the loaded multi-OS driver in said same address area.

8. The computer system according to claim 1, wherein the multi-OS driver notifies the second OS of an occurrence of an interrupt from a second hardware device of the plurality of hardware devices, if a notification destination of interrupts to an OS to be received from the second hardware device is registered as “

the second OS”

.

9. The computer system according to claim 8, wherein the multi-OS driver notifies the first OS of no permission for using the second hardware device, when receiving a request for use of the second hardware device from the first OS.