JPH039489B2 - - Google Patents

Description

[Detailed Description of the Invention] (A) Technical Field of the Invention The present invention relates to a virtual machine display control system, in particular a virtual machine display control system that combines a virtual machine control unit and an operating system (OS) running on a virtual machine into a single display. The present invention relates to a virtual computer display control method that allows a type console to be used as if it were independently occupied, without conflicting with each other's display screens.

(B) Prior art and problems A virtual computer system consists of real hardware including a central processing unit and various peripheral devices, and a virtual computer control unit that prepares a virtual computer environment and controls a virtual machine (VM). (CP) and be aware of the virtual machine as if it were a real device,
It consists of a group of software including an operating system (OS) that executes data processing.

Conventionally, the above CP and the OS running on the VM were one
When multiple system consoles were shared, only a typewriter-style console was used. Typewriter-style consoles generally have 1
Output is performed line by line, so there is little need to edit messages across multiple lines to make them easier to read. On the other hand, in the case of display devices,
Although there is generally a limit to the size of a display screen, the display format of the entire screen can be freely determined, so it is desirable to efficiently edit and output messages in an easy-to-read format. However, if the display device is used as a common console between the CP and the OS running on the VM, it is difficult to uniformly define the display format of messages between the CP and the OS.
Since this is difficult in terms of compatibility and independence, messages from the CP and OS will be output together on one screen.

Therefore, conventionally, even if a display device was used as a system console, the advantages of the display device could not be utilized, and the output format would be similar to that of a typewriter-type console, making it impossible to make a hard copy. It was considered to be at a disadvantage compared to a regular typewriter-style console.

(C) Purpose and Structure of the Invention The present invention aims to solve the above problems, and enables a single display console to be shared by the CP and the OS running on the VM, and also enables The purpose is to prevent conflicts between messages from the CP and messages from the OS. In particular, when the display screen is divided into one for CP and one for OS, when the display screen is for CP, the OS
However, the present invention reports a pseudo device-in-use state, that is, device busy, to the OS, and
The aim is to achieve competitive control without modifying the OS or degrading operability. Therefore, the virtual machine display control method of the present invention provides a display-type console in a virtual machine system that operates a virtual machine under a virtual machine control unit, and
At least a screen mode instruction section that indicates whether the display screen of the display type console is a virtual computer control screen or a virtual computer use screen, and a screen mode instruction section that indicates whether the display screen of the display type console is a virtual computer control screen; a device busy notification section that notifies the device busy in response to a display request from the device; and a screen control section that switches the screen mode and notifies the virtual machine of the device end after a predetermined period of time has elapsed since the device busy notification. It is characterized by having the following. Examples will be described below with reference to the drawings.

(D) Embodiment of the Invention FIGS. 1 and 2 are explanatory diagrams of an outline of control according to the present invention, and FIG. 3 shows the configuration of an embodiment of the present invention.

In Figure 1, 1 is a virtual computer control screen (hereinafter referred to as CP screen) of a display console;
2 represents a CP screen save area, 3 represents a virtual machine use screen of a display type console (hereinafter referred to as the OS screen), and 4 represents an OS screen save area.

In the case of the present invention, as a system console,
For example, a display-type console consisting of a CRT display and a keyboard is used. As the state of the display screen of the display type console
There is a CP screen 1 mode and an OS screen 3 mode. The mode of CP screen 1 is a state in which CP commands for controlling the VM can be input, and only messages from the CP are displayed on the display screen at that time. On the other hand, the mode on OS screen 3 is
This is a state in which commands can be entered and a screen that can be freely controlled by the OS itself can be created.

Switching from CP screen 1 to OS screen 3 is performed, for example, in the following cases. First, at the initial program load (IPL) of the OS,
You can switch to OS screen 3. During this switching, the display contents of the CP screen 1 are saved to the CP screen save area 2 secured in a predetermined storage area.
The cleared display screen is taken over as the OS screen 3. Next, switching from the CP screen 1 to the OS screen 3 is also performed by the BEGIN command, which is a CP command. The display screen of OS screen 3 is
The screen is read out from the OS screen save area 4 and restored.
The same applies below. Also, by pressing the so-called Program Attention 2 (PA2) key,
A switch is made. Furthermore, as described later with reference to Figure 2, the OS initiates input/output (SIO) for the display-type console.
Output) command is also issued, the CP screen 1 is switched to the OS screen 3 after a predetermined period of time has elapsed.

Switching from OS screen 3 to CP screen 1 is performed, for example, in the following cases. When in OS screen 3 mode,
When the PA2 key is pressed, the screen is switched to CP screen 1. At this time, the contents of the OS screen 3 are saved to the OS screen save area 4, and the display of the CP screen 1 is restored from the CP screen save area 2. This evacuation and restoration
The same thing is done at the time of the following switching. A state in which a failure occurs in the OS and the OS is unable to continue processing, that is, Disable Wait.
You can also switch to CP screen 1 if this occurs. Also, if there is an emergency message from the CP to the operator, or if, for example, 44 lines of normal messages from the CP have accumulated, the OS screen 3
Switching from to CP screen 1 is performed.

