JPS59165119A - Input and output controller - Google Patents

Abstract

PURPOSE:To control input/output equipment without the intervention of a CPU and speed up processing by providing a multiaccess bus which connects respective I/O controllers independently of a CPU and performing input/output control. CONSTITUTION:The multiaccess bus 3 which connects the I/O controllers 4-6 is added to the constitution including a CPU1, the I/O controllers 4-6, I/Os 10-20, a CPU bus 2 connecting them, and I/O buses 7-8. For example, an input/output controller consists of a CPU bus controller 41, multiaccess bus controller 42, I/O processor 43 connected to those two controllers, and I/O driver 44 which drives the I/Os. Consequently, the CPU bus 2 is used normally to interchange information between input/output controllers according to contents indicated by the CPU1 as a master, and the bus 3 allows the processor 43 of the input/output controller to serve as either the master or slave.

Description

DETAILED DESCRIPTION OF THE INVENTION [Field of Application of the Invention] The present invention relates to computer systems, and particularly to an input/output control device suitable for controlling input/output data transfer of a computer system connecting a wide variety of input/output devices.

[Prior art]

Generally, various input/output devices are connected to a computer system, such as an auxiliary storage device, an operator's console, an output printer, and a communication control device.

Conventionally, control of each input/output device has always been performed through the intervention of a CPU. For example, when editing the operator's console screen, the following processing is performed.

0) Retain input information from the operator's console as input new screen information.

(2) Hold nine pieces of old screen data corresponding to the new screen information from the auxiliary storage device.

(3) Edit the new screen using the old screen data and new screen information.

(4) Display the completed new screen on the operator's console.

(5) Store the completed new screen data in the auxiliary storage device.

In this kind of processing, even in data processing of other input/output devices, the center of processing is always the CPU, and the control device t of each input/output device uses the format specified by the CPU.
It only transfers data. In addition, the CPU must perform five different processes, and the CPU
The speed-up of processing has reached its limit in led-based systems. Furthermore, the limited memory space of the CPU and the requirement for simultaneous control of various input/output devices are also factors that impede speeding up of processing.

[Purpose of the invention]

An object of the present invention is to provide an input/output control device for input/output equipment that can control input/output equipment without the intervention of a CPU and can speed up processing.

[Summary of the invention]

The present invention provides a multi-access path connecting I10 controllers, and provides a CPU bus controller, a multi-access bus controller, an I10 processor connected to the two controllers, and an I10 processor that drives Ilo.
By configuring the input/output control device using the zero driver, input/output devices can be controlled without the intervention of a CPU, and processing speed can be increased.

[Embodiments of the invention]

Examples of the present invention will be described below.

FIG. 1 shows an embodiment of the invention.

In the figure, 1 is the CPU, 2 is the CPU bus, 3 is the multi-access bus, 4 is I10 copies/toa -- yl, 5 is I
10 controller 2.6 is I10 controller, n17
is I10 bus 1.8 is I10 bus 2.9 is I10 path n
, 10 is l101.11 is engineering 102.12 is l10n.

The configuration of the computer system in this embodiment is a conventional CPU, I/O: I7 controllers l to n1.
1 to n and the CPU path 2 that connects them, the engineering 10 bus 1
~n configuration with a multi-access path 3 that connects the %I10 controller separately from the CPU.

In order to enable multiple access, the CPUI not only has a bus arbitration function, but also has a functional configuration that allows it to leave its master processor role and act as a slave processor.
It has a configuration with a duplex circuit for this function.

I10 controllers 1 to n are for various input/output devices.
It is connected via an I10 driver block that can control the device-specific interface, and the CPU
is connected to the CPU bus controller. The I10 controller is configured for various input/output control devices by a standard I10 processor and its peripheral circuits, except for the final stage I10 driver block, and for the CPU, it is configured by the aforementioned CPU bus controller. It is also connected to other input/output devices via a multi-access bus controller.

A block diagram of the i, i, , I10 controller is shown in FIG.

In the figure, multi-access path 3 basically consists of CP
There is no difference in the configuration from the U bus 2.

CPU path 2 normally serves as the CPU1f master.
In order to exchange information with each input/output control device according to the contents instructed by the UI, in the multi-access path 3, the I10 processor 43 of the connected input/output control device is as follows. It can be used as both a mask and a slave.

(1) When CPU 1 forcibly designates the mask and slave, (2) The I10 processor 43 currently operating as a mask reports to the CPUI that it will abandon that function and issues a new instruction from the CPUI. (3) When the I10 processor 43 currently operating as a mask instructs another I10 processor to perform the mask function. (4) When the I10 processor 43 currently operating as a slave issues the mask function to another I10 processor. (5) When the I10 processor 43 currently operating as a slave issues a mask request to the I10 processor operating as a mask, I acting as a mask
10 processor instructs the requesting I10 processor to perform a mask operation.

