Pass-through for I/O channel subsystem call instructions for accessing shared resources in a computer system having a plurality of operating systems

• US 5,600,805 A
• Filed: 06/15/1992
• Issued: 02/04/1997
• Est. Priority Date: 06/15/1992
• Status: Expired due to Term

• Current Assignee: International Business Machines Corporation
• Original Assignee: International Business Machines Corporation
• Inventors: Galbraith, Robert E., Halma, Marten J., Fredericks, Kenneth J., Guyette, Richard R., Hough, Roger E., John, Suzanne M., Mazurowski, James C., Wyman, Leslie W., Oakes, Kenneth J.
• Primary Examiner(s): Harrell, Robert B.
• Application Number:
  US07/898,875
• Time in Patent Office: 1,695 Days
• Field of Search: 395/275, 395/500, 395/375, 395/725
• US Class Current: 710/5
• CPC Class Codes: G06F 13/126 and has means for transferring I/O instructions and statuses between control unit and main processor

Abstract

Enables any OS of plural OSs within any of plural logical-resource partitions (LPARs) of a CEC to use interpretive execution for synchronously-executable CHSC (channel subsystem call) commands. A CHSC command authorization mask (CCAM) is provided to control which CHSC commands are allowed to execute interpretively (with pass-through), and which commands are executed with hypervisor intervention (as all prior CHSC commands did). By enabling interpretive execution of those commands which can successfully operate with pass-through, significant system efficiency is obtained. And by disabling interpretive execution for a subset of CHSC commands (which are not allowed to execute with pass-through) potential system failures may be prevented. Thus, interpretive execution may be restricted differently among the OSs in a CEC. Novel CHSC command execution now handles multiple images of shared I/O resources by use of image identifiers, which could not be done before. The information requested by any OS issuing a CHSC command is filtered and optionally compacted by the I/O subsystem responding to the command by only providing information obtained from control blocks associated with the OS which issued the command. This is done by having a set of control blocks for each I/O resource, each control block in the set being associated with a particular OS.

Claims

1. A method of controlling system hardware operations for a plurality of I/O subsystem call instructions issued by any of a plurality of operating systems (OSs), including control programs, executing on a computer electronic complex (CEC) in which the plurality of OSs operate in different logical partitions of resources of the CEC, comprising the steps of:

executing instructions on a central processor (CPU) of the CEC for any of the OSs, including different types of I/O subsystem call (CHSC) instructions for communicating different types of requests by OSs to the I/O subsystem for requesting different types of I/O subsystem data and operations, including a request for I/O configuration data;

sharing by the OSs of I/O resources of the I/O subsystem;

storing a pass-thru CHSC control mask (CCAM) in system storage having fields associated with different types of CHSC instructions;

accessing the CCAM during CPU execution of any type of CHSC instruction, and accessing a field in the CCAM associated with a type of CHSC instruction being currently executed by the CPU to indicate whether the CPU is to execute the CHSC instruction in a pass-thru mode or not; and

if in pass-thru mode, signalling by the CPU to the I/O subsystem to continue execution of the CHSC instruction by obtaining I/O data and performing operations indicated for the CHSC instruction, including transferring by the I/O subsystem to a storage area available to a requesting OS of requested I/O data associated only with the requesting OS, and filtering out non-meaningful data of the requested type associated with other OSs in the CEC.

2. A method of controlling system hardware operations as defined in claim 1, comprising the steps of

performing a start interpretive execution (SIE) instruction by a hypervisor accessing a state description (SD) operand of the SIE instruction to initiate execution of an OS in the CEC,

executing by the OS of a synchronous channel subsystem call (CHSC) instruction in the CEC for requesting I/O data from the I/O subsystem in the CEC regarding shared I/O resources, and

accessing the CCAM by an address located through the SD to determine if the CHSC instruction can be executed by the CPU in pass-thru mode without any intervention by the hypervisor.

3. A method of controlling system hardware operations as defined in claim 2, comprising the steps of

locating by the CPU of a command request block (CRQB) through an operand in the CHSC instruction, and obtaining an IID of a requesting OS through an SD of a requesting OS, and associating the IID with the CRQB, and

sending by the CPU of the CRQB with an associated IID to the I/O subsystem to access requested I/O data.

4. A method of controlling system hardware operations as defined in claim 3, comprising the steps of

responding to the executing CHSC instruction by the I/O subsystem providing I/O data in the CRQB associated with the IID of a requesting OS.

5. A method of controlling system hardware operations as defined in claim 4, comprising the steps of

accessing information in the I/O subsystem requested by the CRQB, and

filtering out by the I/O subsystem of I/O data associated with any other IID other than the IID of the OS associated with the CRQB for providing only filtered information to the OS.

