Database Instruction Apparatus for Determining a Database Record Type

1. Field of the Invention

This invention relates generally to computer systems and more particularly to an improved digital computer in the area of database operations.

2. Description of the Prior Art

Electronic computers have grown from first generation hardware characterized mainly by vacuum tubes, to second generation hardware characterized by transistors, to third generation hardware characterized, in the main, by integrated circuits. Along with these different generations of hardware there were different generations of software, wherein first generation software was characterized mainly by machine language, assemblers and subroutines, and second generation software was characterized by high level languages, monitors and micro-assemblers. Third generation software is characterized by operating systems, on-line real-time systems, multiprogramming systems, and database management systems.

First generation hardware in combination with first generation software, and also the second generation hardware in combination with second generation software were primarily oriented toward batch processing where jobs were executed primarily in serial fashion. Moreover, the third generation of hardware/software systems are also batch process oriented; however, because of the advent of multiprogramming, several jobs may be executed in parallel rather than serial, and permits the acceptance of input information for processing as it is generated.

The fourth generation system will typically be classified as a communication and control system capable of widely diversified processor applications, and will be stimulated primarily by transmitted data rather than by batch programs (i.e. system control will be established primarily by input rather than by operator action) wherein submission of information will generally be in real-time.

In the evolution of the above generations of computer systems, a major requirement was to develop effective methods for accessing the databases of the computer systems. In the development of system databases, the initial result was the growth of many different databases for each use. As a result of this growing number of databases, problems were encountered in excess storage requirements and in redundant data storage which aggravates the problem by having redundant data being updated at different times correctly in one spot and incorrectly in another spot. Steps were taken to correct these problems by integrating the many databases of a system into one single database. The Honeywell Integrated Data Store (IDS) was an example of a system designed to alleviate these problems. The Integrated Data Store was composed of one central database which could be used, for example, by the inventory control system, the internal auditing procedures and payroll procedures for accessing their relevant data in the database. In this central integrated database, there would be a single record describing information which was common to several functional needs. For instance, inventory control and internal auditing would access the number of a given part in the warehouse.

Effective techniques using integrated databases were evolved through continually improving software techniques. The set concept is a technique which allows access to records in the integrated database on the basis of relationships between records. A typical relationship would be, say, all of the employees in a particular department, such as the manufacturing department. The manufacturing department would be described by what would be called an owner record and the employees in the department would be described by what would be called member records. The set which describes a relationship such as membership in the department could then be accessed through the owner record, which allows the software to obtain all of the member records and thus, for instance, print out all of the employees in the department.

At this state of development the integrated data store had solved some of the pure data problems mentioned above, i.e. redundant data in different databases and the problem of updating multiple copies of records. The problem had been solved by one single record which therefore allowed a reduction in data storage size and a single copy of data. Other problems in using databases still remain in the performance areas. The set concepts represented new techniques of utilizing the computer and henceforth there were no specialized hardware instructions which existed on current central processors to aid these new techniques. As a result, a set operation like find the first member of the set would be implemented in the software through a series of standard machine instructions such as add, load, stores, etc. The result was a long execution time for the rather simple set operations of find first member, insert a record in a set, and the other set operations.

What was needed was a database system which both solved the traditional data problems as had already been solved in the integrated data techniques using set operations and also an efficient database system in terms of execution time and other system performance parameters. To effect this specialized hardware/firmware supported instructions were needed to assist in the set operations. For instance, a single instruction to test the record type of a record would allow execution in a much smaller period of time than the series of 5 to 10 standard machine instructions required to perform the same operation in a traditional machine.

It is a primary object of the invention to provide an improved general purpose digital computer.

It is another object of the invention to provide an improved general purpose digital computer having improved performance of database management operations.

It is still a further object of the invention to provide a hardware/firmware instruction that tests the record type of a database record.

It is still a further object of the invention to reduce the number of instructions in user and operating system programs.

The foregoing objects are achieved according to one embodiment of the invention providing one of a series of hardware/firmware implemented instructions that fetches a record descriptor containing a reference record type. The record type of the record to be checked, which is pointed to by a base register, is also fetched and a comparison is made. A condition code is set to indicate the result of the comparison.

The novel features which are characteristic of the invention are set forth with particularity in the appended claims. The invention itself, however, both as to organization and operation together with further objects and advantages thereof may best be understood by references to the following description taken in conjunction with the drawings in which:

FIG. 1 is a block diagram of a multiprogramming system utilizing the invention.

FIG. 2 is a schematic representation of various hardware structures utilized by the invention.

FIG. 3 is a legend of terms used for reserved areas of storage in registers depicted in FIG. 2.

FIG. 4 is a schematic diagram of a process control block of a machine utilized by the invention.

FIG. 5 is a schematic diagram of a system for addressing a process control block.

FIG. 6 is a schematic diagram of the system base of a computer system utilizing the invention.

FIGS. 7A and 7B are schematic representations of a stack segment and a stack frame of a computer system utilizing the invention.

FIG. 8 is a schematic diagram of a system for addressing G-segments and in particular the queue of processes in the G-O segment of a computer system utilizing the invention.

FIG. 9 is an exploded schematic diagram of a G-O segment illustrating queue of processes and process linking of a computer system utilizing the invention.

FIGS. 10A through 10L are block diagrams of structures in the PCB.

FIGS. 11A through 11R are block diagrams of structures in the system base.

FIG. 12 is a schematic diagram of addressing schemes of user and system segments utilizing the system base and PCB structures.

FIGS. 13a-13b are schematic diagrams of the central unit and appurtenant structures utilized by the invention. FIG. 13c shows the format of microinstructions utilized by the central unit.

FIGS. 14A through 14I are flow diagrams of the dispatcher unit in firmware of the computer system utilizing the invention.

FIGS. 15A through 15H are diagrams of the records and their pointers used in the set instructions.

FIGS. 16A through 16C are diagrams of the database page format and the descriptors describing those pages.

FIG. 17 is a flow chart of the firmware used to locate a database page in main memory.

FIG. 18 is a logic block diagram of a hardware mechanism to locate a database page in main memory.

FIGS. 19A and 19B are diagrams of the descriptors describing sets and records used by database instructions.

FIGS. 20A through 20F are diagrams of the instruction formats used by the database instructions.

FIG. 21 is the flow diagram of the test record type database instruction in firmware/hardware.

FIG. 22 is a logic block diagram of a hardware test record type database instruction.

The instrumentalities employed for the test record type database instruction in a large scale computer are necessarily complex. Moreover, a full appreciation of the teachings of the present invention can be obtained only if the reader has some familiarity with the environment in which such instrumentalities reside. For this reason, it is desirable to at least briefly explore the general architecture of a typical large scale data processing system of the type in which the principles of the present invention may be utilized to advantage. It is also desirable to first establish and understand the basic concepts of which the present invention is based.

The database set concept unifies several techniques (table, list, chain, ring, file and field array) which have been in common usage for most of the history of the computers, primarily in programming. (This concept is a specialization of the more general mathematical set concept from which the Data Structure Set gets its name and many of its properties. In this disclosure the word "set" will always by used in the data structure and not the mathematical sense).

Many systems support the set concept, but only in software. In the database management area, the Honeywell Integrated Data Store (IDS) system pioneered broad usage of the set concept to process complex manufacturing and banking problems. IDS uses the chain (ring) form of the set implementation. These basic concepts are implemented in hardware/firmware and incorporated in existing machines to produce a new and improved digital computer.

The set is one of three complementary concepts (record, field and set) needed to build and store data structures which closely approximate their natural world counter-parts. If the natural world is considered in terms of the entities that exist, the attributes which describe them, and the relationships which associate them, then the equivalent information systems concepts are: record, field, and set, respectively. In a simple example taken from a school situation, the entities would be the teachers and the children. Some of the attributes of a teacher are "name", "grade-level", and "classroom". Some of the attributes of a child are "name", "age", "parent-name". A relationship exists between teachers and children. In an information system model of this natural world situation, two classes of records (one for teachers, one for children) would be created. In each teacher record there would be a field that stores the teacher's name, another for the grade-level and another for the classroom number. Each child's record would have a file for the child's name, another for his age and yet another for his parent's name.

The information system could tie each child's record to his teacher's record in one of several ways which have been selected to implement the set concept. This might be done by physically placing all the child's records after their teacher's record array in the file. This is called a table or record array. The present embodiment incorporates the chain (ring) implementation technique of the set concept. In this form the owner record contains a pointer to the first member record. Each member record in turn contains a pointer to the following member record. The last member record of the set contains a pointer back to the owner record. Variations are allowed which provide the owner record, or the owner and all the member records with additional pointer fields to hold the address of the prior record and possibly a pointer to the owner record for member records.

The data structure set concept thus described is a refinement on the mathematical set concept, i.e. in the data structure set the set definition is embodied in the instance of the "owner" roll. Set membership is embodied in the instance of the "member" roll. Records may concurrently have many rolls as owners and members of different sets. This property permits the creation and manipulation of complex structures which model the complexity of the real world. In this refinement of the mathematical set concept one can go reversibly either from owner as definition to members or from any member to owner to re-establish the set definition.

For data structure sets, the set definition is normally based upon the value of some field or fields within the owner record while the membership in the set is re-established in the computer by the matching value of an equivalent field or fields within a potential member record. Advantage is frequently taken of this phenomenon by removing the field from the member records which carry the matching data and depending upon the owner record for reconstruction.

In the school example above, it was said that a teacher has the role of "owner" of a teacher/children set. To extend this example, we will recognize that in most schools the relationship between teacher and child is not a simple relationship (l:n) but a rather complex relationship (m:n) as the children have different teachers and diferent subjects. This complex relationship of teacher:child may be transformed into a new relationship entity, "pupil", and two simple relationships; teacher:pupil and child:pupil. The teacher has many children as pupils of her class and, as a pupil, the child has many teachers. The new "pupil" entity has the attributes "subject" and "hour" which serve to describe and differentiate one relationship entity from another. A child may have the same teacher for several subjects.

The data structure set concept has four basic properties:

1. A set has one, only one, and always one record in the owner roll.

2. A set has zero, one or more records in the member roll and the number varies with time.

3. Any record may be the owner of zero, one, or more sets concurrently.

4. Any record may be a member in zero, one, or more sets concurrently and thus simultaneously owned by several owner records. Each record may appear only once as a member of a particular set. Member rolls do not interfere with the owner rolls.

The notion of "next" and "prior" are important concepts to procedural algorithms which are basic to problem solving in a storage program computer. In addition to the procedural limitation of handling one record at a time, there are more important simplifying consequences to an algorithm if the member records within the set can be delivered to it in a predefined data value ordered sequence or a time insertion ordered sequence (FIFO, First-In-First-Out or LIFO, Last-In-First-Out). The notions of "first" and "last" are vital to starting and stopping the iterative execution of data algorithms. Thus the ordering of members in a set is a prerequisite to rational manipulation of the set.

The primary motivation of associating records into sets within a file is to model the natural world relationships and to assist in the accessing of selected records within the file that represent some particular relationship. The set access methods fall in between and complement the more traditional access methods. They are listed in Table I.

The first four access methods are primarily used in transaction and inquiry processing, where there is a need to determine the recorded status of a particular entity, a related group of entities, or to update their recorded status. The File Sequential Access Method is primarily used for periodic batch file updating and report generation. It is possible for the same record to be accessed by all five methods as the occassion may require. Similarly, it is possible to use these access methods in combination to achieve a particular effect.

Taking the example given above, a teacher's record might be retrieved by the Data Key Access Method and then all of her pupil's records could be retrieved by Set Member Access Method. For each pupil record, the child's record may be retrieved with the Set Owner Access Method. Alternately, retrieval might start with Data Key Access to the child's record and then access all of the child's pupil records and hence the teacher's records. The basic retrieval opportunities derived from the set are given in Table II below.

There is a set of primitive operations which apply to sets. These are complementary to the primitive operations on records and fields which are better known. The collection of primitive operations on sets and the complementary primitive operations for records and fields compose what are known as the manipulative facilities which are a collection of hardware/firmware instructions by which a user accesses. modifies, moves, deletes, etc., the data with which he is working. This collection of primitives (i.e. hardware/firmware instructions) can be subdivided into operations with respect to fields (i.e. data items), records, sets, and procedure logic control.

The following group of hardware/firmware instructions provide for manipulation of data within fields. It is assumed the field descriptive information (e.g. size, location, recording mode) that is needed for an operation to be performed is carried as part of data descriptors associated with the operation. The operations included in this group are, for example: move, compare, hash, add, subtract, multiply and divide.

The following group of hardware/firmware instructions provide for both direct and serial access processing of data. These provide for the creation of a data record, its subsequent retrieval, modification, testing and destruction. The record firmware/hardware instructions are: create record, destroy record, find direct record, find serial record and test record type.

The following group of set hardware/firmware instructions provides the substance of conventional data processing and the building blocks for advanced database and message management systems. They provide for the creation, access to, manipulation and testing of sets. The hardware/firmware instructions are: insert record, remove record, find relative record, (find first, find last, find next, find prior, find ith), find owner record, test set for empty, test member inserted, initiate owner record, and initiate member record.

The following group of base register hardware/firmware instructions provide the determination of and modification of current process status relative to the database access. The hardware instructions are: unload base registers, nullify base registers and the previously mentioned "find" instructions which load a base register.

As well as being used to organize and provide access to records in an application database, sets can also be used in a great variety of system software areas. Tabulated below are a list of areas of system software and for each is enumerated some usages in that area of the set concept. This list is intended to be illustrative of obvious usages and there is no intent to be complete.

1. Data Base Systems

a. Index construction (index sequential and index random)

b. Data Description structures

c. Shared access control lists

d. Process responsibility structures

2. File Systems

a. Catalog construction

b. Access rights control

3. Message Systems

a. Construction of mailbox indexes

b. Queueing Messages

c. Accessing Multi Element Messages

4. Programming Systems

a. Controlling program libraries

b. Text editing

c. Program control structure

d. Symbol reference and symbol definition structures for binding

e. Intermediate program form for compilation

5. Operating Systems

a. Queues of jobs

b. Resource allocation tables

c. Deadly embrace detection

d. Queues of processes waiting on events (I/O completion, timer)

e. Dispatching queues

The invention operates typically in the hardware system environment, hereinafter described, coordinated by an operating system. It could just as well operate in the system environment disclosed by U.S. Pat. No. 3,787,813 issued Jan. 22, 1974 when modified to handle data base records as taught on pages 74-112 infra. Referring to FIG. 1 the subsystems are the processor subsystem 101, the storage subsystem 102, and one or more -- up to 32 -- peripheral subsystems 103. The processor subsystem contains a central processing unit (CPU) 104 and up to four input/output control units (IOC) 105. Each peripheral subsystem consists of a peripheral control unit (PCU) 106, a number of device adapters (DA) 107, and up to 256 peripheral i/o devices 108. The storage subsystem 102 consists of one to four semiconductor memory modules of 32 to 512 kilobytes each.

In the processor subsystem 10, the CPU 104 performs the basic processing operations for the system, and interfaces with memory 102. The IOC 105 controls all information exchanges between the storage subystem 102 and peripheral devices 106.

The CPU includes a main memory synchronizer 109, a buffer store 110, various elements that comprise the computational unit 111, and optional emulation facilities 112. The main memory synchronizer 109 resolves conflicts for the use of main memory among the computational unit 111, the buffer store 110, and the IOC 109. Conflicts are resolved on a priority basis: the IOC has the highest priority followed by memory writes (from the computational unit) and then memory reads (into the buffer store). The main CPU also includes the address control unit ACU 131 which controls main memory addressing and the associative memory AS 132 used to store most recently used addresses of main memory. The buffer store 110 is a small high-speed buffer memory that reproduces a selected region of main memory and interfaces with the computational unit to decrease average memory access time. During each memory read, both the buffer store and main memory are accessed. If the information to be fetched is already in the buffer store, the main memory read is terminated and the information fetched from the buffer store. Otherwise the main memory 102 is read. Every time this is done, the CPU 104 fetches 32 bytes that contains the desired information. This information remains in the buffer store for future memory references. Since the buffer store is transparent to software, the program controlling the computer at any given moment cannot determine whether the information it is processing has been fetched from the buffer store or from main memory.

The computational unit 111 performs all data processing and address generation within the CPU. A typical control store 130 within the computational unit (see a book entitled Microprogramming: Principles and Practices, Samir S. Husson, Prentice Hall, Inc.) contains firmware which initializes the system, controls the CPU 104 and IOC 105, and decodes an instruction set. Optionally the control store may provide scientific instructions, test routines, emulation packages, or special purpose features which extend the capabilities of the processor subsystem.