This function is realized by adding a bus arbitration circuit in addition to a normal bus controller circuit to the multi-access bus controller 3 shown in FIG.

As an example, a computer system consisting of the following measurements is given.

(1) (, PU (2) Magnetic disk device as a program file (3) Magnetic disk device as a data file (
4) Operator's console (5) Output printer (6) Card reader (7) Communication control device (communication with upper or lower system using MODEM, etc.) (8) Process input/output device Among the above examples, conventional examples In order to compare the processing of the operator's console and the processing of the present invention, screen editing processing will be described below.

In the present invention, the processing program for the operator's console is read from the program file at system startup, and is transferred from the CPU 1 to the CPU bus 2.
or an input/output controller for program files, or an input/output controller for the operator's console through the multi-axle bus 3.

Further, processing programs for other input/output devices necessary for screen editing are also supplied to each input/output control device in a similar form. Based on the above, when considering the screen editing process, the result is as follows.

(1) The input/output control device for the operator's console accepts a screen change request from the operator's console.

(2) Edit the data to be processed in response to the screen change request on the input/output control device for the operator's console,
The old screen data is transferred via the multi-access bus to the input/output control device for the data file that stores it.

(3) The input/output control device for the data file receives the data to be processed in response to the screen change request.

(4) The input/output control device for the data file is
According to the received data, the data file and old screen data are read out and transferred via the multi-access bus to the input/output control device for the city operator's console. .

(5) The input/output control device for the operator's console receives the old screen data, edits the data together with the data to be processed, and edits the new screen data.

(6) The input/output control device for the operator's console displays a new screen, day and night, on the operator's console, and via the multi-access bus,
Store in data file.

As described above, in the present invention, even one screen edit of the operator's console is performed without the intervention of the CPU.

The same applies to the output of data in a data file to an output printer.

On the other hand, the program in the program file and the MODE
Data sent from a higher or lower system through a communication control device such as M, data to a process input/output device, etc. are diverse and require the intervention of a CPU.

However, even with such data, when the CPU 1 is busy, it is possible to file it once through the multi-access node 3 and process it when the CPU 1 is not busy.

In this way, by classifying the various processes for each input/output device as those that go through the CPU or those that go through the multi-access node, and building software, it is possible to reduce the processing that should be carried out by the CPU, and to reduce the burden on the CPU. It can produce the effect of improving processing capacity.

It is possible to make the CP and U paths themselves into multi-access buses and transfer data between these input/output control devices, but if there is only one bus, the bus will be occupied by one of the processes. As a result, other processes are placed in a waiting state, and the expected effect cannot be obtained. Since the processing between the CPU and the input/output devices that are not controlled via the multi-access bus 3 is completely simultaneous, the processing speed of the CPU is improved.

As an application of the present invention, the CPU bus is made into a multi-access bus, and by adding another CPU bus made into a multi-access bus to the bus described as the multi-access bus in this embodiment, In addition to this effect, it also brings about the effect of duplicating the CPU bus.

Therefore, according to this embodiment, it is possible to partially transfer the processing performed by the CPU to each input/output control device.
It is possible to reduce the load on the PU.

Further, according to this embodiment, two processes for completely different input/output devices can be performed completely simultaneously, and it is possible to improve the processing speed of the CPU.

〔Effect of the invention〕

As described above, according to the present invention, input/output devices can be controlled without the intervention of a CPU, and processing speed can be increased.

[Brief explanation of the drawing]

FIG. 1 is a block diagram showing an embodiment of the present invention, and FIG. 2 is a block diagram of the I10 controller shown in FIG. 1. 1... CPU, 2... CPU bus, 3... Multi-access bus, 41... CPU bus controller, 4
2...Multi-access bus controller, 43...
I10th ((2) 2nd entry

Claims (1)

[Claims] 1. It is equipped with a plurality of input/output devices connected corresponding to each process device, and an input/output control device connected by an input/output bus that controls the plurality of input/output devices, and a CPU
In the apparatus for centrally controlling the process equipment via a CPU bus, a multi-access bus is provided for connecting the plurality of input/output control devices, and a CPU path controller connected to the CPU bus is connected to the multi-access bus. An input/output device comprising a multi-access path controller connected to the CPU bus controller, an input/output processor connected to the CPU bus controller and the multi-access bus controller, and an input/output driver that drives the input/output device. Control device.