Particularly in the case of the present invention, when the OS issues an SIO command to change the OS screen in the CP screen 1 mode, control is performed as shown in FIG. 2, for example. Note that since the OS processes the console by assuming that it occupies it, the SIO command may frequently be issued when the CP screen 1 is displayed. OS
When the SIO command is issued, the OS immediately changes from CP screen 1.
If the operator were to switch to screen 3 unconditionally, for example, when the operator is attempting to input a CP command on CP screen 1, the operator will not be able to continue the operation. Further, for example, when there are a large number of consecutive OS messages, it becomes impossible to maintain the state of the CP screen 1.

Therefore, as shown in Figure 2, if the OS is in the mode of CP screen 1 when issuing the SIO command,
So-called condition code CC without issuing SIO instructions to the actual hardware.
=1 as the execution result, and device busy as the channel status word. Then, after a predetermined period of time, for example 60 seconds has elapsed, the CP screen 1 is switched to the OS screen 3, and the OS is notified of the device end interrupt. During this time, the OS can continue other processing without stopping, and learns that the console is ready for use by receiving a device end interrupt pseudo-generated by the CP. If the SIO command that was suspended due to the previous device busy is executed again, output to the OS screen 3, etc. will be performed. On the other hand, the operator can check the CP screen 1 and input necessary CP commands during the 60 second grace period.

The time from the above device busy report to the device end interrupt does not necessarily have to be 60 seconds, but it is shorter than the console input/output monitoring time, which is usually about 3 minutes, and the time required for the operator's operations on CP screen 1 does not necessarily have to be 60 seconds. It is desirable to have a free time.

FIG. 3 shows a block diagram of an embodiment of the present invention. In the figure, numerals 2 and 4 correspond to those in FIG. 1, 10 is a virtual machine (VM), 11 is a virtual machine control unit (CP), 12 is an operating system (OS), 13 is an application processing unit, 14 is a program interrupt handler, 15 is a start I/O simulator, 16 is a device busy notification section, 17 is a timer processing section, 18 is a screen mode instruction section, 19 is an input/output management section, 20 is a display type console, and 21 is a screen Control unit, 22 is a screen switching unit, 23
24 is an attention processing unit, 24 is a device end notification unit, 25 is an input/output interrupt processing unit, 26 is a timer interrupt processing unit, 27 is a virtual I/O reflection unit, 28
29 is a message/queue management section, and 30-1 to 30-3 are CP message/queues.

VM10 uses virtual hardware resources as CP
11. CP11
controls the VM 10, manages the memory mapping table, issues commands related to input/output to real input/output devices, handles various interrupts, etc. OS1
2 operates various application processing units 13 that operate under it, and the application processing unit 13 operates the OS 12.
Performs the data processing required by the user while utilizing various functions. The OS 12 processes the VM 10 as one independent computer. but,
OS12 runs in so-called problem mode, so when an SIO instruction is issued, the use of privileged instructions is prohibited, causing a program interrupt and causing a CP
Control is transferred to the program interrupt handler 14 of No. 11.

The program interrupt handler 14 analyzes the cause of a program interrupt and executes processing according to the cause. If it is due to the issuance of an SIO command, after checking whether the SIO command was issued from the OS12,
The start I/O simulator 15 is notified. The start I/O simulator 15 checks the channel command word (CCW) created by the OS 12, performs address conversion etc. as necessary, and makes it possible to actually issue an SIO command. The device busy notification section 16 specifically
When the instruction is directed to the display type console 20, the device busy notification described in FIG. 2 is notified. At this time, the timer processing section 17 is requested to set a timer for 60 seconds.

The screen mode instruction unit 18 determines whether the display screen of the display type console 20 is currently the CP screen or the OS
This is to remember whether the screen is displayed. In addition,
In case the screen cannot be immediately switched, for example because an input/output command is in the middle of execution even though the screen needs to be switched, a pending bit is also provided to indicate the state.

The input/output management unit 19 controls the actual input/output device.
It executes SIO commands. The display type console 20 includes, for example, a CRT display and a keyboard. The screen control unit 21 is
A screen switching unit 22 that switches from the CP screen to the OS screen or from the OS screen to the CP screen, an attention processing unit 23 that processes the attention caused by pressing the PA2 key, and the pseudo device end explained in FIG. It has a device end notification section 24 that notifies the device end notification section 24. Input/output interrupt processing unit 25
accepts and processes input/output interrupts. The timer interrupt processing unit 26 includes the timer processing unit 1
7 accepts interrupts from the clock comparator for the timer set.