As an option, the CPU provides emulation of systems other than the instant system. Emulators 112 are components of firmware, software, and in some instances hardware.

The IOC 105 portion of the processor subsystem provides a data path between any peripheral subsystem 103 and the storage subystem 102. This path allows for the initiation of peripheral commands and controls the resulting data transfers. An IOC can typically handle up to 32 channel control units (not shown).

In a peripheral subsystem 103 of FIG. 1 the PCU 106 is a stand-alone microprogramming processor that relieves the load on the CPU 104 by controlling the i/o devices 108 during i/o operations. The PCU does this by executing instructions contained in a channel program. This program results in arithmetic, logical, transfer, shift, and branch operations being performed in the PCU. There are several kinds of PCU's according to the kind of device each controls: i.e. unit record, mass (disk) storage, magnetic tape, communications, etc.

Device adapters 107 mediate between every PCU and the devices it controls. Each contains the dedicated firmware and logic necessary to implement communication with a particular type of device. Depending on the type, a DA 107 controls one or several devices.

The major functions performed by a peripheral subsystem 103 are as follows:

1. Transforming CPU instructions into a series peripheral device.

2. Packing and unpacking data in the form needed by the CPU or the appropriate peripheral device.

3. Keeping the CPU informed of the status of the subsystem and of the devices under its control.

4. Independently initiating and processing error and recovery procedures.

5. Allowing on-line diagnosis of a device without disturbing the device-sharing capabilities of the associated peripheral processor.

The PCU resolves conflicts for main memory between devices attached to it; however, the IOC resolves conflicts between PCU's.

Each memory module 1-4 is 4 or 8 bytes wide. The number of modules, their size, and the data path width may vary according to size of computer. Memory modules are four-way interleaved in such a way that the four modules are accessed sequentially (module 1 contains the first 8 bytes, module 2 contains the second 8 bytes, etc.). Interleaving decreases the number of conflicts for access to main memory and thereby decreases the average memory access time. Memory is reconfigurable in case of failure; i.e., blocks of memory within a module may be removed without destroying contiguous addressing.

Main memory 102 consists of a capacitive storage medium in the form of metal oxide semiconductor (MOS) chips. This medium operates on the refresh principle to maintain information. Each memory location is typically refreshed at least once every 2 milliseconds; the design ensures that few conflicts occur between refresh timing and memory accesses. (In cases of conflict, refreshing takes precedence).

An area at the beginning of main memory is reserved for hardware and firmware. The upper limit of this area is defined by the content of a boundary address register (BAR -- to be later described) which is visible to the system software. The BAR content is set at system initialization time. The memory area below the address specified in the BAR can contain IOC tables which define the configuration of the peripheral subsystems, firmware to control the CPU, or microprograms and tables for emulation. The size of the area below the address specified in the BAR depends on the system configuration. Whether microprograms are in main memory or control store depends on the system configuration and the applications run on the system.

There are typically three basic data structures utilized in this hardware: data formats, software visible registers, and the instruction formats.

Information is transferred between memory and the CPU in multiples of 8 parallel bits. Each 8-bit unit of information is called a byte. Parity or error correction data is also transferred with data but cannot be affected by software. Therefore, in this patent specification the term data excludes the associated parity or error correction data.

Bits within a byte are numbered 0 through 7 from left to right. Bytes are processed separately or in groups. Two bytes constitute a halfword, 4 bytes a word, 8 bytes a doubleword, and 16 bytes a quadword. These are the basic formats for all data, including instructions.

All data are in binary form, but may be interpreted as binary, decimal, or alphanumeric. Data bits are interpreted in groups of four, as binary coded decimal data; eight as alphanumeric, or 16 to 64 as binary digits. The latter are interpreted as signed, fixed, or floating-point numbers in binary notation. Any number of contiguous bits up to a doubleword may also be manipulated as a string. The alphanumeric character set is represented in EBCDIC. ASCII is supported as an alternate exchange code.

Byte locations in main memory are consecutively numbered starting with zero; each number is the address of the byte. A group of consecutive bytes is said to be halfword-, word-, doubleword-, or quadword-aligned, if the address of the left byte in a group is a multiple of 2, 4, 8, or 16, respectively. Whenever a halfword, word, doubleword, or quadword is so aligned, that unit can be fetched from that address. The location of data in main memory is specified by a data descriptor which is accessed indirectly during address development. (See patent application Ser. No. 425,356 filed Dec. 17, 1973 entitled Apparatus for Developing an Address of a Segment within Main Memory and an Absolute Address of an Operand within the Segment and assigned to the same assignee as the instant application and now matured into U.S. Pat. No. 3,938,096 on Feb. 10, 1976).

There are 33 user-visible registers in the CPU 104 FIG. 1 whose contents collectively define the state of the CPU. There are four types: (See FIG. 2).

1. general registers

2. base registers

3. scientific registers (optional)

4. miscellaneous registers

General registers (GR) 201 FIG. 2 are used to manipulate fixed-point binary numbers and bit strings. There are typically sixteen 32-bit general registers in the CPU 104 -- GR0 through GR15. General register GR8 through GR15 are also usable as index registers. When used as index registers, they are herein called X0 through X7: Indexing is performed using the 32-bit two's complement integer contained in a register.

Base registers (BR) have the same format as instruction counters IC and stack registers 202-203. Base registers are used during address computation to define a part of memory. There are typically eight 32-bit base registers, BR0 through BR7.

Scientific registers (SR) are optional equipment for computation with floating-point binary numbers. There are typically four 8-byte scientific registers which are referred to as SR0 through SR3. Scientific registers have the format 204-205 of FIG. 2.

There are five other registers:

instruction counter -- having format 202-203;

status register -- having format 207;

stack register (called the T register);

boundary address register -- having format 202-203; and

hardware control mask register -- having format 208.

The instruction counter (IC) is a 32-bit register that contains the address of the instruction being executed. The status register (STR) 207 is an 8-bit register that records facts about the procedure currently being executed, for example, whether an underflow was caused by the most recent operation. The stack register also known as the T-register is a 32-bit register that contains a pointer to the top of a pushdown stack associated with the currently active procedure. Stacks to be described infra provide a work space, and a mechanism for saving local variables and preserving procedure entry, and return information. The boundary address register (BAR) 206 is a 28-bit register which specifies the lowest absolute main memory address accessible by software. This register is loaded during system initialization and can only be read by software. The hardware control mask register 208 is an 8-bit register which records machine condition information.

There are approximately 200 instructions although more or less may be utilized. Each instruction is one of four different lengths but always an even number of bytes long. Instructions are stored in consecutive storage locations. The address of the leftmost byte is a multiple of 2, and is the address of the instruction.

The eight most significant bits (and in some cases bits 8 through 11 or 12 through 15) of an instruction represent the operation code, while the remaining bits represent one or more operands. An operand may be a register designator, displacement designator, address syllable (logical address), literal value, immediate literal value. The type and number of operands are determined by the instruction format.

Work to be performed by the computer system is defined externally by a series of job steps via a job control language. A job step is a unit of work to which hardware resources are allocated. Typically a job step consists of several tasks. A task is the smallest unit of user defined work consisting of a stream of instructions executed without parallelism.

The user-visible concepts of task and job step are represented in the hardware by a process and process group, respectively. A process is defined as an ordered sequence of instructions which can be executed asynchronously by the CPU (i.e., several processes can be active and sharing resources, but only one process is actually running at any one instant). A process group is a related set of processes necessary to perform one job step.

Because processes can relinquish CPU control at various points during their execution, a storage area in main memory is made available to a process to save CPU status. This status information is utilized to precondition the CPU before a process regains control of the CPU.

The storage area assigned to a process is called a process control block (PCB) 400 on FIG. 4. The data contained in a PCB include the addresses of memory areas (address space) assigned to the process, the contents of all pertinent registers, and the state of the process. Thus a PCB serves as a temporary storage area for information necessary to start or restart a process without any information loss. Each PCB is visible to the hardware and can be addressed by the operating system via a set of hardware tables developed during system initialization and modified during system operation (FIG. 5).

There is an absolute main memory area which is referred to as the system base (FIGS. 5 and 6). This area is developed by firmware and is accessible via the base address register (BAR) 501 which can be read but not written. The system base 502 contains a number of system attributes which include a job step number and a process group number (J, P) respectively for the currently running process. Another attribute in the system base is a pointer to a hardware defined data structure known as the J table 503. This table contains an entry for every job step presently in the system. Each entry in the J table 503 points to an associated P table 504 which is also a hardware defined data structure. This tables defines a process group and contains an entry for every process in the process group. Each P-table entry points to a PCB 400.

Referring to FIG. 5 the J-table pointer 505 indexed by the J number via the arithmetic portion 506 of computational unit 111 (FIG. 2) provides access to a J-table entry 503. This entry contains a P-table pointer which when indexed by the P number via computational unit 506 provides access to a P-table entry 504. The P-table entry contains a pointer 507 to the PCB of the current running process. Thus the operating system can access the active PCB using the contents of the BAR 501 and can access any other PCB given its associated (J, P) logic name.

In a multiprocess environment, such as herein described there are many processes in memory at any given time. These processes vary in size and demand for memory which causes a memory allocation problem. The hardware herein described in cooperation with an operating system (not shown herein) solves the problem by dynamically allocating memory space. Due to the random nature of memory requirements, memory is allocated in variable size segments and the memory allocation can be restructured during process run time. Thus, a process may be allocated a number of noncontiguous memory segments. This memory allocation method is called segmentation.

Segmentation presents an additional problem in that memory addresses have to be modified whenever part or all of a process is relocated. To alleviate this problem the system herein described provides a technique whereby addresses used by a process are logical rather than absolute main memory addresses. These logical addresses are used to develop absolute addresses.

Segmentation also allows each process to access its own or related memory segments via a system of segment descriptors. By accessing a segment descriptor, a process can obtain the address of a segment. Segment descriptors are contained in main memory and are maintained by the operating system.

Each process may have access up to 2068 memory segments. Normally, this would require an equal number of segment descriptors per process. However, since segments can be shared, the operating system groups segment descriptors into segment tables. This grouping is based on accessability by one process (task), a process group (job step), or globally (system wide). Each process may have up to 15 segment tables associated with it. This technique requires only one segment descriptor for each segment which can be accessed by a process via a segment table. Thus, the memory space required for segment descriptors is decreased; memory updating during relocation is reduced; and some program protection is provided. (The main mechanism for program protection is the ring system. See patent application Ser. No. 528,953 filed Dec. 2, 1974 entitled "Protection of Data in an Information Multiprocessing System by Implementing a Concept of Rings to Represent the Different Levels of Privileges Among Processes" assigned to the same assignee as the instant invention.)

A process must be able to determine which segments it is allowed to access. Accordingly, the system provides a process with two segment table word arrays (STWA). These arrays contain the addresses of all segment tables accessible to a process. There are two segment table word arrays per process because there are two segment sizes, large and small. Large segments have a maximum size of 2.sup.22 bytes while small segments have a maximum size of 2.sup.16 bytes. All segments vary in size in 16-byte increments up to the maximum. A system can typically accomodate up to 28 large segments and 2040 small segments.

Segment table word arrays may be relocated by the operating system; therefore, a process must know the absolute address of its associated STWA's. The PCB for any process contains two words which contain this information which are known as address space words ASWO-1 on FIG. 4. Each word points to a segment table word array STWA. The operating system updates the contents of the ASW's whenever the associated STWA's are relocated. Working down the chain of pointers and decoding the segment descriptor is a firmware function and thus once initiated is not visible even to the operating system.

Segmentation defines over 200 million bytes of address space as being available for processes. This number exceeds the capacity of main memory; therefore, a secondary storage (magnetic disk or drum) is used in conjunction with main memory. The operating system creates the illusion that the system has a much larger main memory than is really available. This concept is called virtual memory.

At any given time, a defined segment may or may not be physically in main memory. The contents of a segment descriptor indicates whether or not the associated segment is in main memory. The hardware detects any attempts by a process to access a segment not in main memory and notifies the operating system. The operating system causes the desired segment to be loaded into main memory from secondary storage. Then the operating system places the segment's memory address in the segment descriptor which is the only place where the absolute address of a segment can be found. This operation is invisible to the process and thus it is not aware that the segment was not in main memory or that it may have to be relocated in main memory. (For details on memory segmentation see patent application Ser. No. 425,356 filed Dec. 17, 1973 and entitled "Apparatus for Developing an Address of a Segment within Main Memory and an Absolute Address of an Operand within the Segment," now matured into U.S. Pat. No. 3,938,096 on Feb. 10, 1976.

The computer system herein described provides data and procedure protection by preventing processes from interferring with each other or sharing each other's address space in an unauthorized manner. This protection is accomplished by restricting addressability via memory segmentation and by a ring system.

The segment tables isolate the address space of the various processes in the system. Processes always use a segmented address during execution. A segmented address consists of a segment number and a relative address within the segment (see above referenced application on Segmented Address Development). The hardware checks that the address used by a process is part of the address space assigned to the process. If the address is outside the prescribed address space, an exception occurs. A process cannot refer to data within the address space of another process because the hardware uses the segment tables of the referencing process. Thus, there is no possibility for a process or process group to reference an entity belonging to another process group.

Generally, overlap in address space in the system occurs for those segments shared by all processes. These public segments are created by system programs which check to insure against address conflicts. Thus, segmentation protects user programs against each other and protects the operating system against user programs.

Segments shared by several processes are not protected from misuse by one of these processes. To solve this problem, a ring system is utilized whereby procedure and data segments are grouped into a four-class hierarchy. The four ring classes are numbered 0 through 3. Each ring represents a level of system privilege with level 0 (the innermost ring) having the most privilege and level 3 (the outermost ring) the least. Every procedure in the system has a minimum and a maximum execute ring number assigned to it which specifies who may call the procedure. A procedure is a subroutine which is capable of calling other procedures and passing parameters to them:

The general rules of the ring system are as follows:

1. A procedure in an inner ring has free access to data in an outer ring. Conversely a procedure in an outer ring cannot access data in an inner ring.

2. A procedure in an outer ring can branch to a procedure in an inner ring, but the reverse is not allowed.

3. Each segment containing data is assigned two ring values, one for read (RD) and one for write (WR). These ring values specify the maximum ring value in which a procedure may execute when accessing the data in either the read or write mode.

Each time a procedure instruction is executed, the procedure's ring number (effective address ring, EAR) is checked against the ring numbers assigned to the segment containing the referenced data. The EAR is the maximum number of process ring numbers in the instruction counter and all ring numbers in base registers and data descriptors found in the addressing path. Access to the data will be granted or denied based on a comparison of the ring numbers. For example, if a system table exists in a segment having a maximum read ring value of 3 and a maximum write ring of 1, then a user procedure executing in ring 3 may read the table but may not update the table.

By predesign, rings 0 and 1 are reserved for the operating system and rings 2 and 3 are reserved for the user. Ring 0 contains those segments critical to total system operation. Ring 1 contains the bulk of the system segments whose failure would not be catastrophic and would allow recovery. The user may utilize ring 2 for checked-out programs and ring 3 for programs being debugged.

The procedure call is an important function in the system herein described. Procedure calls are used to pass from one procedure to another; to allow user procedures to employ operating system services; and to achieve a modular structure within the operating system. A procedure call is effected by instructions and a hardware recognized entity called a stack (FIG. 7A).

A stack is a mechanism that accepts, stores and allows retrieval of data on a last-in-first-out basis. Stacks reside in special segments called stack segments. A stack segment consists of a number of contiguous parts called stack frames 701 (FIGS. 7A and 7B) which are dynamically allocated to each procedure. The first stack frame is loaded into the top of the segment and succeeding frames are loaded after it. The last frame loaded is considered the top of the stack. The T-register 702 locates the top of the stack for the currently active process. A virtual T-register exists in the PCB of all other processes in the system.

A stack frame 701 of FIG. 7B consists of three areas: a work area 702 in which to store variables, a save area 703 in which to save the contents of registers, and a communications area 704 in which to pass parameters between procedures. Prior to a procedure call, the user must specify those registers he wishes saved and he must load into the communications area the parameters to be passed to the called procedure. When the call is made, the hardware saves the contents of the instruction counter IC and specified base registers to facilitate a return from the called procedure.