6. A method of controlling system hardware operations as defined in claim 5, comprising the steps of

locating by the I/O subsystem of resource control block(s) relating to data requested by the CRQB,

filtering the data of resource control block(s) associated with the IID assigned to the OS associated with the CRQB, and

storing in the CRQB of filtered data obtained by the filtering step, and transferring the CRQB to an area accessible to the OS for completion of the CHSC instruction.

7. A method of controlling system hardware operations as defined in claim 6, comprising the steps of

testing a respective bit position in a field in the CCAM before continuing execution of the CHSC instruction to determine if the bit position has a pass-through state, and

continuing execution of the CHSC instruction for a pass-through operation by the CPU if the bit position tested by the testing step indicates a pass-through mode for the CHSC instruction.

8. A method of controlling system hardware operations as defined in claim 7, comprising the steps of

prohibiting a pass-through execution for the CHSC instruction if the bit position tested by the testing step does not indicate a pass-through mode, and invoking hypervisor intervention for the execution of the CHSC instruction for the OS.

9. A method of controlling system hardware operations as defined in claim 7, comprising the steps of

compacting the amount of data in the CRPB provided to the OS by the elimination of I/O subsystem data in the CRQB related only to IIDs other than the IID associated with the CHSC instruction.

10. A method of controlling system hardware operations as defined in claim 2, comprising the step of

having each OS in a different partition of the CEC with different IIDs assigned to the respective OSs.

11. A method of controlling system hardware operations as defined in claim 10, further comprising the step of

storing a plurality of CHSC control masks (CCAMs) respectively addressed through SDs of different OSs to enable each CCAM to control pass-thru mode for a unique set of CHSC instructions, the different sets of instructions being able to differ in whether a CPU can provide pass-through operations for an executing instruction.

12. A method of controlling system hardware operations as defined in claim 11, further comprising the steps of

leaving no IID value in an IID field in the CRQB of an instruction being issued by an OS,

associating by a CPU of the IID value of an OS issuing the instruction with a CRQB provided to the I/O subsystem for continuing execution of the instruction to enable the I/O subsystem to use the IID when obtaining data requested by the CRQB, and responding by the I/O subsystem to the OS with a command response block (CRPB) having data associated with the IID of a requesting OS.

13. A method of controlling system hardware operations as defined in claim 12, further comprising the step of

indicating an error condition if an IID is found in the CRQB or CRPB when accessible to the OS.

14. A method of controlling system hardware operations as defined in claim 13, further comprising the step of

providing a predetermined value in the IID field of the CRQB or CRPB when the CRQB is accessible to the I/O subsystem and not accessible by an OS.

15. A method of controlling system hardware operations as defined in claim 14, further comprising the step of

providing a zero value in an IID field of the CRQB and CRPB when accessible by an OS.

16. A method of controlling system hardware operations as defined in claim 12, the associating step further comprising the step of

accessing by a CPU of the CEC of an IID for a requesting OS in a state description (SD), the SD having previously been provided by a hypervisor of the CEC as an operand of a start interpretive execution (SIE) instruction.

17. A method of controlling system hardware operations as defined in claim 12, the associating step further comprising the step of

copying by the CPU of the CRQB into an I/O subsystem storage accessible to the I/O subsystem but not accessible to the OS, and copying by CPU of the IID of the OS issuing the instruction into the CRQB accessible to the I/O subsystem to control selective use of the IID of the OS by the I/O subsystem.

18. A method of controlling system hardware operations as defined in claim 1, further comprising the steps of:

storing in I/O subsystem storage of data containing IIDs of OS'"'"'s associated with the data;

selecting by the I/O subsystem of the data having the IID of a requesting OS, while filtering out data having an IID of a different OS; and

building a response block (CRPB) by the I/O subsystem writing items of data obtained by the selecting step in and to the CRQB.

19. A method of controlling system hardware operations as defined in claim 18, further comprising the steps of:

copying by the CPU of the CRPB built by the building step into an OS storage accessible to the OS, without copying any IID into the OS storage to prevent access by the OS to any IID, to eliminate a need for IIDs by the OSs and to maintain IID transparency to the OSs.

20. A method of controlling system hardware operations as defined in claim 1, comprising the steps of

starting interpretive execution by a control program in a computer electronic complex (CEC) by accessing a state description control block (SD) defining a virtual CPU in the CEC;

interpretively executing by a program in the CEC issuing a synchronous channel subsystem call (CHSC) instruction for requesting I/O information regarding a shared I/O resource of an I/O subsystem of the CEC;

assigning identifiers (IIDs) to different OS'"'"'s in respective partitions in the CEC,

the filtering step executed by the I/O subsystem selecting requested data and operations associated only with the IID of a requesting OS.