The virtual I/O reflection unit 27 uses the information issued by the OS 12.
This is to notify the execution processing result regarding the SIO instruction. Normally, control is transferred to the beginning of the input/output interrupt handler that the OS 12 has, and it is simulated as if an input/output interrupt actually occurred.

The CP message control unit 28 controls messages issued by the CP 11 and to be displayed on the CP screen. The message/queue management department 29
For example, when the display console 20 is in the OS screen mode, the CP message cannot be output immediately, so the CP message queues 30-1, 30-2,
...is created and managed.

For example, assume that the OS 12 issues an SIO command to the display console 20 when the screen mode instruction unit 18 indicates the mode of the OS screen. In this case, the program interrupt handler 14 detects the SIO instruction and starts I/O.
The SIO command is checked by the simulator 15 and immediately executed via the input/output management section 19.
When the input/output processing is completed, a notification is sent to the screen control unit 21 via the input/output interrupt processing unit 25, and the virtual I/O reflection unit 27 notifies the OS 12 of the execution result of the SIO command. Note that the screen control unit 2
1, the pending bit is checked at this time.

On the other hand, if the OS 12 issues an SIO command for the OS screen when the CP screen is displayed, the process will be as follows. When the start I/O simulator 15 is notified of the SIO command from the program interrupt handler 14, it checks the screen mode instruction section 18. In this case, since it is in the CP screen mode, it recognizes that it cannot output immediately, and activates the device busy notification section 16. The device busy notification unit 16 notifies the OS 12 that the device is busy, and also requests the timer processing unit 17 to set a 60 second timer. 60 seconds have passed and
When a timer interrupt occurs, timer interrupt processing section 2
In response to the notification from 6, the screen switching unit 22 first
Switch from the CP screen to the OS screen. In this switching, the contents of the current display screen are read by an input/output command, and are saved to the CP screen save area 2, and then the contents read from the OS screen save area 4 are output to the display type console 20, Restore the OS screen. Then, the screen switching is completed by setting the mode of the screen mode instruction section 18 to the OS screen mode. Note that if the screen switching cannot be processed immediately, a pending hit is set in the screen mode instruction section 18, and the switching is executed after the pending condition is canceled. If the CP screen is switched to the OS screen, the device end notification section 2
4 notifies the virtual I/O reflection unit 27 of the pseudo device end. From the virtual I/O reflection unit 27
Device end interrupt is reported to OS12,
The OS 12 learns that the display type console 20 is now available for use. The OS screen can be updated by issuing the SIO command again.

When there is a message from the CP 11 to the operator in the CP screen mode, the CP message control unit 28 immediately sends a message to the display console 20.
Output to is made. However, in the OS screen mode, the CP message cannot be output, so the message/queue management section 29 outputs the CP message/queue 30-1, 30-2,
Keep it as... When there is an emergency message that has a serious impact on system operation, or when, for example, 44 lines of normal CP messages have accumulated, the CP message control unit 28 requests the screen control unit 21 to switch the screen. . Switching from the OS screen to the CP screen is performed in the same way as the above switching process from the CP screen to the OS screen.
It will now be set to a state where it can output CP messages.

For example, when the PA2 key is pressed, a so-called attention interrupt occurs. This interruption is notified to the attention processing section 23, and the attention processing section 23 learns the cause of the interruption due to the pressing of the PA2 key by means of a read modify command. This activates the screen switching section 22,
Switch the screen. Note that switching by a BEGIN command or the like is performed in the same way, so the explanation will be omitted.

(E) Effects of the Invention As explained above, according to the present invention, a display type console can be used in a virtual computer system in a manner that takes advantage of the advantages of the display. In particular, it is necessary to realize, in the virtual machine control unit and the virtual machine OS, control similar to the control of display screens such as manual frames and program frames known from displays such as service processors (SVP). becomes possible.

[Brief explanation of the drawing]

FIGS. 1 and 2 are explanatory diagrams of an outline of control according to the present invention, and FIG. 3 shows the configuration of an embodiment of the present invention. In the figure, 1 is the CP screen, 3 is the OS screen, 10 is the virtual machine, 11 is the virtual machine control unit, 12 is the operating system, 16 is the device busy notification unit, 18 is the screen mode instruction unit, and 20 is the display. 21 is a screen control section, 22 is a screen switching section, and 24 is a device end notification section.

Claims (1)

[Claims] 1. In a virtual computer system in which a virtual computer is operated under a virtual computer control unit, a display-type console is provided, and at least it is specified whether the display screen of the display-type console is a virtual computer control screen or a virtual computer use screen. a device busy notification section that notifies a device busy in response to a display request from the virtual machine when the screen mode instruction section indicates a virtual machine control screen; A virtual machine display control method comprising: a screen control unit that notifies the virtual machine of a device end by switching the screen mode after a predetermined time has elapsed since the notification of the device end.