Each procedure call creates a stack frame within a stack segment 701 and subsequent nested calls create additional frames. Each exit from one of these called procedures causes a stack frame to be deleted from the stack. Thus, a history of calls is maintained which facilitates orderly returns.

To insure protection between procedures executing in different rings, different stack segments are used. There is one stack segment corresponding to each protection ring per process. A PCB contains three stack base words which point to the start of the stack segments for rings 0, 1 and 2 associated with the process. The ring 3 stack segment can never be entered by an inward call; therefore, its stack starting address is not required in the PCB.

The system herein provides for multiprocessing operations which are controlled by an operating system using a combination of software, hardwre and firmware. Software creates and deletes processes within the system while hardware and firmware multiplex processes on the CPU. In addition, a combination of software, hardware and firmware provide for synchronization between processes.

Processes are normally, but not always, started and stopped at the initiation and termination of i/o operations, during related job handling, and at other times for purposes deemed necessary by the operating system. Therefore, a communications system is necessary to efficiently start and stop related processes and to pass information between them. The hardware system herein provides internal messages called semaphores to provide a communications link between the processes.

A process can be in one of four possible states at any time: running, ready, waiting or suspended. The hardware recognizes these four possible process states and executes various firmware procedures to effect process dispatching, state changes and to maintain data structures based on a process's state. The PCB contains a state field which defines the current state of its associated process.

A process is in the running state when it has control of the CPU. This state involves supplying the CPU with an address space (segment tables) and a starting address. The CPU then executes instructions in the procedure segments of the process. The process name J table word (logical address) of the PCB for the currently running process is retained in the running process word (BAR +60) within the system base (FIG. 6). (Note: The system base shown in FIG. 5 is the same as that shown in FIG. 6, but with some details omitted.)

The ready state is equivalent to running state except that the process does not have control of the CPU because it has not been recognized by the CPU. A process in the ready state is in contention for the CPU with other ready processes and the running process.

A process is in the wait state when it cannot continue until a specific event occurs such as a message via a semaphore. A waiting process is not in contention for the CPU but it may be in contention with other waiting processes for the required event.

A suspended process is a process which has been stopped for a time by software and may be resumed later. The decision to stop and resume the process is external to the process. Thus, a suspended process is not active and therefore cannot receive notification of event occurrences and cannot utilize the CPU.

A process is suspended under the following conditions: (1) By executing a Terminate instruction (as a result of having completed all its functions.) (2) By execution of a Suspend instruction by the operating system.

(3) By the occurrence of an exception condition whereby control is transferred to the operating system.

Processes move from one state to another voluntarily by action of the process while running or involuntarily by the actions of other processes. CPU firmware, known as the dispatcher, controls the transaction of processes between states. The dispatcher uses a set of queues (to be later described) to manipulate processes which are in the ready or the waiting states. Suspended processes are controlled by software.

Referring to FIGS. 6, 8 and 9, a ready or waiting process is represented by a PCB and a special queue entry called a process link. FIG. 9 shows an exploded view of contents of the GO segment 802, and contains process links 803a-803b and 803c-803g of active processes, and free process links 805a-805c of suspended processes. Each process link specifies the process name (J, P), the process priority and a pointer to the next process link in the queue. There are various types of queues such as wait queue 803a-b and ready queue 803c-g .

A hardware device similar to the J table, known as the G table, (FIGS. 6 and 8) contains pointers to all general (known system wide) segments 802-802n. The first element, GO, of the G table 801 points to that segment 802 containing the dispatcher queues. A G-table pointer to the G table 801 is found in the system base 502 on FIG. 5. Also in the system base is an entry called the internal process queue word (IPOW) which identifies the head 805 of the ready queue 803c-803g in the GO segment 802.

Thus, the dispatcher can examine all ready processes processes by consulting the ready queue 803c-803g. When the currently running process changes states, the dispatcher removes the process link at the head of the ready queue and uses the J, P name to access its PCB. The process defined by the PCB then becomes the new running process.

Since more than one process may be awaiting on the same event, a queue of waiting processes 803a-803b exists for each event. Waiting processes are also strung together via process links 805 residing in the GO segment. A pointer to the head of a wait queue exists in a semaphore 903 (to be later described). A number of events exist for which a process may wait; therefore, there are a number of wait queues each of which has an associated semaphore 903, 904.

The number of processes ready or waiting varies dynamically. Thus, the number of process links required for the ready and wait queues also varies. This fact introduces a memory management problem for the dispatcher. The problem is solved by another queue called the free process link queue 805a-c. This queue links together all process links in segment GO that are not being used by the ready or the wait queues and can be used to extend a particular queue of ready or waiting processes. A pointer 901 to the head 902 of the free process link queue 805 resides near the beginning of the GO segment 802.

Process synchronization is required to coordinate the activities of two processes working on the same task. The synchronization is achieved using semaphores 903-904 which are data structures residing in the address space of communicating processes. A semaphore is used to signal event occurrence and to handle queues of messages. An event in this context is anything obsereved by a process which may be of interest to some other process. The event may be the completion of an asynchronous operation or the availability of a resource.

A process uses two semaphore operations to signal an event occurrence. One operation sends a signal to a semaphore; the other picks up a signal from a semaphore. (The sending operation is often called a V-operation; the receiving operation is called a P-operation). The sending operation allows a process to send data or a signal that data are ready. The semaphore stores the signal until another process is ready to pick it up. Thus, the sending process is free to proceed, since it has sent the data. The receiving operation examines a specified semaphore and picks up the signal. If a signal is present, the receiving process continues executing. However, if there is no signal at the semaphore, the receiving process enters the wait state. The semaphore then serves as a pointer to the head of a wait queue. The process remains in the wait state queued at the semaphore until another process sends a signal to that particular semaphore. Thus, a semaphore can hold a signal until a process picks it up, or a semaphore can hold a process until a signal is sent to it.

Messages can also be passed from process to process. A message has the same present or not present quality as a signal plus additional information. Part of the information is supplied by hardware and part is supplied by the procedure of the process that sent the message. A message carries the process name of the sending process. Thus, many processes can send information through a single semaphore stamped with the sender's name.

A message semaphore may have a queue of messages waiting to be picked up by processes. As with signal semaphores, requirements for memory space increases and decreases thus presenting a memory management problem. Again, the problem is solved with a queue of free message links. These links reside in a known place in a segment that can easily be found when needed to supply or absorb message links.

Because semaphores and the queues built on them are shared by different processes, the total semaphore structure is protected. This is accomplished by hardware and software conventions that restrict access to any segment containing semaphores. Thus, semaphores must be in semaphore descriptor segments, some of which may be G segments (if system communications is necessary). However, all G segments (except GO) are semaphore descriptor segments.

Each semaphore descriptor contains a pointer to a semaphore. Semaphore addresses are developed via a semaphore descriptor, thus providing added protection for the semaphore. A semaphore segment can be addressed logically using a segment number and a relative location within the segment or directly using the G, D number.

Referring to FIG. 4 there is shown the format of the process control block (PCB). The process control block 400 is a storage area in main memory made available to a process to save the CPU status. Addressing a PCB is performed as described supra in relation with FIG. 5. The PCB pointer 507 (FIG. 5) points to the process control block PCB at memory location 0 on FIG. 4. It will be noted that proceeding in a downward direction memory locations increase by 4 bytes whereas in proceeding in an upward direction from memory location 0 they increase by 8 bytes. The downward memory locations are considered positive from 0 whereas the locations in an upward direction from 0 are considered negative directions. The upward locations are optional and may or may not be included in the process control block; also locations 148 through 176 are also optional. (Note that the numerals under memory location specify the displacement in bytes from the 0 reference location of the process control block PCB and are not to be confused with the reference numerals commonly used to identify parts in a patent drawing). Starting at byte 0 up to but not including byte 16 there are stored four process main words PMW 0 through PMW 3 with each process main word PMW being four bytes in length. Process main word 0 occupies bytes 0 through 3 and is comprised of 4 parts; a capability byte, a priority byte, a state byte and a decor extension byte DEXT. Referring to FIGS. 10a through 10d there are shown details of process main word PMW 0, with further details of the capability byte 1001 shown on FIG. 10b. Referring to FIG. 10b, the first bit 1005 is the accounting mode bit for indicating whether or not time accounting functions are being performed for the process. When the accounting mode bit 1005 is set to binary 0 no time accounting function is being performed for the process; whereas when the accounting mode 1005 is set to binary 1, time accounting is being performed. The scientific mode bit 1006, when set to zero, indicates that saving of scientific register of the machine is not performed and the scientific register saving area located at bytes 148 to 176 on FIG. 4 does not exist in the process control block PCB. When the scientific mode bit 1006, is set to binary 1, the scientific optional feature exists and is being used in the process, and the scientific registers saving area is used to save the contents of the scientific registers when necessary. The code mode bit 1007 indicates whether or not a standard code set or compatibility code set is being used by the process, with a binary 0 in that position indicating that standard code set is being used; whereas a binary 1 in the third bit position 1007 indicates a compatibility code set is being used. The remaining of the bits of the capability byte are set to zero.

Details of the priority byte 1002 are shown on FIG. 10c. Referring to FIG. 10c the first four bits 1008 of priority byte 1002 is utilized to set the priority level of the process associated with that given process control block PCB. Each process is assigned one of 16 levels of priority which is used for ordering competing processes i.e. (a) for choosing the process to be run among ready processes, (b) for putting processes in queues. Priorities decrease from 0 to 15, and for a given priority level the FIFO (first in first out) rule is applied. The next 4 bits 1009 of priority byte 1002 are zeroes.

Referring to FIG. 10d details of the state byte 1003 are shown. A state byte is utilized to provide information with regard to the process associated with the process control block PCB 400. The active field bit A 1010 is set to binary 1 when the process is activated. The suspend field S 1011 is set to binary 1 when the process is suspended. The substrate field SS 1012 is a 2 bit field and defines the following substates of the process: (a) when set to binary 00 the process is inactive; (b) when set to binary 01 the process is waiting in the queue of ready process (Q/PR/RDY); (c) when set to binary 10 the process is waiting on a semaphore in a queue of semaphores (Q/PR/S); (d) when set to binary 11 the process is being executed by the processor. The mid-operation field (MOI) 1013 is set to binary 1 when an interrupt happens and is taken care of during the execution of an instruction --i.e. before the completion of the process. The extended decor mode bit EXTD 1014 is set to 1 when the process is operated in an extended decor mode which is an emulation mode of the machine. Bits 1015 and 1016 are set to 0. The fourth byte of process main word PMW 0 contains the decor extension number and is utilized when the system is in emulation mode.

Process main word PMW 1 is stored in bytes 4-7 of the process control block PCB. Details of PMW 1 is shown on FIG. 10e. The status byte 1016 is the first byte in PMW 1 and stores the status register contents. The multiprocessor byte MP 1018 is significant in a multiprocessor architecture otherwise this field is zero. The second and fourth bytes of process main word 1 are the MBZ fields 1017 and 1019 respectively which must be zero for normal operation.

Process main word PMW 2 occupies bytes 8 through 11 of the process control block and is shown in more detail on FIG. 10f. Referring to FIG. 10f the field from bit 4 through bit 31 contains the local name SEG, SRA 1021 of the semaphore to which the PCB is linked when the process is either in the waiting or suspended states. The exception class and type field 1023 contains the class and type of the interrupt-like exception which cause the process to enter the suspended state after an exception. The field from bits 4 through 15 is meaningless 1022 when a process is in a different state than those mentioned above.

Process main word PMW 3 occupies bytes 12 through 15 in PCB 400 and points to a decor extension table. Referring to FIG. 10g for details of PMW 3 the DETSZ field 1024 defines the number of entries in the table and if this field is zero no decor extension is allowed to the process. The DETA field 1025 is the absolute address of the decor extension table in units of 16 bytes and is significant only if DETSZ is not 0. The decor extension table is made up of DETSZ entries. Each entry is one byte size. The DEXT.sup.th entry of the table defines the capability of the process to operate in the decor extension mode DEXT. When the DEXT.sup.th byte is 0 the decor extension number DEXT is not allowed, whereas if the DEXT.sup.th byte is 1 the decor extension number DEXT is allowed. Values of DEXT other than 0 and 1 are illegal. (See FIGS. 10a DEXT number 1004).

Bytes 16 through 23 of PCB 400 contains 2 address space words ASW 0 and ASW 1 respectively and each ASW contains a pointer to an array of segment table words. Both ASW 0 and ASW 1 respectively have the same format shown on FIG. 10h. The size of the array of the segment table words is defined by the number of segment table words in an array and typically comprises six for ASW 0 and eight for ASW 1. The STWSZ field 1026 indicates the size of the array of the segment table words. The segment table word array field STWA 1027 contains the absolute address STWA of the array in units of 16 bytes --i.e. the absolute address of the array is 16 times STWA in bytes.

Bytes 24 through 27 in the PCB contain an exception word EXW shown in greater detail on FIG. 10. The exception word contains a pointer (SEG, SRA) 1029 to an exception class table which defines the action to be taken following a process exception according to its class as stored in process main word PMW 2. (See FIG. 10f). The MBZ field 1028 of exception word EXW must be 0.

The stack word SKW located in bytes 28 through 31 of the PCB contains the value of the top of the T register of the stack of the process when the process is not running and is shown in greater detail in FIG. 10j. Referring to FIG. 10j, bits 0 and 1 define the TAG field 1030. The TAG indicates the type of descriptor by its contents and must be zero for SKW. Bits 2 and 3 of the SKW word contain the RING field 1031 which contains the ring number associated with the segmented address of the stack for protection purposes and in this case must be zero. Bits 4 through 31 contain the segment number SEG, and the segment relative address SRA 1032 and is a field which identifies the segment described in a segment table and the segment relative address within the segment. The stack word SKW is updated every time the process leaves the running state. It is used to restore the T register contents every time the process becomes running. In this last case the TAG 1030 and RING 1031 are tested to be zero, otherwise an illegal PCB exception occurs.

Bytes 32 through 35 of the PCB 400 contain the instruction counter content word ICW sometimes also referred to as ICC. Referring to FIG. 10k there are shown details of the instruction counter word ICW wherein the TAG field 1033 must contain binary 00 (i.e. values other than zero are illegal in the instruction counter). The current RING field 1034 occupying bits 2 and 3 defines the current ring number of the process to be used in determination of access rights to main storage. Bits 4 through 31 define the segment number and the segment relative address (SEG, SRA) 1035 which define the address of the next instruction to be executed.

The MBZ field in bytes 36 through 39 must be zero. (Note the MBZ field always indicates a field which must be zero). The MBZ word is tested every time the PCB is accessed from the name J, P. If it is not zero an illegal PCB exception occurs.

Stack base words SBW 0-2 occupy bytes 40-51 in the process control block 400. These words have the same format which is shown in greater detail on FIG. 10l. They are utilized during stack operations and whenever used their TAG field 1036 and RING field 1037 must be zero otherwise an illegal PCB exception occurs. Bits 4 through 31 contain the segmented address (SEG, SRA) 1038 of the first bytes of the stack segments for ring zero, 1 and 2 respectively.

Bytes 52 through 83 of the process control block 400 is a space reversed for the base registers saving area (8 words). Bytes 84 through 147 is a saving area which is utilized to save the values of all general registers (16 words). Bytes 148 through 179 is a saving area which is utilized to save the scientific registers (8 words).

Five double words are provided in the PCB 400 above the PCB zero address, for time accounting purposes when the accounting mode bit in the PMW 0 word is set. These words are located from PCB address minus 8 to PCB address minus 40. Each word contains a time or a time interval expressed in microsecond units in its first 52 bits with bits 52-63 filled with zeroes. The residual time out double word RTO (first 8 bytes above 0 in the PCB) contains the quantum of time which is actually spent by the processor on behalf of the process before a time out exception occurs. The RTO word is updated in the following way: each time the process exits the running state the process timer value is stored in the RTO word. Each time the process enters the running state, the process timer value is loaded from the RTO.

The running time accounting RUA double word at bytes 7 through 15 is a time counter which specifies the total amount of processor time a process was in the running state. The time accounted for is the time actually spent by the processor on behalf of the process exclusively. The RUA word is updated in the following way: each time the process exits the running state, the value of the process timer PT is read. The difference of the contents of RTO and PT is added to RUA. (Consecutively, the PT value is stored in RTO). Note that the time during which the process is suspended is not computed. The RTO and RUA words are updated even if the accounting mode bit is set to 0. However the CET, RTA, and WTA words (to be later described) are provided in the process control block only if the accounting mode bit in the process main word PMW 0 is set to 1. They are updated only in this case.

The waiting time accounting WTA word at bytes 17 through 23 is a real time counter which specifies the total amount of real time the process was in the waiting state. The WTA word is updated in the following way: each time the process exits the waiting state the time of day clock (not shown) value TOD is read and the value of TOD minus the value of CET word is added to the WTA word.

The ready time accounting RTA word located at bytes 24 through 31 is a double word which is a real time counter which specifies the total amount of real time the process was in the ready state. The RTA is updated in the following way: each time the process exits the ready state, the t.me of day clock value TOD is read, and the contents of TOD minus the contents of CET is added to RTA.

The current entry time CET double word at bytes 32 through 39 contains the time of day at which the process entered one of the following states: ready, waiting, running, and suspended.

Referring to FIG. 6 the format of the system base 600 is shown. The system base resides in absolute main memory and is developed by firmware and is accessible via the boundary address register (BAR) which can be read but not written. The boundary address register BAR is below an area in main memory reserved for hardware and separates this area in memory reserved for hardware and the system base 600. Referring now to FIG. 6 the system base 600 contains a number of system attributes which includes a job step number and a process group number (J, P) for the currently running process. From the logical name of the process J, P, the absolute address of the corresponding process control block PCB is obtained. The size and address of the J table are defined by the contents of the J table word (JTW). This word is located at the address defined by the BAR register. The format of the JTW is shown on FIG. 11a. The size (JTSZ) 1101 or the J table 1204 on FIG. 12 defines the number of entries in the J table 1204 which may be up to 255 entries. The JTSZ 1101 is an 8 bit positive integer; an out of J table exception occurs if J is greater than JTSZ. The absolute address of the J table 1204 is obtained by multiplying the J table pointer 1102 by 16. The J table 1204 contains J table entries whose format is shown in greater detail on FIG. 11b. Each J table entry defines the absolute address of a P table 1205 which is obtained by multiplying the P table pointer 1104 by 16. The size (PTSZ) 1103 of a P table defines the number of entries in the P table. The PTSZ is an 8 bit positive integer which may typically vary from 0 to 255 to indicate the number of entries in the P table. An out of P table exception occurs if P is greaer than PTSZ. Each entry of the P table 1205 defines the absolute address of a process control block (PCB) 1206 by multiplying the process control block pointer 1107 by 16. A presence indicator P 1105 indicates the absence of a PCB 1206 when set to binary 0 and indicates the presence of a PCB when set to binary 1. (When the presence indicator P 1105 is found to be 0 a vacant P table entry exception occurs). Bits 1 through 7 of the P table indicator (FIG. 11c) must be 0 (MBZ) 1106, otherwise an illegal P table entry exception occurs.

At address BAR plus 4 of the system base 600 there is the format byte of a G table word (GTW) shown in greater detail on FIG. 11d. The size and the address of a G segment-table 1212 on FIG. 1200 are defined by the contents of the G table word (GTW). The size (GTSZ) 1108 of the G table 1212 defines the number of entries in the G table which may typically be up to 255 entries. GTSZ is an 8 bit positive integer; an out of G table exception occurs if the G number is greater than the GTSZ. The absolute address of the G table 1212 is obtained by multiplying the G table pointer 1109 by 16. The format of the G segment table entry has a two word size (8 bytes) and is called a G segment descriptor. The format of the G segment descriptor is shown in detail on FIGS. 11e and 11f. All G segment descriptors are direct and therefore the indirect bit I, 1111 must be 0 otherwise an illegal segment descriptor exception occurs. The presence indicator P 1110 is a one bit field which when set to binary 1 indicates that a segment is defined in main storage for the segment number to which that descriptor corresponds; whereas if it cleared to 0 no segment is defined and a reference to the segment descriptor causes a missing segment exception. The available bit A 1112 is a one bit field which indicates whether or not the segment is available; it is only checked if this segment is defined (i.e. P equals binary 1), otherwise it is ignored. The used flag field U 1113 indicates whether or not the segment has been accessed. If the U bit is set to binary 0 the segment has not been accessed; whereas if the U field is set to binary 1 the segment has been accessed. The written flag field W 1114 indicates whether the segment has been written. If W is set to binary 0 the segment has not been written; whereas if W is set to binary 1 the segment has been written. The gating indicator GS 1115 of a G segment descriptor must be set to binary 01, otherwise an illegal segment descriptor exception occurs. The reason for this is that a G segment always contains semaphores (although the reverse is not true i.e. all semaphores are not required to be in a G segment) and instructions on semaphores require the GS code to be binary 01. The absolute address of the base of a segment 1214 is defined in the G segment descriptor of FIG. 11e by the 24 bit base field 1116; the content of this field is multiplied by 16 to obtain the absolute address. The second word of the G segment descriptor of FIG. 11f occupies bit position 32 through 63 in the G table 1212. The RSU field 1117, bits 32 through 39 is reserved for software use and is generally ignored when used as a G segment descriptor as it is in this case. The MBZ field 1118 must be 0 otherwise an illegal segment exception occurs. Since the MBZ field 1118 occupies bits 40 through 51 it sets the SIZE field 1119 which is the field for a small segment SIZE; hence all G segments must be of the small segment type. The segment SIZE 1119 is a 12 bit positive integer defining the number of bytes in the segment and the segment size is interpreted as a multiple of 16. Therefore the segment size for a G segment 1214 cannot exceed 2.sup.16 bytes (small segments). If a displacement D within a G segment is referenced where D is greater than or equal to SIZE 1119, an out of segment exception occurs. The method of accessing main memory which uses a G segment and a displacement D within that segment is called G, D accessing. The various exceptions which may occur during G, D memory operations are referred to as G, D access exceptions.

Referring once again to the system base 600 of FIG. 6 there are 9 system exception cell words located between BAR plus 8 and BAR plus 44. The format of the system exception cell words EXC is shown on FIG. 11g. Since semaphores are utilized for transmitting messages to dedicated processes when a system exception occurs the pointers to these semaphores are found in 9 locations of memory each location called a system exception cell --one per class of system exception. The MBZ field 1120 must be set to binary 0 otherwise a system check occurs. Each exception cell (EXC) contains the system name G, D 1121 and 1122 respectively.

The channel exception cell located in BAR plus 44 of the system base 600 has a format which is similar to the system exception cell previously discussed and contains the system name GD of a semaphore which is used for transmitting messages to dedicated processes when a channel exception occurs.

An internal processor queue word IPQW is located beginning at BAR plus 48 and deails of its format are shown on FIG. 11h. The IPQW word points to the head of a queue of processes ready (Q/PR/RDY) as shown on FIG. 9 by reference numerals 905 and 805. The queue of processes ready (Q/PR/RDY) links all processes which are in the ready state. It is referenced by the HEAD of Q/PR/RDY-field 1124 (FIG. 11h) of the IPQW word by pointing to the top of the ready process queue. The HEAD of Q/PR/RDY-field 1124 contains a 16 bit positive integer which is the displacement from the base of the G segment number 0, referred to as the GO segment, to the first byte of Q/PR/RDY. If this Q/PR/RDY bit field is 0, the ready queue is considered to be empty. The MBZ field 1123 must be 0 otherwise a system check occurs.

At BAR plus 52 of the system base 600 here is shown the storage for the initial and current retry counts whose format is shown in detail on FIG. 11i. The NFS field 1125 is a nonfunctional storage field and is not utilized by the system base. The initial retry count field 1126 and the current retry count field 1127 are used to control the number of times automatic instruction retry is executed before a machine error is made to produce a machine failure exception condition. They are loaded with the same number by a Reset Retry Count (not shown herein).

The running process word (RPW), shown in FIG. 11j, is stored in BAR plus 56 of the system base 600 and is used to store the name of the running process with its priority in case of a monoprocessor architecture. The NFS fields 1128 and 1131 respectively are nonfunctional storage fields and may be utilized for any purpose by any facility but is generally not utilized by the system base. The priority level of a running process is stored in the PRI field 1129. An asynchronous trap bit is stored in AB field 1130; whereas an asynchronous trap ring is stored in ARN field 1132. The logical name J, P of the running process in case of a monoprocessor architecture is stored in the J, P field 1133.

An Absolutization Table Pointer word shown on FIG. 11k is located at BAR plus 60 in the system base 600 and is utilized in initial system load to initialize the absolute addresses in the initial system load (ISL) program by adding the contents of BAR to all absolute addresses in the ISL program. The Absolutization Table Pointer 1135 defines the location of an Absolutization Table (not shown). The Absolutization Table Size is shown by the ATSZ field 1134.

The CPU serial number word shown on FIG. 11l is a 4 byte word located at BAR plus 64 and contains the serial number of the CPU in the CPU serial number field 1136.

A main storage upper limit word shown on FIG. 11m is located at BAR plus 68 and indicates the main storage upper limit 1139 by providing the absolute address of the last available word in main storage.

At BAR plus 72 there is located a word shown on FIG. 11n for providing the initial system load ISL device channel number (CN) 1140 and the hardware device channel number (CN) 1141.

The type and subtype of a device used in the computer system is shown by a hardware device type word (FIG. 11o) in fields 1143 and 1144 respectively; where the RSU field 1142 is reserved for software. This word is found in the system base at BAR plus 76. A similar word having a similar type format shown on FIG. 11p contains the type and subtype of the device used in the initial system load. This word is located at BAR plus 80.

When the restart button of a computer is pressed, a simulated V-operation is performed on a semaphore and the Ready state is entered. A pointer to this semaphore is found at BAR plus 84 of the system base 600 and is called a restart cell word, and has a format shown on FIG. 11q. The format is similar to the system exception cell described supra and contains the system name G, D of a semaphore in the G field 1149 and D field 1150 respectively. The MBZ field 1148 must be 0.

Where there is more than one processor to the computer system, a word is provided in the system base 600 at BAR plus 88 for multiprocess extension. Details of this word are shown on FIG. 11r.

Referring to FIG. 12 there is shown one example, how the system base may be utilized in combination with the process control block in order to address and access a user segment, a system segment, or a queue of processes ready (Q/PR/RDY) segment. Main memory 1200 has a portion 1203 reserved for hardware use. A boundary address register BAR 1202 separates the system base 1215 from the portion of memory 1203 reserved for hardware. The boundary address register BAR 1202 is utilized to address items in the system base 1215 by adding the contents of the boundary address register to the displacement in 4 byte units of the item desired in the system base. This address then points to the first byte of the item in the system base desired. In FIG. 12 the BAR 1202 is pointing at the J table word (JTW). The J table word, as previously discussed, has a pointer which points to a J table 1204. By indexing to the J number shown on FIG. 5, a J table entry 1216 is obtained. At the J table entry there is a P table pointer which points to the absolute address of the P table 1205. By indexing to the P number (see FIG. 5) within P table 1205 the absolute address of the process control block 1206 is obtained As previously shown in process control block PCB 1206 there are two address space words ASW 0 and ASW 1. The high order bits of the segment table number field STN in the base register 1201 is used to access one of these two address space words, in this instance ASW 1 which has a segment table word array STWA pointer that points to segment table word array STWA 1208. Together with the segment table number STN of the base register 1201 one of 8 segment table words is accessed in STWA 1208, which points to one of 8 segment tables 1210. The segment table entry STE from base register 1201 is then utilized to make one of 256 entries in segment table 1210 where a segment descriptor is located. The segment descriptor is then utilized to access a user segment 1211. (For greater detail see application Ser. No. 425,356 filed Dec. 17, 1973 entitled Apparatus for Developing an Address of a Segment within Main Memory and an Absolute Address of an Operand within the Segment and assigned to the same assignee as the instant invention and now issued into U.S. Pat. No. 3,938,096 on Feb. 10, 1976 and is hereby incorporated by reference herein).

In order to access a system segment 1214 which is utilized to store semaphores a G table word GTW is utilized in the system base 1215. The address of the G table word is obtained by adding the displacement of the G table word in the system base to the boundary address register BAR 1202. (See FIG. 6). The G table word GTW includes a G table pointer which points to a G table 1212. By utilizing a G number available to the system and indexing in the G table a G segment descriptor is accessed which is utilized to address a system segment 1214.

Similarly the system base 1215 is utilized to access the queue of process ready (Q/PR/RDY) 1213 by locating an internal processor queue word IPQW which points to the Q/PR/RDY segment 1213.

Referring to FIGS. 13a-13c details of the control unit are shown. The control unit, although shown separate from the central processing unit (CPU), is in actuality a part of the CPU and is comprised of a control store unit CSU 1301, a control store interface adapter CIA 1302 and appurtenant subunits, control store loader CSL 1303 and control and load unit CLU 1304.

The control store unit CSU 1301 receives micro-instructions from the control store loader CSL 1303 via the control and load unit CLU 1304 and the control store interface adapter CIA 1302. Under normal operating conditions, microprograms are loaded from an external source during system initialization and become a permanent control function of the machine. However the control store unit CSU 1301 has the ability to be reloaded and initialized in a manner that provides for a variety of central processing units CPU 1306 operational modes. The following modes of operation of the CPU are available under control of the CSU 1301; (a) native mode; (b) emulation mode; (c) concurrent native and emulation modes; (d) diagnostic mode. This capability is possible because the micro-instructions resident in the CSU are the source of micro-operations used to control the operation of all other CPU functional units such as the emulation unit 1316, the arithmetic logic unit ALU 1317, the instruction fetch unit IFU 1318, the address control unit ACU 1319 and the data management unit DMU 1321. Also shown within the central processing unit CPU 1306 are previously described general registers 1307, base registers 1308, scientific registers 1309, T-registers 1310, status registers 1311, instruction counter IC 1312, and hardware control mask register 1313.

Typically the control store unit CSU 1301 is a 9K bipolar integrated circuit programmable read-only memory (PROM) mixed with read/write random access store (RAM). It has a typical 150 nanosecond read cycle and a 450 nanosecond write cycle. Each location of control store stores one 84-bit micro-instruction word (to be later more fully described), and each micro-instruction word controls one CPU cycle. As each location of the control store of the control store unit CSU 1301 is read, its contents are decoded by micro-operation decoders which provide micro-operation control signals each of which causes a specific operation within the CPU to take place (to be later described in detail).

By grouping locations within each micro-instruction word (to be later described in detail) control store sequences are obtained that can perform a specific CPU operation or instruction. As each instruction is initiated by the CPU, certain bits within the op-code are used to determine the control store starting sequence. Testing of certain flops (not shown) which are set or reset by instruction decode functions allows the control store memory to branch to a more specific sequence when necessary.

The control store interface adapter CIA 1302 communicates with the control store unit 1301, the data management unit DMU 1321, the address control unit ACU 1319, and the arithmetic logic unit ALU 1317 for directing the operation of the control store memory 1333 of FIG. 13b. The CIA 1302 includes logic for control store address modification, testing, error checking, and hardware address generation. Hardware address generation is utilized generally for developing the starting address of error sequences or for the initialization sequence.

The data management unit DMU 1321 provides the interface between the CPU 1306 and the main memory and/or buffer store memory shown on FIG. 1. It is the responsibility of the data management unit to recognize which unit contains the information required by other units and strobe the information into the CPU registers at the proper time. The data management unit DMU also performs the masking during partial write operations.

The instruction fetch unit IFU 1318 interfaces with the DMU 1321, the ACU 1319, the ALU 1317, and the CSU 1301, and is responsible for keeping the CPU supplied with instructions. The instruction feth unit has the next instruction available in its registers before the completion of the present instruction. To provide this capability, the instruction fetch unit IFU 1318 contains a 12-byte instruction register (not shown) that normally contains more than one instruction. In addition, the IFU, under control of the CSU, requests information (instructions) from main memory before the instruction is actually needed, thus keeping its 12-byte instruction register constantly updated. Instructions are thus prefetched by means of normally unused memory cycles. The instruction fetch unit also decodes each instruction and informs the other units of the instruction's length and format.

The address control unit ACU 1319 communicates with the IFU, ALU, DMU, and the CSU via the CIA. The ACU 1319 is responsible for all address development in the CPU. All operations of the ACU, including transfers to, from, and within the unit, are directed by CSU micro-operation and logic in the unit. The normal cycling of the ACU depends on the types ofaddresses in the instruction rather than on the type of the instruction. Depending on the address types the ACU may perform different operations for each address in an instruction. The ACU also contains an associative memory 1319a that typically stores the base address of the 8 most recently used memory segments, along with their segment numbers. Each time a memory request is made, the segment number is checked against the associative memory contents to determine if the base address of the segment has already been developed and stored. If the base address is contained in the associative memory 1319a, this address is used in the absolute address development, and a considerable amount of time is saved. If the base address is not contained in the associative memory 1319a it is developed by accessing the main memory tables. However, after the base address of the segment is developed, it is stored in the associative memory, along with the segment number, for future reference.

Interfacing with the ACU, IFU, DMU, and the CSU is the arithmetic and logic unit ALU 1317. Its primary function is to perform the arithmetic operations and data manipulations required of the CPU. The operations of the arithmetic logic unit are completely dependent on micro-operation control signals from the control store unit CSU 1301.

Associated with the ALU 1317 and the CSU 1301 is the scratch pad memory unit LSU 1315, (sometimes referred to also as the local store unit). It is typically comprised of 256-location (32 bits per location) solid state memory and selection and read/write logic for that memory. The scratch pad memory 1315 is used to store CPU control information and maintainability information. In addition, the scratch pad memory 1315 contains working locations which are primarily used for temporary storage of operands and partial results during data manipulation. Also associated with the ALU 1317 is an auxiliary memory 1317a comprised typically of 64 flip-flops for storing miscellaneous states of the computer system.

The CPU also has a clocking unit 1320 and is essentially 2 clocking systems in 1: the first clocking system generates the timing for the control interface adapter CIA 1302 and the second clocking system generates the timing pulses for the operations of the functional unit within the central processing unit.

Referring now to FIG. 13c there is shown the format of the control store word 1325. The control store word is typically 84 bits wide and is divided into 6 main fields:

a. sequence type field 1326 (3 bits);

b. branching and/or micro-operations 1327 (23 bits);

c. constant generation and designation 1328 (14 bits);

d. data to bus 1329 (8 bits);

e. micro-operations 1330 (32 bits); and

f. checking 1331 (4 bits).

The 3-bit E field of the control store word 1325 is used as a sequence control field. There are typically 7 different sequence types and 1 reserved type for the instant computer system. Referring to block 1335 of FIG. 13b, when E field equals binary 0, 1, or 2, the branching field A, B, C, D and L of micro-instruction 1325 is utilized to generate the next address. The first 6 bits of KS register 1337 is utilized together with the B field, a C test results, the D tests results and the L field to provide the next address of the next micro-instruction which is then placed in address register KS 1337. When the E field if set to binary 4 (see block 1335) the next address selected is taken from interrupt return register KA 1339. The address stored in the KA register is the one generated by the next address generation logic when the hardware interrupt occurs. When the E field is set to binary 5 a branch is used to initiate a subreturn from a micro-program subroutine. When used, the contents of the return register KR 1346 are used as the next control store address. The return register 1346 is loaded by issuing a control store command which will load present control store address in KS register 1337 plus 1, from incrementor 1338, into the KR register 1346. A one-level-nesting subroutine ability is provided via the KT return branch register 1347. Every time the KR register 1346 is loaded the old contents of the KR register is transferred to the KT register 1347 every time the mirco-program return is called; the contents of the KT register will transfer to the KR register. Third level nesting subroutine ability is provided by the KU register 1340; and fourth level nesting subroutine ability is provided by the KV return branch register 1349. When the E field of the control store word is set to binary 6 the next control store word addressed is equal to the present address in KS register 1337 plus 1 in incrementor 1338. When the E field is set to binary 7 the CSU 1301 enters the diagnostic mode and the next address will be the present address plus 1.

In addition to the sequencing control of branching to the next control store address described above and shown in block 1335, there is hardware generated sequence control shown in block 1336 of FIG. 13b. (Note: Blocks 1335 and 1336 are in actuality hardware registers drawn so as to depict the different forms that the microinstruction words may take.) The hardware generated branches are overriding conditions (such as errors, initialize, control store scan, etc.) which suppress the E field and force a fixed address into the control store address register KS 1337. The branch is made by forcing an interrupt line high (not shown) for one clock period and storing the address which would have been generated under the control of the E field into the KA interrupt return register 1339. A hardware generated address will be placed into the control store address register. Certain hardware/firmware generated interrupts take priority when the interrupt-block flip-flop (not shown) which prevents additional interrupts in their class from being executed until the interrupting condition has been satisfied. A firmware micro-operation exists for controlling the resetting of the interrupt-block flip-flop for those sequences which are under firmware control. Those sequences under hardware control automatically generate a reset of the block-flop at the end of the sequence. The following conditions, listed by priority, exists in this category; (a) control store load; (b) control store scan; (c) hardware error; (d) software error. The remaining hardware conditions do not set the interrupt block-flop but do cause an immediate action to occur when generated. The following conditions listed by priority, exist in this category;

(a) initialize;

(b) soft-clear;

(c) enter maintenance panel;

(d) hardware exit.

An initialize signal causes the CSU 1301 to branch to address binary 0, clear hardware resettable errors and execute a control store load operation followed by a control store scan sequence under hardware control. It will also perform system initialize. A soft-clear signal causes the CSU 1301 to branch to address binary 0, clear hardware resettable errors and reset the interrupt block-flop. An enter maintenance panel signal causes the CSU to branch to the address preset in the CSU address switches on the maintenance panel (not shown).

An enter maintenance channel signal causes the CSU to branch to an address generated via the maintenance channel (not shown). The address loaded is from maintenance bus QMB 1344, which is part of the maintenance channel, and is right-justified. A hardware exit signal causes the CSU to branch to binary address 2. This sequence is used as a maintenance facility. At the end of the sequence a return is initiated by issuing an E field branch with the E field set to binary 4.

A control store load signal causes the CSU to branch to address binary 0. It also turns off the CSU read-cycle flop (not shown), the system clock 1320, and places the CSU in the load state. In the load state the CSU can be loaded from the control store loader CSL 1303, the IOC 1305, the main memory 102, or the maintenance panel 1355. When loaded from the CSL an automatic scan is generated at the end of the load. When loaded from any other media a scan may be issued by either generating a micro-operation signal or setting the scan switch on the maintenance panel. A control store scan signal causes the CSU to branch to an address binary 0. A control store scan is under hardware control for the duration of the sequence. During the scan the system clock 1320 is off and therefore no commands or tests are executed. At the end of the scan sequence the hardware transfers the contents of the interrupt return register KA to the address register KS, the system clock is turned on and control is returned to the firmware.

A hardware error signal causes the CSU to branch to address binary 4. In the normal processing mode a hardware error detected in ay CPU functional unit will activate a hardware error line (not shown). The control store sequence generated will test the system conditions to determine the action to be taken. In the diagnostic mode, error conditions which are hardware detectable are visible to microdiagnostics. The microdiagnostics control the action to be taken. A software error signal on the other hand causes the control store to branch to address binary 1. This address is the start of the software error reporting sequence which is under micro-program control.

Referring once again to FIG. 13c the E field 1326 is a 3 bit field for the branch code as previously described. The branching and/or micro-operation field 1327 is comprised of the A, B, C, D, and L fields (also shown on block 1335 of FIG. 13b) wherein the A field is the upper 6 bits of the next address, the B field is the middle 4 bits of next address of the mask field on 64-way branch, the C field is a 6 bit test field for 1 of 64 tests, the D field is another 6 bit test field for 1 of 64 tests, and the L field is the least significant bit. The K field 1328 is a 14 bit field of which 6 bits are for the constant field, 4 bits are for a constant or steering field, and 4 bits are a steering field for a constant. The data to bus field 1329 is comprised of the QA field having 4 bits for controlling information to the QA portion of the QMB bus 1344 and the QB field has 4 bits for controlling information to the QB portion of the QMB bus 1344. The F field 1330 is a 32 bit field which is coded to generate micro-operation subcommands. The P field 1331 is comprised of 4 bits reserved for checking.

In operation the micro-instruction words are stored in the control store array 1333. During a cycle of operation, the control store array is addressed by the contents of the KS address register 1337. This causes the contents of the location specified by the address to be read into the group of read latches 1357. Portions of the word contents of the read latches are distributed or transferred to storage registers within each of the functional units in the CPU. Each functional unit includes decoding logic circuits for generating the requisite subcommands specified by the control store word under control of the system clock source. In general decoding is performed within each functional unit in the CPU rather than being performed centrally in order to minimize the decoding time and to reduce the number of cables which would be normally required for transmitting command signals if decoding were performed centrally. Additionally, the decoding is done within each unit to avoid timing problems arising from differences in cable delays. Further, by decoding subcommands with each unit, those signals which are representative of certain conditions existing within the functional unit are required for the generation of certain subcommand signals do not have to be returned to the CIA unit 1302. A typical decoder unit 1359 is shown in FIG. 13b as receiving various fields from micro-instruction words and generating micro-operation signals a, b, c, d, . . . q, r. A typical micro-operation decoder 1359 receives commands from a micro-instruction word. The field from the micro-instruction word is decoded and sets one of a plurality of lines s, t, u, . . . y, z high. A matrix is formed by having predetermined control line impedance coupled to the s-z lines at points .alpha., .beta., .gamma. . . . .psi., .omega.. Typically then when the field from a micro-instruction is decoded one of the lines s-z goes high. Since the black dots shown in the matrix by Greek letters .alpha. through .omega. respresent impedance coupling between the two sets of lines, any electrical signal propagating along any horizontal wire will be coupled through to propagate along the vertical wire a-r where an impedance coupling (black dot) is indicated. Each vertical line a-r then may be coupled as one input to one each of AND gates 1360-1365. Other input signals may also be coupled to AND gates 1360-1365 including a timing signal T.sub.s from the central timing unit. Accordingly as each timing signal t.sub.s goes high those gates which have all the other input signals high will be enabled and will provide micro-instruction signals to predetermined functional units in the CPU. For example, if a command 1341 from read latch 1357 is decoded and a horizontal line is high the a, b, c, and q vertical control lines will be high and AND gates 1360, 1361, 1362, and 1364, will be enabled as the t.sub.s timing signal is applied to these gates sequentially. Hence the combination in which the vertical control lines are coupled to the horizontal control line at different points represented by the Greek letters .alpha. through .omega. represent a permanent switching matrix for supplying micro-operation signals to the central processing unit CPU for controlling the functional units within the central processing unit by micro-instructions furnished from the control store array 1333. Thus permanent firmware having an alterability feature can be built into the machine of this invention by merely specifying the sequence of micro-operations that is required as a capability of the computer system.

Under normal conditions data is written into the control store array 1333 via the CPU write-data register also known as the local register YO 1343. A control flop (not shown) defines whether the upper half or lower half of the storage array is to be written. Data from the control and load unit CLU 1304 arrives at the CIA/CSU via the maintenance bus QMB 1344 and is buffered by the storage local register YO 1343 before being written into the control store array 1333. The storage local register 1343 is time shared as both a read and a write local register. The multiplexor KQM 1345 may be controlled by either the maintenance panel 1355 or by micro-diagnostics and provides a read out path from the registers connected to it. A compare register KP 1350 is provided for non-functional use and is used mainly for maintenance purposes and is utilized along with compare logic 1352 and decode logic 1351.

The dispatcher is a firware/hardware unit whose main purpose is to manage the various queues of processes, and to switch between processes and includes the updating of the queues of processes, the process control blocks PCB's, the running process word in the system base and the register of a new process. It also delivers messages to a process which is actually waiting for it on a semaphore (after a V-operation, a simulated V-operation for the IOC or for the exception handler). It also enqueues a message on a semaphore after a P-operation which freed a message link when a process is waiting on the free-link semaphore to deliver its message.

The dispatcher unit further calls on the native mode instructions firmware after the "rolling-in" of a process executing in native mode, or after a "contest" if the current process remains running and is executing in native mode. It also calls on decor extension firmware for:

(a) a temporary call during the rolling-out of a process executing in that decor extension;

(b) a temporary call during the rolling-in of a process executing in that decor extension;

(c) a definitive call at the end of the rolling-in of a process executing in that decor extension; and,

(d) a definitive call after a contest if the current process remains running and is executing in that decor extension.

Moreover the dispatcher places the system in the idle loop when there is no running process.

There are several ways of entering or leaving the dispatcher as follows:

(1) The initialization procedure (SIP) provides entry as the last step, (See patent application Ser. No. 528,814 entitled Arrangement for Initializing a Data Processing System, assigned to the same assignee named herein.)

(2) The Process Management Instruction for a Central Processor provides for the entry into the dispatcher. The Start instruction starts a process and the Suspend instruction terminates a process. (See patent application Ser. No. 529,017 filed Dec. 2, 1974 entitled Process Management Instruction for a Central Processor, also assigned to the same assignee.)

(3) The P and V operations provide for entry into the dispatcher. The P op picks up a message from a semaphore and if no message then the process goes into wait state. (See patent application Ser. No. 529,256 entitled Process Synchronization Utilizing Semaphores".)

Briefly then, the dispatcher is the main mechanism which manages the processes and accordingly the process control blocks PCB's by deciding which process is to be run and then taking the appropriate action, such as rolling-out the currently running process (i.e. write into the PCB all information relative to the currently running process contained in hardware registers, scratch pad memory, etc.), and rolling-in the new process (i.e. write from the PCB to various hardware registers, scratch pad memory, etc., all information necessary to run the new process.)

The representation of the operations in firmware (i.e. in control unit) performed by the dispatcher are shown in flow-charts FIGS. 14a-14i. For example, block 1402 of FIG. 14a is a representation of the operation performed by the dispatcher wherein a microprogram word is delivered by the control store unit, and upon decoding by decoder 1359 controls the applicable portions of the CPU via an appropriate series of micro-operation signals 1360, 1361, etc. to retrieve the IPQW from the system base in storage subsystem 102, and transfer it to scratch pad memory 1315. Simultaneously the dispatcher fetches 1404 the GO segment descriptor (see FIG. 12) from the G table of segment descriptors pointed to by the G table word GTW in the system base. Bits 16-31 of the IPQW word contain a 16-bit positive integer which is the displacement from the base of the G segment number 0, referred to as the GO segment, to the head (first byte) of the Q/PR/RDY, queue of processes ready. If bits 16-31 of the IPQW word is 0, 1403 the ready queue is considered to be empty. If the ready queue is empty it indicates that there is no process currently waiting in the Q/PR/RDY and the ready queue is empty. The next question to be decided in decision block 1405 is whether or not a process is currently running in the machine by determining whether or not the Vacant Indicator is set. If the Vacant Indicator is set (i.e. there is no process currently running) and since it was previously determined that there is no process in the ready queue waiting to use the processor then the machine goes in the idle state 1406. However if there is a process currently running in the machine, but there is no one waiting to use the machine, the current process accesses its next instruction 1407.

Returning now to decision block 1403, of the flow chart of FIG. 14a if there is a positive integer in the pointer area of the IPQW (i.e. bits 16-31) the head of the ready queue pointed to by the IPQW word in the GO segment is fetched to the scratch pad memory. (Note: To avoid repetition and in the interest of clarity the intermediate functions of the dispatcher in conjunction with the control unit and CPU will be omitted; however it is to be understood that such intermediate functions as previously described by example are present typically.) Up to this point it has been determined that there is some process waiting in the ready-queue. Before further action can be taken it is necessary to determine if there is a process currently running in the central processor. This is determined at decision block 1410 of the flow chart representation and if there is no process currently running in the central processor (i.e. no CJP) the head of the ready queue is run 1412. However if there is a process running in the central processor the dispatcher must determine who has priority -- the currently running process or the head of the ready queue? Accordingly therefore the priority byte of the current process (CJP) which is located in the running process word of the system base PCB 400, is fetched 1413. A decision is then made 1414 as to whether or not the current running process CJP is of lower priority than the new process NJP waiting at the head of the ready queue? (See decision block 1414.) If CJP is not of lower priority than NJP, CJP remains in control of the central processor and the contest indicator is reset 1415. (The contest indicator is always set to 0 except when one or more new processes have been placed on the ready-queue since the beginning of the last instruction executed on behalf of CJP thereby creating the possibility of a conflict; under these conditions the contest indicator is set to binary 1). Before the current process CJP is permitted to continue however, and execute further instructions a determination is made whether or not the CJP is running in decor extension mode 1415. If CJP is running in decor extension mode then the next instruction is executed in emulation mode (i.e. decor extension) and if it is not running in decor extension mode then the next instruction is executed in native mode. Returning once again to decision block 1414, if the NJP at the head of the ready queue has a higher priority than the CJP (i.e. its priority number is lower than CJP's priority number), the current running process CJP is "rolled-out" of the machine and the new process NJP is "rolled-in" to the machine. Accordingly a firmware priority subroutine PRIQ 1418 directs the enqueueing of the current process CJP into the ready-queue by LIFO priority and by priority number by first "rolling-out" the CJP under the direction of the firmware subroutine RLLO 1419. The RLLO subroutine directs the writing of the information of the CJP that is stored in the general registers, base registers, scientific registers, T-register, status registers, and instruction counter, back into the appropriate storage areas of the process control block PCB in main memory, and it directs the updating of the RUA. Moreover the DEXT number of process main word 0 (PMW0) in PCB 400 is updated 1420.

The new process NJP is now ready to be "rolled-in". The boundary address register BAR is fetched 1422 and the running process word RPW is fetched from address BAR plus 56 of the system base. See block 1423. The name of the new process NJP is next written into the running process word RPW and since the name of the new process NJP was written in the process link PL of the Q/PR/RDY, the name in the process link PL is therefore now placed in the RPW, block 1424. Therefore NJP from the ready-queue now becomes CJP and is entitled to control the central processor and accordingly is no longer waiting in the Q/PR/RDY and must be dequeued by taking its name out of the process link PL of the Q/PR/RDY, block 1425. When this is done the queue of processes ready Q/PR/RDY is updated by the firmware subroutine UQLK, 1425a. Accordingly the JP number of the process which was just taken out of the machine is placed in a process link in the Q/PR/RDY, since it now no longer has control of the machine and must wait for it, 1426. At this point the transformation of giving this control of the central processor to the new process and placing the old process in a ready queue is accomplished and because there is a process (the new CJP) in control of the central processor, the Vacant Indicator is set to 0, 1427; if on the other hand there were no CJP in control of the central processor the Vacant Indicator would be set to 1. At this point the assignment of the processor is complete and a new process has acquired the central processor whereas the old process was placed in a ready queue; however, the new process is not ready to run yet for the hardware of the central processing unit, 1306 of FIG. 13a, such as the general registers 1307, the base registers 1308, scientific registers 1309, the T-register 1310, the status registers 1311, and the instruction counter 1312, must be supplied with control information from the process control block of the new process.

Accordingly the firmware subroutine 1430 controls the CPU and first fetches PMW 3 from the PCB (FIG. 4) to scratch pad memory 1315, and then fetches PMW 0. The MBZ field of PMW 0 is checked 1433 and if it is not binary 0 an illegal PCB exception results. However if the MBZ field of PMW 0 is zero then PMW 1 is fetched 1434. Again the MBZ field of PMW 1 is tested to determine whether or not it is a binary 0. If it is not binary 0 there is an illegal PCB exception; whereas if it is equal to 0 the dispatcher proceeds to C.

Accordingly address space word 0 ASW 0 is fetched from the appropriate space in the PCB and the segment table word size STWSZ is tested 1437 to determine whether or not it is less than 7. If it is greater than 7 an illegal PCB results; if it is less than or equal to 7, then ASW 1 is fetched from the PCB, block 1438, and its STWSZ field is tested 1439 to determine whether or not it is less than or equal to 8. If its field is greater than 8 then an illegal PCB results; however, if its STWSZ field is equal or less than 8 the exception word EXW is fetched 1440, and its MBZ field is tested to determine whether or not it is equal to 0. If its MBZ field is not equal to 0 an illegal PCB results whereas if it is equal to 0 the stack word SKW is fetched 1442, and its MBZ field is tested 1443 to determine whether or not it is equal to 0. If the MBZ field is not equal to 0 then an illegal PCB results; whereas if it is equal to 0 the instruction counter word ICW is fetched from the PCB and placed in the instruction counter IC and its TAG field is tested to determine whether or not it is equal to 0, 1445. If the TAG field is not equal to 0 then an illegal PCB results. However if the TAG field is equal to 0 the MBZ word is fetched 1446 and its MBZ field (bits 0-31) is tested to determine whether or not it is equal to 0, 1447. If it is not equal to 0 then an illegal PCB results; whereas if it is equal to 0 stack base words 0, 1 and 2 SBW 0, 1 and 2 are fetched 1448. The contents of the 8 base registers in the base register saving area of the PCB is then fetched 1449 and stored in the machine's base registers 1308. Then the contents of the 16 general registers from the general register saving area of the PCB are fetched 1450 and stored in the machine's general registers 1307. Before fetching the contents of the scientific registers however a check is made of the capability byte of process main word 0 (PMW 0) to determine whether or not scientific mode is being utilized 1451. If scientific mode is being utilized then the contents of the scientific registers from the scientific register saving area of the PCB are fetched and stored 1452. The firmware then proceeds to make a check of the capability byte of PMW 0 to determine whether or not the accounting mode is being utilized 1453. If the accounting mode is being utilized (i.e. accounting bit of capability byte set to binary 1) the accounting words exist in the PCB and the ready time account word RTA is updated. Then the firmware proceeds to determine whether or not the DEXT number is set to 0, 1454. If it is not set to 0 it indicates that the machine may be in emulation mode (i.e. the decor extension capability is being utilized) and accordingly the DEXT number of PMW 0 is checked 1455 to determine whether or not it is greater or less than the DETSZ field of process main word 3 and if it is greater than the DETSZ field an illegal PCB exception 1456 results because only when the DEXT number is less than the DETSZ field but not equal to zero is the machine performing in legal emulation mode and proceeds to F. Returning to decision block 1454 if the DEXT field is binary 0 then native mode is being performed and the machine fetches STW's, 1457. The residual time out word RTO word of the PCB is fetched 1458 and the process timer is loaded, with the time limit that the CJP may spend in the running state.

Up to this point either (a) a new process NJP has been "rolled-in" to take control of the CPU when there was an old process CJP in the machine and the new process NJP was at a higher priority than the old process CJP or (b) there was no CJP in control of the CPU and the head of the ready queue was run. Briefly under condition (a) the CJP was taken out of the RPW and placed in a process link PL in the Q/PR/RDY, and the NJP in a process link PL in Q/PR/RDY was placed in the RPW thus effectively switching the positions of the 2 processes giving control to the NJP which now becomes the CJP and taking control away from the old CJP. Then the PCB of the NJP was accessed and the information required to run NJP (now the CJP) was placed in scratch pad memory or the array of registers in the ACU.

If there was no CJP in control of the CPU (condition b), then the head of the ready queue was run -- i.e. the NJP became the CJP because of the dispatcher taking the NJP from the process link PL from the head of the ready queue and placing it in the RPW word. By doing this a process link PL was left empty in the Q/PR/RDY and it is required to take it out.

Accordingly beginning now at decision block 1461 the firmware determines whether or not there was a CJP in control of the CPU and if there was a free process link (FPLS) it was accessed and enqueued and the CJP was written therein. However if there was no CJP in control of the CPU, the state byte of PMW 0 of the NJP is updated 1460 and again there is a determination whether or not there was a CJP in the machine 1463. If there was no CJP in control of the processor the process link of the NJP (which was in the Q/PR/RDY and is now in control of the machine) is taken out of the Q/PR/RDY 1466 (i.e. dequeued from the Q/PR/RDY and becomes a free link semaphore FLSP and is now enqueued in the free process link queue (805 on FIG. 9) and becomes a part of the free process link queue 1466a. The contents of the boundary address register BAR are fetched 1464 and the running process word RPW of the NJP (now the CJP) located at BAR plus 56 of the system base is updated by placing the NJP identification in the RPW, block 1465. The Vacant Indicator is set to 0 in the case where there had been no CJP. Next the Contest Indicator is set to 0, 1467 and the Segment Associator (AS 132 on FIG. 1) which is a typical content addressable memory is cleared, 1471; then the process mode is entered 1470. (A process mode indicates that exceptions are handled by the process which is operating in the processor rather than by the operating system). The firmware then continues to CAB 1480 and the asynchronous trap bit AB is checked to determine whether or not it is set to binary 1, 1481. If the AB bit is set to binary 1 then a check is made 1482 to determine whether or not the process ring number PRN is greater than or equal to the asynchronous trap bit ARN. (The AB and the ARN are located in the priority byte of the PCB of each process and is meaningful when the process is in the running state; the AB and ARN are obtained from the RPW located at BAR plus 56 of the system base). The AB and ARN in BAR plus 56 of the RPW are reset since the next step 1484 is to proceed to an asynchronous trap routine which would take care of the conditions that cause the asynchronous trap bit or the asynchronous ring number to be set in the first place, and is these were not reset then at the next pass by the firmware it would give an indication that something was wrong where actually there was nothing wrong, and hence would always proceed to the asynchronous trap routine 1484 and would never execute. Going back now to decision blocks 1481 and 1482 if the AB bit is not set or AB bit is set and PRN is no greater than ARN, then the firmware would proceed to determine in what mode the processor would run -- in the normal mode or in the emulation mode. Accordingly the DEXT number is checked to determine whether or not it is set to 0 and if it is set to 0 the normal mode of the machine is run 1487. However if the DEXT number is not set to 0 the emulation mode is run 1486.

The hardware/firmware system recognizes two basic types of records which are manipulated in set operations. These two types of records are the virtual memory records illustrated in FIG. 15A and the database records illustrated in FIG. 15B. Virtual memory records are generally used internal to operating system procedures where records can be addressed by segmented addresses. Database records are more generally used by user programs which address their data records with Area-Page-Line numbers. The Area refers to the user file, the Page to a division within his data file, and the Line number to a particular record within that page.

A shown in FIG. 15A the virtual memory record is composed of the following fields: The Type field 1501 is a description of the record type and is derived from this record's record descriptor (which will be described below). The D switch field 1502 of the virtual memory record describes the state of the record. The record can be in the following states: active, which means the record currently contains valid data; and logically deleted, which means the record no longer contains valid data but still occupies memory space. The Length field 1503 describes the actual number of bytes in the record. The record body 1504 contains the actual data of the record. The pointer sequence field 1505 is a portion of the record body which may contain the pointers to the next, prior, first, last and owner record, of the set in which the record is either an owner or a member.

The second major type of record recognized by the hardware/firmware system are database records as described in FIG. 15B. The Type field 1510 again described the type of record and is derived from the record's record descriptor which will be described below. The Length field 1511 describes the length of the record in bytes. The record body 1512 contains the actual data of the record. The pointer sequence 1513 contains the pointers to the next, prior, etc., records of the set. There is also a D switch field 1604 for each record which is recorded separately and which will be described below.

FIGS. 15C and 15D further describe the format of the pointer sequence of a record (field 1505 of FIG. 15A and field 1513 of FIG. 15B). The hardware/firmware system recognizes two different pointer sequence formats, one FIG. 15C which is the sequence recognized for member records and the second FIG. 15D for when the record is an owner record. For member records (FIG. 15C), the Next Pointer field 1520 contains the address of the next number in the set. The Prior Pointer 1521 contains the address of the previous member of the present set. The Owner Pointer field 1524 contains the address of the owner of the set. For owner records the pointer sequence format recognized by the hardware/firmware is shown in FIG. 15D. The First Pointer field 1532 contains the address of the first member record of the set. The Last Pointer field 1533 contains the address of the last member of the set.

Each of the pointers described (next, prior, owner, first and last) are optional. However, for a given set only the following combinations are legal:

Case 1. No first, last, next or prior pointers for owner or member records. (Member records have owner pointers.)

Case 2. Owner record has first pointer, member records have next pointers (member records may or may not have owner pointers).

Case 3. Owner record has first and last pointers, member records have next pointers (member records may or may not have owner pointers).

Case 4. Owner record has first and last pointers, member records have next and prior pointers (member records may or may not have owner pointers).

A further characteristic of the hardware/firmware system is its recognition of four different classes or formats of pointers. Within a record these classes are referred to as class zero, which are used for virtual memory records only; class one, which are used for virtual memory records only; class two, which are used for data records only; and class three which are used for database records only.

All four pointer classes have a common meaning for their first two bits. The first bit, the EOS bit, is the End-of-Set indicator. When this bit is set to one, the pointer by definition points to an owner record. The second bit, the NINS bit, is the Record-Not-Inserted indicator. When this bit is set to one the record is not currently inserted as a member of the set being referenced.

The class zero pointer format is shown in FIG. 15E. The EOS bit 1540 and Not Inserted bit 1541 occupy the first two bit positions. The SRA field 1542 is a 14-bit offset, which is a displacement within a given segment, which points to the record located in that segment. The SRA field obtained from class zero pointers is always merged with a segment number which is generally obtained from the base register used in addressing records via class zero pointers.

The class one pointer is shown in FIG. 15F. The EOS bit 1550 and Not Inserted bit 1551 are of standard definition. The Field SEG, SRA 1552 is composed of the standard segmented address with SEG and SRA as defined previously. These pointers are used to directly address a record, with the segment number being directly supplied via the pointer.

For class two and class three pointers which are used with database records, the firmware/hardware system recognizes a convention that with each base register of the system as described previously (see FIG. 2, 202) there is an associated index register. General registers 8-15, 201 correspond to Index registers 0-7 respectively. The index register number IXR.sub.i is matched with base register BR.sub.i. For instance, for base register BR3, index register IXR3 (GR11) would contain an Area-Page-Line number pointer (see FIG. 15H) whose current SEG, SRA address would be contained in base register BR3. Thus, the user is able to address his record via either a base register with SEG, SRA address or via a database pointer as contained in the index register of the Area-Page-Line format.

The hardware/firmware instructions operating on database records implement the capability of automatically converting from Area-Page-Line pointers into SEG, SRA addresses. Hence, all actual memory references made by the database instructions use the standard hardware mechanism which addresses memory with segment and SRA number, with the conversion from Area-Page-Line as contained in an index register made automatically by the hardware if necessary.

There is a temporary one-to-one correspondence between a page in a user file (area) and a segment as recognized by the hardware/firmware. Thus, through the page descriptor mechanism to be described below, the hardware/firmware converts any given page number into a segment number.

The class two pointer format is shown in FIG. 15G. The EOS and Not Inserted bits are shown in fields 1560 and 1561. The Page number is contained in field 1562. The Line number is shown in field 1563 and represents the number of a record in a page and area. A full Area-Page-Line number pointer is obtained when using class two records by obtaining the Area number obtained from the index register which would be referenced by the database instruction.

The class three pointer formats are shown in FIG. 15H. The EOS and Not Inserted bits are shown in fields 1570 and 1571. The Area number is shown in field 1572. This refers to the user file number. The Page number 1573 and the Line number 1574 address a particular record in the user file.

FIG. 16A illustrates the database page which is a portion of a user file (area) as recognized by the hardware/firmware system. Database pages contain the database records as described in FIG. 15B previously. As said previously, there is a one-to-one correspondence between a database page and a segment at the time when the database page is resident in main memory.

The page header 1601 contains certain information relevant to the page in which it is contained. For example, it would describe the length of the page in bytes and also the number of records (lines) contained in the page. It would also contain information such as the write bit which would be set upon the writing into the page when it was contained in main memory. Following the page header, the next major portion of the database page is the line offset array 1602. This is an array of 16-bit elements which correspond to a one-to-one basis with valid line numbers for the page. For each element of the line offset array there is a two bit D-switch 1604 and a 14-bit offset 1603. The D-switch describes the state of the record as inactive, logically deleted, physically deleted, or active. The offset is a 14-bit pointer to the record which is a relative displacement from within the beginning of the page. It can be seen that hardware is able to address a database record in this page by using the offset concatenated with the segment number corresponding to this page. The method of obtaining the corresponding segment number will be described below. The remaining portion of the database page is composed of the actual database records as shown in record 1610 and record 1612. These records may be located in any portion of the page (segment) and are not necessarily in the same order as their position in the line offset array. If the D switch describes the record state as inactive or physically deleted, then the offset will be set to zero and the record will not exist.

The actual database page is addressed by a page descriptor as shown in FIG. 16B. The Segment Number 1625 of the page descriptor contains the segment number corresponding to this page number after it is loaded in main memory. The Area Number 1622 contains the area number (file) of this page. The Page Number 1624 is the actual page number. The Last Page Indicator 1626 is equal to one for the highest page number of a given area. The Shift Count 1623 contains the number of bits of the page number. The hardware/firmware system recognizes a variable length page number when utilizing Area-Page-Line pointer formats. The Next Descriptor 1620 is used to point to the next page descriptor in a chain of page descriptors. The Prior Descriptor 1621 points to the previous descriptor in the page descriptor chain. The use of these page descriptor chains will be described below.

The page descriptor chain is the hardware/firmware mechanism used to indicate which pages of files are currently located in the main memory of the computer system. For each page present in memory a page descriptor is located in a single system recognized chain, which is pointed to by the Integrated Access Control pointer shown in FIG. 16C. The Integrated Access Control pointer represents a one word extension to the System Base described previously. The IAC pointer is located at an address BAR plus 92, which is one word past the end of the System Base. The format of the IAC pointer contains a Must Be Zero field 1630, a G-number 1631, and a Displacement 1632. The G-number is a number of a G-segment as described previously. The Displacement is a displacement within that G-segment where the beginning of the page descriptor ring begins. The page descriptors of all of the pages contained in main memory are then linked together in the traditional chain format. The next descriptor and prior descriptor fields form the link.

FIG. 17 shows the hardware/firmware flow chart for implementing the location of a database page in main memory. This firmware is used to take an Area-Page-Line number pointer and determine firstly if the page is in main memory, and, secondly, to deliver the page descriptor of that page if it is found to be present in main memory. The firmware starts as shown in 1701.

The first firmware action occurs as shown in 1702 where a main memory fetch of the IAC pointer is made at location BAR plus 92. (The IAC pointer is incorporated in the System Base as shown in FIG. 6). As a result of this memory fetch, memory access exception 1703 may occur. Examples of memory access exceptions would be out of physical memory or a memory read error. The next step taken by the firmware is shown in 1704 where the MBZ field is checked to be zero. (Reference FIG. 16C). If the field is found not to be zero, then a system check 1705 occurs. Upon the occurrence of a system check, the system goes into a diagnostic state.

If the MBZ field is zero, block 1706 is next executed. The G-number from the IAC field is transferred into temporary register G. The displacement field is transferred into temporary register D. The displacement is also transferred into scratchpad memory of a location referred to as "first pointer". Block 1707 is next executed. The fetch of main memory is made at the address G, D to fetch a page descriptor (see FIG. 16B). This fetch is made according to the convention of G, D addressing as described previously. G, D access exception 1708 may occur as a result of this memory fetch (e.g. out of segment, illegal G-D segment descriptor). Step 1709 is next executed by the firmware. The area number and page number of the Area-Page-Line number being checked by the firmware subroutine is compared against the Area Number field 1622 and the Page number field 1624 of the page descriptor for a match. If the area and page numbers match, block 1710 is executed in which the firmware routine ends with the page descriptor just fetched from main memory being loaded into scratchpad memory.

If the area or page number of the current page descriptor is not equal to the area and page number of the Area-Page-Line pointer being checked, block 1711 is executed. The Next Descriptor field 1620 of the page current page descriptor is checked against the contents of temporary scratchpad location "first pointer". If these two values are not equal, block 1713 is executed in which the temporary register D is loaded with the Next Descriptor field the current page descriptor. Following block 1713 a branch by the firmware is made to block 1707 where the new page descriptor (which was addressed by the Next Descriptor) is now fetched and will be subsequently checked.

Going back to block 1711, if the Next Descriptor is equal to the contents of the "first pointer" temporary scratchpad location, this indicates that the entire ring of page descriptors describing all pages present in memory has now been exhausted without finding the area-page being searched for by the firmware. In this case, a paging exception occurs 1712, indicating that the desired page is not located in main memory. Following the exception, appropriate software action will occur resulting in the eventual moving of this desired page to main memory.

Now referring to FIG. 18, there is shown a block diagram representation on the hardware required in order to implement a mechanism for locating a database page in main memory. This mechanism is activated by setting the activate locate page flip-flop 1851, which is located in the auxiliary memory 1317A of the arithmetic logic unit 1317 of the central processing unit 104. Before setting the activate locate page flip-flop 1851, the Area-Page number whose page descriptor is to be located is loaded in the Area-Page register 1852. The contents of the Area-Page register will then be used to detect when the proper Area-Page descriptor has been located.

The setting of the activate locate page flip-flop 1851 to a logical one enables AND gate 1854, which allows the contents of the Boundary Address Register 1853 to be input to the adder 1856. The other input to the adder is a constant value of 92, which is stored in a hardware register 1855. The adder 1856 is located in the arithmetic logic unit 1317 of the central processing unit 104. The output of the adder 1856 is coupled to AND gate 1857. AND gate 1857 is enabled by the activate locate page flip-flop 1851. The enabling of AND gate 1857 allows the contents of adder 1856 to be transferred to the memory address register 1858 of the memory system 1859. Thus an address of BAR plus 92 is transferred into the memory address register 1858. As described supra, this address is the address of the integrated access control pointer located in the System Base. The IAC pointer will be read from the memory system 1859. The output signal from the activate locate page flip-flop 1851 is inverted by the inverting amplifier 1886 to a logical zero which is in turn used to set the read/write flip-flop 1887 of the memory system to a logical zero (memory read operation). Thus, after the memory system detects the loading of the memory address register 1858, a memory read operation is initiated. As a result of the memory read operation, memory access exceptions may occur. As described previously, memory access exceptions cause the activation of the exception handler mechanism. The exception handler mechanism is activated by the setting of the memory access exception flip-flop 1860 if such exceptions are detected by the memory system. If the memory operation completes normally, the memory operation complete flip-flop 1861 is set to logical one and the contents of the IAC pointer read from the memory are transferred to the memory data register 1862. The memory operation complete flip-flop 1861 then enables the transfer of the contents of the memory data register through AND gate 1863. These contents, which represent the IAC pointer, are of the format as shown in FIG. 16C.

The MBZ field 1630 of the IAC pointer is coupled to a comparator 1865, located in the arithmetic logic unit 1317. The comparator 1865 compares the MBZ field with a register 1864 containing a value of binary 0. If a not equal condition is detected, a system check flip-flop 1866 is set to a value of 1.

If the comparator 1865 detects an equal condition, the equal signal enables the transfer of the G number 1631 and the displacement field 1632 of the IAC pointer through AND gate 1867 into the G register 1873 and the D register 1874. The logic circuits for the transfer into the D register 1874 will be described infra.

The setting of the activate locate page flip-flop 1851 in turn causes the setting of a first time flip-flop 1869. This flip-flop is set to a value of 1 to indicate that the D register 1874 is being loaded for the first time. Thus, the output of the first time flip-flop 1869 is coupled to AND gate 1871 along with the output of AND gate 1867, which contains the D displacement field of the IAC pointer. Through AND gate 1871, the IAC pointer's displacement field is transferred via OR gate 1872 into the D register 1874. The output of the first time flip-flop 1869 is also coupled to AND gate 1868 along with the output of AND gate 1867 (which contains the displacement field of the IAC pointer). Thus, via AND gate 1868 the first pointer register 1870 is loaded with the initial displacement value obtained from the pointer. The use of the first pointer register 1870 will be described infra. It can also be noted that the output of the first time flip-flop 1869 is coupled to the reset input of the first time flip-flop itself. Thus, after the first time flip-flop has been set to a logical one and allowed the first pointer register 1870 and D register 1874 to be loaded, the first time flip-flop is then reset to a logical zero value.

Once the G register 1873 and the D register 1874 have been loaded, the G, D access mechanism 1875 is activated. This mechanism makes a fetch of main memory at the address given by G and D registers to fetch a page descriptor (see FIG. 16B). This mechanism makes the main memory fetch according to the convention of G, D addressing as described previously. G, D access exceptions may occur as the result of this memory fetch (e.g., out of the segment, illegal G-D segment descriptor). If such exceptions are detected, the G, D access exception flip-flop 1876 is set to a logical one value which in turn activates the exception handler mechanism. Otherwise, upon completion of the G, D access, the mechanism 1875 transfers the data fetched into the page descriptor register 1877. The data transferred into the page descriptor register 1877 is of the format as shown in FIG. 16B.

After the loading of the page descriptor register 1877, the area number 1622 and page number 1624 are input to a comparator 1878 located in the arithmetic logic unit 1317. At this point the area page number located in the Area-Page register 1852, loaded at the initiation of the locate page mechanism, is also input to the comparator 1878. If the comparator finds an equal comparison, the desired page descriptor has been located and the mechanism has completed its function. Thus, the equal compare line of the comparator 1878 is coupled to the locate page complete flip-flop 1879. This signal sets this flip-flop to a state of logical one, signalling completion of the locate page mechanism.

If comparator 1878 signals a not equal condition, the not equal signal which is coupled to AND gate 1880 enables the transfer of the next descriptor 1620 from the page descriptor register 1877 to comparator 1883 and also to AND gate 1885. Comparator 1833 compares the next descriptor 1620 with the first pointer register 1870. If an equal compare condition is detected, the entire pointer chain of page descriptors has been searched and the desired page descriptor has not been located. Under these conditions, the desired area page is not in main memory and thus the equal of comparator 1883 is used to set the paging exception flip-flop 1884. The exception handler mechanism is then activated by the setting of flip-flop 1884.

The output of AND gate 1880, containing the next descriptor 1620 from page descriptor register 1877, is also coupled to AND gate 1885. This AND gate is enabled by the not equal signal of comparator 1883. The not equal condition occurs when the end of the page descriptor chain of pointers has not been reached. Thus, when the not equal sign is a logical one, the next descriptor field is transferred from AND gate 1883 to comparator 1882. The other input to AND gate 1882 is a signal from an inverting gate 1881. This signal from AND gate 1881 represents the inverted output of the first time flip-flop 1869. Thus, the signal output by an inverting AND gate 1881 is at a logical one state when the first time flip-flop 1869 is at a logical zero and hence AND gate 1882 is enabled to transfer the next descriptor field 1620 to OR gate 1872, which is in turn coupled to the D register 1874. Through these series of logic gates, the next descriptor field has been transferred from the page descriptor register 1877 into the D register 1874 and the G, D access mechanism is now ready to be activated again. The cycle of G, D accessing is now reactivated and a new page descriptor is fetched and loaded in the page descriptor register 1877. This 5 operation of fetching new page descriptors is repeated until either the comparator 1878 detects the desired page descriptor or until the comparator 1883 detects the end of the page descriptor chain.

Two more vital elements of the hardware/firmware system described here are shown in FIGS. 19A and 19B. The set descriptor, FIG. 19A, is used to describe the properties of a given set. As shown in FIG. 19A the P field 1802 is a two-bit field describing the pointer class (mode) of the record pointers in this set. All records, both owners and members, have pointers of the same pointer class for a given set. The Owner Pointer field of the set descriptor 1803 is set to one if member records contain an owner pointer to the owner record (reference FIG. 15C). The Other Pointers field 1804 describe whether owners and members have first pointers, last pointers, next pointers and prior pointers. The Set Implementation Mode field K 1805 describes the mode of set implementation being used for the current set. Only the mode of ring sets is detailed in this diclosure. However, the capability for extension to other modes of set implementation such as table array or list array exists. The Displacement field 1806 is used to indicate the offset from the beginning of the record in memory to the beginning of the pointer sequence in that record. (Reference FIGS. 15A and 15B). The set descriptor as described in FIG. 19A is always accessed by the database instruction when operating on a set to supply the hardware/firmware with a description of the referenced set.

The record descriptor as shown in FIG. 19B is used to describe certain properties of record. The F field 1820 is used to describe the record format. The format of records is either virtual memory record or database record as described in FIGS. 15A and 15B. The Record Type field 1821 indicates the type of record and is eventually loaded into the type field of the actual record in memory as shown in FIGS. 15A and 15B. The Record Length field 1822 indicates what the actual length the record will be in main memory and is loaded into main memory records as shown in FIGS. 15A and 15B.

The actual database instructions are of one of the six formats as shown in FIGS. 20A to 20F.

The GROP format shown in FIG. 20A contains the Operation Code 1910, the Must Be Zero field 1911, a Base Register number 1912, and a Complementary Code 1913. The Base Register contains the segmented address of a record. The Complementary Code is used for a further differentiation of the particular instruction described by the Operation Code.

The XI format shown in FIG. 20B contains an Operation Code 1920, a Complementary Code 1921 used to further differentiate the Operation Code, an Address Syllable 1922, a Must Be Zero field 1923, a Logical Delete field 1924, a Pointer Mode field 1925, and a BR field 1926. The Base Register contains a segmented address of a record. The Address Syllable 1922, for some of it's usages points to a set descriptor of the set to be operated on. The Address Syllable is developed into a segmented address according to the rules for address development as described previously.

The DXDX format shown in FIG. 20C is composed of an Operation Code 1930, Complementary Code 1931 which is used to further differentiate the intruction, one Address Syllable AS1 1932, a Must Be Zero MBZ1 field 1933, a Base Register 1934, a second Must Be Zero MBZ2 field 1935, and a second Address Syllable AS2 1936. The Base Register again contains the segmented address of a record. The first Address Syllable AS1 1932 points to a set descriptor. The second Address Syllable AS2 1936 is used to address a binary integer.

The BRX format shown in FIG. 20D contains an Operation Code 1940, a Type field 1941 which is used to further differentiate the instruction, a Base Register field 1942, and an Address Syllable 1943. The Base Register contains the segmented address of a record. The Address Syllable is used to address a set descriptor.

The DXGR format shown in FIG. 20E contains an Operation Code 1950, a Type field 1951 which is used to further differentiate the instruction, a first Base Register number BR1 1952, an Address Syllable 1953, a Must Be Zero MBZ1 field 1954, second Base Register number BR2 1955, a Before-After-First-Last field 1956 and a second Must Be Zero MBZ2 field 1957. The two base registers are used to address two different records located in memory. The Address Syllable is used to address the set descriptor. The Before-After-First-Last field describes the desired positioning of a record within the set.

The OPDD format shown in FIG. 20F contains an Operation Code 1960, a Primitive field 1961 used to describe a particular database operation, a Type field 1962 used to further differentiate the instruction, a P field 1963 used to describe the pointer field, an ONWR field used to describe the owner, the First-Last-Next-Prior pointer field 1965 which describes the other pointer of owner and member records, the Displacement field 1966 describes the offset to the beginning of the pointer sequence, and a BR field 1967 which contains the number of a base register. The base register contains the segmented address of a record in main memory.

The test record type database instruction is a firmware/hardware implemented machine instruction which fetches a record descriptor (reference FIG. 19B) which contains a reference record type. Then the record type of the record to be checked, which is pointed to by base register, is fetched and a comparison is made. The condition code of the status register is set according to the results of the comparison. The test record type instruction is of the XI format as shown in FIG. 19B.

The firmware flow chart for the test record type instruction is shown in FIG. 21. Operation 2001 of the firmware flow chart checks the format of the instruction. Then operation 2003 fetches the record descriptor, which will contain the reference record type. Next, in operation 2005, the record type of the record addressed by the base register is fetched and in operation 2007 the actual comparison of the two record types is made. Operations 2008 and 2009 set the condition code according to the result of the comparison, with a condition code of one being set if the record types are equal or a condition code of zero if the record types are unequal. Operations 2010 and 2011 complete the hardware/firmware instruction.

Looking at FIG. 21 in more detail, first, in operation 2001, the MBZ field 1923 of the instruction (reference FIG. 19B) is checked to be zero. This check for zero is made by transferring the instruction by the instruction fetch unit (reference FIG. 13A, IFU 1318) to a register in the arithmetic logic unit 1317. If the hardware check made in this register finds the MBZ not zero, the firmware makes a branch to the exception handler as shown in FIG. 21, 2002. This exception is called an illegal format field exception (see patent application Ser. No. 528,955 filed Dec. 2, 1974, entitled Device and Method for Ensuring Exception Handling in a Data Processing System). If the MBZ is zero, the firmware proceeds to operation 2003 where a fetch to main memory of 4 bytes is made at an address derived from the address syllable AS 1922 of the instruction. The development of the address syllable into a segmented address is described in Apparatus for Developing an Address of a Segment within Main Memory and an Absolute Address of an Operand within the Segment (application Ser. No. 425,356, filed Dec. 17, 1973 and issued into U.S. Pat. No. 3,938,096 on Feb. 10, 1976). This address development is performed in the address control unit (reference FIG. 13A, ACU 1319). As a result of the fetch to main memory, memory access exceptions may occur as shown in FIG. 21, 2004. Some examples of memory access exceptions are out of segment, segment not present, or out of main memory. The first 25 bits of the 4 bytes fetched constitute a record descriptor as described in FIG. 19B.

In operation 2005 a fetch to main memory is made to obtain the record type of the record addressed by this instruction. The record pointed to by the instruction is addressed via the base register BR found in field 1926 of the instruction. This fetch to main memory is a fetch of 2 bytes, with the first 10 bits constituting the type of the record for both virtual memory records and database records as shown in FIGS. 15A (Field 1501) and FIG. 15B (Field 1510). This record type which is fetched is transferred to the data management unit 1321. As a result of this memory fetch, memory access exceptions 2006 may occur. After the 10 bits constituting the record type are transferred from the memory unit 102 (see FIG. 1) to the data management unit 1321, the firmware control then transfers the 10-bit record type of the addressed record to the arithmetic logic unit 1317.

At this point, the arithmetic logic unit now contains both the reference record type pointed to by the address syllable and fetched in operation 2003 and the record type of the record addressed by the instruction via the base register and fetched in operation 2005. In operation 2007 the firmware performs the comparison between the record type of the record addressed by the base register and the reference record type. This comparison is made by the main adder unit of the arithmetic logic unit using the comparison function. If the firmware control detects an equality between the two compared record types, the firmware branches to operation 2009. If the comparison is unequal, the firmware branches to operation 2008.

If the firmware found equality between the record type of the addressed record and the reference record type and the branch was made in operation 2009, the condition code of the status register (reference 207 of FIG. 2) is set equal to one by the hardware/firmware. Next operation 2011 is executed in which the instruction is complete and the hardware/firmware branches to the next instruction.

If the comparison between the record type of the record and the reference record type produced an unequal result, the branch was made to operation 2008 where the condition code of the status register 207 is now set equal to zero by the firmware/hardware. Following operation 2008, the firmware branches to operation 2010 where the instruction is complete and a branch is made to the next instruction.

Now referring to FIG. 22, there is shown a block diagram representation of the hardware required in order to implement the test record type database instruction of the present invention. Upon receipt of a test record type instruction as indicated by the test record type instruction detector 2201, the instruction is temporarily stored in the instruction buffer 2202. The instruction buffer is located in the instruction fetch unit 1318 of the central processing unit 104. As noted supra, the test record type instruction transferred to the instruction buffer 2202 is of the XI Format shown in FIG. 20B. The MBZ field 1923 is immediately compared with the zero bits 2204 by means of comparator 2203. If the comparator 2203 gives a not equal signal, an illegal format field exception is detected and the illegal format field flip-flop 2205 is set, thereby causing activation of the exception handler mechanism. Execution of the test record type instruction is then complete. If comparator 2203 indicates an equal compare, then the execution of the test record type instruction continues as described below.

Detection of a test record type instruction by the test record type instruction detector 2201 also sets the output of the descriptor read flip-flop 2208 to logical one value. The output of this flip-flop is referred to as the descriptor read signal. AND gate 2206 is enabled by the descriptor read signal and the equal signal of comparator 2203 to transfer the address syllable 1922 to the address control unit 2207. When supplied with an address syllable, the address control unit 2207 translates that address syllable into a memory address as described in the patent application Apparatus for Developing an Address of a Segment Within Main Memory and an Absolute Address of an Operand Within the Segment referenced supra. The memory address developed by the address control unit 2207 is transferred to the memory address register 2209. The contents of the memory address register 2209 are in turn transferred to the memory system's memory address register 2210.

The test record type instruction detector 2201 is also coupled to inverting AND gate 2211, which is in turn coupled to the memory system read/write flip-flop 2212. The test record type instruction detector signal being a logical one results in the output of gate 2211 being a logical zero, thereby resulting in the read/write flip-flop 2212 being set to a value of 0. When the memory system 2213 has detected that the memory address register 2210 has been loaded and that the read/write flip-flop 2212 has been set to a logical zero, a memory read operation is initiated. Operation of a memory system is described in the patent application entitled Apparatus for Developing an Address of a Segment Within Main Memory and an Obsolute Address of an Operand Within the Segment referenced supra. As the result of a memory operation, memory access exceptions 2214 may occur as described in the patent application Apparatus for Developing an Address of a Segment Within Main Memory and an Obsolute Address of an Operand Within the Segment referenced supra. If such exceptions occur, the memory access exception flip-flop 2214 will be set to a logical one value. The exception handler, as described in patent application entitled Device and Method for Ensuring Exception Handling in a Data Processing System reference supra, will be activated. Otherwise, the memory operation completes normally and the memory operation complete flip-flop 2215 will be set to a logical one. Upon the transition of the memory operation complete flip-flop 2215 to a logical one state, the data read from the memory system 2213 has been transferred to the memory data register 2216. The transition of the memory operation complete flip-flop 2215 to a logical one along with the descriptor read signal being a logical one enables the record type field 1821 of the record descriptor just read from the memory system, to be transferred from the memory data register 2216 through AND gate 2217 to the descriptor record type register 2218.

It can also be noted that the output of the memory operation complete flip-flop 2215 is coupled to the reset input of the descriptor read flip-flop 2208. Thus, the transition of the memory operation complete flip-flop 2215 to a logical one causes the descriptor read flip-flop 2208 to be lowered to a value of zero. Since the descriptor read signal is coupled to the inverting AND gate 2238, this lowering of the descriptor read signal to a value of zero causes the output of inverting AND gate 2238 to be raised to a value of one, thus setting the record type read flip-flop 2220 to a logical one state since the output of gate 2238 is coupled to the set input of the record type read flip-flop 2220. The output of this flip-flop 2220 is referred to as the record type read signal.

The BR base register field 1926 of the instruction buffer 2202 is coupled to AND gate 2221. This AND gate is enabled by the record type read signal. Thus, the rising of the record type read signal to a logical value of one causes the base register field BR 1926 to be transferred to the base register input 2222 of the address control unit 2207 via the coupling of AND gate 2221. When the address control unit 2207 is supplied with a base register number in its BR base register input 2222, the resulting action is the readout of the contents of that base register whose number was inputted. This operation is a typical scratchpad memory read operation. The base register contents output from the address control unit are outputted via OR gate 2223 into the address control unit's base register output 2224. The output of the base register output 2224 is in turn coupled to AND gate 2225, which is enabled by the record type read signal. The output of AND gate 2225 is coupled into the address control unit 2207. The address control unit, when supplied with a base register's contents (see FIG. 2), translates these contents into a memory address as described in the Segmented Address Development patent. Thus, the output of the address control unit 2207 is again an address transferred to the memory address register 2209 and in turn to the memory address register of the memory system 2210.

Again, when the memory system 2213 detects that its memory address register 2210 has been loaded with a new address and that the read/write flip-flop 2212 is at a logical zero value, a memory read operation is initiated. Operation of a memory system is described in the patent application entitled Apparatus for Developing the Address of a Segment Within Main Memory and an Absolute Address of an Operand Within the Segment referenced supra. As the result of a memory read operation, memory access exceptions 2214 may occur as described in the patent application Segmented Address Development. If such exceptions occur, the memory access exception flip-flop 2214 will be set to a logical one state. The exception handler, as described in patent application entitled Exception Handling, will be activated. Otherwise, the memory operation completes normally and the memory operation complete flip-flop 2215 will be set to a logical one value (the memory operation complete flip-flop 2215 is reset to a logical zero value upon the initiation of any memory operation). At the completion of the memory operation, the data read from the memory system which represents the record type (1501 or 1510 of FIG. 15A and 15B) of a record, is transferred to the memory data register 2216.

The record type just read from a record in the memory system and transferred to the memory data register 2216 is coupled to AND gate 2226. This gate is enabled by the record type read signal and the memory operation complete flip-flop 2215. Thus, at the completion of the second memory operation performed during the execution of this instruction, the record type from the record which was read is transferred through AND gate 2226 and input into the comparator 2227. The other input to comparator 2227 is a descriptor record type register 2218, which was previously loaded with a record type obtained from the descriptor read in the first memory operation.

If comparator 2227 finds the two record types compared to be equal, the equal signal which is coupled to AND gate 2233 enables the transfer of a binary value 01 contained in register 2232 to OR gate 2234. If comparator 2227 finds the two record types not equal, the not equal signal coupled to AND gate 2231 enables the transfer of a binary value of 00 contained in register 2230 to OR gate 2234. It can also be noted that the memory operation complete flip-flop 2215 is coupled to AND gate 2228. This gate is enabled by the record type read signal. The output of AND gate 2228 is coupled to the set condition code flip-flop 2229. It follows that this flip-flop 2229 is set to a logical value of one after the second memory read operation has completed (the read of the record type of the record pointed to by the test record type instruction). The output of the set condition code flip-flop 2229 is coupled to AND gate 2235, which thus enables OR gate 2234 to transfer a binary value of 00 or 01 into the condition code register 2236, to which AND gate 2235 is coupled. The condition code register is actually the first two bits of the status register 207 as shown in FIG. 2.

The transition of the set condition code flip-flop 2229 to a logical one value also causes the instruction complete flip-flop 2237 to which flip-flop 2229's output is coupled, to be set to a logical one value at the same time as the condition code value is set in the condition code register 2236. The setting of the instruction complete flip-flop 2237 to a logical one indicates completion of the test record type instruction.

Having shown and described one embodiment of the invention, those skilled in the art will realize that many variations and modifications can be made to produce the described invention and still be within the spirit and scope of the claimed invention. Thus, many of the steps may be altered or replaced by different steps which will provide the same result and fall within the spirit of the claimed invention. It is the invention therefore to be limited only as indicated by the scope of all of the claims.

The following information is provided as background information to better understand the invention, although such information is not necessary to practice the invention.

Further Information with Respect to FIG. 1:

(1) Emulators (112)

(a) Emulators are found in the IBM System/370. See page 265 of a book entitled Computer Organization and the System/370, by Harry Katzan, Jr., in 1971 by VanNostrand Reinhold Company of New York, New York.

(b) Emulators are also described in the following U.S. Pat. Nos:

3,374,466 issued 3/19/68;

3,543,245 issued 11/24/70;

3,698,007 issued 10/10/72;

3,721,961 issued 3/20/73.

(2) Computation Unit (111)

(a) Computational units are well known in the art and are also known as Arithmetic and Logic Unit (ALU). See the following U.S. Pat. Nos:

3,400,371 issued 9/3/68;

3,404,378 issued 11/1/68;

3,238,508 issued 3/1/66;

3,201,762 issued 8/17/65.

(3) Control Unit (130)

(a) Typical control units are described in a book entitled Microprogramming: Principles and Practices, by Samir S. Husson, published in 1970 by Prentice-Hall Inc., of Englewood Cliffs, New Jersey; see also a book entitled Computer Organization and Microprogramming, by Yao-Yaohan Chu published in 1972 by Prentice-Hall Inc., of Englewood Cliffs, New Jersey. Typical state of the art control units are disclosed in the following U.S. Pat. Nos:

3,400,371 issued 9/3/68;

3,370,274 issued 2/20/68;

3,380,025 issued 4/23/68;

3,268,872 issued 8/23/66;

3,302,183 issued 1/31/67;

3,391,394 issued 7/2/68;

3,302,183 issued 1/31/67;

3,477,063 issued 11/4/69;

3,391,394 issued 7/2/68;

3,646,522 issued 2/29/72.

(4) Buffer Store (110)

(a) See reference 1 of this application.

(b) See also pages 296-311 of the above referenced book on Computer Organization and Microprogramming, by Yao-Yaohan Chu.

(c) Typical buffer stores are also disclosed in the following U.S. Pat. Nos:

3,411,142 issued 11/12/68;

3,609,665 issued 9/28/71;

3,508,220 issued 4/21/70.

(5) Main Memory Synchronizer (109)

(a) See reference 4 of this application.

(b) See also U.S. Pat. No: 3,449,723 issued 6/10/69.

(6) Associative Memory (132)

(a) Associative memories are well known in the prior art, see pages 273-284 of the above referenced book on Computer Organization and Microprogramming, by Yao-Yaohan Chu; see also the following U.S. Pat. Nos:

3,648,254 issued 3/7/72;

3,456,243 issued 7/15/69;

3,253,265 issued 5/24/66;

3,248,704 issued 4/26/66;

3,241,123 issued 3/15/66;

3,170,142 issued 2/16/65.

(7) Address Control Unit (ACU) 131

(a) See reference 6 of this application.

(8) Input/Output Control Unit (105)

(a) Typical I/O control units are disclosed in the following U.S. Pat. Nos:

3,559,187 issued 1/26/61;

3,593,299 issued 7/13/71;

3,251,040 issued 5/10/66;

3,573,741 issued 4/6/71;

3,444,520 issued 5/13/69;

3,680,054 issued 7/25/72;

3,359,543 issued 12/19/67;

3,651,480 issued 3/21/72;

3,248,701 issued 4/26/66;

3,254,330 issued 5/31/66.

(9) Peripheral Control Unit (106)

(a) See Chapter 10 of the above referenced book on Computer Organization and Microprogramming, by Yao-Yaohan Chu.

(b) Typical peripheral control units including device adapters are further disclosed in the following U.S. Pat. Nos:

3,742,457 issued 6/26/73;

3,753,236 issued 7/14/73;

3,408,632 issued 10/29/68;

3,614,740 issued 10/19/71.

(10) Device Adapters (107)

(a) See reference 9 in this Appendix. See also the following U.S. Pat. Nos:

3,573,741 issued 4/6/71;

3,680,054 issued 7/25/72.

(11) Main Memory (102)

(a) See references 2-7 of this application.

In addition to the references already cited in this Appendix, the following are also included:

(12) General Registers (1307-1311)

(a) Registers are well known in the computer art. Typical ones are disclosed in the following U.S. Pat. Nos.:

3,117,307 issued 1/7/64;

3,108,193 issued 10/22/63;

3,383,521 issued 5/14/68;

3,289,010 issued 11/29/66;

3,258,696 issued 6/28/66.

(13) Hardware Control Mask Register (1313)

(a) See also U.S. Pat. Nos.:

3,351,915 issued 11/7/67;

3,602,898 issued 8/31/71.

(14) Instruction Counter (1312)

(a) Instruction counters are well known in the computer art. See for example U.S. Pat. No.: 3,162,841 issued 12/22/64.

(15) Scratch Pad Memory (1315)

(a) Typical Scratch Pad Memories are disclosed in the following U.S. Pat. Nos.:

3,248,709 issued 4/26/66;

3,351,909 issued 11/7/67.

(16) Instruction Fetch Unit (1319)

(a) Instruction fetch units are well known in the computer art. See for example pages 339-347 of the above referenced book on Microprogramming: Principles and Practices, by Samir S. Husson.

(b) Typical instruction fetch units are also disclosed in the following U.S. Pat. Nos.:

3,609,700 issued 9/28/71;

3,614,747 issued 10/19/71.

(17) Clock Unit and Timing Circuits (1320)

(a) The computer art is replete with clock and timing circuits. The following U.S. Pat. Nos. disclose typical clock and timing circuits:

3,355,710 issued 11/28/67;

3,417,379 issued 12/17/68;

3,254,329 issued 5/31/66;

2,297,305 issued 3/1/66;

2,781,446 issued 2/12/57;

3,413,454 issued 11/26/68;

3,555,594 issued 11/28/67.

(18) Data Management Unit (1321)

(a) See the following U.S. Pat. Nos. for typical data management and control systems:

3,618,045 issued 11/2/71

3,665,487 issued 5/23/72;

3,639,912 issued 2/1/72;

3,495,220 issued 2/10/70; 3,599,158 issued 8/10/71.

(19) Control Store Unit (1301)

(a) Control stores are well known in the computer art. See prior reference books entitled Microprogramming: Principles and Practices, by Samir S. Husson and Computer Organization and Microprogramming, by Yao-Yaohan Chu.

(b) The following U.S. Pat. Nos. also disclose typical control stores:

3,380,025 issued 4/23/68;

3,469,247 issued 9/23/69;

3,160,858 issued 12/8/64.

(20) Control Store Interface Adapter (1302)

(a) See the following U.S. Pat. Nos.

3,636,524 issued 1/18/72;

3,353,162 issued 11/14/67;

3,868,649 issued 2/25/75;

3,611,311 issued 11/5/71.

(21) Control Store Loader and Control and Load Unit (1303, 1304)

(a) Program and microprogrammed loaders are well known in the computer art. See for example pages 284-294 of the above-referenced book on Computer Organization and Microprogramming, by Yao-Yaohan Chu.

(22) Firmware Computer

(a) The following U.S. Pat. Nos. further disclose microprogrammed computer processors including microprogrammed control units with which the instant invention may be practiced:

3,400,371 issued 9/3/68;

3,656,123 issued 4/11/72.