General purpose, programmable media processor

<u style="single">Field of the Invention</u>

This invention relates to the field of communications processing, and more particularly, to a method and apparatus for real-time processing of multi-media digital communications.

<u style="single">Background of the Invention</u>

Optical fiber and discs have made the transmission and storage of digital information both cheaper and easier than older analog technologies. An improved system for digital processing of media data streams is necessary in order to realize the full potential of these advanced media.

For the past century, telephone service delivered over copper twisted pair has been the lingua franca of communications. Over the next century, broadband services delivered over optical fiber and coax will more completely fulfill the human need for sensory information by supplying voice, video, and data at rates of about 1,000 times greater than narrow band telephony. Current general-purpose microprocessors and digital signal processors ("DSPs") can handle digital voice, data and images at narrow band rates, but they are way too slow for processing media data at broadband rates.

This shortfall in digital processing of broadband media is currently being addressed through the design of many different kinds of application-specific integrated circuits ("ASICs"). For example, a prototypical broadband device such as a cable modem modulates and demodulates digital data at rates up to 45 Mbits/sec within a single 6 MHZ cable channel (as compared to rates of 28.8 Kbits/sec within a 6 KHz channel for telephone modems) and transcodes it onto a 10/100baseT connection to a personal computer ("PC") or workstation. Current cable modems thus receive data from a coaxial cable connection through a chain of specialized ASIC devices in order to accomplish Quadrature Amplitude Modification ("QAM") demodulation, Reed-Solomon error correction, packet filtering, Data Encryption Standard ("DES") decryption, and Ethernet protocol handling. The cable modems also transmit data to the coaxial cable link through a second chain of devices to achieve DES encryption, Reed-Solomon block encoding, and Quaternary Phase Shift Keying ("QPSK") modulation. In these environments, a general-purpose processor is usually required as well in order to perform initialization, statistics collection, diagnostics, and network management functions.

The ASIC approach to media processing has three fundamental flaws: cost, complexity, and rigidity. The combined silicon area of all the specialized ASIC devices required in the cable modem, for example, results in a component cost incompatible with the per subscriber price target for a cable service. The cable plant itself is a very hostile service environment, with noise ingress, reflections, nonlinear amplifiers, and other channel impairments, especially when viewed in the upstream direction. Telephony modems have developed an elaborate hierarchy of algorithms implemented in DSP software, with automatic reduction of data rates from 28.8Kbits/sec to 19.6Kbits/sec, 14.4Kbits/sec, or much lower rates as needed to accommodate noise, echoes, and other impairments in the copper plant. To implement similar algorithms on an ASIC-based broadband modem is far more complex to achieve in software.

These problems of cost. complexity, and rigidity are compounded further in more complete broadband devices such as digital set-top boxes, multimedia PCs, or video conferencing equipment, all of which go beyond the basic radio frequency ("RF") modem functions to include a broad range of audio and video compression and decoding algorithms, along with remote control and graphical user interfaces. Software for these devices must control what amounts to a heterogeneous multi-processor, where each specialized processor has a different, and usually eccentric or primitive, programming environment. Even if these programming environments are mastered, the degree of programmability is limited. For example, Motion Picture Expert Group-I ("MPEG-I") chips manufactured by AT&amp;T Corporation will not implement advances such as fractal-and wavelet-based compression algorithms, but these chips are not readily software upgradeable to the MPEG-II standard. A broadband network operator who leases an MPEG ASIC-based product is therefore at risk of having to continuously upgrade his system by purchasing significant amounts of new hardware just to track the evolution of MPEG standards.

The high cost of ASIC-based media processing results from inefficiencies in both memory and logic. A typical ASIC consists of a multiplicity of specialized logic blocks, each with a small memory dedicated to holding the data which comprises the working set for that block. The silicon area of these multiple small memories is further increased by the overhead of multiple decoders, sense amplifiers, write drivers, etc. required for each logic block. The logic blocks are also constrained to operate at frequencies determined by the internal symbol rates of broadband algorithms in order to avoid additional buffer memories. These frequencies typically differ from the optimum speed-area operating point of a given semiconductor technology. Interconnect and synchronization of the many logic and memory blocks are also major sources of overhead in the ASIC approach.

The disadvantages of the prior ASIC approach can be over come by a single unified media processor. The cost advantages of such a unified processor can be achieved by gathering all the many ASIC functions of a broadband media product into a single integrated circuit. Cost reduction is further increased by reducing the total memory area of such a circuit by replacing the multiplicity of small ASIC memories with a single memory hierarchy large enough to accommodate the sum total of all the working sets, and wide enough to supply the aggregate bandwidth needs of all the logic blocks. Additionally, the logic block interconnect circuitry to this memory hierarchy may be streamlined by providing a generally programmable switching fabric. Many of the logic blocks themselves can also replaced with a single multi-precision arithmetic unit, which can be internally partitioned under software control to perform addition, multiplication, division, and other integer and floating point arithmetic operations on symbol streams of varying widths, while sustaining the full data throughput of the memory hierarchy. The residue of logic blocks that perform operations that are neither arithmetic or permutation group oriented can be replaced with an extended math unit that supports additional arithmetic operations such as finite field, ring, and table lookup, while also sustaining the full data throughput of the memory hierarchy.

The above multi-precision arithmetic, permutation switch, and extended math operations can then be organized as machine instructions that transfer their operands to and from a single wide multi-ported register file. These instructions can be further supplemented with load/store instructions that transfer register data to and from a data buffer/cache static random access memory ("SRAM") and main memory dynamic random access memories ("DRAMs"), and with branch instructions that control the flow of instructions executed from an instruction buffer/cache SRAM. Extensions to the load/store instructions can be made for synchronization, and to branch instructions for protected gateways, so that multiple threads of execution for audio, video, radio, encryption, networking, etc. can efficiently and securely share memory and logic resources of a unified machine operating near the optimum speed-area point of the target semiconductor process. The data path for such a unified media processor can interface to a high speed input/output ("I/O") subsystem that moves media streams across ultra-high bandwidth interfaces to external storage and I/O.

Such a device would incorporate all of the processing capabilities of the specialized multi-ASIC combination into a single, unified processing device. The unified processor would be agile and capable of reprogramming through the transmission of new programs over the communication medium. This programmable, general purpose device is thus less costly than the specialized processor combination, easier to operate and reprogram and can be installed or applied in many differing devices and situations. The device may also be scalable to communications applications that support vast numbers of users through massively parallel distributed computing.

It is therefore an object of this invention to process media data streams by executing operations at very high bandwidth rates.

It is also an object of this invention to unify the audio, video, radio, graphics, encryption, authentication, and networking protocols into a single instruction stream.

It is also an object of this invention to achieve high bandwidth rates in a unified processor that is easy to program and more flexible than a heterogeneous combination of special purpose processors.

It is a further object of the invention to support high level mathematical processing in a unified media processor, including finite group, finite field, finite ring and table look-up operations, all at high bandwidth rates.

It is yet a further object of the invention to provide a unified media processor that can be replicated into a multi-processor system to support a vast array of users.

It is yet another object of this invention to allow for massively parallel systems within the switching fabric to support very large numbers of subscribers and services.

It is also an object of the invention to provide a general purpose programmable processor that could be employed at all points in a network.

It is a further object of this invention to sustain very high bandwidth rates to arbitrarily large memory and input/output systems.

Summary of the Invention

In view of the above, there is provided a system for media processing that maintains substantially peak data throughput in the execution and transmission of multiple media data streams. The system includes in one aspect a general purpose, programmable media processor, and in another aspect includes a method for receiving, processing and transmitting media data streams. The general purpose, programmable media processor of the invention further includes an execution unit, high bandwidth external interface, and can be employed in a parallel multi-processor system.

According to the apparatus of the invention, an execution unit is provided that maintains substantially peak data throughput in the unified execution of multiple media data streams. The execution unit includes a data path, and a multi-precision arithmetic unit coupled to the data path and capable of dynamic partitioning based on the elemental width of data received from the data path. The execution unit also includes a switch coupled to the data path that is programmable to manipulate data received from the data path and provide data streams to the data path. An extended mathematical element is also provided, which is coupled to the data path and programmable to implement additional mathematical operations at substantially peak data throughput. In a preferred embodiment of the execution unit, at least one register file is coupled to the data path.

According to another aspect of the invention, a general purpose programmable media processor is provided having an instruction path and a data path to digitally process a plurality of media data streams. The media processor includes a high bandwidth external interface operable to receive a plurality of data of various sizes from an external source and communicate the received data over the data path at a rate that maintains substantially peak operation of the media processor. At least one register file is included, which is configurable to receive and store data from the data path and to communicate the stored data to the data path. A multi-precision execution unit is coupled to the data path and is dynamically configurable to partition data received from the data path to account for the elemental symbol size of the plurality of media streams, and is programmable to operate on the data to generate a unified symbol output to the data path.

According to the preferred embodiment of the media processor, means are included for moving data between registers and memory by performing load and store operations, and for coordinating the sharing of data among a plurality of tasks by performing synchronization operations based upon instructions and data received by the execution unit. Means are also provided for securely controlling the sequence of execution by performing branch and gateway operations based upon instructions and data received by the execution unit. A memory management unit operable to retrieve data and instructions for timely and secure communication over the data path and instruction path respectively is also preferably included in the media processor. The preferred embodiment also includes a combined instruction cache and buffer that is dynamically allocated between cache space and buffer space to ensure real-time execution of multiple media instruction streams, and a combined data cache and buffer that is dynamically allocated between cache space and buffer space to ensure real-time response for multiple media data streams.

In another aspect of the invention, a high bandwidth processor interface for receiving and transmitting a media stream is provided having a data path operable to transmit media information at sustained peak rates. The high bandwidth processor interface includes a plurality of memory controllers coupled in series to communicate stored media information to and from the data path, and a plurality of memory elements coupled in parallel to each of the plurality of memory controllers for storing and retrieving the media information. In the preferred embodiment of the high bandwidth processor interface, the plurality of memory controllers each comprise a paired link disposed between each memory controller, where the paired links each transmit and receive plural bits of data and have differential data inputs and outputs and a differential clock signal.

Yet another aspect of the invention includes a system for unified media processing having a plurality of general purpose media processors, where each media processor is operable at substantially peak data rates and has a dynamically partitioned execution unit and a high bandwidth interface for communicating to memory and input/output elements to supply data to the media processor at substantially peak rates. A bi-directional communication fabric is provided, to which the plurality of media processors are coupled, to transmit and receive at least one media stream comprising presentation, transmission, and storage media information. The bi-directional communication fabric preferably comprises a fiber optic network, and a subset of the plurality of media processors comprise network servers.

According to yet another aspect of the invention, a parallel multi-media processor system is provided having a data path and a high bandwidth external interface coupled to the data path and operable to receive a plurality of data of various sizes from an external source and communicate the received data at a rate that maintains substantially peak operation of the parallel multi-processor system. A plurality of register files, each having at least one register coupled to the data path and operable to store data, are also included. At least one multi-precision execution unit is coupled to the data path and is dynamically configurable to partition data received from the data path to account for the elemental symbol size of the plurality of media streams, and is programmable to operate in parallel on data stored in the plurality of register files to generate a unified symbol output for each register file.

According to the method of the invention, unified streams of media data are processed by receiving a stream of unified media data including presentation, transmission and storage information. The unified stream of media data is dynamically partitioned into component fields of at least one bit based on the elemental symbol size of data received. The unified stream of media data is then processed at substantially peak operation.

In one aspect of the invention, the unified stream of media data is processed by storing the stream of unified media data in a general register file. Multi-precision arithmetic operations can then be performed on the stored stream of unified media data based on programmed instructions, where the multi-precision arithmetic operations include Boolean, integer and floating point mathematical operations. The component fields of unified media data can then be manipulated based on programmed instructions that implement copying, shifting and re-sizing operations. Multi-precision mathematical operations can also be performed on the stored stream of unified media data based on programmed instructions, where the mathematical operations including finite group, finite field, finite ring and table look-up operations. Instruction and data pre-fetching are included to fill instruction and data pipelines, and memory management operations can be performed to retrieve instructions and data from external memory. The instructions and data are preferably stored in instruction and data cache/buffers, in which buffer storage in the instruction and data cache/buffers is dynamically allocated to ensure real-time execution.

Other aspects of the invention include a method for achieving high bandwidth communications between a general purpose media processor and external devices by providing a high bandwidth interface disposed between the media processor and the external devices, in which the high bandwidth interface comprises at least one uni-directional channel pair having an input port and an output port. A plurality of media data streams, comprising component fields of various sizes, are transmitted and received between the media processor and the external devices at a rate that sustains substantially peak data throughput at the media processor. A method for processing streams of media data is also included that provides a bi-directional communications fabric for transmitting and receiving at least one stream of media data, where the at least one stream of media data comprises presentation, transmission and storage information. At least one programmable media processor is provided within the communications network for receiving, processing and transmitting the at least one stream of unified media data over the bi-directional communications fabric.

The general purpose, programmable media processor of the invention combines in a single device all of the necessary hardware included in the specialized processor combinations to process and communicate digital media data streams in real-time. The general purpose, programmable media processor is therefore cheaper and more flexible than the prior approach to media processing. The general purpose, programmable media processor is thus more susceptible to incorporation within a massively parallel processing network of general purpose media processors that enhance the ability to provide real-time multi-media communications to the masses.

These features are accomplished by deploying server media processors and client media processors throughout the network. Such a network provides a seamless, global media super-computer which allows programmers and network owners to virtualize resources. Rather than restrictively accessing only the memory space and processing time of a local resource, the system allows access to resources throughout the network. In small access points such as wireless devices, where very little memory and processing logic is available due to limited battery life, the system is able to draw upon the resources of a homogeneous multi-computer system.

The invention also allows network owners the facility to track standards and to deploy new services by broadcasting software across the network rather than by instituting costly hardware upgrades across the whole network. Broadcasting software across the network can be performed at the end of an advertisement or other program that is broadcasted nationally. Thus, services can be advertised and then transmitted to new subscribers at the end of the advertisement.

These and other features and advantages of the invention will be apparent upon consideration of the following detailed description of the presently preferred embodiments of the invention, taken in conjunction with the appended drawings.

<u style="single">Brief Description of the Drawings</u>

<ul id="ul0001" list-style="none" compact="compact"><li>FIG. 1 is a block diagram of a broad band media computer employing the general purpose, programmable media processor of the invention;</li><li>FIG. 2 is a block diagram of a global media processor employing multiple general purpose media processors according to the invention:</li><li>FIG. 3 is an illustration of the digital bandwidth spectrum for telecommunications, media and computing communications;</li><li>FIG. 4 is the digital bandwidth spectrum shown in FIG. 3 taking into account the bandwidth overhead associated with compressed video techniques:</li><li>FIG. 5 is a block diagram of the current specialized processor solution for mass media communication, where FIG. 5(a) shows the current distributed system, and FIG. 5(b) shows a possible integrated approach;</li><li>FIG. 6 is a block diagram of two presently preferred general purpose media processors, where FIG. 6(a) shows a distributed system and FIG. 6(b) shows an integrated media processor;</li><li>FIG. 7 is a block diagram of the presently preferred structure of a general purpose, programmable media processor according to the invention;</li><li>FIG. 8 is a drawing consisting of visual illustrations of the various group operations provided on the media processor, where FIG. 8(a) illustrates the group expand operation, FIG. 8(b) illustrates the group compress or extract operation, FIG. 8(c) illustrates the group deal and shuffle operations, FIG. 8(d) illustrates the group swizzle operation and FIG. 8(e) illustrates the various group permute operations;</li><li>FIG. 9 shows the preferred instruction and data sizes for the general purpose, programmable media processor, where FIG. 9(a) is an illustration of the various instruction formats available on the general purpose, programmable media processor, FIG. 9(b) illustrates the various floating-point data sizes available on the general purpose media processor, and FIG. 9(c) illustrates the various fixed-point data sizes available on the general purpose media processor;</li><li>FIG. 10 is an illustration of a presently preferred memory management unit included in the general purpose processor shown in FIG. 7, where FIG. 10(a) is a translation block diagram and FIG. 10(b) illustrates the functional blocks of the transaction lookaside buffer;</li><li>FIG. 11 is an illustration of a super-string pipeline technique;</li><li>FIG. 12 is an illustration of the presently preferred super-spring pipeline technique;</li><li>FIG. 13 is a block diagram of a single memory channel for communication to the general purpose media processor shown in FIG. 7:</li><li>FIG. 14 is an illustration of the presently preferred connection of standard memory devices to the preferred memory interface;</li><li>FIG. 15 is a block diagram of the input/output controller for use with the memory channel shown in FIG. 13;</li><li>FIG. 16 is a block diagram showing multiple memory channels connected to the general purpose media processor shown in FIG. 7, where FIG. 16(a) shows a two-channel implementation and FIG. 16(b) illustrates a twelve-channel embodiment;</li><li>FIG. 17 illustrates the presently preferred packet communications protocol for use over the memory channel shown in FIG. 13;</li><li>FIG. 18 shows a multi-processor configuration employing the general purpose media processor shown in FIG. 7, where FIG. 18(a) shows a linear processor configuration, FIG. 18(b) shows a processor ring configuration, and FIG. 18(c) shows a two-dimensional processor configuration; and</li><li>FIG. 19 shows a presently preferred multi-chip implementation of the general purpose, programmable media processor of the invention.</li></ul>

<u style="single">Detailed Description of the Presently Preferred Embodiments</u>

Referring to the drawings, where like-reference numerals refer to like elements throughout, a broad band microcomputer 10 is provided in FIG. 1. The broad band microcomputer 10 consists essentially of a general purpose media processor 12. As will be described in more detail below, the general purpose media processor 12 receives, processes and transmits media data streams in a bi-directional manner from upstream network components to downstream devices. In general, media data streams received from upstream network components can comprise any combination of audio, video, radio, graphics, encryption, authentication, and networking information. As those skilled in the art will appreciate, however, the general purpose media processor 12 is in no way limited to receiving, processing and transmitting only these types of media information. The general purpose media processor 12 of the invention is capable of processing any form of digital media information without departing from the spirit and essential scope of the invention.

System Configuration

In the preferred embodiment of the invention shown in FIG. 1. media data streams are communicated to the media processor 12 from several sources. Ideally, unified media data streams are received and transmitted by the general purpose media processor 12 over a fiber optic cable network 14. As will be described in more detail below, although a fiber optic cable network is preferred, the presently existing communications network in the United States consists of a combination of fiber optic cable, coaxial cable and other transmission media. Consequently, the general purpose media processor 12 can also receive and transmit media data streams over coaxial cable 14 and traditional twisted pair wire connections 16. The specific communications protocol employed over the twisted pair 16, whether POTS. ISDN or ADSL, is not essential; all protocols are supported by the broad band microcomputer 10. The details of these protocols are generally known to those skilled in the art and no further discussion is therefore needed or provided herein.

Another form of upstream network communication is through a satellite link 18. The satellite link 18 is typically connected to a satellite receiver 20. The satellite receiver 20 comprises an antenna, usually in the form of a satellite dish, and amplification circuitry. The details of such satellite communications are also generally known in the art, and further detail is therefore not provided or included herein.

As described above, the general purpose media processor 12 communicates in a bi-directional manner to receive, process and transmit media data streams to and from downstream devices. As shown in FIG. 1, downstream communication preferably takes place in at least two forms. First, media data streams can be communicated over a bi-directional local network 22. Various types of local networks 22 are generally known in the art and many different forms exist. The general purpose media processor 12 is capable of communicating over any of these local networks 22 and the particular type of network selected is implementation specific.

The local network 22 is preferably employed to communicate between the unified processor 12, and audio/visual devices 24 or other digital devices 26. Presently preferred examples of audio/visual devices 24 include digital cable television, video-on-demand devices, electronic yellow pages services, integrated message systems, video telephones, video games and electronic program guides. As those skilled in the art will appreciate, other forms of audio/video devices are contemplated within the spirit and scope of the invention. Presently preferred embodiments of other digital devices 26 for communication with the general purpose media processor 12 include personal computers, television sets, work stations, digital video camera recorders, and compact disc read-only memories. As those skilled in the art will also appreciate, further digital devices 26 are contemplated for communication to the general purpose media processor 12 without departing from the spirit and scope of the invention.

Second, the general purpose media processor preferably also communicates with downstream devices over a wireless network 28. In the presently preferred embodiment of the invention, wireless devices for communication over the wireless network 28 can comprise either remote communication devices 30 or remote computing devices 32. Presently preferred embodiments of the remote communications devices 30 include cordless telephones and personal communicators. Presently preferred embodiments of the remote computing devices 32 include remote controls and telecommunicating devices. As those skilled in the art will appreciate, other forms of remote communication devices 30 and remote computing devices 32 are capable of communication with the general purpose media processor 12 without departing from the spirit and scope of the invention. An agile digital radio (not shown) that incorporates a general purpose media processor 12 may be used to communicate with these wireless devices.

Network Configuration

Referring now to FIG. 2. the general purpose media processor 12 is preferably disposed throughout a digital communications network 38. In order to enable communication among large and small businesses, residential customers and mobile users, the network 38 can consist of a combination of many individual sub-networks comprised of three main forms of interconnection. The trunk and main branches of the network 38 preferably employ fiber optic cable 40 as the preferred means of interconnection. Fiber optic cable 40 is used to connect between general purpose media processors 12 disposed as network servers 46 or large business installations 48 that are capable of coupling directly to the fiber optic link 40. For communications to small business and residential customers that may be incapable of directly coupling to the fiber optic cable 40, a general purpose media processor 12 can be used as an interface to other forms of network interconnection.

As shown in FIG. 2, alternate forms of interconnection consist of coaxial cable lines 42 and twisted pair wiring 44. Coaxial cable lines are currently in place throughout the U.S. and is typically employed to provide cable television services to residential homes. According to the preferred embodiment of the invention, general purpose media processors 12 can be installed at these residential locations 52. In contrast to the specialized processor approach, the general purpose media processor 12 provides enough bandwidth to allow for bi-directional communications to and from these residential locations 52.

Network servers 46 controlled by general purpose media processors 12 are also employed throughout the network 38. For example, the network servers 46 can be used to interface between the fiber optic network 40 and twisted pair wiring 44. Twisted pair wiring 44 is still employed for small businesses 50 and residential locations 52 that do not or cannot currently subscribe to coaxial cable or fiber optic network services. General purpose media processors 12 are also disposed at these small business locations 50 and non-cable residential locations 52. General purpose media processors 12 are also installed in wireless or mobile locations 52, which are coupled to the network 38 through agile digital radios (not shown). As shown in FIG. 2. network databases or other peripherals 56 can also coupled to general purpose media processors 12 in the network 38.

The general purpose media processor 12 is operable at significantly high bandwidths in order to receive, process and transmit unified media data streams. Referring to FIG. 3, the respective frequencies for various types of media data streams are set forth against a bandwidth spectrum 60. The bandwidth spectrum 60 includes three component spectrums, all along the same range of frequencies, which represent the various frequency rates of digital media communications. Current computing bandwidth capabilities are also displayed. The telecommunications spectrum 62 shows the various frequency bands used for telecommunications transmission. For example, teletype terminals and modems operate in a range between approximately 64 bits/second to 16 kilobits/second. The ISDN telecommunication protocol operates at 64 kilobits/second. At the upper end of the telecommunications spectrum 62, T1 and T3 trunks operate at one megabit per second and 32 megabits per second, respectively. The SONET frequency range extends from approximately 128 megabits per second up to approximately 32 gigabits per second. Accordingly, in order to carry such broad band communications, the general purpose media processor 12 is capable of transferring information at rates into the gigabits per second range or higher.

A spectrum of typical media data streams is presented in the media spectrum 64 shown in FIG. 3. Voice and music transmissions are centered at frequencies of approximately 64 kilobits per second and one megabit per second, respectively. At the upper end of the media spectrum 64, video transmission takes place in a range from 128 megabits per second for high density television up to over 256 gigabits per second for movie applications. When using common video compression techniques, however, the video transmission spectrum can be shifted down to between 32 kilobits per second to 128 megabits per second as a result of the data compression. As described below, the processing required to achieve the data compression results in an increase in bandwidth requirements.

Current computing bandwidths are shown in the computing spectrum 66 of FIG. 3. Serial communications presently take place in a range between two kilobits per second up to 512 kilobits per second. The Ethernet network protocol operates at approximately 8 megabits per second. Current dynamic random access memory and other digital input/output peripherals operate between 32 megabits per second and 512 megabits per second. Presently available microprocessors are capable of operation in the low gigabits per second range. For example, the '386 Pentium microprocessor manufactured by Intel Corporation of Santa Clara. California operates in the lower half of that range, and the Alpha microprocessor manufactured by Digital Equipment Corporation approaches the 16 gigabits per second range.

When video compression is employed, as expressed above, the associated processing overhead reduces the effective bandwidth of the particular processor. As a result, in order to handle compressed video, these processors must operate in the terahertz frequency range. The bandwidth spectrum 60 shown in FIG. 4 represents the effect of handling media data streams including compressed video. The computing spectrum 66 is skewed down to properly align the computing bandwidth requirements with the telecommunications spectrum 62 and the media spectrum 64. Accordingly, current processor technology is not sufficient to handle the transmission and processing associated with complex streams of multi-media data.

The current specialized processor approach to media processing is illustrated in the block diagram shown in FIG. 5. As shown in FIG. 5. special purpose processors are coupled to a back plane 70, which is capable of transmitting instructions and data at the upper kilobits to lower gigabits per second range. In a typical configuration, an audio processor 76, video processor 78. graphics processor 80 and network processor 82 are all coupled to the back plane 70. Each of the audio, video, graphics and network processors 76-82 typically employ their own private or dedicated memories 84, which are only accessible to the specific processor and not accessible over the back plane 70. As described above, however, unless video data streams are constantly being processed, for example, the video processor 78 will sit idle for periods of time. The computing power of the dedicated video processor 78 is thus only available to handle video data streams and is not available to handle other media data streams that are directed to other dedicated processors. This, of course, is an inefficient use of the video processor 78 particularly in view of the overall processing capability of this multi-processor system.

The general purpose media processor 12, in contrast, handles a data stream of audio, video, graphics and network information all at the same time with the same processor. In order to handle the ever changing combination of data types, the general purpose media processor 12 is dynamically partitionable to allocate the appropriate amount of processing for each combination of media in a unified media data stream. A block diagram of two preferred general purpose media processor system configurations is shown in FIG. 6. Referring to FIG. 6(a), a general purpose media processor 12 is coupled to a high-speed back plane 90. The presently preferred back plane 90 is capable of operation at 30 gigabits per second. As those skilled in the art will appreciate, back planes 90 that are capable of operation at 400 gigabits per second or greater bandwidth are envisioned within the spirit and scope of the invention. Multiple memory devices 92 are also coupled to the back plane 90, which are accessible by the general purpose media processor 12. Input/output devices 94 are coupled to the back plane 90 through a dual-ported memory 92. The configuration of the input/output devices 94 on one end of the dual-ported memory 92 allows the sharing of these memory devices 92 throughout a network 38 of general purpose media processors 12.

Alternatively, FIG. 6(b) shows a presently preferred integrated general purpose media processor 12. The integrated processor includes on-board memory and I/O 86. The on-board memory is preferably of sufficient size to optimize throughput, and can comprise a cache and/or buffer memory or the like. The integrated media processor 12 also connects to external memory 88, which is preferably larger than the on-board memory 86 and forms the system main memory.

Execution Unit

One presently preferred embodiment of an integrated general purpose media processor 12 is shown in FIG. 7. The core of the integrated general purpose media processor 12 comprises an execution unit 100. Three main elements or subsections are included in the execution unit 100. A multiple precision arithmetic/logic unit ("ALU") 102 performs all logical and simple arithmetic operations on incoming media data streams. Such operations consist of calculate and control operations such as Boolean functions, as well as addition, subtraction, multiplication and division. These operations are performed on single or unified media data streams transmitted to and from the multiple precision ALU 102 over a data bus or data path 108. Preferably the data path 108 is 128 bits wide, although those skilled in the art will appreciate that the data path 108 can take on any width or size without departing from the spirit and scope of the invention. The wider the data path 108 the more unified media data can be processed in parallel by the general purpose media processor 12.

Coupled to the multi-precision ALU 102 via the data path 108, and also an element of the execution unit 100, is a programmable switch 104. The programmable switch 104 performs data handling operations on single or unified media data streams transmitted over the data path 108. Examples of such data handling operations include deals, shuffles, shifts, expands, compresses, swizzles, permutes and reverses, although other data handling operations are contemplated. These operations can be performed on single bits or bit fields consisting of two or more bits up to the entire width of the data path 108. Thus, single bits or bit fields of various sizes can be manipulated through programmable operation of the switch 104.

Examples of the presently preferred data manipulation operations performed by the general purpose media processor 12 are shown in FIG. 8. A group expand operation is visually illustrated in FIG. 8(a). According to the group expand operation, a sequential field of bits 270 can be divided into constituent sub-fields 272a-272d for insertion into a larger field array 274. The reverse of the group expand operation is a group compress or extract operation. A visual illustration of the group compress or extract operation is shown in FIG. 8(b). As shown, separate sub-fields 272a-272d from a larger bit field 274 can be combined to form a contiguous or sequential field of bits 270.

Referring to FIGS. 8(c)-8(e), group deal, shuffle, swizzle and permute operations performed by the programmable switch 104 are also illustrated. The operations performed by these instructions are readily understood from a review of the drawings. The group manipulation operations illustrated in FIGS. 8(a)-8(e) comprise the presently contemplated data manipulation operations for the general purpose media processor 12. As those skilled in the art will appreciate, either a subset of these operations or additional data manipulation operations can be incorporated in other alternate embodiments of the general purpose media processor 12 without departing from the spirit and scope of the invention.

Referring again to FIG. 7, higher level mathematical operations than those performed by the multi-precision ALU 102 are performed in the general purpose media processor 12 through an extended math element 106. The extended math element 106 is coupled to the data path 108 and also comprises part of the execution unit 100. The extended math element 106 performs the complex arithmetic operations necessary for video data compression and similarly intensive mathematical operations. One presently preferred example of an extended math operation comprises a Galois field operation. Other examples of extended mathematical functions performed by the extended math element 106 include CRC generation and checking, Reed-Solomon code generation and checking, and spread-spectrum encoding and decoding. As those skilled in the art appreciate, additional mathematical operations are possible and contemplated.

According to the preferred embodiment of the integrated general purpose media processor 12. a register file 110 is provided in addition to the execution unit 100 to process media data. The register file 110 stores and transmits data streams to and from the execution unit 100 via the data path 108. Rather than employing a complex set of specific or dedicated registers, the general purpose media processor 12 preferably includes 64 general purpose registers in the register file 110 along with one program counter (not shown). The 64 general purpose registers contained in the register file 110 are all available to the user/programmer, and comprise a portion of the user state of the general purpose media processor 12. The general purpose registers are preferably capable of storing any form of data. Each register within the register file 110 is coupled to the data path 108 and is accessible to the execution unit 100 in the same manner. Thus, the user can employ a general purpose register according to the specific needs of a particular program or unique application. As those skilled in the art will appreciate, the register file 110 can also comprise a plurality of register files 110 configured in parallel in order to support parallel multi-threaded processing.

Instruction Set and User Programming

Control or manipulation of data processed by the general purpose media processor 12 is achieved by selected instructions programmed by the user. Those skilled in the art will appreciate that a great number of programs are possible through various sequences of instructions. Particular programs can be developed for each unique implementation of the general purpose media processor 12. A detailed discussion of such specific programs is therefore beyond the scope of this description.

One presently preferred instruction set for the general purpose media processor 12 is included in the Microfiche Appendix, the contents of which are hereby incorporated herein by reference. A list of the presently preferred major operation codes for the general purpose media processor 12 appears below in Table I. <b>MAJOR OPERATION CODES</b><tables id="tabl0001" num="0001"><table frame="all"><title><b>TABLE I</b></title><tgroup cols="9"><colspec colnum="1" colname="col1" colwidth="17mm" /><colspec colnum="2" colname="col2" colwidth="36mm" /><colspec colnum="3" colname="col3" colwidth="36mm" /><colspec colnum="4" colname="col4" colwidth="29mm" /><colspec colnum="5" colname="col5" colwidth="30mm" /><colspec colnum="6" colname="col6" colwidth="19mm" /><colspec colnum="7" colname="col7" colwidth="23mm" /><colspec colnum="8" colname="col8" colwidth="22mm" /><colspec colnum="9" colname="col9" colwidth="24mm" /><thead><row><entry align="center" valign="top"><b>MAJOR</b></entry><entry align="center" valign="top"><b>0</b></entry><entry align="center" valign="top"><b>32</b></entry><entry align="center" valign="top"><b>64</b></entry><entry align="center" valign="top"><b>96</b></entry><entry align="center" valign="top"><b>128</b></entry><entry align="center" valign="top"><b>160</b></entry><entry align="center" valign="top"><b>192</b></entry><entry align="center" valign="top"><b>224</b></entry></row></thead><tbody><row><entry align="center"><b>0</b></entry><entry align="center">ERES</entry><entry align="center">GSHUFFLEI</entry><entry align="center">FMULADD16</entry><entry align="center">GMULADD1</entry><entry align="center">LU16LAI</entry><entry align="center">SAAS64LAI</entry><entry align="center">EADDIO</entry><entry align="center">BFE16</entry></row><row><entry align="center"><b>1</b></entry><entry align="center">ESHUFFLE14MUX</entry><entry align="center">GSHUFFLE14MUX</entry><entry align="center">FMULADD32</entry><entry align="center">GMULADD2</entry><entry align="center">LU16BAI</entry><entry align="center">SAAS64BAI</entry><entry align="center">EADDIUO</entry><entry align="center">BFNUE16</entry></row><row><entry align="center"><b>2</b></entry><entry align="center" /><entry align="center">GSELECT8</entry><entry align="center">FMULADD64</entry><entry align="center">GMULADD4</entry><entry align="center">LU16LI</entry><entry align="center">SCAS64LAI</entry><entry align="center">ESETIL</entry><entry align="center">BFNUGE16</entry></row><row><entry align="center"><b>3</b></entry><entry align="center">EMDEPI</entry><entry align="center">GMDEPI</entry><entry align="center" /><entry align="center">GMULADD8</entry><entry align="center">LU16BI</entry><entry align="center">SCAS64BAI</entry><entry align="center">ESETIGE</entry><entry align="center">BFNUL16</entry></row><row><entry align="center"><b>4</b></entry><entry align="center">EMUX</entry><entry align="center">GMUX</entry><entry align="center">FMULSUB16</entry><entry align="center">GMULADD16</entry><entry align="center">LU32LAI</entry><entry align="center">SMAS64LAI</entry><entry align="center">ESETIE</entry><entry align="center">BFE32</entry></row><row><entry align="center"><b>5</b></entry><entry align="center">E8MUX</entry><entry align="center">G8MUX</entry><entry align="center">FMULSUB32</entry><entry align="center">GMULADD32</entry><entry align="center">LU32BAI</entry><entry align="center">SMAS64BAI</entry><entry align="center">ESETINE</entry><entry align="center">BFNUE32</entry></row><row><entry align="center"><b>6</b></entry><entry align="center">EGFMUL64</entry><entry align="center">GGFMUL8</entry><entry align="center">FMULSUB64</entry><entry align="center">GMULADD64</entry><entry align="center">LU32LI</entry><entry align="center">SMUX64LAI</entry><entry align="center">ESETIUL</entry><entry align="center">BFNUGE32</entry></row><row><entry align="center"><b>7</b></entry><entry align="center">ETRANSPOSE8MUX</entry><entry align="center">GTRANSPOSE4MUX</entry><entry align="center" /><entry align="center">GEXTRACT128</entry><entry align="center">LU32BI</entry><entry align="center">SMUX64BAI</entry><entry align="center">ESETIUGE</entry><entry align="center">BFNUL32</entry></row><row><entry align="center"><b>8</b></entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center">L16LAI</entry><entry align="center">S16LAI</entry><entry align="center">ESUBIO</entry><entry align="center">BFE64</entry></row><row><entry align="center"><b>9</b></entry><entry align="center">ESWIZZLE</entry><entry align="center">GSWIZZLE</entry><entry align="center" /><entry align="center">GUMULADD2</entry><entry align="center">L16BAI</entry><entry align="center">S16BAI</entry><entry align="center">ESUBIUO</entry><entry align="center">BFNUE64</entry></row><row><entry align="center"><b>10</b></entry><entry align="center" /><entry align="center">GSWIZZLECOPY</entry><entry align="center" /><entry align="center">GUMULADD4</entry><entry align="center">L16LI</entry><entry align="center">S16LI</entry><entry align="center">ESUBIL</entry><entry align="center">BFNUGE64</entry></row><row><entry align="center"><b>11</b></entry><entry align="center" /><entry align="center">GSWIZZLESWAP</entry><entry align="center" /><entry align="center">GUMULADD8</entry><entry align="center">L16BI</entry><entry align="center">S16BI</entry><entry align="center">ESUBIGE</entry><entry align="center">BFNUL64</entry></row><row><entry align="center"><b>12</b></entry><entry align="center">EDEPI</entry><entry align="center">GDEPI</entry><entry align="center">F.16</entry><entry align="center">GUMULADD16</entry><entry align="center">L32LAI</entry><entry align="center">S32LAI</entry><entry align="center">ESUBIE</entry><entry align="center">BFE129</entry></row><row><entry align="center"><b>13</b></entry><entry align="center">EUDEPI</entry><entry align="center">GUDEPI</entry><entry align="center">F.32</entry><entry align="center">GUMULADD32</entry><entry align="center">L32BAI</entry><entry align="center">S32BAI</entry><entry align="center">ESUBINE</entry><entry align="center">BFNUE128</entry></row><row><entry align="center"><b>14</b></entry><entry align="center">EWTHI</entry><entry align="center">GWTHI</entry><entry align="center">F.64</entry><entry align="center">GUMULADD64</entry><entry align="center">L32LI</entry><entry align="center">S32LI</entry><entry align="center">ESUBIUL</entry><entry align="center">BFNUGE128</entry></row><row><entry align="center"><b>15</b></entry><entry align="center">EUWTHI</entry><entry align="center">GUWTHI</entry><entry align="center" /><entry align="center">GUEXTFACT128</entry><entry align="center">L32BI</entry><entry align="center">S32BI</entry><entry align="center">ESUBIUGE</entry><entry align="center">BFNUL128</entry></row><row><entry align="center"><b>16</b></entry><entry align="center" /><entry align="center" /><entry align="center">GFMULADD16</entry><entry align="center">GEXTRACTI</entry><entry align="center">L64LAI</entry><entry align="center">S64LAI</entry><entry align="center">EADDI</entry><entry align="center">BANDE</entry></row><row><entry align="center"><b>17</b></entry><entry align="center" /><entry align="center" /><entry align="center">GFMULADD32</entry><entry align="center">GEXTRACTI16</entry><entry align="center">L64BAI</entry><entry align="center">S64BAI</entry><entry align="center">EXORI</entry><entry align="center">BANDNE</entry></row><row><entry align="center"><b>18</b></entry><entry align="center" /><entry align="center" /><entry align="center">GFMULADD64</entry><entry align="center">GEXTRACTI32</entry><entry align="center">L64LI</entry><entry align="center">S64LI</entry><entry align="center">EORI</entry><entry align="center">BL/BLZ</entry></row><row><entry align="center"><b>19</b></entry><entry align="center" /><entry align="center" /><entry align="center">GFMULADD128</entry><entry align="center">GUEXTRACTI64</entry><entry align="center">L64BI</entry><entry align="center">S64BI</entry><entry align="center">EANDI</entry><entry align="center">BGE/BGEZ</entry></row><row><entry align="center"><b>20</b></entry><entry align="center" /><entry align="center" /><entry align="center">GFMULSUB16</entry><entry rowsep="0" align="center">GEXTRACT</entry><entry align="center">L128LAI</entry><entry align="center">S128LAI</entry><entry align="center">ESUBI</entry><entry align="center">BE</entry></row><row><entry align="center"><b>21</b></entry><entry align="center" /><entry align="center" /><entry align="center">GFMULSUB32</entry><entry align="center">I64</entry><entry align="center">L128BAI</entry><entry align="center">S128BAI</entry><entry align="center" /><entry align="center">BNE</entry></row><row><entry align="center"><b>22</b></entry><entry align="center" /><entry align="center" /><entry align="center">GFMULSUB64</entry><entry rowsep="0" align="center">G.EXTRACT</entry><entry align="center">L128LI</entry><entry align="center">S128LI</entry><entry align="center">ENORI</entry><entry align="center">BUL/BGZ</entry></row><row><entry align="center"><b>23</b></entry><entry align="center" /><entry align="center" /><entry align="center">GFMULSUB128</entry><entry align="center">I.128</entry><entry align="center">L128BI</entry><entry align="center">S128BI</entry><entry align="center">ENANDI</entry><entry align="center">BUGE/BLEZ</entry></row><row><entry align="center"><b>24</b></entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center">G.1</entry><entry align="center">L8I</entry><entry align="center">S81</entry><entry align="center" /><entry align="center">BGATEI</entry></row><row><entry align="center"><b>25</b></entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center">G.2</entry><entry align="center">LU8I</entry><entry align="center" /><entry align="center" /><entry align="center" /></row><row><entry align="center"><b>26</b></entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center">G.4</entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /></row><row><entry align="center"><b>27</b></entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center">G.8</entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /></row><row><entry align="center"><b>28</b></entry><entry align="center" /><entry align="center">ECOPYI</entry><entry align="center">GF. 16</entry><entry align="center">G.16</entry><entry align="center" /><entry align="center" /><entry align="center">ECOPYI</entry><entry align="center">B1</entry></row><row><entry align="center"><b>29</b></entry><entry align="center" /><entry align="center" /><entry align="center">GF.32</entry><entry align="center">G.32</entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center">BLINKI</entry></row><row><entry align="center"><b>30</b></entry><entry align="center" /><entry align="center" /><entry align="center">GF.64</entry><entry align="center">G.64</entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /></row><row><entry align="center"><b>31</b></entry><entry align="center" /><entry align="center">E.MINOR</entry><entry align="center">GF. 128</entry><entry align="center">G.128</entry><entry align="center">L.MINOR</entry><entry align="center">S.MINOR</entry><entry align="center">E.MINOR</entry><entry align="center">B.MINOR</entry></row><row rowsep="0"><entry namest="col1" nameend="col9" align="center"><b>major operation code field values</b></entry></row></tbody></tgroup></table></tables>

As shown in Table I, the major operation codes are grouped according to the function performed by the operations. The operations are thus arranged and listed above according to the presently preferred operation code number for each instruction. As many as 255 separate operations are contemplated for the preferred embodiment of the general purpose media processor 12. As shown in Table I, however, not all of the operation codes are presently implemented. As those skilled in the art will appreciate, alternate schemes for organizing the operation codes, as well as additional operation codes for the general purpose media processor 12, are possible.

The instructions provided in the instruction set for the general purpose media processor 12 control the transfer, processing and manipulation of data streams between the register file 110 and the execution unit 100. The presently preferred width of the instruction path 112 is 32-bits wide, organized as four eight-bit bytes ("quadlets"). Those skilled in the art will appreciate, however, that the instruction path 112 can take on any width without departing from the spirit and scope of the invention. Preferably, each instruction within the instruction set is stored or organized in memory on four-byte boundaries. The presently preferred format for instructions is shown in FIG. 9(a).

As shown in FIG. 9(a), each of the presently preferred instruction formats for the general purpose media processor 12 includes a field 280 for the major operation code number shown in Table I. Based on the type of operation performed, the remaining bits can provide additional operands according to the type of addressing employed with the operation. For example, the remainder of the 32-bit instruction field can comprise an immediate operand ("imm"), or operands stored in any of the general registers ("ra," "rb," "rc," and "rd"). In addition, minor operation codes 282 can also be included among the operands of certain 32-bit instruction formats.

The presently preferred embodiment of the general purpose media processor 12 includes a limited instruction set similar to those seen in Reduced Instruction Set Computer ("RISC") systems. The preferred instruction set for the general purpose media processor 12 shown in Table I includes operations which implement load, store, synchronize, branch and gateway functions. These five groups of operations can be visually represented as two general classes of related operations. The branch and gateway operations perform related functions on media data streams and are thus visually represented as block 114 in FIG. 7. Similarly, the load, store and synchronize operations are grouped together in block 116 and perform similar operations on the media data streams. (Blocks 114 and 116 only represent the above classification of these operations and their function in the processing of media data streams, and do not indicate any specific underlying electronic connections.) A more detailed discussion of these operations, and the functionality of the general purpose media processor 12, appears in the Microfiche Appendix.

The four-byte structure of instructions for the general purpose media processor 12 is preferably independent of the byte ordering used for any data structures. Nevertheless, the gateway instructions are specifically defined as 16-byte structures containing a code address used to securely invoke a procedure at a higher privilege level. Gateways are preferably marked by protection information specified in the translation lookaside buffer 148 in the memory management unit 122. Gateways are thus preferably aligned on 16-byte boundaries in the external memory. In addition to the general purpose registers and program counter, a privilege level register is provided within the register file 110 that contains the privilege level of the currently executing instruction.

The instruction set preferably includes load and store instructions that move data between memory and the register file 110, branch instructions to compare the content of registers and transfer control, and arithmetic operations to perform computations on the contents of registers. Swap instructions provide multi-thread and multi-processor synchronization. These operations are preferably indivisible and include such instructions as add-and-swap, compare-and-swap, and multiplex-and-swap instructions. The fixed-point compare-and-branch instructions within the instruction set shown in Table I provide the necessary arithmetic tests for equality and inequality of signed and unsigned fixed-point values. The branch through gateway instruction provides a secure means to access code at a higher privileged level in a form similar to a high level language procedure call generally known in the art.

The general purpose media processor 12 also preferably supports floating-point compare-and-branch instructions. The arithmetic operations, which are supported in hardware, include floating-point addition, subtraction, multiplication, division and square root. The general purpose media processor 12 preferably supports other floating-point operations defined by the ANSI-IEEE floating-point standard through the use of software libraries. A floating point value can preferably be 16, 32, 64 or 128-bits wide. Examples of the presenting preferred floating-point data sizes are illustrated in FIG. 9(b).

The general purpose media processor 12 preferably supports virtual memory addressing and virtual machine operation through a memory management unit 122. Referring to FIG. 10(a), one presently preferred embodiment of the memory management unit 122 is shown. The memory management unit 122 preferably translates global virtual addresses into physical addresses by software programmable routines augmented by a hardware translation lookaside buffer ("TLB") 148. A facility for local virtual address translation 164 is also preferably provided. As those skilled in the art will appreciate, the memory management unit 122 includes a data cache 166 and a tag cache 168 that store data and tags associated with memory sections for each entry in the TLB 148.

A block diagram of one preferred embodiment of the TLB 148 is shown in FIG. 10(b). The TLB 148 receives a virtual address 230 as its input. For each entry in the TLB 148, the virtual address 230 is logically AND-ed with a mask 232. The output of each respective AND gate 234 is compared via a comparator 236 with each entry in the TLB 148. If a match is detected, an output from the comparator 236 is used to gate data 240 through a transceiver 238. As those skilled in the art will appreciate, a match indicates the entry of the corresponding physical address within the contents of the TLB 148 and no external memory or I/O access is required. The data 240 for the data cache 166 (FIG. 10(a)) is then combined with the remaining lower bits of the virtual address 230 through an exclusive-OR gate 242. The resultant combination is the physical address 244 output from the TLB 148. If a match is not detected between the logical address and the contents of the tag cache 168, the memory management unit 122 an external memory or I/O access is necessary to retrieve the relevant portion of memory and update the contents of the TLB 148 accordingly.

Using generally known memory management techniques, the memory management unit 122 ensures that instructions (and data) are properly retrieved from external memory (or other sources) over an external input/output bus 126 (see FIG. 7). As described in more detail below, a high bandwidth interface 124 is coupled to the external input/output bus 126 to communicate instructions (and media data streams) to the general purpose media processor 12. The presently preferred physical address width for the general purpose media processor 12 is eight bytes (64-bits). In addition, the memory management unit 122 preferably provides match bits (not shown) that allow large memory regions to be assigned a single TLB entry allowing for fine grain memory management of large memory sections. The memory management unit 122 also preferably includes a priority bit (not shown) that allows for preferential queuing of memory areas according to respective levels of priority. Other memory management operations generally known in the art are also performed by the memory management unit 122.

Referring again to FIG. 7, instructions received by the general purpose media processor 12 are stored in a combined instruction buffer/cache 118. The instruction buffer/cache 118 is dynamically subdivided to store the largest sequence of instructions capable of execution by the execution unit 100 without the necessity of accessing external memory. In a preferred embodiment of the invention, instruction buffer space is allocated to the smallest and most frequently executed blocks of media instructions. The instruction buffer thus helps maintain the high bandwidth capacity of the general purpose media processor 12 by sustaining the number of instructions executed per second at or near peak operation. That portion of the instruction buffer/cache 118 not used as a buffer is, therefore, available to be used as cache memory. The instruction buffer/cache 118 is coupled to the instruction path 112 and is preferably 32 kilobytes in size.

A data buffer/cache 120 is also provided to store data transmitted and received to and from the execution unit 100 and register file 110. The data buffer/cache 120 is also dynamically subdivided in a manner similar to that of the instruction buffer/cache 118. The buffer portion of the data buffer/cache 120 is optimized to store a set size of unified media data capable of execution without the necessity of accessing external memory. In a preferred embodiment of the invention, data buffer space is allocated to the smallest and most frequently accessed working sets of media data. Like the instruction buffer, the data buffer thus maintains peak bandwidth of the general purpose media processor 12. The data buffer/cache 120 is coupled to the data path 108 and is preferably also 32 kilobytes in size.

The preferred embodiment of the general purpose media processor 12 includes a pipelined instruction pre-fetch structure. Although pipelined operation is supported, the general purpose media processor 12 also allows for non-pipelined operations to execute without any operational penalty. One preferred pipeline structure for the general purpose media processor 12 comprises a "super-string" pipeline shown in FIG. 11. A super-string pipeline is designed to fetch and execute several instructions in each clock cycle. The instructions available for the general purpose media processor 12 can be broken down into five basic steps of operation. These steps include a register-to-register address calculation, a memory load, a register-to-register data calculation, a memory store and a branch operation. According to the super-string pipeline organization of the general purpose media processor 12, one instruction from each of these five types may be issued in each clock cycle. The presently preferred ordering of these operations are as listed above where each of the five steps are assigned letters "A," "L," "E," "S" and "B" (see FIG. 11).

According to the super-string pipelining technique, each of the instructions are serially dependent, as shown in FIG. 11, and the general purpose media processor 12 has the ability to issue a string of dependent instructions in a single clock cycle. These instructions shown in FIG. 11 can take from two to five cycles of latency to execute, and a branch prediction mechanism is preferably used to keep up the pipeline filled (described below). Instructions can be encoded in unit categories such as address, load, store/sync, fixed, float and branch to allow for easy decoding. A similar scheme is employed to pre-fetch data for the general purpose media processor 12.

As those skilled in the art will appreciate, the super-string pipeline can be implemented in a multi-threaded environment. In such an implementation, the number of threads is preferably relatively prime with respect to functional unit rates so that functional units can be scheduled in a non-interfering fashion between each thread.

In another more preferred embodiment, a "super-spring" pipelining scheme is employed with the general purpose media processor 12. The super-spring pipeline technique breaks the super-string pipeline shown in FIG. 11 into two sections that are coupled via a memory buffer (not shown). A visual representation of the super-spring pipeline technique is shown in FIG. 12. The front of the pipeline 204. in which address calculation (A), memory load (L), and branch (B) operations are handled, is decoupled from the back of the pipeline 206, in which data calculation (E) and memory store (S) operations are handled. The decoupling is accomplished through the memory buffer (not shown), which is preferably organized in a first-in-first-out ("FIFO") fast/dense structure. (The memory buffer is functionally represented as a spring in FIG. 12.)

As indicated in Table I above, the general purpose media processor 12 does not include delayed branch instructions, and so relies upon branch or fetch prediction techniques to keep the pipeline full in program flows around unconditional and conditional branch instructions. Many such techniques are generally known in the art. Examples of some presently preferred techniques include the use of group compare and set, and multiplex operations to eliminate unpredictable branches; the use of short forward branches, which cause pipeline neutralization; and where branch and link predicts the return address in a one or more entry stack. In addition, the specialized gateway instructions included in the general purpose media processor 12 allow for branches to and from protected virtual memory space. The gateway instructions, therefore, allow an efficient means to transfer between various levels of privilege.

As described above, two basic forms of media data are processed by the general purpose media processor 12, as shown in FIG. 7. These data streams generally comprise Nyquist sampled I/O 128, and standard memory and I/O 130. As shown in FIG. 7, audio 132, video 134, radio 136, network 138, tape 140 and disc 142 data streams comprise some examples of digitally sampled I/O 128. As those skilled in the art will appreciate, other forms of digitally sampled I/O are contemplated for processing by the general purpose media processor 12 without departing from the spirit and scope of the invention. Standard memory and I/O 130 comprises data received and transmitted to and from general digital peripheral devices used in the design of most computer systems. As shown in FIG. 7. some examples of such devices include dynamic random access memory ("DRAM") 146, or any data received over the PCI bus 144 generally known in the art. Other forms of standard memory and I/O sources are also contemplated. The various fixed-point data sizes preferred for the general purpose media processor 12 are illustrated in FIG. 9(c).

External Interface

As mentioned above, the general purpose media processor 12 includes a high bandwidth interface 124 to communicate with external memory and input/output sources. As part of the high bandwidth interface 124, the general purpose media processor 12 integrates several fast communication channels 156 (FIG. 13) to communicate externally. These fast communication channels 156 preferably couple to external caches 150, which serve as a buffer to memory interfaces 152 coupled to standard memory 154. The caches 150 preferably comprise synchronous static random access memory ("SRAM"), each of which are sixty-four kilobytes in size; and the standard memories 154 comprise DRAM's. The memory interfaces 152 transmit data between the caches 150 and the standard memories 154. The standard memories 154 together form the main external memory for the general purpose media processor 12. The cache 150, memory interface 152, standard memory 154 and input/output channel 156 therefore make up a single external memory unit 158 for the general purpose media processor 12.

According to the presently preferred embodiment of the invention, the memory interface protocol embeds read and write operations to a single memory space into packets containing command, address, data and acknowledgment information. The packets preferably include check codes that will detect single-bit transmission errors and some multiple-bit errors. As many as eight operations may be in progress at a time in each external memory unit 158. As shown in FIG. 13, up to four external memory units 158 may be cascaded together to expand the memory available to the general purpose media processor 12, and to improve the bandwidth of the external memory. Through such cascaded memory units 158, the memory interface 152 provides for the direct connection of multiple banks of standard memory 154 to maintain operation of the general purpose media processor 12 at sustained peak bandwidths.

According to one embodiment shown in FIG. 13, up to four standard memory devices 154 can be coupled to each memory interface 152. Each standard memory 154 thus includes as many as four banks of DRAM. each of which is preferably sixteen bits wide. The standard memories 154 are connected in parallel to the memory interface 152 forming a 72-bit wide data bus 160, where 64 bits are preferably provided for data transfer and eight bits are provided for error correction. In addition to the data bus 160, an address/control bus 162 is coupled between the memory interface 152 and each standard memory 154. The address/control bus 162 preferably comprises at least twelve address lines (4 kilobits x 16 memory size) and four control lines as shown in FIG. 13. An alternate manner for coupling the DRAM's to the memory interface 152 is illustrated in FIG. 14. As shown in FIG. 14, two banks of four DRAM single inline memory modules are coupled in parallel to the memory interface 152. The memory interface 152 also supports interleaving to enhance bandwidth, and page mode accesses to improve latency for localized addressing.

Using standard DRAM components, the external memory units 158 achieve bandwidths of approximately two gigabits/second with the standard memories 154. When four such external memory units 158 are coupled via the communication channel 156, therefore, the total bandwidth of the external main memory system increases to one gigabyte/second. As discussed further below, in implementations with two or eight communication channels 156, the aggregate bandwidth increases to two and eight gigabytes/second, respectively.

A more detailed depiction of the communication channel 156 circuitry appears in FIG. 15. According to the preferred embodiment of the invention, each communication channel 156 comprises two unidirectional, byte-wide, differential, packet-oriented data channels 156a, 156b (see FIG. 13). As explained above, where memory units 158 are cascaded together in series, the output of one memory unit 158 is connected to the input of another memory unit 158. The two unidirectional channels are thus connected through the memory units 158 forming a loop structure and make up a single bi-directional memory interface channel.

Referring to FIG. 15, each communication channel 156 is preferably eight bits wide, and each bit is transmitted differentially. For example, output transceiver 170 for bit D_0out transmits both Do and /Do signals over the communication channel 156. Additional transceivers are similarly provided for the remaining bits in the channel 156. (The transceiver 176 for bit D_7out and associated differential lines 178. 180 are shown in FIG. 15.) A CLK_out transceiver 182 is also provided to generate differential clock outputs 184, 186 over the channel 156. To complete the link between memory units 158, input transceivers 188-192 are provided in each memory unit 158 for each of the differential bits and clock signals transmitted over the communication channel 156. These input signals 172, 174, 178, 180, 184, 186 are preferably transmitted through input buffers 194-198 to other parts of the memory unit 158 (described above).

Each memory unit 158 also includes a skew calibrator 200 and phase locked loop ("PLL") 202. The skew calibrator 200 is used to control skew in signals output to the communication channel 156. Preferably, digital skew fields are employed, which include set numbers of delay stages to be inserted in the output path of the communication channel 156. Setting these fields, and the corresponding analog skew fields, permits a fine level of control over the relative skew between output channel signals.

The PLL 202 recovers the clock signal on either side of the communication channel 156 and is thus provided to remove clock jitter. The clock signals 184, 186 preferably comprise a single phase, constant rate clock signal. The clock signals 184, 186 thus contain alternating zero and one values transmitted with the same timing as the data signals 172, 174, 178, 180. The clock signal frequency is, therefore, one-half the byte data rate. The communication channel 156 preferably operates at constant frequency and contains no auxiliary control, handshaking or flow control information.

Each external memory unit 158 preferably defines two functional regions: a memory region, implemented by the cache 150 backed by standard memory 154 (see FIG. 13), and a configuration region, implemented by registers (not shown). Both regions are accessed by separate interfaces; the communication channel 156 is used to access the memory region, and a serial interface (described below) is used to access the configuration region. In the memory region, the caches 150 are preferably write-back (write-in) single-set (direct-map) caches for data originally contained in standard memory 154. All accesses to memory space should maintain consistency between the contents of the cache 150 and the contents of the standard memory 154. The configuration region registers provide the mechanism to detect and adjust skew in the communication channel 156. Software is preferably employed to adaptively adjust the skew in the channel 156 through digital skew fields, as explained above. The serial interface thus is used to configure the external memory units 158, set diagnostic modes and read diagnostic information, and to enable the use of a high-speed tester (not shown).

One presently preferred embodiment of the invention employs two byte-wide packet communication channels 156 (FIG. 16(a)). In order to further increase the bandwidth of the general purpose media processor 12, up to sixteen byte-wide packet communication channels 156 can be employed. Referring to FIG. 16(b), twelve communication channels, comprising eight memory channels 210, a ninth channel for parallel processing 212 (described below), and three input/output ("I/O") channels 214, are shown. Each of the communication channels 210-214 preferably employs the cascade configuration of four channel interface devices 216. (Each channel interface device 216 coupled to the memory channels 210 corresponds to the external memory unit 158 shown in FIG. 13.) Through each of the twelve communication channels shown in FIG. 16(b), the general purpose media processor 12 can request or issue read or write transactions. When not interleaved, the twelve channels provide a single contiguous memory space for each channel interface device 216.

Alternatively, memory accesses may be interleaved in order to provide for continuous access to the external memory system at the maximum bandwidth for the DRAM memories. In an interleaved configuration, at any point in time some memory devices will be engaged in row pre-charge, while others may be driving or receiving data, or receiving row or column addresses. The memory interface 152 (FIG. 13) thus preferably maps between a contiguous address space and each of the separate address spaces made available within each external memory unit 158. For maximum performance, therefore, the memory interface is interleaved so that references to adjacent addresses are handled by different memory devices. Moreover, in the preferred embodiment, additional memory operations may be requested before the corresponding DRAM bank is available. In an interleaved approach, these operations are placed in a queue until they can be processed. According to the preferred embodiment, memory writes have lower priority than memory reads, unless an attempt is made to read an address that is queued for a write operation. As those skilled in the art will appreciate, the depth of the memory write queue is dictated by the specific implementation.

Although up to four external memory units 158 are preferably cascaded to form effectively larger memories, some amount of latency may be introduced by the cascade. Packets of data transmitted over the communication channel 156 are uniquely addressed to a particular channel interface device 216. A packet received at a particular device, which specifies another module address, is automatically passed to the correct channel interface device 216. Unless the module address matches a particular device 216, that packet simply passes from the input to the output of the interface device 216. This mechanism divides the serial interconnection of interface devices 216 into strings, which function as a single larger memory or peripheral, but with possibly longer response latency.

In addition to the memory channels 210, the general purpose media processor 12 provides several communication channels 214 for communication with external input/output devices. Referring to FIG. 16(b), three input/output channels 214 having SRAM buffered memory (see FIG. 13) provide an interface to external standard I/O devices (not shown). Like the eight memory channels 210, the three I/O channels 214 are byte-wide input/output channels intended to operate at rates of at least one gigahertz. The three I/O channels 214 also operate as a packet communication link to synchronous SRAM memory 208 within the channel interface device 216. A controller 226 within the channel interface device 216 completes the interface to the I/O devices.

The three I/O channels 214 preferably function in like manner to the memory channels 210 described above. The interface protocol for the three I/O channels 214 divides read and write operations to a single memory space into packets containing command, address, data and acknowledgment information. The packets also include a check code that will detect single-bit transmission errors and some multiple-bit errors. According to the preferred embodiment of the invention, as many as eight operations may progress in each interface device 216 at a time. As shown in FIG. 16(b), up to four channel interface devices 216 can be cascaded together to expand the bandwidth in the three I/O channels 214. A bit-serial interface (not shown) is also provided to each of the channel interface devices 216 to allow access to configuration, diagnostic and tester information at standard TTL signal levels at a more moderate data rate. (A more detailed description of the serial interface is provided below).

Like the memory channels 210. each I/O channel 214 includes nine signals -- one clock signal and eight data signals. Differential voltage levels are preferably employed for each signal. Each channel interface device 216 is preferably terminated in a nominal 50 ohm impedance to ground. This impedance applies for both inputs and outputs to the communication channel 156. A programmable termination impedance is preferred.

Interface Communication

According to one presently preferred embodiment of the invention, the channel interface devices 216 can operate as either master devices or slave devices. A master device is capable of generating a request on the communication channel 156 and receiving responses from the communication channel 156. Slave devices are capable of receiving requests and generating responses, over the communication channel 156. A master device is preferably capable of generating a constant frequency clock signal and accepting signals at the same clock frequency over the communication channel 156. A slave device, therefore, should operate at the same clock rate as the communication channel 156, and generate no more than a specified amount of variation in output clock phase relative to input clock phase. The master device, however, can accept an arbitrary input clock phase and tolerates a specified amount of variation in clock phase over operating conditions.

Packets of information sent over the communication channel 156 preferably contain control commands, such as read or write operations, along with addresses and associated data. Other commands are provided to indicate error conditions and responses to the above commands. When the communication channel 156 is idle, such as during initialization and between transmitted packets, an idle packet, consisting of an all-zero byte and an all- one byte is transmitted through the communication channel 156. Each non-idle packet consists of two bytes or a multiple of two bytes, and begins with a byte having a value other than all zeros. All packets transmitted over the communication channel 156 also begin during a clock period in which the clock signal is zero, and all packets preferably end during a clock period in which the clock signal is one. A depiction of the preferred packet protocol format for transmission over the communication channel 156 appears in FIG. 17.

The general form of each packet is an array of bytes preferably without a specific byte ordering. The first byte contains a module address 250 ("ma") in the high order two bits; a packet identifier, usually a command 252 ("com"), in the next three bit positions; and a link identification number 254 ("lid") in the last three bit positions. The interpretation of the remaining bytes of a packet depend upon the contents of the packet identifier. The length of each packet is preferably implied by the command specified in the initial byte of the packet. A check byte is provided and computed as odd bit-wise parity with a leftward circular rotation after accumulating each byte. This technique provides detection of all single-bit and some multiple-bit errors, but no correction is provided.

The modular address 250 field of each packet is preferably a two-bit field and allows for as many as four slave devices to be operated from a single communication channel 156. Module address values can be assigned in one of two fashions: either dynamically assigned through a configuration register (not shown), or assigned via static/geometric configuration pins. Dynamic assignment through a configuration register is the presently preferred method for assigning module address values.

The link identification number 254 field is preferably 3-bits wide and provides the opportunity for master devices to initiate as many as eight independent operations at any one time to each slave device. Each outstanding operation requires a distinct link identification number, but no ordering of operations should be implied by the value of the link identification field. Thus, there is preferably no requirement for link identification values 254 to be sequentially assigned either in requests or responses.

The receipt of packets over the communication channel 156 that do not conform to the channel protocol preferably generates an error condition. As those skilled in the art will appreciate, the level or degrees to which a specific implementation detects errors is defined by the user. In one presently preferred embodiment of the invention, all errors are detected, and the following protocol is employed for handling errors. For each error detected, the channel interface device 216 causes a response explicitly indicating the error condition. Channel interface devices 216 reporting an invalid packet will then suppress the receipt of additional packets until the error is cleared. The transmitted packet is otherwise ignored. However, even though the erroneous packet is ignored, the channel interface devices 216 preferably continue to process valid packets that have already been received and generate responses thereto. An identification of the presently preferred commands 252 to be used over the communication channel 156 are listed in FIG. 17.

In the master/slave preferred embodiment, the channel interface devices 216 forward packets that are intended for other devices connected to the communication channel 156, as described above. In slave devices, forwarding is performed based on the module address 250 field of the packet. Packets which contain a module address 250 other than that of the current device are forwarded on to the next device. All non-idle packets are thus forwarded including error packets. In master devices, forwarding is performed based on the link identifier number 254 of the packet. Packets that contain link identifier numbers 254 not generated by the specific channel interface device 216 are forwarded. In order to reduce transmission latency, a packet buffer may be provided. As those skilled in the art appreciate, the suitable size for the packet buffer depends on the amount of latency tolerable in a particular implementation.

A variety of master/slave ring configurations are possible using the high bandwidth interface 124 of the invention. Five ring configurations are currently preferred: single-master, dual-master, multiple-master, single-slave and multiple-master/multiple-slave. The simplest ring configuration contains a single non-forwarding master device and a single non-forwarding slave device. No forwarding is required for either device in this configuration as packets are sent directly to the recipient. A single-master ring, however, may contain a cascade of up to four slave devices (see FIGS. 13, 16). In the single-master ring configuration, each slave device is configured to a distinct module address, and each slave device forwards packets that contain module address fields unequal to their own. As discussed above, a single-master ring provides a larger memory or I/O capacity than a master-slave pair, but also introduces a potentially longer response latency. In the single-master ring, each slave device may have as many as eight transactions outstanding at any time, as described above.

The remaining combinations share many of the above basic attributes. In a dual-master pair, each master device may initiate read and write operations addressed to the other, and each may have up to eight such transactions outstanding. No forwarding is required for either device because packets are sent directly to the recipient. A multiple-master ring may contain multiple master devices and a single slave device. In this configuration, the slave device need not forward packets as all input packets are designated for the single slave device. A multiple-master ring may contain multiple master devices and as many as four slave devices. Each slave device may have up to eight transactions outstanding, and each master device may use some of those transactions. In a preferred embodiment, a master also has the capability to detect a time-out condition or when a response to a request packet is not received. Further aspects of inter-processor communications and configurations are discussed below in connection with FIG. 18.

Serial Bus

In one preferred embodiment of the invention, the general purpose media processor 12 includes a serial bus (not shown). The serial bus is designed to provide bootstrap resources, configuration, and diagnostic support to the general purpose media processor 12. The serial bus preferably employs two signals, both at TTL levels, for direct communication among many devices. In the preferred embodiment, the first signal is a continuously running clock, and the second signal is an open-collector bi-directional data signal. Four additional signals provide geographic addresses for each device coupled to the serial bus. A gateway protocol, and optional configurable addressing, each provide a means to extend the serial bus to other buses and devices. Although the serial bus is designed for implementation in a system having a general purpose media processor 12. as those skilled in the art will appreciate, the serial bus is applicable to other systems as well.

Because the serial bus is preferably used for the initial bootstrap program load of the general purpose media processor 12, the bootstrap ROM is coupled to the serial bus. As a result, the serial bus needs to be operational for the first instruction fetch. The serial bus protocol is therefore devised so that no transactions are required for initial bus configuration or bus address assignment.

According to the preferred embodiment, the clock signal comprises a continuously running clock signal at a minimum of 20 megahertz. The amount of skew, if any, in the clock signal between any two serial bus devices should be limited to be less than the skew on the data signal. Preferably, the serial data signal is a non-inverted open collector bi-directional data signal. TTL levels are preferred for communication on the serial bus, and several termination networks may be employed for the serial data signal. A simple preferred termination network employs a resistive pull-up of 220 ohms to 3.3 volts above V_ss. An alternate embodiment employs a more complex termination network such as a termination network including diodes or the "Forced Perfect Termination" network proposed for the SCSI-2 standard, which may be advantageous for larger configurations.

The geographic addressing employed in the serial bus is provided to insure that each device is addressable with a number that is unique among all devices on the bus and which also preferably reflects the physical location of the device. Thus, the address of each device remains the same each time the system is operated. In one preferred embodiment, the geographic address is composed of four bits, thus allowing for up to 16 devices. In order to extend the geographic addressing to more than 16 devices, additional signals may be employed such as a buffered copy of the clock signal or an inverted copy of the clock signal (or both).

The serial bus preferably incorporates both a bit level and packet protocol. The bit level protocol allows any device to transmit one bit of information on the bus, which is received by all devices on the bus at the same time. Each transmitted bit begins at the rising edge of the clock signal and ends at the next rising edge. The transmitted bit value is sampled at the next rising edge of the clock signal. According to one preferred embodiment where the serial data signal is an open collector signal, the transmission of a zero bit value on the bus is achieved by driving the serial data signal to a logical low value. In this embodiment, the transmission of a one bit value is achieved by releasing the serial data signal to obtain a logical high value. If more than one device attempts to transmit a value on the same clock, the resulting value is a zero if any device transmits a zero value, and one if all devices transmit a one value. This provides a "wired-AND" collision mechanism, as those skilled in the art will appreciate. If two or more devices transmit the same value on the same clock cycle, however, no device can detect the occurrence of a collision. In such cases, the transaction, which may occur frequently in some implementations, preferably proceeds as described below.

The packet protocol employed with the serial bus uses the bit level protocol to transmit information in units of eight bits or multiples of eight bits. Each packet transmission preferably begins with a start bit in which the serial data signal has a zero (driven) value. After transmitting the eight data bits, a parity bit is transmitted. The transmission continues with additional data. A single one (released) bit is transmitted immediately following the least significant bit of each byte signaling the end of the byte.

On the cycle following the transmission of the parity bit, any device may demand a delay of two cycles to process the data received. The two cycle delay is initiated by driving the serial data signal (to a zero value) and releasing the serial data signal on the next cycle. Before releasing the serial data signal, however, it is preferable to insure that the signal is not being driven by any other device. Further delays are available by repeating this pattern.

In order to avoid collisions, a device is not permitted to start a transmission over the serial bus unless there are no currently executing transactions. To resolve collisions that may occur if two devices begin transmission on the same cycle, each transmitting device should preferably monitor the bus during the transmission of one (released) bits. If any of the bits of the byte are received as zero when transmitting a one, the device has lost arbitration and must cease transmission of any additional bits of the current byte or transaction.

According to the preferred embodiment of the invention, a serial bus transaction consists of the transmission of a series of packets. The transaction begins with a transmission by the transaction initiator, which specifies the target network, device, length, type and payload of the transaction request. The transaction terminates with a packet having a type field in a specified range. As a result, all devices connected to the serial bus should monitor the serial data signal to determine when transactions begin and end. A serial bus network may have multiple simultaneous transactions occurring, however, so long as the target and initiator network addresses are all disjoint.

Parallel Processing

In one preferred embodiment of the invention, two or more general purpose media processors 12 can be linked together to achieve a multiple processor system. According to this embodiment, general purpose media processors 12 are linked together using their high bandwidth interface channels 124, either directly or through external switching components (not shown). The dual-master pair configuration described above can thus be extended for use in multiple-master ring configurations. Preferably, internal daemons provide for the generation of memory references to remote processors, accesses to local physical memory space, and the transport of remote references to other remote processors. In a multi-processor environment, all general purpose media processors 12 run off of a common clock frequency, as required by the communication channels 156 that connect between processors.

Referring to FIG. 18, each general purpose media processor 12 preferably includes at least a pair of inter-processor links 218 (see also FIG. 16(b)). In one configuration, both pairs of inter-processor links 218 can be connected between the two processors 12 to further enhance bandwidth. As shown in FIG. 18(a) several processors 12 may be interconnected in a linear network employing the transponder daemons in each processor. In an alternate embodiment shown in FIG. 18(b), the inter-processor links 218 may be used to join the general purpose media processors 12 in a ring configuration. Alternatively still, general purpose media processors 12 may be interconnected into a two-dimensional network of processors of arbitrary size, as shown in FIG. 18(c). Sixteen processors are connected in FIG. 18(c) by connecting four ring networks. In yet another alternate embodiment, by connecting the inter-processor links 218 to external switching devices (not shown), multi-processors with a large number of processors can be constructed with an arbitrary interconnection topology.

The requester. responder and transponder daemons preferably handle all inter-processor operations. When one general purpose media processor 12 attempts a load or store to a physical address of a remote processor, the requester daemon autonomously attempts to satisfy the remote memory reference by communicating with the external device. The external device may comprise another processor 12 or a switching device (not shown) that eventually reaches another processor 12. Preferably, two requester daemons are provided each processor 12, which act concurrently on two different byte channels and/or module addresses. The responder daemon accepts writes from a specified channel and module address, which enables an external device to generate transaction requests in local memory or to generate processor events. The responder daemon also generates link level writes to the same external device that communicated responses for the received transaction request. Two such responder daemons are preferably provided; each of which operate concurrently to two different byte channels and/or module addresses.

The transponder daemon accepts writes from a specified channel and module address, which enable an external device to cause a requester daemon to generate a request on another channel and module address. Preferably, two such transponder daemons are provided, each of which act concurrently (back-to-back) between two different byte channel and/or module addresses. As those skilled in the art will appreciate, the requester, responder and transponder daemons must act cooperatively to avoid deadlock that may arise due to an imbalance of requests in the system. Deadlocks prevent responses from being routed to their destinations, which may defeat the benefits of a multi-processor distributed system.

According to one presently preferred embodiment of the invention, the general purpose media processor 12 can be implemented as one or more integrated circuit chips. Referring to FIG. 19, the presently preferred embodiment of the general purpose media processor 12 consists of a four-chip set. In the four-chip set, a general purpose media processor 12 is manufactured as a stand alone integrated circuit. The stand alone integrated circuit includes a memory management unit 122, instruction and data cache/buffers 118, 120, and an execution unit 100. A plurality of signal input/output pads 260 are provided around the circumference of the integrated circuit to communicate signals to and from the general purpose media processor 12 in a manner generally known in the art.

The second and third chips of the four-chip set comprise in an external memory element 158 and a channel interface device 216. The external memory element 158 includes an interface to the communication channel 156. a cache 150 and a memory interface 152. The channel interface device 216 also includes an interface to the communication channel 156, as well as buffer memory 262, and input/output interfaces 264. Both the external memory element 158 and the channel interface device 216 include a plurality of input/output signal pads 260 to communicate signals to and from these devices in a generally known manner.

The fourth integrated circuit chip comprises a switch 226, which allows for installation of the general purpose media processor 12 in the heterogeneous network 38. In addition to the plurality of input/output pads 260, the switch 226 includes an interface to the communication channel 156. The switch 226 also preferably includes a buffer 262, a router 266, and a switch interface 268.

As those skilled in the art will appreciate, many implementations for the general purpose media processor 12 are possible in addition to the four-chip implementation described above. Rather than an integrated approach, the general purpose media processor can be implemented in a discrete manner. Alternatively, the general purpose media processor 12 can be implemented in a single integrated circuit, or in an implementation with fewer than four integrated circuit chips. Other combinations and permutations of these implementations are contemplated.

There has been described a system for processing streams of media data at substantially peak rates to allow for real time communication over a large heterogeneous network. The system includes a media processor at its core that is capable of processing such media data streams. The heterogeneous network consists of, for example, the fiber optic/coaxial cable/twisted wire network in place throughout the U.S. To provide for such communication of media data, a media processor according to the invention is disposed at various locations throughout the heterogeneous network. The media processor would thus function both in a server capacity and at an end user site within the network. Examples of such end user sites include televisions, set-top converter boxes, facsimile machines, wireless and cellular telephones, as well as large and small business and industrial applications.

To achieve such high rates of data throughput, the media processor includes an execution unit, high bandwidth interface, memory management unit, and pipelined instruction and data paths. The high bandwidth interface includes a mechanism for transmitting media data streams to and from the media processor at rates at or above the gigahertz frequency range. The media data stream can consist of transmission, presentation and storage type data transmitted alone or in a unified manner. Examples of such data types include audio, video, radio, network and digital communications. According to the invention, the media processor is dynamically partitionable to process any combination or permutation of these data types in any size.

A programmable, general purpose media processor system presents significant advantages over current multimedia communications. Rather than rigid, costly and inefficient specialized processors, the media processor provides a general purpose instruction set to ease programmability in a single device that is capable of performing all of the operations of the specialized processor combination. Providing a uniform instruction set for all media related operations eliminates the need for a programmer to learn several different instruction sets, each for a different specialized processor. The complexity of programming the specialized processors to work together and communicate with one another is also greatly reduced. The unified instruction set is also more efficient. Highly specialized general calculation instructions that are tailored to general or special types of calculations rather than enhancing communication are eliminated.

Moreover, the media processor system can be easily reprogrammed simply by transmitting or downloading new software over the network. In the specialized processor approach, new programming usually requires the delivery and installation of new hardware. Reprogramming the media processor can be done electronically, which of course is quicker and less costly than the replacement of hardware.

It is to be understood that a wide range of changes and modifications to the embodiments described above will be apparent to those skilled in the art and are contemplated. It is therefore intended that the foregoing detailed description be regarded as illustrative rather than limiting, and that it be understood that it is the following claims, including all equivalents, that are intended to define the spirit and scope of this invention.

Set forth on the following pages (46-406) is a more detailed discussion of the operations, and the functionality of the general purpose media processor 12.

<u style="single">Introduction</u>

MicroUnity's Terpsichore System Architecture describes general-purpose processor, memory, and interface subsystems, organized to operate at enormously higher bandwidth rates than traditional computers.

Terpsichore's Euterpe processor performs integer, floating point, and signal processing operations at data rates up to 512 bits (i.e., up to four 128-bit operand groups) per instruction. The instruction set design carries the concept of streamlining beyond Reduced Instruction Set Computer (RISC) architectures, since it targets implementations that issue several instructions per machine cycle.

The Terpsichore memory subsystem provides 64-bit virtual and physical addressing for UNIX. Mach, and other advanced OS environments. Caches supply the high data and instruction issue rates of the processor, and support coherency primitives for scalable multiprocessors. The memory subsystem includes mechanisms for sustaining high data rates not only in block transfer modes, but also in non-unit stride and scatter/gather access patterns.

Hermes channels provide 64-bit transfers between subsystem components with gigabyte-per-second bandwidth. Terpsichore's Cerberus serial bus provides a flexible, robust and inexpensive mechanism to handle system initialization, configuration, availability, and error recovery. Mnemosyne memory interface devices provide for the integration of large numbers of industry-standard memory components into Terpsichore systems. Persephone devices enable Terpsichore systems to utilize industry-standard PCI interface cards.

Terpsichore's Calliope interface subsystem is tightly integrated with the processor and memory, to supply both the bandwidth and real-time response needs of video, audio, network, and mass storage interfaces. Integration provides for the sharing of memory bandwidth among these devices and the processor, without distributed or dedicated buffer memories in each interface adapter.

Terpsichore's Euterpe processor incorporates Icarus interprocessor interfaces for assembly of small-scale, coherently-cached, shared-memory multiprocessors, without additional circuitry. Icarus interfaces may also be used to connect Terpsichore processors to a high-performance switching fabric for large-scale multiprocessors, or to adapters to standard interprocessor interfaces, such as Scalable Coherent Interface (IEEE standard 1596-1992).

The goal of the Terpsichore architecture is to integrate these processor, memory, and interface capabilities with optimal simplicity and generality. From the software perspective, the entire machine state consists of a program counter, a single bank of 64 general-purpose 64-bit registers, and a linear byte-addressed shared memory space with mapped interface registers. All interrupts and exceptions are precise, and occur with low overhead.

This document is intended for Terpsichore software and hardware developers alike, and defines the interface at which their designs must meet. Terpsichore pursues the most efficient tradeoffs between hardware and software complexity by making all processor, memory, and interface resources directly accessible to high-level language programs.

<u style="single">Conformance</u>

To ensure that Terpsichore systems are able to freely interchange data, user-level programs, system-level programs and interface devices, the Terpsichore system architecture reaches above the processor level architecture.

<u style="single">Mandatory and Optional Areas</u>

A computer system conforms to the requirements of the Terpsichore System Architecture if and only if it implements all the specifications described in this document and other specifications included by reference. Conformance to the specification is mandatory in all areas, including the instruction set, memory management system, interface devices and external interfaces, and bootstrap ROM functional requirements, except where explicit options are stated.

Optional areas include: <ul id="ul0002" list-style="none" compact="compact"><li>Number of processor threads</li><li>Size of first-level cache memories</li><li>Existence of a second-level cache</li><li>Size of second-level cache memory</li><li>Size of system-level memory</li><li>Existence of certain optional interface device interfaces</li></ul>

Conformance to the specification is also optional regarding the physical implementation of internal interfaces, specifically that of the Cerberus serial bus architecture, the Hermes high-bandwidth channel architecture, and the Icarus interprocessor interconnection architecture. An implementation may replace, modify or eliminate these interfaces, provided that the software-level functionality is unchanged.

<u style="single">Upward-compatible Modifications</u>

From time to time, MicroUnity may modify the architecture in an upward-compatible manner, such as by the addition of new instructions, definition of reserved bits in system state, or addition of new standard interfaces. Such modifications will be added as options, so that designs which conform to this version of the architecture will conform to future, modified versions.

Additional devices and interfaces, not covered by this standard may be added in specified regions of the physical memory space, provided that system reset places these devices and interfaces in an inactive state that does not interfere with the operation of software that runs in any conformant system. The software interface requirements of any such additional devices and interfaces must be made as widely available as this architecture specification.

<u style="single">Promotion of Optional Features</u>

It is most strongly recommended that such optional instructions, state or interfaces be implemented in all conforming designs. Such implementations enhance the value of the features in particular and the architecture as a whole by broadening the set of implementations over which software may depend upon the presence of these features.

Implementations which fail to implement these features may encounter unacceptable levels of overhead when attempting to emulate the features by exception handlers or use of virtual memory. This is a particular concern when involved in code which has real-time performance constraints.

In order that upward-compatible optional extensions of the original Terpsichore system architecture may be relied upon by system and application software, MicroUnity may upon occasion promote optional features to mandatory conformance for implementations designed or produced after a suitable delay upon such notification by publication of future version of the specification.

<u style="single">Unrestricted Physical Implementation</u>

Nothing in this specification should be construed to limit the implementation choices of the conformant system beyond the specific requirements stated herein. In particular, a computer system may conform to the Terpsichore System Architecture while employing any number of components, dissipate any amount of heat, require any special environmental facilities, or be of any physical size.

<u style="single">Draft Version</u>

This document is a draft version of the architectural specification. In this form, conformance to this document may not be claimed or implied. MicroUnity may change this specification at any time, in any manner, until it has been declared final. When this document has been declared final, the only changes will be to correct bugs, defects or deficiencies, and to add upward-compatible optional extensions.

<u style="single">Common Elements</u>

<u style="single">Notation</u>

The descriptive notation used in this document is summarized in the table below: <tables id="tabl0002" num="0002"><table frame="all"><title>descriptive notation</title><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="13mm" /><colspec colnum="2" colname="col2" colwidth="153mm" /><tbody><row><entry align="center">x + y</entry><entry>two's complement or floating-point addition of x and y. Result is the same size as the operands, and operands must be of equal size.</entry></row><row><entry align="center">x - y</entry><entry>two's complement or floating-point subtraction of y from x. Result is the same size as the operands, and operands must be of equal size.</entry></row><row><entry align="center">x * y</entry><entry>two's complement or floating-point multiplication of x and y. Result is the same size as the operands, and operands must be of equal size.</entry></row><row><entry align="center">x/y</entry><entry>two's complement or floating-point division of x by y. Result is the same size as the operands, and operands must be of equal size.</entry></row><row><entry align="center">x = y</entry><entry>two s complement or floating-point equality comparison between x and y. Result is a single bit and operands must be of equal size.</entry></row><row><entry align="center">x ≠ y</entry><entry>two's complement or floating-point inequality comparison between x and y. Result is a single bit, and operands must be of equal size.</entry></row><row><entry align="center">x &lt; y</entry><entry>two's complement or floating-point less than comparison between x and y. Result is a single bit, and operands must be of equal size.</entry></row><row><entry align="center">x ≥ y</entry><entry>two's complement or floating-point greater than or equal comparison between x and y. Result is a single bit, and operands must be of equal size.</entry></row><row><entry align="center">√x</entry><entry>floating-point square root of x</entry></row><row><entry align="center">x ∥ y</entry><entry>concatenation of bit field x to left of bit field y</entry></row><row><entry align="center">x^y</entry><entry>binary digit x repeated, concatenated y times. Size of result is Y.</entry></row><row><entry align="center">x_y</entry><entry>extraction of bit y (using little-endian bit numbering) from value x. Result is a single bit.</entry></row><row><entry align="center">x_y..z</entry><entry>extraction of bit field formed from bits y through z of value x</entry></row><row><entry align="center">x?y:z</entry><entry>value of y, if x is true, otherwise value of z. Value of x is a single bit.</entry></row><row><entry align="center">x ← y</entry><entry>bitwise assignment of x to value of y</entry></row><row><entry align="center">Sn</entry><entry>signed, two's complement. binary data format of n bytes</entry></row><row><entry align="center">Un</entry><entry>unsigned binary data format of n bytes</entry></row><row><entry align="center">Fn</entry><entry>floating-point data format of n bytes</entry></row></tbody></tgroup></table></tables>

<u style="single">Bit ordering</u>

The ordering of bits in this document is always little-endian, regardless of the ordering of bytes within larger data structures. Thus, the least-significant bit of a data structure is always labeled 0 (zero), and the most-significant bit is labeled as the data structure size (in bits) minus one.

<u style="single">Memory</u>

Terpsichore memory is an array of 2⁶⁴ bytes, without a specified byte ordering, which is physically distributed among various Terpsichore components. <img file="EP1879104A2_D0001.tif" />

<u style="single">Byte</u>

A byte is a single element of the memory array, consisting of 8 bits: <img file="EP1879104A2_D0002.tif" />

<u style="single">Byte ordering</u>

Larger data structures are constructed from the concatenation of bytes in either little-endian or big-endian byte ordering. A memory access of a data structure of size s at address i is formed from memory bytes at addresses i through i+s-1. Unless otherwise specified, there is no specific requirement of alignment: it is not generally required that i be a multiple of s. Aligned accesses are preferred whenever possible, however, as they will often require one less processor or memory clock cycle than unaligned accesses.

With little-endian byte ordering, the bytes are arranged as: <img file="EP1879104A2_D0003.tif" />

With big-endian byte ordering, the bytes are arranged as: <img file="EP1879104A2_D0004.tif" />

Terpsichore memory is byte-addressed, using either little-endian or big-endian byte ordering. For consistency with the bit ordering, and for compatibility with x86 processors, Terpsichore uses little-endian byte ordering when an ordering must be selected. Euterpe load and store instructions are available for both little-endian and big-endian byte ordering. The selection of byte ordering is dynamic, so that little-endian and big-endian processes, and even data structures within a process, can be intermixed on the processor.

<i>Memory read</i>/<i>load semantics</i>

Terpsichore memory, including memory-mapped registers, must conform to the following requirements regarding side-effects of read or load operations: <ul id="ul0003" list-style="none" compact="compact"><li>A memory read must have no side-effects on the contents of the addressed memory nor on the contents of any other memory.</li></ul>

<i>Memory write</i>/<i>store semantics</i>

Terpsichore memory, including memory-mapped registers, must conform to the following requirements regarding side-effects of read or load operations: <ul id="ul0004" list-style="none"><li>A memory write must have no side-effects on the contents of the addressed memory. A memory write may cause side-effects on the contents of memory not addressed by the write operation, however, a second memory write of the same value to the same address must have no side-effects on any memory; memory write operations must be idempotent.</li><li>Euterpe store instructions which are weakly ordered may have side-effects on the contents of memory not addressed by the store itself; subsequent load instructions which are also weakly ordered may or may not return values which reflect the side-effects.</li></ul>

<u style="single">Data</u>

Euterpe provides eight-byte (64-bit) virtual and physical address sizes, and eight-byte (64-bit) and sixteen-byte (128-bit) data path sizes, and uses fixed-length four-byte (32-bit) instructions. Arithmetic is performed on two's-complement or unsigned binary and ANSI/IEEE standard 754-1985 conforming binary floating-point number representations.

<u style="single">Fixed-point Data</u>

<u style="single">Bit</u>

A bit is a primitive data element: <img file="EP1879104A2_D0005.tif" />

<u style="single">Peck</u>

A peck is the catenation of two bits: <img file="EP1879104A2_D0006.tif" />

<u style="single">Nibble</u>

A nibble is the catenation of four bits: <img file="EP1879104A2_D0007.tif" />

<u style="single">Byte</u>

A byte is the catenation of eight bits, and is a single element of the memory array: <img file="EP1879104A2_D0008.tif" />

<u style="single">Doublet</u>

A doublet is the catenation of 16 bits, and is the concatenation of two bytes: <img file="EP1879104A2_D0009.tif" />

<u style="single">Quadlet</u>

A quadlet is the catenation of 32 bits, and is the concatenation of four bytes: <img file="EP1879104A2_D0010.tif" />

<u style="single">Octlet</u>

An octlet is the catenation of 64 bits, and is the concatenation of eight bytes: <img file="EP1879104A2_D0011.tif" /><img file="EP1879104A2_D0012.tif" />

<u style="single">Hexlet</u>

A hexlet is the catenation of 128 bits, and is the concatenation of sixteen bytes: <img file="EP1879104A2_D0013.tif" /><img file="EP1879104A2_D0014.tif" /><img file="EP1879104A2_D0015.tif" /><img file="EP1879104A2_D0016.tif" />

<u style="single">Address</u>

Terpsichore addresses are octlet quantities.

<u style="single">Floating-point Data</u>

Terpsichore's floating-point formats are designed to satisfy ANSI/IEEE standard 754-1985: Binary Floating-point Arithmetic. Standard 754 leaves certain aspects to the discretion of the implementor: <ul id="ul0005" list-style="none"><li>Terpsichore adds additional half-precision and quad-precision formats to standard 754's single-precision and double-precision formats. Terpsichore's double-precision satisfies standard 754's precision requirements for a single-extended format, and Terpsichore's quad-precision satisfies standard 754's precision requirements for a double-extended format.</li><li>Quiet NaN values are denoted by any sign bit value, an exponent field of all one bits, and a non-zero significand with the most significant bit cleared. Quiet NaN values generated by default exception handling of standard operations have a zero sign bit, an exponent field of all one bits, and a significand field with the most significant bit cleared, the next-most significant bit set, and all other bits cleared.</li><li>Signaling NaN values are denoted by any sign bit value, an exponent field of all one bits, and a non-zero significand with the most significant bit set.</li></ul>

<u style="single">Half-precision Floating-point</u>

Terpsichore half precision uses a format similar to standard 754's requirements, reduced to a 16-bit overall format. The format contains sufficient precision and exponent range to hold a 12-bit signed integer. <img file="EP1879104A2_D0017.tif" />

<u style="single">Single-precision Floating-point</u>

Terpsichore single precision satisfies standard 754's requirements for "single." <img file="EP1879104A2_D0018.tif" />

<u style="single">Double-precision Floating-point</u>

Terpsichore double precision satisfies standard 754's requirements for "double." <img file="EP1879104A2_D0019.tif" /><img file="EP1879104A2_D0020.tif" />

<u style="single">Quad-precision Floating-point</u>

Terpsichore quad precision satisfies standard 754's requirements for "double extended," but has additional significand precision to use 128 bits. <img file="EP1879104A2_D0021.tif" /><img file="EP1879104A2_D0022.tif" /><img file="EP1879104A2_D0023.tif" /><img file="EP1879104A2_D0024.tif" />

<u style="single">Euterpe Processor</u>

MicroUnity's Euterpe processor provides the general-purpose, high-bandwidth computation capability of the Terpsichore system. Euterpe includes high-bandwidth data paths, register files, and a memory hierarchy. Euterpe's memory hierarchy includes on-chip instruction and data memories, instruction and data caches, a virtual memory facility, and interfaces to external devices. Euterpe's interfaces include flash ROM, synchronous DRAM, Cerberus serial bus, Hermes high-bandwidth channels, and simple keyboard and display.

<u style="single">Architectural Framework</u>

The Euterpe architecture builds upon MicroUniiy's Hermes high-bandwidth channel architecture and upon MicroUnity's Cerberus serial bus architecture, and complies with the requirements of Hermes and Cerberus. Euterpe uses parameters A and W as defined by Hermes.

The Euterpe architecture defines a compatible framework for a family of implementations with a range of capabilities. The following implementation-defined parameters are used in the rest of the document in boldface. The value indicated is for MicroUnity's first Euterpe implementation. <tables id="tabl0003" num="0003"><table frame="all"><tgroup cols="4"><colspec colnum="1" colname="col1" colwidth="20mm" /><colspec colnum="2" colname="col2" colwidth="77mm" /><colspec colnum="3" colname="col3" colwidth="14mm" /><colspec colnum="4" colname="col4" colwidth="34mm" /><thead><row><entry align="center" valign="top">Parameter</entry><entry valign="top">Interpretation</entry><entry align="center" valign="top">Value</entry><entry valign="top">Range of legal values</entry></row></thead><tbody><row><entry align="center"><b>T</b></entry><entry>number of execution threads</entry><entry align="center">5</entry><entry>1 <b>≤ T</b> ≤ 31</entry></row><row><entry align="center"><b>I</b></entry><entry>support for carus</entry><entry align="center">0</entry><entry>0 ≤ <b>I</b> ≤ 1</entry></row><row><entry align="center"><b>i</b></entry><entry>log₂ Hermes words per interleave block</entry><entry align="center">1</entry><entry>0 <b>≤ i</b> ≤ 1</entry></row><row><entry align="center"><b>H</b></entry><entry>number of Hermes channels</entry><entry align="center">2</entry><entry>0 ≤ <b>H</b> ≤ 15</entry></row><row><entry align="center"><b>C_c</b></entry><entry>instruction SRAM can be all cache</entry><entry align="center">0</entry><entry>0 ≤<b>C_c</b> ≤ 1</entry></row><row><entry align="center"><b>C_b</b></entry><entry>instruction SRAM can be all buffer</entry><entry align="center">1</entry><entry>0 ≤ <b>C_b</b> ≤ 1</entry></row><row><entry align="center"><b>C</b></entry><entry>log₂ cache blocks in instruction SRAM (cache+buffer)</entry><entry align="center">9</entry><entry>0 ≤ <b>C</b> ≤ 31</entry></row><row><entry align="center"><b>D_c</b></entry><entry>data SRAM can be all cache</entry><entry align="center">0</entry><entry>0 ≤ <b>D_c ≤</b> 1</entry></row><row><entry align="center"><b>D_b</b></entry><entry>data SRAM can be all buffer</entry><entry align="center">1</entry><entry>0 ≤ <b>Db</b> ≤ 1</entry></row><row><entry align="center"><b>D</b></entry><entry>log₂ cache blocks in data SRAM (cache+buffer)</entry><entry align="center">9</entry><entry>0 ≤ <b>D</b> ≤ 31</entry></row><row><entry align="center"><b>L</b></entry><entry>log₂ entries in local TLB</entry><entry align="center">0</entry><entry>0 ≤ <b>L</b> ≤ 3</entry></row><row><entry align="center"><b>G</b></entry><entry>log₂ entries in global TLB</entry><entry align="center">6</entry><entry>0 ≤ <b>G</b> ≤ 15</entry></row></tbody></tgroup></table></tables>

<u style="single">Interfaces and Block Diagram</u>

<u style="single">Instruction</u>

<u style="single">Instruction Mnemonics</u>

Instruction mnemonics are usually written with periods (.) separating elements of the mnemonic to make them easier to understand. Terpsichore assemblers and other code tools treat these periods as optional; the mnemonics are designed to be parsed uniquely either with or without the periods.

<u style="single">Instruction Structure</u>

A Terpsichore instruction is specifically defined as a four-byte structure with the little-endian ordering shown below. It is different from the quadlet defined above because the placement of instructions into memory must be independent of the byte ordering used for data structures. Instructions must be aligned on four-byte boundaries: in the diagram below, i must be a multiple of 4. <img file="EP1879104A2_D0025.tif" />

<u style="single">Gateway</u>

A Terpsichore gateway is specifically defined as a 16-byte structure with the little-endian ordering shown below. A gateway contains a code address and a data address used to invoke a procedure at a higher privilege level securely. Gateways are marked by protection information specified in the TLB. Gateways must be aligned on 16-byte boundaries, that is, in the diagram below, i must be a multiple of 16. <img file="EP1879104A2_D0026.tif" /><img file="EP1879104A2_D0027.tif" /><img file="EP1879104A2_D0028.tif" /><img file="EP1879104A2_D0029.tif" />

The gateway contains two data items within its structure, a code address and a data address: <img file="EP1879104A2_D0030.tif" /><img file="EP1879104A2_D0031.tif" />

<u style="single">User state</u>

The user state consists of hardware data structures that are accessible to all conventional compiled code. The Terpsichore user state is designed to be as regular as possible, and consists only of the general registers, the program counter, and virtual memory. There are no specialized registers for condition codes, operating modes, rounding modes, integer multiply/divide, or floating-point values.

<u style="single">General Registers</u>

Terpsichore user state includes 64 general registers. All are identical; there is no dedicated zero-valued register, and there are no dedicated floating-point registers. <img file="EP1879104A2_D0032.tif" /><img file="EP1879104A2_D0033.tif" /><img file="EP1879104A2_D0034.tif" />

<u style="single">Program Counter</u>

The program counter contains the address of the currently executing instruction. This register is implicitly manipulated by branch instructions, and read by branch instructions that save a return address in a general register. <img file="EP1879104A2_D0035.tif" />

<u style="single">Privilege Level</u>

The privilege level register contains the privilege level of the currently executing instruction. This register is implicitly manipulated by branch gateway and branch down instructions, and read by branch gateway instructions that save a return address in a general register. <img file="EP1879104A2_D0036.tif" />

<u style="single">Program Counter and Privilege Level</u>

The program counter and privilege level may be packed into a single octlet. This combined data structure is saved by the Branch Gateway instruction and restored by the Branch Down instruction. <img file="EP1879104A2_D0037.tif" />

<u style="single">System state</u>

The system state consists of the facilities not normally used by conventional compiled code. These facilities provide mechanisms to execute such code in a fully virtual environment. All system state is memory mapped, so that it can be manipulated by compiled code.

<u style="single">Fixed-point</u>

Terpsichore provides load and store instructions to move data between memory and the registers, branch instructions to compare the contents of registers and to transfer control from one code address to another, and arithmetic operations to perform computation on the contents of registers, returning the result to registers.

<u style="single">Load and Store</u>

The load and store instructions move data between memory and the registers. When loading data from memory into a register, values are zero-extended or sign-extended to fill the register. When storing data from a register into memory, values are truncated on the left to fit the specified memory region.

Load and store instructions that specify a memory region of more than one byte may use either little-endian or big-endian byte ordering: the size and ordering are explicitly specified in the instruction. Regions larger than one byte may be either aligned to addresses that are an even multiple of the size of the region, or of unspecified alignment: alignment checking is also explicitly specified in the instruction.

The load and store instructions are used for fixed-point data as well as floating-point and digital signal processing data: Terpsichore has a single bank of registers for all data types.

Swap instructions provide multithread and multiprocessor synchronization, using indivisable operations: add-and-swap, compare-and-swap, and multiplex-and-swap. A store-multiplex operation provides the ability to indivisably write to a portion of an octlet. These instructions always operate on aligned octlet data, using either little-endian or big-endian byte ordering.

<u style="single">Branch Conditionally</u>

The fixed-point compare-and-branch instructions provide all arithmetic tests for equality and inequality of signed and unsigned fixed-point values. Tests are performed either between two operands contained in general registers, or on the bitwise and of two operands. Depending on the result of the compare, either a branch is taken, or not taken. A taken branch causes an immediate transfer of the program counter to the target of the branch, specified by a 12-bit signed offset from the location of the branch instruction. A non-taken branch causes no transfer; execution continues with the following instruction.

<u style="single">Branch Unconditionally</u>

Other branch instructions provide for unconditional transfer of control to addresses too distant to be reached by a 12-bit offset, and to transfer to a target while placing the location following the branch into a register. The branch through gateway instruction provides a secure means to access code at a higher privilege level, in a form similar to a normal procedure call.

<u style="single">Arithmetic Operations</u>

The fixed-point arithmetic operations include add, subtract, multiply, divide, shifts, and set on compare, all using octlet-sized operands. Multiply and divide operations produce hexlet results; all other operations produce octlet results.

When specified, add, subtract, and shift operations may cause a fixed-point arithmetic exception to occur on resulting conditions such as signed overflow, or signed or unsigned equality or inequality to zero.

<u style="single">Addressing Operations</u>

A subset of the arithmetic operations are available as addressing operations. These addressing operations may be performed at a point in the Euterpe processor pipeline so that they may be completed prior to or in conjunction with the execution of load and store operations in a "superspring" pipeline in which other arithmetic operations are deferred until the completion of load and store operations.

<u style="single">Floating-point</u>

Terpsichore provides all the facilities mandated and recommended by ANSI/IEEE standard 734-1983: Binary Floating-point Arithmetic, with the use of supporting software.

<u style="single">Branch Conditionally</u>

The floating-point compare-and-branch instructions provide all the comparison types required and suggested by the IEEE floating-point standard. These floating-point comparisons augment the usual types of numeric value comparisons with special handling for NaN (not-a-number) values. A NaN compares as "unordered" with respect to any other value, even that of an identical NaN.

Terpsichore floating-point compare-and-branch instructions do not generate an exception on comparisons involving quiet or signaling NaNs; if such exceptions are desired, they can be obtained by combining the use of a floating-point compare and set instruction, with either a floating-point compare-and-branch instruction on the floating-point operands or a fixed-point compare-and-branch on the set result.

Because the less and greater relations are anti-commutative, one of each relation that differs from another only by the replacement of an L with a G in the code can be removed by reversing the order of the operands and using the other code. Thus, a UL relation can be used in place of a UG relation by swapping the operands to the compare-and-branch or compare-and-set instruction.

The E and NE relations can be used to determine the unordered condition of a single operand by comparing the operand with itself.

The following floating-point compare-and-branch relations are provided: <tables id="tabl0004" num="0004"><table frame="all"><tgroup cols="8"><colspec colnum="1" colname="col1" colwidth="15mm" /><colspec colnum="2" colname="col2" colwidth="15mm" /><colspec colnum="3" colname="col3" colwidth="20mm" /><colspec colnum="4" colname="col4" colwidth="16mm" /><colspec colnum="5" colname="col5" colwidth="12mm" /><colspec colnum="6" colname="col6" colwidth="14mm" /><colspec colnum="7" colname="col7" colwidth="20mm" /><colspec colnum="8" colname="col8" colwidth="14mm" /><thead><row><entry namest="col1" nameend="col2" align="center" valign="top">Mnemonic</entry><entry namest="col3" nameend="col6" align="center" valign="top">Branch taken if values compare as:</entry><entry namest="col7" nameend="col8" align="center" valign="top">Exception if</entry></row><row><entry align="center" valign="top">code</entry><entry align="center" valign="top">C-like</entry><entry align="center" valign="top">Unordered</entry><entry align="center" valign="top">Greater</entry><entry align="center" valign="top">Less</entry><entry align="center" valign="top">Equal</entry><entry align="center" valign="top">unordered</entry><entry align="center" valign="top">invalid</entry></row></thead><tbody><row><entry>E</entry><entry>==</entry><entry align="center">F</entry><entry align="center">F</entry><entry align="center">F</entry><entry align="center">T</entry><entry align="center">no</entry><entry align="center">no</entry></row><row><entry>NE</entry><entry>!=</entry><entry align="center">T</entry><entry align="center">T</entry><entry align="center">T</entry><entry align="center">F</entry><entry align="center">no</entry><entry align="center">no</entry></row><row><entry>UE</entry><entry>?=</entry><entry align="center">T</entry><entry align="center">F</entry><entry align="center">F</entry><entry align="center">T</entry><entry align="center">no</entry><entry align="center">no</entry></row><row><entry>NUE</entry><entry>!?=</entry><entry align="center">F</entry><entry align="center">T</entry><entry align="center">T</entry><entry align="center">F</entry><entry align="center">no</entry><entry align="center">no</entry></row><row><entry>NUGE</entry><entry>!?&gt;=</entry><entry align="center">F</entry><entry align="center">F</entry><entry align="center">T</entry><entry align="center">F</entry><entry align="center">no</entry><entry align="center">no</entry></row><row><entry>UGE</entry><entry>?&gt;=</entry><entry align="center">T</entry><entry align="center">T</entry><entry align="center">F</entry><entry align="center">T</entry><entry align="center">no</entry><entry align="center">no</entry></row><row><entry>UL</entry><entry>?&lt;</entry><entry align="center">T</entry><entry align="center">F</entry><entry align="center">T</entry><entry align="center">F</entry><entry align="center">no</entry><entry align="center">no</entry></row><row><entry>NUL</entry><entry>!?&lt;</entry><entry align="center">F</entry><entry align="center">T</entry><entry align="center">F</entry><entry align="center">T</entry><entry align="center">no</entry><entry align="center">no</entry></row></tbody></tgroup></table></tables> compare-and-branch relations

<u style="single">Compare-and-set</u>

The floating-point compare-and-set instructions provide all the comparison types supported as compare-and-branch instructions. Terpsichore floating-point compare-and-set instructions may optionally generate an exception on comparisons involving quiet or signaling NaNs.

The following floating-point compare-and-branch relations are provided: <tables id="tabl0005" num="0005"><table frame="all"><tgroup cols="8"><colspec colnum="1" colname="col1" colwidth="15mm" /><colspec colnum="2" colname="col2" colwidth="15mm" /><colspec colnum="3" colname="col3" colwidth="20mm" /><colspec colnum="4" colname="col4" colwidth="16mm" /><colspec colnum="5" colname="col5" colwidth="12mm" /><colspec colnum="6" colname="col6" colwidth="14mm" /><colspec colnum="7" colname="col7" colwidth="20mm" /><colspec colnum="8" colname="col8" colwidth="14mm" /><thead><row><entry namest="col1" nameend="col2" align="center" valign="top">Mnemonic</entry><entry namest="col3" nameend="col6" align="center" valign="top">Result if values compare as:</entry><entry namest="col7" nameend="col8" align="center" valign="top">Exception if</entry></row><row><entry align="center" valign="top">code</entry><entry align="center" valign="top">C-like</entry><entry align="center" valign="top">Unordered</entry><entry align="center" valign="top">Greater</entry><entry align="center" valign="top">Less</entry><entry align="center" valign="top">Equal</entry><entry align="center" valign="top">unordered</entry><entry align="center" valign="top">invalid</entry></row></thead><tbody><row><entry>E</entry><entry>=</entry><entry align="center">F</entry><entry align="center">F</entry><entry align="center">F</entry><entry align="center">T</entry><entry align="center">no</entry><entry align="center">no</entry></row><row><entry>NE</entry><entry>!=</entry><entry align="center">T</entry><entry align="center">T</entry><entry align="center">T</entry><entry align="center">F</entry><entry align="center">no</entry><entry align="center">no</entry></row><row><entry>UE</entry><entry>?=</entry><entry align="center">T</entry><entry align="center">F</entry><entry align="center">F</entry><entry align="center">T</entry><entry align="center">no</entry><entry align="center">no</entry></row><row><entry>NUE</entry><entry>!?=</entry><entry align="center">F</entry><entry align="center">T</entry><entry align="center">T</entry><entry align="center">F</entry><entry align="center">no</entry><entry align="center">no</entry></row><row><entry>NUGE</entry><entry>!?&gt;=</entry><entry align="center">F</entry><entry align="center">F</entry><entry align="center">T</entry><entry align="center">F</entry><entry align="center">no</entry><entry align="center">no</entry></row><row><entry>UGE</entry><entry>?&gt;=</entry><entry align="center">T</entry><entry align="center">T</entry><entry align="center">F</entry><entry align="center">T</entry><entry align="center">no</entry><entry align="center">no</entry></row><row><entry>UL</entry><entry>?&lt;</entry><entry align="center">T</entry><entry align="center">F</entry><entry align="center">T</entry><entry align="center">F</entry><entry align="center">no</entry><entry align="center">no</entry></row><row><entry>NUL</entry><entry>!?&lt;</entry><entry align="center">F</entry><entry align="center">T</entry><entry align="center">F</entry><entry align="center">T</entry><entry align="center">no</entry><entry align="center">no</entry></row><row><entry>E.X</entry><entry>==</entry><entry align="center">F</entry><entry align="center">F</entry><entry align="center">F</entry><entry align="center">T</entry><entry align="center">no</entry><entry align="center">yes</entry></row><row><entry>NE.X</entry><entry>!=</entry><entry align="center">T</entry><entry align="center">T</entry><entry align="center">T</entry><entry align="center">F</entry><entry align="center">no</entry><entry align="center">yes</entry></row><row><entry>UE.X</entry><entry>?=</entry><entry align="center">T</entry><entry align="center">F</entry><entry align="center">F</entry><entry align="center">T</entry><entry align="center">no</entry><entry align="center">yes</entry></row><row><entry>NUE.X</entry><entry>!?=</entry><entry align="center">F</entry><entry align="center">T</entry><entry align="center">T</entry><entry align="center">F</entry><entry align="center">no</entry><entry align="center">yes</entry></row><row><entry>L.X</entry><entry>&lt;</entry><entry align="center">F</entry><entry align="center">F</entry><entry align="center">T</entry><entry align="center">F</entry><entry align="center">yes</entry><entry align="center">yes</entry></row><row><entry>NL.X</entry><entry>!&lt;</entry><entry align="center">T</entry><entry align="center">T</entry><entry align="center">F</entry><entry align="center">T</entry><entry align="center">yes</entry><entry align="center">yes</entry></row><row><entry>NGE.X</entry><entry>!&gt;=</entry><entry align="center">T</entry><entry align="center">F</entry><entry align="center">T</entry><entry align="center">F</entry><entry align="center">yes</entry><entry align="center">yes</entry></row><row rowsep="0"><entry>GE.X</entry><entry>&lt;=</entry><entry align="center">F</entry><entry align="center">T</entry><entry align="center">F</entry><entry align="center">T</entry><entry align="center">yes</entry><entry align="center">yes</entry></row></tbody></tgroup></table></tables> compare-and-branch relations

<u style="single">Arithmetic Operations</u>

The operations supported in hardware are floating-point add, subtract, multiply, divide, and square root. Other operations required by the ANSI/IEEE floating-point standard are provided by software libraries.

The operations explicitly specify the precision of the operation, and round the result to the specified precision at the conclusion of each operation.

A single instruction provides a floating-point multiply with the result fed into a floating-point add. The result is computed as if the multiply is performed to infinite precision, added as if in infinite precision, then rounded. This operation is a particularly good match to the needs of vector linear algebra routines.

<u style="single">Rounding</u>

Rounding is specified within the instructions explicitly, to avoid maintaining explicit state for a rounding mode.

<i>Except</i>ions

All the mandated floating-point exception conditions cause a trap when they occur; maintenance of sticky and other status bits may be performed using software routines. Because the floating-point inexact exception may be very frequent, this exception only occurs when specified in the instruction explicitly. Arithmetic operations may also specify that all exceptions are to be handled by default, generating special results instead of traps.

<u style="single">Digital Signal Processing</u>

The Terpsichore processor provides a set of operations that maintain the fullest possible use of 64- and 128-bit data paths when operating on lower-precision fixed-point or floating-point vector values. These operations are useful for several application areas, including digital signal processing, image processing, and synthetic graphics. The basic goal of these operations is to accelerate the performance of algorithms that exhibit the following characteristics:

<u style="single">Low-precision arithmetic</u>

The operands and intermediate results are fixed-point values represented in no greater than 64 bit precision. For floating-point arithmetic, operands and intermediate results are of 16, 32, or 64 bit precision.

The use of fixed-point arithmetic permits various forms of operation reordering that are not permitted in floating-point arithmetic. Specifically, commutativity and associativity, and distribution identities can be used to reorder operations. Compilers can evaluate operations to determine what intermediate precision is required to get the specified arithmetic result.

Terpsichore supports several levels of precision, as well as operations to convert between these different levels. These precision levels are always powers of two, and are explicitly specified in the operation code.

<u style="single">Sequential access to data</u>

The algorithms are or can be expressed as operations on sequentially ordered items in memory. Scatter-gather memory access or sparse-matrix techniques are not required.

Where an index variable is used with a multiplier, such multipliers must be powers of two. When the index is of the form: nx+k, the value of n must be a power of two, and the values referenced should have k include the majority of values in the range O..n-1. A negative multiplier may also be used.

<u style="single">Vectorizable operations</u>

The operations performed on these sequentially ordered items are identical and independent. Conditional operations are either rewritten to use boolean variables or masking, or the compiler is permitted to convert the code into such a form.

<u style="single">Data-handling Operations</u>

The characteristics of these algorithms include sequential access to data, which permit the use of the normal load and store operations to reference the data. Octlet and hexlet loads and stores reference several sequential items of data, the number depending on the operand precision.

The discussion of these operations is independent of byte ordering, though the ordering of bit fields within octlets and hexlets must be consistent with the ordering used for bytes. Specifically, if big-endian byte ordering is used for the loads and stores, the figures below should assume that index values increase from left to right, and for little-endian byte ordering, the index values increase from right to left. For this reason, the figures indicate different index values with different shades, rather than numbering.

When an index of the nx+k form is used in array operands, where n is a power of 2, data memory sequentially loaded contains elements useful for separate operands. The "deal" instruction divides a hexlet of data up into two octlets, with alternate bit fields of the source hexlet grouped together into the two results. For example, a G.DEAL.16 operation rearranges the source hexlet into two octlets as follows:¹¹An example of the use of a deal can be found in the appendix: Digital Signal Processing Applications: Decimation of Monochrome Image or Decimation of Color Image <img file="EP1879104A2_D0038.tif" /> In the deal operation, the source hexlet is specified by two octlet registers, and the two result octlets are specified as a hexlet register pair. (This sounds backwards, and it really is, but it works in practice, because the result is usually used in operations that accept octlet operands. Ideally, the source hexlet should be a register pair, and the result should be two octlet registers.)

The example above directly applies to the case where n is 2. When n is larger, a series of DEAL operations can be used to further subdivide the sequential stream. For example, when n is 4, we need to deal out 4 sets of doublet operands, as shown in the figure below:²²An example of the use of a four-way deal can be found in the appendix: Digital Signal Processing Applications: Conversion of Color to Monochrome <img file="EP1879104A2_D0039.tif" />

This 4-way deal is performed by dealing out 2 sets of quadlet operands, and then dealing each of them out into 2 sets of doublet operands. <img file="EP1879104A2_D0040.tif" />

There are three rows of arrows shown above. The first row is the result of two G.DEAL.32 operations, each independently dealing 2 sets of pairs of doublets. The result of these two operations is the second row of boxes. The last row is the result of two independent G.DEAL.16 operations, each dealing 2 sets of doublets into register pairs. The middle row of arrows shows the implicit action performed by specifying two non-adjacent registers for the hexlet sources of the G.DEAL.16 operations.

When an array result of computation is accessed with an index of the form nx+k, for n a power of 2, the reverse of the "deal" operation needs to be performed on vectors of results to interleave them for storage in sequential order. The "shuffle" operation interleaves the bit fields of two octlets of results into a single hexlet. For example a G.SHUFFLE.16 operation combines two octlets of doublet fields into a hexlet as follows: <img file="EP1879104A2_D0041.tif" />

For larger values of n, a series of shuffle operations can be used to combine additional sets of fields, similarly to the mechanism used for the deal operations. For example, when n is 4, we need to shuffle up 4 sets of doublet operands, as shown in the figure below:³³An example of the use of a four-way shuffle can be found in the appendix: Digital Signal Processing Applications: Conversion of Monochrome to Color <img file="EP1879104A2_D0042.tif" />

This 4-way shuffle is performed by shuffling up 2 sets of doublet operands, and then shuffling each of them up as 2 sets of quadlet operands. <img file="EP1879104A2_D0043.tif" />

There are three rows of arrows shown above. The first row is the result of two G.SHUFFLE.16 operations, each independently shuffling 2 sets of pairs of doublets. The result of these two operations is the second row of boxes. The last row is the result of two independent G.SHUFFLE.32 operations, each shuffling 2 sets of quadlets into register pairs. The middle row of arrows shows the implicit action performed by specifying two non-adjacent registers for the two octlet sources of the G.SHUFFLE.32 operations.

When the index of a source array operand or a destination array result is negated, or in other words, if of the form nx+k where n is negative, the elements of the array must be arranged in reverse order. The "swap" operation reverses the order of the bit fields in a hexlet. For example, a G.SWAP.16 operation reverses the doublets within a hexlet: <img file="EP1879104A2_D0044.tif" />

Variations of the deal and shuffle operations are also useful for converting from one precision to another. This may be required if one operand is represented in a different precision than another operand or the result, or if computation must be performed with intermediate precision greater than that of the operands, such as when using an integer multiply.

When converting from a higher precision to a lower precision, specifically when halving the precision of a hexlet of bit fields, half of the data must be discarded, and the bit fields packed together. The "compress" operation is a variant of the "deal" operation, in which the operand is a hexlet, and the result is an octlet. An arbitrary half-sized sub-field of each bit field can be selected to appear in the result. For example, a selection of bits 19..4 of each quadlet in a hexlet is performed by the G.COMPRESS.16,4 operation: <img file="EP1879104A2_D0045.tif" />

When converting from lower-precision to higher-precision, specifically when doubling the precision of an octlet of bit fields, one of several techniques can be used, either multiply, expand, or shuffle. Each has certain useful properties. In the discussion below, m is the precision of the source operand.

The multiply operation, described in detail below, automatically doubles the precision of the result, so multiplication by a constant vector will simultaneously double the precision of the operand and multiply by a constant that can be represented in m bits.

An operand can be doubled in precision and shifted left with the "expand" operation, which is essentially the reverse of the "compress" operation. For example the G.EXPAND.16,4 expands from 16 bits to 32, and shifts 4 bits left: <img file="EP1879104A2_D0046.tif" />

The "shuffle" operation can double the precision of an operand and multiply it by 1 (unsigned only), 2^m or 2^m+1, by specifying the sources of the shuffle operation to be a zeroed register and the source operand, the source operand and zero, or both to be the source operand. When multiplying by 2m, a constant can be freely added to the source operand by specifying the constant as the right operand to the shuffle.

<u style="single">Arithmetic Operations</u>

The characteristics of the algorithms that affect the arithmetic operations most directly are low-precision arithmetic, and vectorizable operations. The fixed-point arithmetic operations provided are most of the functions provided in the standard integer unit, except for those that check conditions. These functions include add, subtract, bitwise boolean operations, shift, set on condition, and multiply, in forms that take packed sets of bit fields of a specified size as operands. The floating-point arithmetic operations provided are as complete as the scalar floating-point arithmetic set. The result is generally a packed set of bit fields of the same size as the operands, except that the fixed-point multiply function intrinsically doubles the precision of the bit field.

Conditional operations are provided only in the sense that the set on condition operations can be used to construct bit masks that can select between alternate vector expressions, using the bitwise boolean operations. All instructions operate over the entire octlet or hexlet operands, and produce a hexlet result. The sizes of the bit fields supported are always powers of two.

<u style="single">Galois Field Operations</u>

Terpsichore provides a general software solution to the most common operations required for Galois Field arithmetic. The instruction provided is a polynomial divide, with the polynomial specified as one register operand. The result of a specified number of division steps, expressed as a register pair, is the result of the instruction. This instruction can be used to perform CRC generation and checking, Reed-Solomon code generation and checking, and spread-spectrum encoding and decoding.

<u style="single">Software Conventions</u>

The following section describes software conventions which are to be employed at sofware module boundaries, in order to permit the combination of separately compiled code and to provide standard interfaces between application, library and system software. Register usage and procedure call conventions may be modified, simplified or optimized when a single compilation encloses procedures within a compilation unit so that the procedures have no external interfaces. For example, internal procedures may permit a greater number of register-passed parameters, or have registers allocated to avoid the need to save registers at procedure boundaries, or may use a single stack or data pointer allocation to suffice for more than one level of procedure call.

<u style="single">Register Usage</u>

All Terpsichore registers are identical and general-purpose; there is no dedicated zero-valued register, and no dedicated floating-point registers. However, some procedure-call-oriented instructions imply usage of registers zero (0) and one (1) in a manner consistent with the conventions described below. By software convention, the non-specific general registers are used in more specific ways. <tables id="tabl0006" num="0006"><table frame="all"><tgroup cols="3"><colspec colnum="1" colname="col1" colwidth="27mm" /><colspec colnum="2" colname="col2" colwidth="29mm" /><colspec colnum="3" colname="col3" colwidth="21mm" /><thead><row><entry valign="top">register number</entry><entry valign="top">usage</entry><entry valign="top">how saved</entry></row></thead><tbody><row><entry>0</entry><entry>link</entry><entry>caller</entry></row><row><entry>1</entry><entry>dp</entry><entry>caller</entry></row><row><entry>2-9</entry><entry>parameters</entry><entry>caller</entry></row><row><entry>10-31</entry><entry>temporary</entry><entry>caller</entry></row><row><entry>32-61</entry><entry>saved</entry><entry>callee</entry></row><row><entry>62</entry><entry>fp, when required</entry><entry>callee</entry></row><row><entry>63</entry><entry>sp</entry><entry>callee</entry></row><row><entry namest="col1" nameend="col3" align="center">register usage</entry></row></tbody></tgroup></table></tables>

At a procedure call boundary, registers are saved either by the caller or callee procedure, which provides a mechanism for leaf procedures to avoid needing to save registers. Optimizers may choose to allocate variables into caller or callee saved registers depending on how their lifetimes overlap with procedure calls.

The dp register points to a small (4 kilobyte) array of pointers, literals, and statically-allocated variables, which is used locally to the procedure. The uses of the dp register are similar to the Mips use of the gp register, except that each procedure may have a different value, which expands the space addressable by small offsets from this pointer. This is an important distinction, as the offset field of Terpsichore load and store instructions are only 12 bits. The compiler may use additional registers and/or indirect pointers to address larger regions.

This mechanism also permits code to be shared, with each static instance of the dp region assigned to a different address in memory. In conjunction with position-independent or pc-relative branches, this allows library code to be dynamically relocated and shared between processes.

<u style="single">Procedure Calling Conventions</u>

Procedure parameters are normally allocated in registers, starting from register 2 up to register 9. These registers hold up to 8 parameters, which may each be of any size from one byte to eight bytes, including single-precision and double-precision floating-point parameters. Quad-precision floating-point parameters require an aligned pair of registers. The C varargs.h or stdarg.h conventions may require saving registers into memory (this is not necessarily so, but some semi-portable semi-conventions such as _doprnt would break otherwise). Procedure return values are also allocated in registers, starting from register 2 up to register 9.

There are several data structures maintained in registers for the procedure calling conventions: link, sp, dp, fp. The link register contains the address to which the callee should return to at the conclusion of the procedure.

The sp register is used to form addresses to save parameter and other registers, maintain local variables, i.e., data that is allocated as a LIFO stack. For procedures that require a stack, normally a single allocation is performed, which allocates space for input parameters, local variables, saved registers, and output parameters all at once. The sp register is always 16-byte aligned.

The dp register is used to address pointers, literals and static variables for the procedure. The newpc register is loaded with the entry point of the procedure, and the newdp register is loaded with the value of the dp register required for the procedure. This mechanism provides for dynamic linking, by initially filling in the link and dp fields in the data structure to point to the dynamic linker. The linker can use the current contents of the link and/or dp registers to determine the identity of the caller and callee, to find the location to fill in the pointers and resume execution.

The fp register is used to address the stack frame when the stack size varies during execution of a procedure, such as when using the GNU alloca function When the stack size can be determined at compile time, the sp register is used to address the stack frame and the fp register may be used for other general purposes as a callee-saved register.

<b>Typical static-linked, intra-module calling sequence:</b><tables id="tabl0007" num="0007"><table frame="none"><tgroup cols="3" colsep="0" rowsep="0"><colspec colnum="1" colname="col1" colwidth="10mm" /><colspec colnum="2" colname="col2" colwidth="22mm" /><colspec colnum="3" colname="col3" colwidth="21mm" /><thead><row><entry namest="col1" nameend="col3" align="left" valign="top">caller or callee (non-leaf):</entry></row></thead><tbody><row><entry morerows="5" /><entry>A.ADDI</entry><entry>sp.-size</entry></row><row><entry>S.64</entry><entry>link.off(sp)</entry></row><row><entry namest="col2" nameend="col3" align="left">... (using same dp as caller)</entry></row><row><entry>B.LINK.I</entry><entry>callee</entry></row><row><entry>...</entry>&lt;entry /&gt;</row><row><entry>L.64</entry><entry>link.off(sp)</entry></row><row><entry morerows="1" /><entry>A.ADDI</entry><entry>sp.size</entry></row><row><entry>B</entry><entry>link</entry></row></tbody></tgroup><tgroup cols="3" colsep="0" rowsep="0"><colspec colnum="1" colname="col1" colwidth="10mm" /><colspec colnum="2" colname="col2" colwidth="22mm" /><colspec colnum="3" colname="col3" colwidth="21mm" /><thead><row><entry namest="col1" nameend="col3" align="left" valign="top">callee (leaf):</entry></row></thead><tbody><row><entry morerows="1" /><entry>... (using dp)</entry>&lt;entry /&gt;</row><row><entry>B</entry><entry>link</entry></row></tbody></tgroup></table></tables>

Typical dynamic-linked, inter-module calling sequence:

<tables id="tabl0008" num="0008"><table frame="none"><tgroup cols="3" colsep="0" rowsep="0"><colspec colnum="1" colname="col1" colwidth="10mm" /><colspec colnum="2" colname="col2" colwidth="23mm" /><colspec colnum="3" colname="col3" colwidth="23mm" /><thead><row><entry namest="col1" nameend="col3" align="left" valign="top">caller or callee (non-leaf):</entry></row></thead><tbody><row><entry morerows="8" /><entry>A.ADDI</entry><entry>sp,-size</entry></row><row><entry>S.128</entry><entry>linkdp,off(sp)</entry></row><row><entry>... (using dp)</entry>&lt;entry /&gt;</row><row><entry>L.128</entry><entry>linkdp.off(dp)</entry></row><row><entry>B.LINK</entry><entry>link,link</entry></row><row><entry>L.128</entry><entry>linkdp,off(sp)</entry></row><row><entry>... (using dp)</entry>&lt;entry /&gt;</row><row><entry>A.ADDI</entry><entry>sp,size</entry></row><row><entry>B</entry><entry>link</entry></row></tbody></tgroup><tgroup cols="3" colsep="0" rowsep="0"><colspec colnum="1" colname="col1" colwidth="10mm" /><colspec colnum="2" colname="col2" colwidth="23mm" /><colspec colnum="3" colname="col3" colwidth="23mm" /><thead><row><entry namest="col1" nameend="col3" align="left" valign="top">callee (leaf):</entry></row></thead><tbody><row><entry morerows="1" /><entry>... (using dp)</entry>&lt;entry /&gt;</row><row><entry>B</entry><entry>link</entry></row></tbody></tgroup></table></tables>

The load instruction is required in the caller following the procedure call to restore the dp register. A second load instruction also restores the link register, which may be located at any point between the last procedure call and the branch instruction which returns from the procedure.

<u style="single">System and Privileged Library Calls</u>

It is an objective to make calls to system facilities and privileged libraries as similar as possible to normal procedure calls as described above. Rather than invoke system calls as an exception, which involves significant latency and complication, we prefer to use a modified procedure call in which the process privilege level is quietly raised to the required level. In to provide this mechanism safely, interaction with the virtual memory system is required.

Such a routine must not be entered from anywhere other than its legitimate entry point, otherwise the sudden access to a higher privilege level might be taken advantage of. The branch-gateway instruction ensures both that the procedure is invoked at a proper entry point, and that the data pointer is properly set. To ensure this, the branch-through-gateway instruction retrieves a "gateway" directly from the protected virtual memory space. The gateway contains the virtual address of the entry point of the procedure and the virtual address to be loaded into the data pointer. A gateway can only exist in regions of the virtual address space designated to contain them, to ensure that a gateway cannot be forged. <img file="EP1879104A2_D0047.tif" />

Similarly, a return from a system or privileged routine involves a reduction of privilege. This need not be carefully controlled by architectural facilities, so a procedure may freely branch to a less-privileged code address. However, in certain, though perhaps rare, cases, it would be useful to have highly privileged code call less-privileged routines. As an example, a user may request that errors in a privileged routine be reported by invoking a user-supplied error-logging routine. In such a case, a return from a procedure actually requires an increase in privilege, which must be carefully controlled. Again, a branch-through-gateway instruction can be used, this time in the instruction following the call, to raise the privilege again in a controlled fashion. In such a case, special care must be taken to ensure that the less-privileged routine is not permitted to gain unauthorized access by corruption of the stack or saved registers, such as by saving all registers and setting up a new stack frame that may be manipulated by the less-privileged routine.

Typical dynamic-linked, inter-gateway calling sequence:

<tables id="tabl0009" num="0009"><table frame="none"><tgroup cols="3" colsep="0" rowsep="0"><colspec colnum="1" colname="col1" colwidth="10mm" /><colspec colnum="2" colname="col2" colwidth="23mm" /><colspec colnum="3" colname="col3" colwidth="24mm" /><thead><row><entry namest="col1" nameend="col3" align="left" valign="top">caller:</entry></row></thead><tbody><row><entry morerows="4" /><entry>...</entry>&lt;entry /&gt;</row><row><entry>S.128</entry><entry>linkdp,off(sp)</entry></row><row><entry>...</entry>&lt;entry /&gt;</row><row><entry>B.GATE</entry><entry>linkdp,off(dp)</entry></row><row><entry>L.128</entry><entry>linkdp.off(sp)</entry></row></tbody></tgroup><tgroup cols="3" colsep="0" rowsep="0"><colspec colnum="1" colname="col1" colwidth="10mm" /><colspec colnum="2" colname="col2" colwidth="23mm" /><colspec colnum="3" colname="col3" colwidth="24mm" /><thead><row><entry namest="col1" nameend="col3" align="left" valign="top">callee (non-leaf):</entry></row></thead><tbody><row>&lt;entry /&gt;<entry>S.64</entry><entry>sp.off(dp)</entry></row><row>&lt;entry /&gt;<entry>L.64</entry><entry>sp.off(dp)</entry></row><row>&lt;entry /&gt;<entry>S.128</entry><entry>link.dp.off(sp)</entry></row><row>&lt;entry /&gt;<entry>... (using dp)</entry>&lt;entry /&gt;</row><row>&lt;entry /&gt;<entry>L.128</entry><entry>link,dp,off(sp)</entry></row><row>&lt;entry /&gt;<entry>L.64</entry><entry>sp.off(dp)</entry></row><row>&lt;entry /&gt;<entry>B.DOWN.</entry><entry>link</entry></row></tbody></tgroup><tgroup cols="3" colsep="0" rowsep="0"><colspec colnum="1" colname="col1" colwidth="10mm" /><colspec colnum="2" colname="col2" colwidth="23mm" /><colspec colnum="3" colname="col3" colwidth="24mm" /><thead><row><entry namest="col1" nameend="col3" align="left" valign="top">callee (leaf):</entry></row></thead><tbody><row>&lt;entry /&gt;<entry>... (using dp)</entry>&lt;entry /&gt;</row><row>&lt;entry /&gt;<entry>B.DOWN</entry><entry>link</entry></row></tbody></tgroup></table></tables>

The callee, if it uses a stack for local variable allocation, cannot necessarily trust the value of the sp passed to it, except as a region to receive parameters held in memory.

<u style="single">Pipeline Organization</u>

Euterpe performs all instructions as if executed one-by-one, in-order, with precise exceptions always available. Consequently, code which ignores the subsequent discussion of Euterpe pipeline implementations will still perform correctly. However, the highest performance of the Euterpe processor is achieved only by matching the ordering of instructions to the characteristics of the pipeline. In the following discussion, the general characteristics of all Euterpe implementations preceeds discussion of specific choices for specific implementations.

<u style="single">Classical Pipeline Structures</u>

Pipelining in general refers to hardware structures that overlap various stages of execution of a series of instructions so that the time required to perform the series of instructions is less than the sum of the times required to perform each of the instructions separately. Additionally, pipelines carry to connotation of a collection of hardware structures which have a simple ordering and where each structure performs a specialized function.

The diagram below shows the timing of what has become a canonical pipeline structure for a simple RISC processor, with time on the horizontal axis increasing to the right, and successive instructions on the vertical axis going downward. The stages I, R, E, M, and W refer to units which perform instruction fetch, register file fetch, execution, data memory fetch, and register file write. The stages are aligned so that the result of the execution of an instruction may be used as the source of the execution of an immediately following instruction, as seen by the fact that the end of an E stage (bold in line 1) lines up with the beginning of the E stage (bold in line 2) immediately below. Also, it can be seen that the result of a load operation executing in stages E and M (bold in line 3) is not available in the immediately following instruction (line 4), but may be used two cycles later (line 5); this is the cause of the load delay slot seen on some RISC processors. <img file="EP1879104A2_D0048.tif" />

In the diagrams below, we simplify the diagrams somewhat by eliminating the pipe stages for instruction fetch, register file fetch, and register file write, which can be understood to preceed and follow the portions of the pipelines diagrammed. The diagram above is shown again in this new format, showing that the canonical pipeline has very little overlap of the actual execution of instructions. <img file="EP1879104A2_D0049.tif" />

A superscalar pipeline is one capable of simulatenously issuing two or more instructions which are independent, in that they can be executed in either order and separately, producing the same result as if they were executed serially. The diagarm below shows a two-way superscalara processor, where one instruction may be a register-to-register operation (using atage E) and the other may be a register-to-register operation (using atage A) or a memory load or store (using stages A and M). <img file="EP1879104A2_D0050.tif" />

A superpipelined pipeline is one capable is issuing simple instructions frequently enough that the result of a simple instruction must be independent of the immediately following one or more instructions. The diagram below shows a two-cycle superpipelined implementation: <img file="EP1879104A2_D0051.tif" />

In the diagrams below, pipeline stages are labelled with the type of instruction which may be performed by that stage. The posititon of the stage further identifies the function of that stage, as for example a load operation may require several L stages to complete the instruction.

<u style="single">Superstring Pipeline</u>

Euterpe architecture provides for implementations designed to fetch and execute several instructions in each clock cycle. For a particular ordering or instruction types, one instruction of each type may be issued in a single clock cycle. The ordering required is A, L, E, S, B; in other words, a register-to-register address calculation, a memory load, a register-to-register data calculation, a memory store, and a branch. Because of the organization of the pipeline, each of these instructions may be serially dependent. Instructions of type E include the fixed-point execute-phase instructions as well as floating-point and digital signal processing instructions. We call this form of pipeline organization "superstring,"⁴ because of the ability to issue a string of dependent instructions in a single clock cycle, as distinguished from superscalar or superpipelined organizations, which can only issue sets of independent instructions. ⁴Readers with a background in theoretical physics may have seen this term in an other, unrelated, context,

These instructions take from one to four cycles of latency to execute, and a branch prediction mechanism is used to keep the pipeline filled. The diagram below shows a box for the interval between issue of each instruction and the completion. Bold letters mark the critical latency paths of the instructions, that is, the periods between the required availability of the source registers and the earliest availability of the result registers. The A-L critical latency path is a special case, in which the result of the A instruction may be used as the base register of the L instruction without penalty. E instructions may require additional cycles of latency for certain operations, such as fixed-point multiply and divide, floating-point and digital signal processing operations. <img file="EP1879104A2_D0052.tif" />

<u style="single">Superspring Pipeline</u>

Euterpe architecture provides an additional refinement to the organization defined above, in which the time permitted by the pipeline to service load operations may be flexibly extended. Thus, the front of the pipeline, in which A, L and B type instructions are handled, is decoupled from the back of the pipeline, in which E, and S type instructions are handled. This decoupling occurs at the point at which the data cache and its backing memory are referenced; similarly, a FIFO that is filled by the instruction fetch unit decouples instruction cache references from the front of the pipeline shown above. The depth of the FIFO structures is implementation-dependent, i.e. not fixed by the architecture.

The diagram below indicates why we call this pipeline organization feature "superspring," an extension of our superstring organization. <img file="EP1879104A2_D0053.tif" />

With the super-spring organization, the latency of load instructions can be extended, so execute instructions are deferred until the results of the load are available. Nevertheless, the execution unit still processes instructions in normal order, and provides precise exceptions. <img file="EP1879104A2_D0054.tif" />

<u style="single">Superthread Pipeline</u>

A difficulty of superpipelining is that dependent operations must be separated by the latency of the pipeline, and for highly pipelined machines, the latency of simple operations can be quite significant. The Eutepe "superthread" pipeline provides for very highly pipelined implementations by alternating execution of two or more independent threads. In this context, a thread is the state required to maintain an independent execution; the architectural state required is that of the register file contents, program counter, privilege level, local TLB, and when required, exception status. The latter state, exception status, may be minimized by ensuring that only one thread may handle an exception at one time. In order to ensure that all threads make reasonable forward progress, several of the machine resources must be scheduled fairly.

An example of a resource that is critical that it be fairly shared is the data memory/cache subsystem. In MicroUnity's first Euterpe implementation, Euterpe is able to perform a load operation only on every second cycle, and a store operation only on every fourth cycle. Euterpe schedules these fixed timing resources fairly by using a round-robin schedule of a number of threads which is relatively prime to the resource reuse rates. For Euterpe's first implementation, five simulateous threads of execution ensure that resources which may be used every two or four cycles are fairly shared by allowing the instructions which use those resources to be issued only on every second or fourth issue slot for that thread.

In the diagram below, the thread number which issues an instruction is indicated on each clock cycle, and below it, a list of which functional units may be used by that instruction. The diagram repeats every 20 cycles, so cycle 20 is similar to cycle 0, cycle 21 is similar to cycle 1, etc. This schedule ensures that no resource conflict occur between threads for these resources. Thread 0 may issue an E,L,S or B on cycle 0, but on its next opportunity, cycle 5. may only issue E or B, and on cycle 10 may issue E, L or B, and on cycle 15, may issue E or B. <img file="EP1879104A2_D0055.tif" />

When seen from the perspective of an individual thread, the resource use diagram looks similar to that of the collection. Thus an individual thread may use the load unit every two instructions, and the store unit every four instructions. <img file="EP1879104A2_D0056.tif" />

A Euterpe Superthread pipeline, with 5 simulatenous threads of execution, permits simple operations, such as register-to-register add (E.ADD), to take 5 cycles to complete, allowing for an extremely deeply pipelined implementation.

<i>Branch</i>/<i>fetch Prediction</i>

Euterpe does not have delayed branch instructions, and so relies upon branch or fetch prediction to keep the pipeline full around unconditional and conditional branch instructions. In the simplest form of branch prediction, as in Euterpe's first implementation, a taken conditional backward (toward a lower address) branch predicts that a future execution of the same branch will be taken. More elaborate prediction may cache the source and target addresses of multiple branches, both conditional and unconditional, and both forward and reverse.

The hardware prediction mechanism is tuned for optimizing conditional branches that close loops or express frequent alternatives, and will generally require substantially more cycles when executing conditional branches whose outcome is not predominately taken or not-taken. For such cases of unpredictable conditional results, the use of code which avoids conditional branches in favor of the use of set on compare and multiplex instructions may result in greater performance.

Where the above technique may not be applicable, a Euterpe pipeline may ensure that conditional branches which have a small positive offset be handled as if the branch is always predicted to be not taken, with the recovery of a misprediction causing cancellation of the instructions which have already been issued but not completed which would be skipped over by the taken conditional branch. This "conditional-skip" optimization is performed by the Euterpe implementation and requires no specific architectural feature to access or implement.

A Euterpe pipeline may also perform "branch-return" optimization, in which a branch-and-link instruction saves a branch target address which is used to predict the target of the next branch-register instruction. This optimization may be implemented with a depth of one (only one return address kept), or as a stack of finite depth, where a branch and link pushes onto the stack, and a branch-register pops from the stack. This optimization can eliminate the misprediction cost of simple procedure calls, as the calling branch is susceptible to hardware prediction, and the returning branch is predictable by the branch-return optimization. Like the conditional-skip optimization described above, this feature is performed by the Euterpe implementation and requires no specific architectural feature to access or implement.

<u style="single">Additional Load and Execute Resources</u>

Studies of the dynamic distribution of Euterpe instructions on various benchmark suites indicate that the most frequently-issued instruction classes are load instructions and execute instructions. In a high-performance Euterpe implementation, it is advantageous to consider execution pipelines in which the ability to target the machine resources toward issuing load and execute instructions is increased.

One of the means to increase the ability to issue execute-class instructions is to provide the means to issue two execute instructions in a single-issue string. The execution unit actually requires several distinct resources, so by partitioning these resources, the issue capability can be increased without increasing the number of functional units, other than the increased register file read and write ports. The partitioning favored for the initial implementation places all instructions that involve shifting and shuffling in one execution unit, and all instructions that involve multiplication, including fixed-point and floating-point multiply and add in another unit. Resources used for implementing add, subtract, and bitwise logical operations may be duplicated, being modest in size compared to the shift and multiply units, or shared between the two units, as the operations have low-enough latency that two operations might be pipelined within a single issue cycle. These instructions must generally be independent, except perhaps that two simple add, subtract, or bitwise logical may be performed dependently, if the resources for executing simple instructions are shared between the execution units.

One of the means to increase the ability to issue load-class instructions is to provide the means to issue two load instructions in a single-issue string. This would generally increase the resources required of the data fetch unit and the data cache, but a compensating solution is to steal the resources for the store instruction to execute the second load instruction. Thus, a single-issue string can then contain either two load instructions, or one load instruction and one store instruction, which uses the same register read ports and address computation resources as the basic 5-instruction string. This capability also may be employed to provide support for unaligned load and store instructions, where a single-issue string may contain as an alternative a single unaligned load or store instruction which uses the resources of the two load-class units in concert to accomplish the unaligned memory operation.

<u style="single">Result Forwardin</u>

g

When temporally adjacent instructions are executed by seperate resources, the results of the first instruction must generally be forwarded directly to the resource used to execute the second instruction, where the result replaces a value which may have been fetched from a register file. Such forwarding paths use significant resources. A Terpsichore implementation must generally provide forwarding resources so that dependencies from earlier instructions within a string are immediately forwarded to later instructions, except between a first and second execution instruction as described above. In addition, when forwarding results from the execution units back to the data fetch unit, additional delay may be incurred.

<u style="single">Instruction Set</u>

All instructions are 32 bits in size, and use the high order 8 bits to specify a major operation code. <img file="EP1879104A2_D0057.tif" />

The major field is filled with a value specified by the following table:⁵⁵Blank table entries cause the Reserved Instruction exception to occur. <tables id="tabl0010" num="0010"><table frame="all"><tgroup cols="9"><colspec colnum="1" colname="col1" colwidth="17mm" /><colspec colnum="2" colname="col2" colwidth="35mm" /><colspec colnum="3" colname="col3" colwidth="35mm" /><colspec colnum="4" colname="col4" colwidth="29mm" /><colspec colnum="5" colname="col5" colwidth="30mm" /><colspec colnum="6" colname="col6" colwidth="19mm" /><colspec colnum="7" colname="col7" colwidth="23mm" /><colspec colnum="8" colname="col8" colwidth="22mm" /><colspec colnum="9" colname="col9" colwidth="24mm" /><thead><row><entry align="center" valign="top"><b>MAJOR</b></entry><entry align="center" valign="top"><b>0</b></entry><entry align="center" valign="top"><b>32</b></entry><entry align="center" valign="top"><b>64</b></entry><entry align="center" valign="top"><b>96</b></entry><entry align="center" valign="top"><b>128</b></entry><entry align="center" valign="top"><b>160</b></entry><entry align="center" valign="top"><b>192</b></entry><entry align="center" valign="top"><b>224</b></entry></row></thead><tbody><row><entry align="center"><b>0</b></entry><entry align="center">ERES</entry><entry align="center">GSHUFFLEI</entry><entry align="center">FMULADD16</entry><entry align="center">GMULADD1</entry><entry align="center">LU16LAI</entry><entry align="center">SAAS64LAI</entry><entry align="center">EADDIO</entry><entry align="center">BFE16</entry></row><row><entry align="center"><b>1</b></entry><entry align="center">ESHUFFLE14MUX</entry><entry align="center">GSHUFFLE14MUX</entry><entry align="center">FMULADD32</entry><entry align="center">GMULADD2</entry><entry align="center">LU16BAI</entry><entry align="center">SAAS64BAI</entry><entry align="center">EADDIUO</entry><entry align="center">BFNUE16</entry></row><row><entry align="center"><b>2</b></entry><entry align="center" /><entry align="center">GSELECT8</entry><entry align="center">FMULADD64</entry><entry align="center">GMULADD4</entry><entry align="center">LU16LI</entry><entry align="center">SCAS64LAI</entry><entry align="center">ESETIL</entry><entry align="center">BFUGE16</entry></row><row><entry align="center"><b>3</b></entry><entry align="center">EMDEPI</entry><entry align="center">GMDEPI</entry><entry align="center" /><entry align="center">GMULADD8</entry><entry align="center">LU16BI</entry><entry align="center">SCAS64BAI</entry><entry align="center">ESETIGE</entry><entry align="center">BFNUL16</entry></row><row><entry align="center"><b>4</b></entry><entry align="center">EMUX</entry><entry align="center">GMUX</entry><entry align="center">FMULSUB16</entry><entry align="center">GMULADD16</entry><entry align="center">LU32LAI</entry><entry align="center">SMAS64LAI</entry><entry align="center">ESETIE</entry><entry align="center">BFE32</entry></row><row><entry align="center"><b>5</b></entry><entry align="center">E8MUX</entry><entry align="center">G8MUX</entry><entry align="center">FMULSUB32</entry><entry align="center">GMULADD32</entry><entry align="center">LU32BAI</entry><entry align="center">SMAS64BAI</entry><entry align="center">ESETINE</entry><entry align="center">BFNUE32</entry></row><row><entry align="center"><b>6</b></entry><entry align="center">EGFMUL64</entry><entry align="center">GGFMUL8</entry><entry align="center">FMULSUB64</entry><entry align="center">GMULADD64</entry><entry align="center">LU32LI</entry><entry align="center">SMUX64LAI</entry><entry align="center">ESETIUL</entry><entry align="center">BFNUGE32</entry></row><row><entry align="center"><b>7</b></entry><entry align="center">ETRANSPOSEIMUX</entry><entry align="center">GTRANSPOSEIMUX</entry><entry align="center" /><entry align="center">GEXTRACT128</entry><entry align="center">LU32BI</entry><entry align="center">SMUX64BAI</entry><entry align="center">ESETIUGE</entry><entry align="center">BFNUL32</entry></row><row><entry align="center"><b>8</b></entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center">L16LAI</entry><entry align="center">S16LAI</entry><entry align="center">ESUBIO</entry><entry align="center">BFE64</entry></row><row><entry align="center"><b>9</b></entry><entry align="center">ESWIZZLE</entry><entry align="center">GSWIZZLE</entry><entry align="center" /><entry align="center">GUMULADD2</entry><entry align="center">L16BAI</entry><entry align="center">S16BAI</entry><entry align="center">ESUBIUO</entry><entry align="center">BFNUE64</entry></row><row><entry align="center"><b>10</b></entry><entry align="center" /><entry align="center">GSWIZZLECOPY</entry><entry align="center" /><entry align="center">GUMULADD4</entry><entry align="center">L16LI</entry><entry align="center">S16LI</entry><entry align="center">ESUBIL</entry><entry align="center">BFNUGE64</entry></row><row><entry align="center"><b>11</b></entry><entry align="center" /><entry align="center">GSWIZZLESWAP</entry><entry align="center" /><entry align="center">GUMULADD8</entry><entry align="center">L16BI</entry><entry align="center">S16BI</entry><entry align="center">ESUBIGE</entry><entry align="center">BFNUL64</entry></row><row><entry align="center"><b>12</b></entry><entry align="center">EDEPI</entry><entry align="center">GDEPI</entry><entry align="center">F.16</entry><entry align="center">GUMULADD16</entry><entry align="center">L32LAI</entry><entry align="center">S32LAI</entry><entry align="center">ESUBIE</entry><entry align="center">BFE128</entry></row><row><entry align="center"><b>13</b></entry><entry align="center">EUDEPI</entry><entry align="center">GUDEPI</entry><entry align="center">F.32</entry><entry align="center">GUMULADD32</entry><entry align="center">L32BAI</entry><entry align="center">S32BAI</entry><entry align="center">ESUBINE</entry><entry align="center">BFNUE128</entry></row><row><entry align="center"><b>14</b></entry><entry align="center">EWTHI</entry><entry align="center">GWTHI</entry><entry align="center">F.64</entry><entry align="center">GUMULADD64</entry><entry align="center">L32LI</entry><entry align="center">S32LI</entry><entry align="center">ESUBIUL</entry><entry align="center">BFNUGE128</entry></row><row><entry align="center"><b>15</b></entry><entry align="center">EUWTHI</entry><entry align="center">GUWTHI</entry><entry align="center" /><entry align="center">GUEXTFACT128</entry><entry align="center">L32BI</entry><entry align="center">S32BI</entry><entry align="center">ESUBIUGE</entry><entry align="center">BFNUL128</entry></row><row><entry align="center"><b>16</b></entry><entry align="center" /><entry align="center" /><entry align="center">GFMULADD16</entry><entry align="center">GEXTRACTI</entry><entry align="center">L64LAI</entry><entry align="center">S64LAI</entry><entry align="center">EADDI</entry><entry align="center">BANDE</entry></row><row><entry align="center"><b>17</b></entry><entry align="center" /><entry align="center" /><entry align="center">GFMULADD32</entry><entry align="center">GEXTRACTI16</entry><entry align="center">L64BAI</entry><entry align="center">S64BAI</entry><entry align="center">EXORI</entry><entry align="center">BANDNE</entry></row><row><entry align="center"><b>18</b></entry><entry align="center" /><entry align="center" /><entry align="center">GFMULADD64</entry><entry align="center">GEXTRACTI32</entry><entry align="center">L64LI</entry><entry align="center">S64LI</entry><entry align="center">EORI</entry><entry align="center">BL/BLZ</entry></row><row><entry align="center"><b>19</b></entry><entry align="center" /><entry align="center" /><entry align="center">GFMULADD128</entry><entry align="center">GUEXTRACTI64</entry><entry align="center">L64BI</entry><entry align="center">S64BI</entry><entry align="center">EANDI</entry><entry align="center">BGE/BGEZ</entry></row><row><entry align="center"><b>20</b></entry><entry align="center" /><entry align="center" /><entry align="center">GFMULSUB16</entry><entry rowsep="0" align="center">GEXTRACT</entry><entry align="center">L128LAI</entry><entry align="center">S128LAI</entry><entry align="center">ESUBI</entry><entry align="center">BE</entry></row><row><entry align="center"><b>21</b></entry><entry align="center" /><entry align="center" /><entry align="center">GFMULSUB32</entry><entry align="center">I.64</entry><entry align="center">L128BAI</entry><entry align="center">S128BAI</entry><entry align="center" /><entry align="center">BNE</entry></row><row><entry align="center"><b>22</b></entry><entry align="center" /><entry align="center" /><entry align="center">GFMULSUB64</entry><entry rowsep="0" align="center">G.EXTRACT</entry><entry align="center">L128LI</entry><entry align="center">S128LI</entry><entry align="center">ENORI</entry><entry align="center">BUL/BGZ</entry></row><row><entry align="center"><b>23</b></entry><entry align="center" /><entry align="center" /><entry align="center">GFMULSUB128</entry><entry align="center">I.128</entry><entry align="center">L128BI</entry><entry align="center">S128BI</entry><entry align="center">ENANDI</entry><entry align="center">BUGE/BLEZ</entry></row><row><entry align="center"><b>24</b></entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center">G.1</entry><entry align="center">L81</entry><entry align="center">S81</entry><entry align="center" /><entry align="center">BGATEI</entry></row><row><entry align="center"><b>25</b></entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center">G.2</entry><entry align="center">LU8I</entry><entry align="center" /><entry align="center" /><entry align="center" /></row><row><entry align="center"><b>26</b></entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center">G.4</entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /></row><row><entry align="center"><b>27</b></entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center">G.8</entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /></row><row><entry align="center"><b>28</b></entry><entry align="center" /><entry align="center">ECOPYI</entry><entry align="center">GF. 16</entry><entry align="center">G.16</entry><entry align="center" /><entry align="center" /><entry align="center">ECOPYI</entry><entry align="center">B1</entry></row><row><entry align="center"><b>29</b></entry><entry align="center" /><entry align="center" /><entry align="center">GF.32</entry><entry align="center">G.32</entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center">BLINKI</entry></row><row><entry align="center"><b>30</b></entry><entry align="center" /><entry align="center" /><entry align="center">GF.64</entry><entry align="center">G.64</entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /></row><row><entry align="center"><b>31</b></entry><entry align="center" /><entry align="center">E.MINOR</entry><entry align="center">GF. 128</entry><entry align="center">G.128</entry><entry align="center">L.MINOR</entry><entry align="center">S.MINOR</entry><entry align="center">E.MINOR</entry><entry align="center">B.MINOR</entry></row><row><entry namest="col1" nameend="col9" align="center"><b>major operation code field values</b></entry></row></tbody></tgroup></table></tables>

For the major operation field values A.MINOR, L.MINOR, E.MINOR, F.16, F.32, F.64, F.128, GF.16, GF.32, GF.64, G.1, G.2, G.4, G.8, G.16, G.32, G.64, S.MINOR and B.MINOR, the lowest-order six bits in the instruction specify a minor operation code: <img file="EP1879104A2_D0058.tif" />

The minor field is filled with a value from one of the following tables: <tables id="tabl0011" num="0011"><table frame="all"><tgroup cols="9"><colspec colnum="1" colname="col1" colwidth="19mm" /><colspec colnum="2" colname="col2" colwidth="21mm" /><colspec colnum="3" colname="col3" colwidth="21mm" /><colspec colnum="4" colname="col4" colwidth="17mm" /><colspec colnum="5" colname="col5" colwidth="10mm" /><colspec colnum="6" colname="col6" colwidth="17mm" /><colspec colnum="7" colname="col7" colwidth="22mm" /><colspec colnum="8" colname="col8" colwidth="23mm" /><colspec colnum="9" colname="col9" colwidth="18mm" /><thead><row><entry align="center" valign="top">E.MINOR</entry><entry align="center" valign="top">0</entry><entry align="center" valign="top">8</entry><entry align="center" valign="top">16</entry><entry align="center" valign="top">24</entry><entry align="center" valign="top">32</entry><entry align="center" valign="top">40</entry><entry align="center" valign="top">48</entry><entry align="center" valign="top">56</entry></row></thead><tbody><row><entry align="center">0</entry><entry align="center">EADDO</entry><entry align="center">ESUBO</entry><entry align="center">EANDN</entry><entry align="center" /><entry align="center">EADD</entry><entry align="center">ESUB</entry><entry align="center">ESHLIO</entry><entry align="center">ESHRI</entry></row><row><entry align="center">1</entry><entry align="center">EADDUO</entry><entry align="center">ESUBUO</entry><entry align="center">EXOR</entry><entry align="center" /><entry align="center">ESHLO</entry><entry align="center">ESHLUO</entry><entry align="center" /><entry align="center" /></row><row><entry align="center">2</entry><entry align="center">ESETL</entry><entry align="center">ESUBL</entry><entry align="center">EOR</entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center">ESHLIUO</entry><entry align="center">EUSHRI</entry></row><row><entry align="center">3</entry><entry align="center">ESETGE</entry><entry align="center">ESUBGE</entry><entry align="center">EAND</entry><entry align="center" /><entry align="center">ELMS</entry><entry align="center">EULMS</entry><entry align="center" /><entry align="center" /></row><row><entry align="center">4</entry><entry align="center">ESETE</entry><entry align="center">ESUBE</entry><entry align="center">EORN</entry><entry align="center" /><entry align="center">EASUM</entry><entry align="center">ESELECT8</entry><entry align="center">ESHUFFLEI</entry><entry align="center">ERORTI</entry></row><row><entry align="center">5</entry><entry align="center">ESETNE</entry><entry align="center">ESUBNE</entry><entry align="center">EXNOR</entry><entry align="center" /><entry align="center">EROTL</entry><entry align="center">ESHL</entry><entry align="center" /><entry align="center" /></row><row><entry align="center">6</entry><entry align="center">ESETUL</entry><entry align="center">ESUBUL</entry><entry align="center">ENOR</entry><entry align="center" /><entry align="center">ESHR</entry><entry align="center">EUSHR</entry><entry align="center">ESHLI</entry><entry align="center">EMSHRI</entry></row><row rowsep="0"><entry rowsep="1" align="center">7</entry><entry rowsep="1" align="center">ESETUGE</entry><entry rowsep="1" align="center">ESUBUGE</entry><entry rowsep="1" align="center">ENAND</entry><entry rowsep="1" align="center" /><entry rowsep="1" align="center">EROTR</entry><entry rowsep="1" align="center">EMSHR</entry><entry rowsep="1" align="center" /><entry rowsep="1" align="center" /></row><row><entry namest="col1" nameend="col9" align="center">minor operation code field values for E.MINOR</entry></row></tbody></tgroup></table></tables><tables id="tabl0012" num="0012"><table frame="all"><tgroup cols="9"><colspec colnum="1" colname="col1" colwidth="14mm" /><colspec colnum="2" colname="col2" colwidth="23mm" /><colspec colnum="3" colname="col3" colwidth="22mm" /><colspec colnum="4" colname="col4" colwidth="22mm" /><colspec colnum="5" colname="col5" colwidth="23mm" /><colspec colnum="6" colname="col6" colwidth="19mm" /><colspec colnum="7" colname="col7" colwidth="22mm" /><colspec colnum="8" colname="col8" colwidth="23mm" /><colspec colnum="9" colname="col9" colwidth="23mm" /><thead><row><entry align="center" valign="top">F.size</entry><entry align="center" valign="top">0</entry><entry align="center" valign="top">8</entry><entry align="center" valign="top">16</entry><entry align="center" valign="top">24</entry><entry align="center" valign="top">32</entry><entry align="center" valign="top">40</entry><entry align="center" valign="top">48</entry><entry align="center" valign="top">56</entry></row></thead><tbody><row><entry align="center">0</entry><entry align="center">FADD N</entry><entry align="center">FADD T</entry><entry align="center">FADD F</entry><entry align="center">FADD O</entry><entry align="center">FADD</entry><entry align="center">FADD.X</entry><entry align="center">FSETE</entry><entry align="center">FSETE.X</entry></row><row><entry align="center">1</entry><entry align="center">FSUB N</entry><entry align="center">FSUB T</entry><entry align="center">FSUB F</entry><entry align="center">FSUB O</entry><entry align="center">FSUB</entry><entry align="center">FSUB.X</entry><entry align="center">FSETNUE</entry><entry align="center">FSETNUE.X</entry></row><row><entry align="center">2</entry><entry align="center">FMULN</entry><entry align="center">FMULT</entry><entry align="center">FMULF</entry><entry align="center">FMULO</entry><entry align="center">FMUL</entry><entry align="center">FMUL.X</entry><entry align="center">FSETNUGE</entry><entry align="center">FSETNGE.X</entry></row><row><entry align="center">3</entry><entry align="center">FDIV N</entry><entry align="center">FDIV T</entry><entry align="center">FDIV F</entry><entry align="center">FDIV O</entry><entry align="center">FDIV</entry><entry align="center">FDIV.X</entry><entry align="center">FSETNUL</entry><entry align="center">FSETNUL.X</entry></row><row><entry align="center">4</entry><entry align="center">F.UNARY.N</entry><entry align="center">F.UNARY.T</entry><entry align="center">F.UNARY.F</entry><entry align="center">F.UNARY.O</entry><entry align="center">F.UNARY</entry><entry align="center">F.UNARY.X</entry><entry align="center" /><entry align="center" /></row><row><entry align="center">5</entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /></row><row><entry align="center">6</entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /></row><row><entry align="center">7</entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /></row><row><entry namest="col1" nameend="col9" align="center">minor operation code field values for F.size</entry></row></tbody></tgroup></table></tables><tables id="tabl0013" num="0013"><table frame="all"><tgroup cols="9"><colspec colnum="1" colname="col1" colwidth="16mm" /><colspec colnum="2" colname="col2" colwidth="25mm" /><colspec colnum="3" colname="col3" colwidth="25mm" /><colspec colnum="4" colname="col4" colwidth="25mm" /><colspec colnum="5" colname="col5" colwidth="25mm" /><colspec colnum="6" colname="col6" colwidth="21mm" /><colspec colnum="7" colname="col7" colwidth="25mm" /><colspec colnum="8" colname="col8" colwidth="25mm" /><colspec colnum="9" colname="col9" colwidth="28mm" /><thead><row><entry align="center" valign="top">GF.size</entry><entry align="center" valign="top">0</entry><entry align="center" valign="top">8</entry><entry align="center" valign="top">16</entry><entry align="center" valign="top">24</entry><entry align="center" valign="top">32</entry><entry align="center" valign="top">40</entry><entry align="center" valign="top">48</entry><entry align="center" valign="top">56</entry></row></thead><tbody><row><entry align="center">0</entry><entry align="center">GFADD.N</entry><entry align="center">GFADD.T</entry><entry align="center">GFADD.F</entry><entry align="center">GFADD.O</entry><entry align="center">GFADD</entry><entry align="center">GFADD.X</entry><entry align="center">GFSETE</entry><entry align="center">GFSETE.X</entry></row><row><entry align="center">1</entry><entry align="center">GFSUB .N</entry><entry align="center">GFSUB.T</entry><entry align="center">GFSUB.F</entry><entry align="center">GFSUB.O</entry><entry align="center">GFSUB</entry><entry align="center">GFSUB.X</entry><entry align="center">GFSETNUE</entry><entry align="center">GFSETNUE.X</entry></row><row><entry align="center">2</entry><entry align="center">GFMUL.N</entry><entry align="center">GFMUL.T</entry><entry align="center">GFMUL.F</entry><entry align="center">GFMUL.O</entry><entry align="center">GFMUL</entry><entry align="center">GFMUL.X</entry><entry align="center">GFSETNUGE</entry><entry align="center">GFSETNUGE.X</entry></row><row><entry align="center">3</entry><entry align="center">GFDIV.N</entry><entry align="center">GFDIV.T</entry><entry align="center">GFDIV.F</entry><entry align="center">GFDIV.O</entry><entry align="center">GFDIV</entry><entry align="center">GFDIV.X</entry><entry align="center">GFSETNUL</entry><entry align="center">GFSETNUL.X</entry></row><row><entry align="center">4</entry><entry align="center">GF.UNARY.N</entry><entry align="center">GF.UNARY.T</entry><entry align="center">GF.UNARY.F</entry><entry align="center">GF.UNARY.O</entry><entry align="center">GFUNARY</entry><entry align="center">GF.UNARY.X</entry><entry align="center" /><entry align="center" /></row><row><entry align="center">5</entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /></row><row><entry align="center">6</entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /></row><row rowsep="0"><entry rowsep="1" align="center">7</entry><entry rowsep="1" align="center" /><entry rowsep="1" align="center" /><entry rowsep="1" align="center" /><entry rowsep="1" align="center" /><entry rowsep="1" align="center" /><entry rowsep="1" align="center" /><entry rowsep="1" align="center" /><entry rowsep="1" align="center" /></row><row><entry namest="col1" nameend="col9" align="center">minor operation code field values for GF.size</entry></row></tbody></tgroup></table></tables><tables id="tabl0014" num="0014"><table frame="all"><tgroup cols="9"><colspec colnum="1" colname="col1" colwidth="14mm" /><colspec colnum="2" colname="col2" colwidth="21mm" /><colspec colnum="3" colname="col3" colwidth="17mm" /><colspec colnum="4" colname="col4" colwidth="17mm" /><colspec colnum="5" colname="col5" colwidth="10mm" /><colspec colnum="6" colname="col6" colwidth="26mm" /><colspec colnum="7" colname="col7" colwidth="28mm" /><colspec colnum="8" colname="col8" colwidth="28mm" /><colspec colnum="9" colname="col9" colwidth="17mm" /><thead><row><entry align="center" valign="top">G.size</entry><entry align="center" valign="top">0</entry><entry align="center" valign="top">8</entry><entry align="center" valign="top">16</entry><entry align="center" valign="top">24</entry><entry align="center" valign="top">32</entry><entry align="center" valign="top">40</entry><entry align="center" valign="top">48</entry><entry align="center" valign="top">56</entry></row></thead><tbody><row><entry align="center">0</entry><entry align="center" /><entry align="center">GMUL</entry><entry align="center">GANDN</entry><entry align="center" /><entry align="center">GADD</entry><entry align="center">GSUB</entry><entry rowsep="0" align="center">GEXPAND</entry><entry rowsep="0" align="center">GSHR</entry></row><row><entry align="center">1</entry><entry align="center" /><entry align="center">GUMUL</entry><entry align="center">GXOR</entry><entry align="center" /><entry align="center">GCOMPRESS</entry><entry align="center">GUCOMPRESS</entry><entry align="center">.I</entry><entry align="center">I</entry></row><row><entry align="center">2</entry><entry align="center">GSETL</entry><entry align="center">GDIV</entry><entry align="center">GOR</entry><entry align="center" /><entry align="center" /><entry align="center" /><entry rowsep="0" align="center">GUEXPAND</entry><entry rowsep="0" align="center">GUSHR</entry></row><row><entry align="center">3</entry><entry align="center">GSETGE</entry><entry align="center">GUDIV</entry><entry align="center">GAND</entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center">.I</entry><entry align="center">I</entry></row><row><entry align="center">4</entry><entry align="center">GSETE</entry><entry align="center">GSUB</entry><entry align="center">GORN</entry><entry align="center" /><entry align="center">GEXPAND</entry><entry align="center">GUEXPAND</entry><entry align="center">GCOMPRESS</entry><entry rowsep="0" align="center">GROTR</entry></row><row><entry align="center">5</entry><entry align="center">GSETNE</entry><entry align="center" /><entry align="center">GXNOR</entry><entry align="center" /><entry align="center">GROTL</entry><entry align="center">GSHL</entry><entry align="center">GUCOMPRESS</entry><entry align="center">I</entry></row><row><entry align="center">6</entry><entry align="center">GSETUL</entry><entry align="center" /><entry align="center">GNOR</entry><entry align="center" /><entry align="center">GSHR</entry><entry align="center">GUSHR</entry><entry rowsep="0" align="center">GSHL</entry><entry rowsep="0" align="center">GMSHR</entry></row><row rowsep="0"><entry rowsep="1" align="center">7</entry><entry rowsep="1" align="center">GSETUGE</entry><entry rowsep="1" align="center" /><entry rowsep="1" align="center">GNAND</entry><entry rowsep="1" align="center" /><entry rowsep="1" align="center">GROTR</entry><entry rowsep="1" align="center">GMSHR</entry><entry rowsep="1" align="center">.I</entry><entry rowsep="1" align="center">I</entry></row><row><entry namest="col1" nameend="col9" align="center">minor operation code field values for G.size</entry></row></tbody></tgroup></table></tables><tables id="tabl0015" num="0015"><table frame="all"><tgroup cols="9"><colspec colnum="1" colname="col1" colwidth="19mm" /><colspec colnum="2" colname="col2" colwidth="17mm" /><colspec colnum="3" colname="col3" colwidth="15mm" /><colspec colnum="4" colname="col4" colwidth="17mm" /><colspec colnum="5" colname="col5" colwidth="11mm" /><colspec colnum="6" colname="col6" colwidth="10mm" /><colspec colnum="7" colname="col7" colwidth="10mm" /><colspec colnum="8" colname="col8" colwidth="10mm" /><colspec colnum="9" colname="col9" colwidth="10mm" /><thead><row><entry align="center" valign="top">L.MINOR</entry><entry align="center" valign="top">0</entry><entry align="center" valign="top">8</entry><entry align="center" valign="top">16</entry><entry align="center" valign="top">24</entry><entry align="center" valign="top">32</entry><entry align="center" valign="top">40</entry><entry align="center" valign="top">48</entry><entry align="center" valign="top">56</entry></row></thead><tbody><row><entry align="center">0</entry><entry align="center">LU16LA</entry><entry align="center">L16LA</entry><entry align="center">L64LA</entry><entry align="center">L8</entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /></row><row><entry align="center">1</entry><entry align="center">LU16BA</entry><entry align="center">L16BA</entry><entry align="center">L64BA</entry><entry align="center">LU8</entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /></row><row><entry align="center">2</entry><entry align="center">LU16L</entry><entry align="center">L16L</entry><entry align="center">L64L</entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /></row><row><entry align="center">3</entry><entry align="center">LU16B</entry><entry align="center">L16B</entry><entry align="center">L54B</entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /></row><row><entry align="center">4</entry><entry align="center">LU32LA</entry><entry align="center">L32LA</entry><entry align="center">L128LA</entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /></row><row><entry align="center">5</entry><entry align="center">LU32BA</entry><entry align="center">L32BA</entry><entry align="center">L128BA</entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /></row><row><entry align="center">6</entry><entry align="center">LU32L</entry><entry align="center">L32L</entry><entry align="center">L128L</entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /></row><row><entry align="center">7</entry><entry align="center">LU32B</entry><entry align="center">L32B</entry><entry align="center">L128B</entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /></row><row><entry namest="col1" nameend="col9" align="center">minor operation code field values for L.MINOR</entry></row></tbody></tgroup></table></tables><tables id="tabl0016" num="0016"><table frame="all"><tgroup cols="9"><colspec colnum="1" colname="col1" colwidth="19mm" /><colspec colnum="2" colname="col2" colwidth="22mm" /><colspec colnum="3" colname="col3" colwidth="15mm" /><colspec colnum="4" colname="col4" colwidth="17mm" /><colspec colnum="5" colname="col5" colwidth="10mm" /><colspec colnum="6" colname="col6" colwidth="10mm" /><colspec colnum="7" colname="col7" colwidth="10mm" /><colspec colnum="8" colname="col8" colwidth="10mm" /><colspec colnum="9" colname="col9" colwidth="10mm" /><thead><row><entry align="center" valign="top">S.MINOR</entry><entry align="center" valign="top">0</entry><entry align="center" valign="top">8</entry><entry align="center" valign="top">16</entry><entry align="center" valign="top">24</entry><entry align="center" valign="top">32</entry><entry align="center" valign="top">40</entry><entry align="center" valign="top">48</entry><entry align="center" valign="top">56</entry></row></thead><tbody><row><entry align="center">0</entry><entry align="center">SAAS64LA</entry><entry align="center">S16LA</entry><entry align="center">S64LA</entry><entry align="center">S8</entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /></row><row><entry align="center">1</entry><entry align="center">SAAS64BA</entry><entry align="center">S16BA</entry><entry align="center">S64BA</entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /></row><row><entry align="center">2</entry><entry align="center">SCAS64LA</entry><entry align="center">S16L</entry><entry align="center">S64L</entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /></row><row><entry align="center">3</entry><entry align="center">SCAS64BA</entry><entry align="center">S16B</entry><entry align="center">S64B</entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /></row><row><entry align="center">4</entry><entry align="center">SMAS64LA</entry><entry align="center">S32LA</entry><entry align="center">S128LA</entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /></row><row><entry align="center">5</entry><entry align="center">SMAS64BA</entry><entry align="center">S32BA</entry><entry align="center">S128BA</entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /></row><row><entry align="center">6</entry><entry align="center">SMUX64LA</entry><entry align="center">S32L</entry><entry align="center">S128L</entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /></row><row rowsep="0"><entry rowsep="1" align="center">7</entry><entry rowsep="1" align="center">SMUX64BA</entry><entry rowsep="1" align="center">S32B</entry><entry rowsep="1" align="center">S128B</entry><entry rowsep="1" align="center" /><entry rowsep="1" align="center" /><entry rowsep="1" align="center" /><entry rowsep="1" align="center" /><entry rowsep="1" align="center" /></row><row><entry namest="col1" nameend="col9" align="center">minor operation code field values for S.MINOR</entry></row></tbody></tgroup></table></tables><tables id="tabl0017" num="0017"><table frame="all"><tgroup cols="9"><colspec colnum="1" colname="col1" colwidth="19mm" /><colspec colnum="2" colname="col2" colwidth="19mm" /><colspec colnum="3" colname="col3" colwidth="10mm" /><colspec colnum="4" colname="col4" colwidth="16mm" /><colspec colnum="5" colname="col5" colwidth="16mm" /><colspec colnum="6" colname="col6" colwidth="10mm" /><colspec colnum="7" colname="col7" colwidth="10mm" /><colspec colnum="8" colname="col8" colwidth="10mm" /><colspec colnum="9" colname="col9" colwidth="10mm" /><thead><row><entry align="center" valign="top">B.MINOR</entry><entry align="center" valign="top">0</entry><entry align="center" valign="top">8</entry><entry align="center" valign="top">16</entry><entry align="center" valign="top">24</entry><entry align="center" valign="top">32</entry><entry align="center" valign="top">40</entry><entry align="center" valign="top">48</entry><entry align="center" valign="top">56</entry></row></thead><tbody><row><entry align="center">0</entry><entry align="center">B</entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /></row><row><entry align="center">1</entry><entry align="center">B LINK</entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /></row><row><entry align="center">2</entry><entry align="center">B DOWN</entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /></row><row><entry align="center">3</entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /></row><row><entry align="center">4</entry><entry align="center" /><entry align="center" /><entry align="center">BGATE</entry><entry align="center">BBACK</entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /></row><row><entry align="center">5</entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /></row><row><entry align="center">6</entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /></row><row><entry align="center">7</entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /></row><row><entry namest="col1" nameend="col9" align="center">minor operation code field values for B.MINOR</entry></row></tbody></tgroup></table></tables>

For the major operation field values F.16, F.32, F.64, F.128, with minor operation field values F.UNARY.N, F.UNARY.T, F.UNARY.F, F.UNARY.C, F.UNARY, and F.UNARY.X, and for major operation field values GF.16, GF.32, GF.64, with minor operation field values GF.UNARY.N, GF.UNARY.T, GF.UNARY.F, GF.UNARY.C, GF.UNARY, and GF.UNARY.X, another six bits in the instruction specify a unary operation code: <img file="EP1879104A2_D0059.tif" />

The unary field is filled with a value from one of the following tables: <tables id="tabl0018" num="0018"><table frame="all"><tgroup cols="9"><colspec colnum="1" colname="col1" colwidth="30mm" /><colspec colnum="2" colname="col2" colwidth="25mm" /><colspec colnum="3" colname="col3" colwidth="10mm" /><colspec colnum="4" colname="col4" colwidth="10mm" /><colspec colnum="5" colname="col5" colwidth="10mm" /><colspec colnum="6" colname="col6" colwidth="10mm" /><colspec colnum="7" colname="col7" colwidth="10mm" /><colspec colnum="8" colname="col8" colwidth="10mm" /><colspec colnum="9" colname="col9" colwidth="10mm" /><thead><row><entry align="center" valign="top">F.UNARY.size.r</entry><entry align="center" valign="top">0</entry><entry align="center" valign="top">8</entry><entry align="center" valign="top">16</entry><entry align="center" valign="top">24</entry><entry align="center" valign="top">32</entry><entry align="center" valign="top">40</entry><entry align="center" valign="top">48</entry><entry align="center" valign="top">56</entry></row></thead><tbody><row><entry align="center">0</entry><entry align="center">F.ABS</entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /></row><row><entry align="center">1</entry><entry align="center">F.NEG</entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /></row><row><entry align="center">2</entry><entry align="center">F.SQR</entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /></row><row><entry align="center">3</entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /></row><row><entry align="center">4</entry><entry align="center">F.SINK</entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /></row><row><entry align="center">5</entry><entry align="center">F.FLOAT</entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /></row><row><entry align="center">6</entry><entry align="center">F.INFLATE</entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /></row><row><entry align="center">7</entry><entry align="center">F.DEFLATE</entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /></row><row><entry namest="col1" nameend="col9" align="center">unary operation code field values for F.UNARY.size.r</entry></row></tbody></tgroup><tgroup cols="9"><colspec colnum="1" colname="col1" colwidth="30mm" /><colspec colnum="2" colname="col2" colwidth="25mm" /><colspec colnum="3" colname="col3" colwidth="10mm" /><colspec colnum="4" colname="col4" colwidth="10mm" /><colspec colnum="5" colname="col5" colwidth="10mm" /><colspec colnum="6" colname="col6" colwidth="10mm" /><colspec colnum="7" colname="col7" colwidth="10mm" /><colspec colnum="8" colname="col8" colwidth="10mm" /><colspec colnum="9" colname="col9" colwidth="10mm" /><thead><row><entry align="center" valign="top">GF.UNARY.size.r</entry><entry align="center" valign="top">0</entry><entry align="center" valign="top">8</entry><entry align="center" valign="top">16</entry><entry align="center" valign="top">24</entry><entry align="center" valign="top">32</entry><entry align="center" valign="top">40</entry><entry align="center" valign="top">48</entry><entry align="center" valign="top">56</entry></row></thead><tbody><row><entry align="center">0</entry><entry align="center">GF.ABS</entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /></row><row><entry align="center">1</entry><entry align="center">GF.NEG</entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /></row><row><entry align="center">2</entry><entry align="center">GF.SQR</entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /></row><row><entry align="center">3</entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /></row><row><entry align="center">4</entry><entry align="center">GF.SINK</entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /></row><row><entry align="center">5</entry><entry align="center">GF.FLOAT</entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /></row><row><entry align="center">6</entry><entry align="center">GF.INFLATE</entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /></row><row><entry align="center">7</entry><entry align="center">GF.DEFLATE</entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /></row><row><entry namest="col1" nameend="col9" align="center">unary operation code field values for GF.UNARY.size.r</entry></row></tbody></tgroup></table></tables>

The general forms of the instructions coded by a major operation code are one of the following: <img file="EP1879104A2_D0060.tif" /><img file="EP1879104A2_D0061.tif" /><img file="EP1879104A2_D0062.tif" /><img file="EP1879104A2_D0063.tif" />

The general forms of the instructions coded by major and minor operation codes are one of the following: <img file="EP1879104A2_D0064.tif" /><img file="EP1879104A2_D0065.tif" />

The general form of the instructions coded by major, minor, and unary operation codes is the following: <img file="EP1879104A2_D0066.tif" />

<u style="single">Definition</u>

<img file="EP1879104A2_D0067.tif" /><img file="EP1879104A2_D0068.tif" /><img file="EP1879104A2_D0069.tif" /><img file="EP1879104A2_D0070.tif" />

<u style="single">Eternally Reserved</u>

This operation generates a reserved instruction exception.

<u style="single">Operation code</u>

<tables id="tabl0019" num="0019"><table frame="all"><tgroup cols="2" rowsep="0"><colspec colnum="1" colname="col1" colwidth="15mm" /><colspec colnum="2" colname="col2" colwidth="30mm" colsep="0" /><tbody><row rowsep="1"><entry>E.RES</entry><entry>Eternally reserved</entry></row></tbody></tgroup></table></tables>

<u style="single">Format</u>

<img file="EP1879104A2_D0071.tif" />

<u style="single">Description</u>

The reserved instruction exception is raised. Software may depend upon this major operation code raising the reserved instruction exception in all Terpsichore processors. The choice of operation code intentionally ensures that a branch to a zeroed memory area will raise an exception.

<u style="single">Definition</u>

<pre listing-type="program-listing"> def EternallyReserved as raise ReservedInstruction enddef</pre>

<u style="single">Exceptions</u>

Reserved Instruction

<u style="single">Branch</u>

This operation branches to a location specified by a register, optionally reducing the current privilege level.

<u style="single">Operation codes</u>

<tables id="tabl0020" num="0020"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="18mm" /><colspec colnum="2" colname="col2" colwidth="38mm" colsep="0" /><tbody><row><entry>B</entry><entry>Branch</entry></row><row><entry>B.DOWN</entry><entry>Branch down in privilege</entry></row></tbody></tgroup></table></tables>

<u style="single">Format</u>

<img file="EP1879104A2_D0072.tif" />

<u style="single">Description</u>

Execution branches to the address specified by the contents of register ra. If specified, the current privilege level is reduced to the level specified by the low order two bits of the contents of register ra.

Access disallowed exception occurs if the contents of register ra is not aligned on a quadlet boundary, unless the operation specifies the use of the low-order two bits of the contents of register ra as a privilege level.

<u style="single">Definition</u>

<img file="EP1879104A2_D0073.tif" />

<u style="single">Exceptions</u>

Access disallowed by virtual address

<u style="single">Branch and Link</u>

This operation branches to a location specified by a register, saving the value of the program counter into a register.

<u style="single">Operation codes</u>

<tables id="tabl0021" num="0021"><table frame="all"><tgroup cols="2" rowsep="0"><colspec colnum="1" colname="col1" colwidth="15mm" /><colspec colnum="2" colname="col2" colwidth="26mm" colsep="0" /><tbody><row rowsep="1"><entry>B.LINK</entry><entry>Branch and link</entry></row></tbody></tgroup></table></tables>

<u style="single">Format</u>

<img file="EP1879104A2_D0074.tif" />

<u style="single">Description</u>

The address of the instruction following this one is placed into register rb. Execution branches to the address specified by the contents of register ra.

Access disallowed exception occurs if the contents of register ra is not aligned on a quadlet boundary.

<u style="single">Definition</u>

<img file="EP1879104A2_D0075.tif" />

<u style="single">Exceptions</u>

Access disallowed by virtual address

<u style="single">Branch Conditionally</u>

These operations compare two operands, and depending on the result of that comparison, conditionally branches to a nearby code location.

<u style="single">Operation codes</u>

<tables id="tabl0022" num="0022"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="27mm" /><colspec colnum="2" colname="col2" colwidth="85mm" /><tbody><row><entry>B.AND.E</entry><entry>Branch and equal to zero</entry></row><row><entry>B.AND.NE</entry><entry>Branch and not equal to zero</entry></row><row><entry>B.E⁶</entry><entry>Branch equal</entry></row><row><entry>B.F.E.16</entry><entry>Branch floating-point equal half</entry></row><row><entry>B.F.E.32</entry><entry>Branch floating-point equal single</entry></row><row><entry>B.F.E.64</entry><entry>Branch floating-point equal double</entry></row><row><entry>B.F.E.128</entry><entry>Branch floating-point equal quad</entry></row><row><entry>B.F.NUE.16</entry><entry>Branch floating-point not unordered or equal half</entry></row><row><entry>B.F.NUE.32</entry><entry>Branch fioating-point not unordered or equal single</entry></row><row><entry>B.F.NUE.64</entry><entry>Branch floating-point not unordered or equal double</entry></row><row><entry>B.F.NUE.128</entry><entry>Branch floating-point not unordered or equal quad</entry></row><row><entry>B.F.NUGE.16</entry><entry>Branch floating-point not unordered greater or equal half</entry></row><row><entry>B.F.NUGE.32</entry><entry>Branch floating-point not unordered greater or equal single</entry></row><row><entry>B.F.NUGE.64</entry><entry>Branch floating-point not unordered greater or equal double</entry></row><row><entry>B.F.NUGE.128</entry><entry>Branch floating-point not unordered greater or equal quad</entry></row><row><entry>B.F.NUL.16</entry><entry>Branch floating-point not unordered or less half</entry></row><row><entry>B.F.NUL.32</entry><entry>Branch floating-point not unordered or less single</entry></row><row><entry>B.F.NUL.64</entry><entry>Branch floating-point not unordered or less double</entry></row><row><entry>B.F.NUL.128</entry><entry>Branch floating-point not unordered or less quad</entry></row><row><entry>B.G.Z⁷</entry><entry>Branch signed greater than zero</entry></row><row><entry>B.GE</entry><entry>Branch signed greater or equal</entry></row><row><entry>B.GE.Z⁸</entry><entry>Branch signed greater or equal to zero</entry></row><row><entry>B.L</entry><entry>Branch signed less</entry></row><row><entry>B.L.Z⁹</entry><entry>Branch signed less than zero</entry></row><row><entry>B.LE.Z¹⁰</entry><entry>Branch signed less or equal to zero</entry></row><row><entry>B.NE¹¹</entry><entry>Branch not equal</entry></row><row><entry>B.U.GE</entry><entry>Branch unsigned greater or equal</entry></row><row><entry>B.U.L</entry><entry>Branch unsigned less</entry></row></tbody></tgroup><tgroup cols="2" rowsep="0"><colspec colnum="1" colname="col1" colwidth="27mm" /><colspec colnum="2" colname="col2" colwidth="85mm" /><tbody><row><entry namest="col1" nameend="col2" align="justify">⁶B.E suffices for both signed and unsigned comparison for equality. ⁷B.G.Z is encoded as B.U.L with both instruction fields ra and rb equal. ⁸B.GE.Z is encoded as B.GE with both instruction fields ra and rb equal. ⁹B.L.Z is encoded as B.L with both instruction fields ra and rb equal. ¹⁰B.LE.Z is encoded as B.U.GE with both instructionf fields ra and rb equal. ¹¹B.NE suffices for both signed and unsigned comparison for inequality.</entry></row></tbody></tgroup></table></tables><tables id="tabl0023" num="0023"><table frame="all"><tgroup cols="7"><colspec colnum="1" colname="col1" colwidth="36mm" /><colspec colnum="2" colname="col2" colwidth="12mm" /><colspec colnum="3" colname="col3" colwidth="10mm" colsep="0" /><colspec colnum="4" colname="col4" colwidth="13mm" colsep="0" /><colspec colnum="5" colname="col5" colwidth="15mm" colsep="0" /><colspec colnum="6" colname="col6" colwidth="12mm" /><colspec colnum="7" colname="col7" colwidth="11mm" /><thead><row><entry valign="top">number format</entry><entry valign="top">type</entry><entry namest="col3" nameend="col6" align="left" valign="top">compare</entry><entry valign="top">size</entry></row></thead><tbody><row><entry>signed integer</entry>&lt;entry /&gt;<entry>E</entry><entry>NE</entry><entry>L</entry><entry>GE</entry>&lt;entry /&gt;</row><row><entry>unsigned integer</entry><entry>U</entry><entry>E¹²</entry><entry>NE¹³</entry><entry>L</entry><entry>GE</entry>&lt;entry /&gt;</row><row><entry>bitwise and</entry><entry>AND</entry><entry>E</entry><entry>NE</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;</row><row><entry>signed integer <i>vs</i>. zero</entry><entry>Z</entry><entry>L</entry><entry>GE</entry><entry>G</entry><entry>LE</entry>&lt;entry /&gt;</row><row rowsep="0"><entry>floating-point</entry><entry>F</entry><entry>E</entry><entry>NUE</entry><entry>NUGE</entry><entry>NUL</entry><entry>16</entry></row><row rowsep="0">&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;<entry>32</entry></row><row rowsep="0">&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;<entry>64</entry></row><row>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;<entry>128</entry></row></tbody></tgroup><tgroup cols="7" rowsep="0"><colspec colnum="1" colname="col1" colwidth="36mm" /><colspec colnum="2" colname="col2" colwidth="12mm" /><colspec colnum="3" colname="col3" colwidth="10mm" /><colspec colnum="4" colname="col4" colwidth="13mm" /><colspec colnum="5" colname="col5" colwidth="15mm" /><colspec colnum="6" colname="col6" colwidth="12mm" /><colspec colnum="7" colname="col7" colwidth="11mm" /><tbody><row><entry namest="col1" nameend="col7" align="justify">¹²B.U.E implemented as B.E. ¹³B.U.NE implemented as B.NE.</entry></row></tbody></tgroup></table></tables>

<u style="single">Format</u>

<img file="EP1879104A2_D0076.tif" />

<u style="single">Description</u>

The contents of registers or register pairs specified by ra and rb are compared, as specified by the op field. If the result of the comparison is true, execution branches to the address specified by the offset field. Otherwise, execution continues at the next sequential instruction.

A reserved instruction exception occurs when the size specified by the op field is 128 if ra₀ or rb₀ is set.

<u style="single">Definition</u>

<img file="EP1879104A2_D0077.tif" /><img file="EP1879104A2_D0078.tif" /><img file="EP1879104A2_D0079.tif" />

<u style="single">Exceptions</u>

Reserved Instruction

<u style="single">Branch Gateway Immediate</u>

This operation provides a secure means to call a procedure, including those at a higher privilege level.

<u style="single">Operation codes</u>

<tables id="tabl0024" num="0024"><table frame="all"><tgroup cols="2" rowsep="0"><colspec colnum="1" colname="col1" colwidth="19mm" /><colspec colnum="2" colname="col2" colwidth="43mm" colsep="0" /><tbody><row rowsep="1"><entry>B.GATE.I</entry><entry>Branch gateway immediate</entry></row></tbody></tgroup></table></tables>

<u style="single">Format</u>

<img file="EP1879104A2_D0080.tif" />

<u style="single">Description</u>

A virtual address is computed from the sum of the contents of register ra and the sign-extended value of the 12-bit immediate field. The contents of 16 bytes of memory using the little-endian byte order is fetched. A branch and link occurs to the low-order octlet of the memory data, and the successor to the current program counter, catenated with the current execution privilege is placed in register 0. The privilege level is set to the contents of the low-order two bits of the memory data. Register 1 is loaded with the high-order octlet of the memory data.

An access disallowed exception occurs if the new privilege level is greater than the privilege level required to write the memory data, or if the old privilege level is lower than the privilege required to access the memory data as a gateway.

An access disallowed exception occurs if the target virtual address is a higher privilege than the current level and gateway access is not set for the gateway virtual address, or if the access is not aligned on a 16-byte boundary.

A reserved instruction exception occurs if the rb field is non-zero.

<u style="single">Definition</u>

<img file="EP1879104A2_D0081.tif" /><img file="EP1879104A2_D0082.tif" />

<u style="single">Exceptions</u>

Reserved Instruction <ul id="ul0006" list-style="none" compact="compact"><li>Access disallowed by virtual address</li><li>Access disallowed by tag</li><li>Access disallowed by global TLB</li><li>Access disallowed by local TLB</li><li>Access detail required by tag</li><li>Access detail required by local TLB</li><li>Access detail required by global TLB</li><li>Cache coherence intervention required by tag</li><li>Cache coherence intervention required by local TLB</li><li>Cache coherence intervention required by global TLB</li><li>Local TLB miss</li><li>Global TLB miss</li></ul>

<u style="single">Branch Gateway</u>

This operation provides a secure means to call a procedure, including those at a higher privilege level.

<u style="single">Operation codes</u>

<tables id="tabl0025" num="0025"><table frame="all"><tgroup cols="2" rowsep="0"><colspec colnum="1" colname="col1" colwidth="17mm" /><colspec colnum="2" colname="col2" colwidth="28mm" colsep="0" /><tbody><row rowsep="1"><entry>B.GATE</entry><entry>Branch gateway</entry></row></tbody></tgroup></table></tables>

<u style="single">Format</u>

<img file="EP1879104A2_D0083.tif" />

<u style="single">Description</u>

A virtual address is computed from the sum of the contents of register ra and register rb. The contents of 16 bytes of memory using the little-endian byte order is fetched. A branch and link occurs to the low-order octlet of the memory data, and the successor to the current program counter, catenated with the current execution privilege is placed in register 0. The privilege level is set to the contents of the low-order two bits of the memory data. Register 1 is loaded with the high-order octlet of the memory data.

An access disallowed exception occurs if the new privilege level is greater than the privilege level required to write the memory data, or if the old privilege level is lower than the privilege required to access the memory data as a gateway.

An access disallowed exception occurs if the target virtual address is a higher privilege than the current level and gateway access is not set for the gateway virtual address, or if the access is not aligned on a 16-byte boundary.

A reserved instruction exception occurs if the rb field is non-zero.

<u style="single">Definition</u>

<img file="EP1879104A2_D0084.tif" /><img file="EP1879104A2_D0085.tif" />

<u style="single">Exceptions</u>

Reserved Instruction <ul id="ul0007" list-style="none" compact="compact"><li>Access disallowed by virtual address</li><li>Access disallowed by tag</li><li>Access disallowed by global TLB</li><li>Access disallowed by local TLB</li><li>Access detail required by tag</li><li>Access detail required by local TLB</li><li>Access detail required by global TLB</li><li>Cache coherence intervention required by tag</li><li>Cache coherence intervention required by local TLB</li><li>Cache coherence intervention required by global TLB Local TLB miss</li><li>Global TLB miss</li></ul>

<u style="single">Branch Immediate</u>

This operation branches to a location that is specified as an offset from the program counter, optionally saving the value of the program counter into register 0.

<u style="single">Operation codes</u>

<tables id="tabl0026" num="0026"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="15mm" /><colspec colnum="2" colname="col2" colwidth="41mm" /><tbody><row><entry>BI</entry><entry>Branch immediate</entry></row><row><entry>BLINK</entry><entry>Branch immediate and link</entry></row></tbody></tgroup></table></tables>

<u style="single">Format</u>

<img file="EP1879104A2_D0086.tif" />

<u style="single">Description</u>

If requested, the address of the instruction following this one is placed into register 0. Execution branches to the address specified by the offset field.

<u style="single">Definition</u>

<img file="EP1879104A2_D0087.tif" />

<u style="single">Exceptions</u>

none

<u style="single">Execute</u>

These operations perform calculations with two general register values, placing the result in a general register.

<u style="single">Operation codes</u>

<tables id="tabl0027" num="0027"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="23mm" /><colspec colnum="2" colname="col2" colwidth="72mm" /><tbody><row><entry>E.ADD</entry><entry>Execute add</entry></row><row><entry>E.ADD.O</entry><entry>Execute add and check signed overflow</entry></row><row><entry>E.ADD.UO</entry><entry>Execute add and check unsigned overflow</entry></row><row><entry>E.AND</entry><entry>Execute and</entry></row><row><entry>E.ANDN</entry><entry>Execute and not</entry></row><row><entry>E.ASUM</entry><entry>Execute and summation of bits</entry></row><row><entry>E.LMS</entry><entry>Execute signed logarithm of most significant bit</entry></row><row><entry>E.NAND</entry><entry>Execute not and</entry></row><row><entry>E.NOR</entry><entry>Execute not or</entry></row><row><entry>E.OR</entry><entry>Execute or</entry></row><row><entry>E.ORN</entry><entry>Execute or not</entry></row><row><entry>E.ROTL</entry><entry>Execute rotate left</entry></row><row><entry>E.ROTR</entry><entry>Execute rotate right</entry></row><row><entry>E.SELECT.8</entry><entry>Execute select bytes</entry></row><row><entry>E.SHL</entry><entry>Execute shift left</entry></row><row><entry>E.SHL.O</entry><entry>Execute shift left and check signed overflow</entry></row><row><entry>E.SHL.UO</entry><entry>Execute shift left and check unsigned overflow</entry></row><row><entry>E.SHR</entry><entry>Execute signed shift right</entry></row><row><entry>E.ULMS</entry><entry>Execute unsigned logarithm of most significant bit</entry></row><row><entry>E.USHR</entry><entry>Execute unsigned shift right</entry></row><row><entry>E.XNOR</entry><entry>Execute exclusive nor</entry></row><row><entry>E.XOR</entry><entry>Execute xor</entry></row></tbody></tgroup></table></tables><tables id="tabl0028" num="0028"><table frame="all"><tgroup cols="6"><colspec colnum="1" colname="col1" colwidth="21mm" /><colspec colnum="2" colname="col2" colwidth="20mm" colsep="0" /><colspec colnum="3" colname="col3" colwidth="21mm" colsep="0" /><colspec colnum="4" colname="col4" colwidth="21mm" colsep="0" /><colspec colnum="5" colname="col5" colwidth="21mm" /><colspec colnum="6" colname="col6" colwidth="23mm" /><tbody><row><entry namest="col1" nameend="col6" align="left" /></row><row><entry>class</entry><entry>operation</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;<entry>check</entry></row><row><entry>arithmetic</entry><entry>ADD</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;<entry>NONE O UO</entry></row><row><entry morerows="3">shift</entry><entry>SHL</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;<entry>NONE O UO</entry></row><row><entry>SHR</entry>&lt;entry /&gt;<entry>USHR</entry>&lt;entry /&gt;&lt;entry /&gt;</row><row><entry>ROTL</entry>&lt;entry /&gt;<entry>ROTR</entry>&lt;entry /&gt;&lt;entry /&gt;</row><row><entry>SELECT8</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;</row><row><entry>logarithm</entry><entry>LMS</entry>&lt;entry /&gt;<entry>ULMS</entry>&lt;entry /&gt;&lt;entry /&gt;</row><row><entry>summation</entry><entry>ASUM</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;</row><row><entry>bitwise</entry><entry>OR NOR</entry><entry>AND NAND</entry><entry>XOR XNOR</entry><entry>ANDN ORN</entry>&lt;entry /&gt;</row></tbody></tgroup></table></tables>

<u style="single">Format</u>

<img file="EP1879104A2_D0088.tif" /><img file="EP1879104A2_D0089.tif" />

<u style="single">Description</u>

The contents of registers ra and rb are fetched and the specified operation is performed on these operands. The result is placed into register rc.

<u style="single">Definition</u>

<img file="EP1879104A2_D0090.tif" /><img file="EP1879104A2_D0091.tif" />

<u style="single">Exceptions</u>

Fixed-point arithmetic

<u style="single">Execute Copy Immediate</u>

This operation produces one immediate value, placing the result in a general register.

<u style="single">Operation codes</u>

<tables id="tabl0029" num="0029"><table frame="all"><tgroup cols="3" rowsep="0"><colspec colnum="1" colname="col1" colwidth="12mm" /><colspec colnum="2" colname="col2" colwidth="12mm" /><colspec colnum="3" colname="col3" colwidth="39mm" colsep="0" /><tbody><row rowsep="1"><entry namest="col1" nameend="col2" align="left">E.COPY.I</entry><entry>Execute copy immediate</entry></row></tbody></tgroup></table></tables>

<u style="single">Format</u>

<img file="EP1879104A2_D0092.tif" />

<u style="single">Description</u>

A 64-bit immediate value is sign-extended from the 18-bit imm field. The result is placed into register ra.

<u style="single">Definition</u>

<img file="EP1879104A2_D0093.tif" />

<u style="single">Exceptions</u>

none

<u style="single">Execute Field Immediate</u>

These operations perform calculations with one or two general register values and two immediate values, placing the result in a general register.

<u style="single">Operation codes</u>

<tables id="tabl0030" num="0030"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="20mm" /><colspec colnum="2" colname="col2" colwidth="59mm" /><tbody><row><entry>E.DEP.I</entry><entry>Execute deposit immediate</entry></row><row><entry>E.MDEP.I</entry><entry>Execute merge deposit immediate</entry></row><row><entry>E.UDEP.I</entry><entry>Execute unsigned deposit immediate</entry></row><row><entry>E.UWTH.I</entry><entry>Execute unsigned withdraw immediate</entry></row><row><entry>E.WTH.I</entry><entry>Execute withdraw immediate</entry></row></tbody></tgroup></table></tables>

<u style="single">Format</u>

<img file="EP1879104A2_D0094.tif" />

<u style="single">Description</u>

The contents of register ra, and if specified, the contents of register rb is fetched, and 6-bit immediate values are taken from the 6-bit ishift and isizea fields. The specified operation is performed on these operands. The result is placed into register rb.

<u style="single">Definition</u>

<img file="EP1879104A2_D0095.tif" /><img file="EP1879104A2_D0096.tif" />

<u style="single">Exceptions</u>

Reserved instruction

<u style="single">Execute Immediate</u>

These operations perform calculations with one general register value and one immediate value, placing the result in a general register.

<u style="single">Operation codes</u>

<tables id="tabl0031" num="0031"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="23mm" /><colspec colnum="2" colname="col2" colwidth="78mm" /><tbody><row><entry>E.ADD.I</entry><entry>Execute add immediate</entry></row><row><entry>E.ADD.I.O</entry><entry>Execute add immediate and check signed overflow</entry></row><row><entry>E.ADD.I.UO</entry><entry>Execute add immediate and check unsigned overflow</entry></row><row><entry>E.AND.I</entry><entry>Execute and immediate</entry></row><row><entry>E.NAND.I</entry><entry>Execute not and immediate</entry></row><row><entry>E.NOR.I</entry><entry>Execute not or immediate</entry></row><row><entry>E.OR.I</entry><entry>Execute or immediate</entry></row><row><entry>E.XOR.I</entry><entry>Execute xor immediate</entry></row></tbody></tgroup></table></tables><tables id="tabl0032" num="0032"><table frame="all"><tgroup cols="3"><colspec colnum="1" colname="col1" colwidth="19mm" /><colspec colnum="2" colname="col2" colwidth="42mm" /><colspec colnum="3" colname="col3" colwidth="23mm" /><thead><row><entry valign="top">class</entry><entry valign="top">operation</entry><entry valign="top">check</entry></row></thead><tbody><row><entry>arithmetic</entry><entry>ADD</entry><entry>NONE O UO</entry></row><row><entry>bitwise</entry><entry>AND OR NAND NOR XOR</entry>&lt;entry /&gt;</row></tbody></tgroup></table></tables>

<u style="single">Format</u>

<img file="EP1879104A2_D0097.tif" />

<u style="single">Description</u>

The contents of register ra is fetched, and a 64-bit immediate value is sign-extended from the 12-bit imm field. The specified operation is performed on these operands. The result is placed into register rc.

<u style="single">Definition</u>

<img file="EP1879104A2_D0098.tif" /><img file="EP1879104A2_D0099.tif" />

<u style="single">Exceptions</u>

Fixed-point arithmetic

<u style="single">Execute Immediate Reversed</u>

These operations perform calculations with one general register value and one immediate value, placing the result in a general register.

<u style="single">Operation codes</u>

<tables id="tabl0033" num="0033"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="24mm" /><colspec colnum="2" colname="col2" colwidth="94mm" /><tbody><row><entry>E.SET.I.E</entry><entry>Execute set immediate equal</entry></row><row><entry>E.SET.I.GE</entry><entry>Execute set immediate signed greater or equal</entry></row><row><entry>E.SET.I.L</entry><entry>Execute set immediate signed less</entry></row><row><entry>E.SET.I.NE</entry><entry>Execute set immediate not equal</entry></row><row><entry>E.SET.I.UGE</entry><entry>Execute set immediate unsigned greater or equal</entry></row><row><entry>E.SET.I.UL</entry><entry>Execute set immediate unsigned less</entry></row><row><entry>E.SUB.I</entry><entry>Execute subtract immediate</entry></row><row><entry>E.SUB.I.E</entry><entry>Execute subtract immediate and check equal</entry></row><row><entry>E.SUB.I.GE</entry><entry>Execute subtract immediate and check signed greater or equal</entry></row><row><entry>E.SUB.I.L</entry><entry>Execute subtract immediate and check signed less</entry></row><row><entry>E.SUB.I.NE</entry><entry>Execute subtract immediate and check not equal</entry></row><row><entry>E.SUB.I.O</entry><entry>Execute subtract immediate and check signed overflow</entry></row><row><entry>E.SUB.I.UGE</entry><entry>Execute subtract immediate and check unsigned greater or equal</entry></row><row><entry>E.SUB.I.UL</entry><entry>Execute subtract immediate and check unsigned less</entry></row><row><entry>E.SUB.I.UO</entry><entry>Execute subtract immediate and check unsigned overflow</entry></row></tbody></tgroup></table></tables><tables id="tabl0034" num="0034"><table frame="all"><tgroup cols="7"><colspec colnum="1" colname="col1" colwidth="19mm" /><colspec colnum="2" colname="col2" colwidth="17mm" colsep="0" /><colspec colnum="3" colname="col3" colwidth="17mm" colsep="0" /><colspec colnum="4" colname="col4" colwidth="19mm" /><colspec colnum="5" colname="col5" colwidth="15mm" colsep="0" /><colspec colnum="6" colname="col6" colwidth="10mm" colsep="0" /><colspec colnum="7" colname="col7" colwidth="12mm" /><thead><row><entry valign="top">class</entry><entry namest="col2" nameend="col4" align="left" valign="top">operation</entry><entry namest="col5" nameend="col7" align="left" valign="top">check</entry></row></thead><tbody><row rowsep="0"><entry morerows="2" rowsep="1">arithmetic</entry><entry namest="col2" nameend="col4" morerows="2" rowsep="1" align="left">SUB</entry><entry>NONE</entry><entry>O</entry><entry>UO</entry></row><row rowsep="0"><entry>E</entry><entry>L</entry><entry>UL</entry></row><row><entry>NE</entry><entry>GE</entry><entry>UGE</entry></row><row rowsep="0"><entry morerows="1" rowsep="1">boolean</entry><entry>SET.E</entry><entry>SET.L</entry><entry>SET.UL</entry><entry namest="col5" nameend="col7" morerows="1" rowsep="1" align="left" /></row><row><entry>SET.NE</entry><entry>SET.GE</entry><entry>SET.UGE</entry></row></tbody></tgroup></table></tables>

<u style="single">Format</u>

<img file="EP1879104A2_D0100.tif" />

<u style="single">Description</u>

The contents of register ra is fetched, and a 64-bit immediate value is sign-extended from the 12-bit imm field. The specified operation is performed on these operands. The result is placed into register rc.

<u style="single">Definition</u>

<img file="EP1879104A2_D0101.tif" /><img file="EP1879104A2_D0102.tif" />

<u style="single">Exceptions</u>

Fixed-point arithmetic

<u style="single">Execute Inplace</u>

These operations perform calculations with three general register values, placing the result in the third general register.

<u style="single">Operation codes</u>

<tables id="tabl0035" num="0035"><table frame="all"><tgroup cols="2" rowsep="0"><colspec colnum="1" colname="col1" colwidth="18mm" /><colspec colnum="2" colname="col2" colwidth="40mm" colsep="0" /><tbody><row rowsep="1"><entry>E.MSHR</entry><entry>Execute merge shift right</entry></row></tbody></tgroup></table></tables>

<u style="single">Format</u>

<img file="EP1879104A2_D0103.tif" />

<u style="single">Description</u>

The contents of registers ra, rb, and rc are fetched. The specified operation is performed on these operands. The result is placed into register rc.

<u style="single">Definition</u>

<img file="EP1879104A2_D0104.tif" />

<u style="single">Exceptions</u>

none

<u style="single">Execute Reversed</u>

These operations perform calculations with two general register values, placing the result in a general register.

<u style="single">Operation codes</u>

<tables id="tabl0036" num="0036"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="23mm" /><colspec colnum="2" colname="col2" colwidth="78mm" /><tbody><row><entry>E.SET.E</entry><entry>Execute set equal</entry></row><row><entry>E.SET.GE</entry><entry>Execute set signed greater or equal</entry></row><row><entry>E.SET.L</entry><entry>Execute set signed less</entry></row><row><entry>E.SET.NE</entry><entry>Execute set not equal</entry></row><row><entry>E.SET.UGE</entry><entry>Execute set unsigned greater or equal</entry></row><row><entry>E.SET.UL</entry><entry>Execute set unsigned less</entry></row><row><entry>E.SUB</entry><entry>Execute subtract</entry></row><row><entry>E.SUB.E</entry><entry>Execute subtract and check equal</entry></row><row><entry>E.SUB.GE</entry><entry>Execute subtract and check signed greater or equal</entry></row><row><entry>E.SUB.L</entry><entry>Execute subtract and check signed less</entry></row><row><entry>E.SUB.NE</entry><entry>Execute subtract and check not equal</entry></row><row><entry>E.SUB.O</entry><entry>Execute subtract and check signed overflow</entry></row><row><entry>E.SUB.UGE</entry><entry>Execute subtract and check unsigned greater or equal</entry></row><row><entry>E.SUB.UL</entry><entry>Execute subtract and check unsigned less</entry></row><row><entry>E.SUB.UO</entry><entry>Execute subtract and check unsigned overflow</entry></row></tbody></tgroup></table></tables><tables id="tabl0037" num="0037"><table frame="all"><tgroup cols="7"><colspec colnum="1" colname="col1" colwidth="19mm" /><colspec colnum="2" colname="col2" colwidth="17mm" colsep="0" /><colspec colnum="3" colname="col3" colwidth="17mm" colsep="0" /><colspec colnum="4" colname="col4" colwidth="19mm" /><colspec colnum="5" colname="col5" colwidth="15mm" colsep="0" /><colspec colnum="6" colname="col6" colwidth="10mm" colsep="0" /><colspec colnum="7" colname="col7" colwidth="12mm" /><thead><row><entry valign="top">class</entry><entry namest="col2" nameend="col4" align="left" valign="top">operation</entry><entry namest="col5" nameend="col7" align="left" valign="top">check</entry></row></thead><tbody><row rowsep="0"><entry morerows="2" rowsep="1">arithmetic</entry><entry namest="col2" nameend="col4" morerows="2" rowsep="1" align="left">SUB</entry><entry>NONE</entry><entry>O</entry><entry>UO</entry></row><row rowsep="0"><entry>E</entry><entry>L</entry><entry>UL</entry></row><row><entry>NE</entry><entry>GE</entry><entry>UGE</entry></row><row rowsep="0"><entry morerows="1" rowsep="1">boolean</entry><entry>SET.E</entry><entry>SET.L</entry><entry>SET.UL</entry><entry namest="col5" nameend="col7" morerows="1" rowsep="1" align="left" /></row><row><entry>SET.NE</entry><entry>SET.GE</entry><entry>SET.UGE</entry></row></tbody></tgroup></table></tables>

<u style="single">Format</u>

<img file="EP1879104A2_D0105.tif" />

<u style="single">Description</u>

The contents of registers ra and rb are fetched and the specified operation is performed on these operands. The result is placed into register rc.

<u style="single">Definition</u>

<img file="EP1879104A2_D0106.tif" /><img file="EP1879104A2_D0107.tif" /><img file="EP1879104A2_D0108.tif" />

<u style="single">Exceptions</u>

Fixed-point arithmetic

<u style="single">Execute Short Immediate</u>

These operations perform calculations with one general register value and one immediate value, placing the result in a general register.

<u style="single">Operation codes</u>

<tables id="tabl0038" num="0038"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="25mm" /><colspec colnum="2" colname="col2" colwidth="84mm" /><tbody><row><entry>E.ROTR.I</entry><entry>Execute rotate right immediate</entry></row><row><entry>E.SHL.I</entry><entry>Execute shift left immediate</entry></row><row><entry>E.SHL.I.O</entry><entry>Execute shift left immediate and check signed overflow</entry></row><row><entry>E.SHL.I.UO</entry><entry>Execute shift left immediate and check unsigned overflow</entry></row><row><entry>E.SHR.I</entry><entry>Execute signed shift right immediate</entry></row><row><entry>E.SHUFFLE.I</entry><entry>Execute shuffle immediate</entry></row><row><entry>E.USHR.I</entry><entry>Execute unsigned shift right immediate</entry></row></tbody></tgroup></table></tables>

<u style="single">Format</u>

<img file="EP1879104A2_D0109.tif" />

<u style="single">Description</u>

The contents of register ra is fetched, and a 6-bit immediate value is taken from the 6-bit simm field. The specified operation is performed on these operands. The result is placed into register rb.

<u style="single">Definition</u>

<img file="EP1879104A2_D0110.tif" /><img file="EP1879104A2_D0111.tif" />

<u style="single">Exceptions</u>

Fixed-point arithmetic

<u style="single">Execute Short Immediate Inplace</u>

These operations perform calculations with one general register value and one immediate value, placing the result in a general register.

<u style="single">Operation codes</u>

<tables id="tabl0039" num="0039"><table frame="all"><tgroup cols="2" rowsep="0"><colspec colnum="1" colname="col1" colwidth="20mm" /><colspec colnum="2" colname="col2" colwidth="68mm" colsep="0" /><tbody><row rowsep="1"><entry>E.MSHR.I</entry><entry>Execute merge shift right immediate</entry></row></tbody></tgroup></table></tables>

<u style="single">Format</u>

<img file="EP1879104A2_D0112.tif" />

<u style="single">Description</u>

The contents of registers ra and rb are fetched, and a 6-bit immediate value is taken from the 6-bit simm field. The specified operation is performed on these operands. The result is placed into register rb.

<u style="single">Definition</u>

<img file="EP1879104A2_D0113.tif" />

<u style="single">Exceptions</u>

Fixed-point arithmetic

<u style="single">Execute Swizzle Immediate</u>

These operations perform calculations with a general register value and two immediate values, placing the result in a general register.

<u style="single">Operation codes</u>

<tables id="tabl0040" num="0040"><table frame="all"><tgroup cols="2" rowsep="0"><colspec colnum="1" colname="col1" colwidth="24mm" /><colspec colnum="2" colname="col2" colwidth="43mm" colsep="0" /><tbody><row rowsep="1"><entry>E.SWIZZLE.I</entry><entry>Execute swizzle immediate</entry></row></tbody></tgroup></table></tables>

<u style="single">Format</u>

<img file="EP1879104A2_D0114.tif" />

<u style="single">Description</u>

The contents of register ra is fetched, and 6-bit immediate values are taken from the 6-bit icopy and iswap fields. The specified operation is performed on these operands. The result is placed into register rb.

<u style="single">Definition</u>

<img file="EP1879104A2_D0115.tif" />

<u style="single">Exceptions</u>

Reserved instruction

<u style="single">Execute Ternary</u>

These operations perform calculations with three general register values, placing the result in a fourth general register.

<u style="single">Operation codes</u>

<tables id="tabl0041" num="0041"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="38mm" /><colspec colnum="2" colname="col2" colwidth="71mm" /><tbody><row><entry>E.8MUX</entry><entry>Execute 8-way multiplex</entry></row><row><entry>E.MUX</entry><entry>Execute multiplex</entry></row><row><entry>E.TRANSPOSE.8MUX</entry><entry>Execute transpose and 8-way multiplex</entry></row></tbody></tgroup></table></tables>

<u style="single">Format</u>

<img file="EP1879104A2_D0116.tif" />

<u style="single">Description</u>

The contents of registers ra, rb, and rc are fetched. The specified operation is performed on these operands. The result is placed into register rd.

<u style="single">Definition</u>

<img file="EP1879104A2_D0117.tif" /><img file="EP1879104A2_D0118.tif" />

<u style="single">Exceptions</u>

none

<u style="single">Floating-point</u>

These operations perform floating-point arithmetic on two floating-point operands.

<u style="single">Operation codes</u>

<tables id="tabl0042" num="0042"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="25mm" /><colspec colnum="2" colname="col2" colwidth="58mm" /><tbody><row><entry>F.ADD.16</entry><entry>Floating-point add half</entry></row><row><entry>F.ADD.16.C</entry><entry>Floating-point add half ceiling</entry></row><row><entry>F.ADD.16.F</entry><entry>Floating-point add half floor</entry></row><row><entry>F.ADD.16.N</entry><entry>Floating-point add half nearest</entry></row><row><entry>F.ADD.16.T</entry><entry>Floating-point add half truncate</entry></row><row><entry>F.ADD.16.X</entry><entry>Floating-point add half exact</entry></row><row><entry>F.ADD.32</entry><entry>Floating-point add single</entry></row><row><entry>F.ADD.32.C</entry><entry>Floating-point add single ceiling</entry></row><row><entry>F.ADD.32.F</entry><entry>Floating-point add single floor</entry></row><row><entry>F.ADD.32.N</entry><entry>Floating-point add single nearest</entry></row><row><entry>F.ADD.32.T</entry><entry>Floating-point add single truncate</entry></row><row><entry>F.ADD.32.X</entry><entry>Floating-point add single exact</entry></row><row><entry>F.ADD.64</entry><entry>Floating-point add double</entry></row><row><entry>F.ADD.64 .C</entry><entry>Floating-point add double ceiling</entry></row><row><entry>F.ADD.64 .F</entry><entry>Floating-point add double floor</entry></row><row><entry>F.ADD.64 .N</entry><entry>Floating-point add double nearest</entry></row><row><entry>F.ADD.64 .T</entry><entry>Floating-point add double truncate</entry></row><row><entry>F.ADD.64 .X</entry><entry>Floating-point add double exact</entry></row><row><entry>F ADD.128</entry><entry>Floating-point add quad</entry></row><row><entry>F.ADD.128.C</entry><entry>Floating-point add quad ceiling</entry></row><row><entry>F.ADD.128.F</entry><entry>Floating-point add quad floor</entry></row><row><entry>F.ADD.128.N</entry><entry>Floating-point add quad nearest</entry></row><row><entry>F.ADD.128.T</entry><entry>Floating-point add quad truncate</entry></row><row><entry>F.ADD.128.X</entry><entry>Floating-point add quad exact</entry></row><row><entry>F.DIV.16</entry><entry>Floating-point divide half</entry></row><row><entry>F.DIV.16.C</entry><entry>Floating-point divide half ceiling</entry></row><row><entry>F.DIV.16.F</entry><entry>Floating-point divide half floor</entry></row><row><entry>F.DIV.16.N</entry><entry>Floating-point divide half nearest</entry></row><row><entry>F.DIV.16.T</entry><entry>Floating-point divide half truncate</entry></row><row><entry>F.DIV.16.X</entry><entry>Floating-point divide half exact</entry></row><row><entry>F.DIV.32</entry><entry>Floating-point divide single</entry></row><row><entry>F.DIV.32.C</entry><entry>Floating-point divide single ceiling</entry></row><row><entry>F.DIV.32.F</entry><entry>Floating-point divide single floor</entry></row><row><entry>F.DIV.32.N</entry><entry>Floating-point divide single nearest</entry></row><row><entry>F.DIV.32.T</entry><entry>Floating-point divide single truncate</entry></row><row><entry>F.DIV.32.X</entry><entry>Floating-point divide single exact</entry></row><row><entry>F.DIV.64</entry><entry>Floating-point divide double</entry></row><row><entry>F.DIV.64.C</entry><entry>Floating-point divide double ceiling</entry></row><row><entry>F.DIV.64.F</entry><entry>Floating-point divide double floor</entry></row><row><entry>F.DIV.64.N</entry><entry>Floating-point divide double nearest</entry></row><row><entry>F.DIV.64.T</entry><entry>Floating-point divide double truncate</entry></row><row><entry>F.DIV.64.X</entry><entry>Floating-point divide double exact</entry></row><row><entry>F.DIV.128</entry><entry>Floating-point divide quad</entry></row><row><entry>F.DIV.128.C</entry><entry>Floating-point divide quad ceiling</entry></row><row><entry>F.DIV.128.F</entry><entry>Floating-point divide quad floor</entry></row><row><entry>F.DIV.128.N</entry><entry>Floating-point divide quad nearest</entry></row><row><entry>F.DIV.128.T</entry><entry>Floating-point divide quad truncate</entry></row><row><entry>F.DIV.128.X</entry><entry>Floating-point divide quad exact</entry></row><row><entry>F.MUL.16</entry><entry>Floating-point multiply half</entry></row><row><entry>F.MUL.16.C</entry><entry>Floating-point multiply half ceiling</entry></row><row><entry>F.MUL.16.F</entry><entry>Floating-point multiply half floor</entry></row><row><entry>F.MUL.16.N</entry><entry>Floating-point multiply half nearest</entry></row><row><entry>F.MUL.16.T</entry><entry>Floating-point multiply half truncate</entry></row><row><entry>F.MUL.16.X</entry><entry>Floating-point multiply half exact</entry></row><row><entry>F.MUL.32</entry><entry>Floating-point multiply single</entry></row><row><entry>F.MUL.32.C</entry><entry>Floating-point multiply single ceiling</entry></row><row><entry>F.MUL.32.F</entry><entry>Floating-point multiply single floor</entry></row><row><entry>F.MUL.32.N</entry><entry>Floating-point multiply single nearest</entry></row><row><entry>F.MUL.32.T</entry><entry>Floating-point multiply single truncate</entry></row><row><entry>F.MUL.32.X</entry><entry>Floating-point multiply single exact</entry></row><row><entry>F.MUL.64</entry><entry>Floating-point multiply double</entry></row><row><entry>F.MUL.64.C</entry><entry>Floating-point multiply double ceiling</entry></row><row><entry>F.MUL.64.F</entry><entry>Floating-point multiply double floor</entry></row><row><entry>F.MUL.64.N</entry><entry>Floating-point multiply double nearest</entry></row><row><entry>F.MUL.64.T</entry><entry>Floating-point multiply double truncate</entry></row><row><entry>F.MUL.64.X</entry><entry>Floating-point multiply double exact</entry></row><row><entry>F.MUL.128</entry><entry>Floating-point multiply quad</entry></row><row><entry>F.MUL.128.C</entry><entry>Floating-point multiply quad ceiling</entry></row><row><entry>F.MUL.128.F</entry><entry>Floating-point multiply quad floor</entry></row><row><entry>F.MUL.128.N</entry><entry>Floating-point multiply quad nearest</entry></row><row><entry>F.MUL.128.T</entry><entry>Floating-point multiply quad truncate</entry></row><row><entry>F.MUL.128.X</entry><entry>Floating-point multiply quad exact</entry></row></tbody></tgroup></table></tables><tables id="tabl0043" num="0043"><table frame="all"><tgroup cols="8"><colspec colnum="1" colname="col1" colwidth="16mm" /><colspec colnum="2" colname="col2" colwidth="10mm" /><colspec colnum="3" colname="col3" colwidth="10mm" /><colspec colnum="4" colname="col4" colwidth="10mm" colsep="0" /><colspec colnum="5" colname="col5" colwidth="10mm" colsep="0" /><colspec colnum="6" colname="col6" colwidth="10mm" colsep="0" /><colspec colnum="7" colname="col7" colwidth="11mm" /><colspec colnum="8" colname="col8" colwidth="27mm" /><thead><row><entry valign="top" /><entry namest="col2" nameend="col3" align="left" valign="top">op</entry><entry namest="col4" nameend="col7" align="left" valign="top">prec</entry><entry valign="top">round/trap</entry></row></thead><tbody><row><entry>add</entry><entry namest="col2" nameend="col3" align="left">ADD</entry><entry>16</entry><entry>32</entry><entry>64</entry><entry>128</entry><entry>NONE C F N T X</entry></row><row><entry>multiply</entry><entry namest="col2" nameend="col3" align="left">MUL</entry><entry>16</entry><entry>32</entry><entry>64</entry><entry>128</entry><entry>NONE C F N T X</entry></row><row><entry>divide</entry><entry namest="col2" nameend="col3" align="left">DIV</entry><entry>16</entry><entry>32</entry><entry>64</entry><entry>128</entry><entry>NONE C F N T X</entry></row></tbody></tgroup></table></tables>

<u style="single">Format</u>

<img file="EP1879104A2_D0119.tif" />

<u style="single">Description</u>

The contents of registers is register pairs specified by ra and rb are combined using the specified floating-point operation. The operation is rounded using the specified rounding option or using round-to-nearest if not specified. The result is placed in the register or register pair specified by rc.

If a rounding option is specified, the operation raises a floating-point exception if a floating-point invalid operation, divide by zero, overflow, or underflow occurs, or when specified, if the result is inexact. If a rounding option is not specified, floating-point exceptions are not raised, and are handled according to the default rules of IEEE 754.

If F128 precision is specified, ra, rb and rc refer to an aligned pair of registers, and a reserved instruction exception occurs if the low-order bit of these operands is set.

<u style="single">Definition</u>

<pre listing-type="program-listing"> def FloatingPoint(op.prec.round.ra.rb.rc) as a ← F(prec. RegRead(ra, (prec≤64) ? 64 : prec)) b ← F(prec. RegRead(rb, (prec≤64) ? 64 : prec)) if round≠NONE then if isSignallingNaN(a) I isSignallingNaN(b) raise FloatingPointException endif case op of F.DIV: if b=0 then raise FloatingPointArithmetic endif others: endcase endif case op of F.ADD: c ← a+b F.MUL: c ← a*b F.DIV.: c ← a/b endease case round of X: N: T: F: C: NONE: endcase RegWrite(rc, (prec≤64) : 64 : prec, PackF(prec,c)) enddef</pre>

<u style="single">Exceptions</u>

Reserved instruction

Floating-point arithmetic

<u style="single">Floating-point Reversed</u>

These operations perform floating-point arithmetic on two floating-point operands.

<u style="single">Operation codes</u>

<tables id="tabl0044" num="0044"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="43mm" /><colspec colnum="2" colname="col2" colwidth="82mm" /><tbody><row><entry>F.SET.E.16</entry><entry>Floating-point set equal half</entry></row><row><entry>F.SET.E.16.X</entry><entry>Floating-point set equal half exact</entry></row><row><entry>F.SET.E.32</entry><entry>Floating-point set equal single</entry></row><row><entry>F.SET.E.32.X</entry><entry>Floating-point set equal single exact</entry></row><row><entry>F.SET.E.64</entry><entry>Floating-point set equal double</entry></row><row><entry>F.SET.E.64.X</entry><entry>Floating-point set equal double exact</entry></row><row><entry>F.SET.E.128</entry><entry>Floating-point set equal quad</entry></row><row><entry>F.SET.E.128.X</entry><entry>Floating-point set equal quad exact</entry></row><row><entry>F.SET.GE.16.X</entry><entry>Floating-point set greater or equal half exact</entry></row><row><entry>F.SET.GE.32.X</entry><entry>Floating-point set greater or equal single exact</entry></row><row><entry>F.SET.GE.64.X</entry><entry>Floating-ooint set greater or equal double exact</entry></row><row><entry>F.SET.GE.128.X</entry><entry>Floating-point set greater or equal quad exact</entry></row><row><entry>F.SET.L.16.X</entry><entry>Floating-point set less half exact</entry></row><row><entry>F.SET.L.32.X</entry><entry>Floating-point set less single exact</entry></row><row><entry>F.SET.L.64.X</entry><entry>Floating-point set less double exact</entry></row><row><entry>F.SET.L.128.X</entry><entry>Floating-point set less quad exact</entry></row><row><entry>F.SET.NE.16</entry><entry>Floating-point set not equal half</entry></row><row><entry>F.SET.NE.16.X</entry><entry>Floating-point set not equal half exact</entry></row><row><entry>F.SET.NE.32</entry><entry>Floating-point set not equal single</entry></row><row><entry>F.SET.NE.32.X</entry><entry>Floating-point set not equal single exact</entry></row><row><entry>F.SET.NE.64</entry><entry>Floating-point set not equal double</entry></row><row><entry>F.SET.NE.64.X</entry><entry>Floating-point set not equal double exact</entry></row><row><entry>F.SET.NE.128</entry><entry>Floating-point set not equal quad</entry></row><row><entry>F.SET.NE.128.X</entry><entry>Floating-point set not equal quad exact</entry></row><row><entry>F.SET.NGE.16.X</entry><entry>Floating-point set not greater or equal half exact</entry></row><row><entry>F.SET.NGE.32.X</entry><entry>Floating-point set not greater or equal single exact</entry></row><row><entry>F.SET.NGE.64.X</entry><entry>Floating-point set not greater or equal double exact</entry></row><row><entry>F.SET.NGE.128.X</entry><entry>Floating-point set not greater or equal quad exact</entry></row><row><entry>F.SET.NL.16.X</entry><entry>Floating-point set not or less half exact</entry></row><row><entry>F.SET.NL.32.X</entry><entry>Floating-point set not or less single exact</entry></row><row><entry>F.SET.NL.64.X</entry><entry>Floating-point set not or less double exact</entry></row><row><entry>F.SET.NL.128.X</entry><entry>Floating-point set not or less quad exact</entry></row><row><entry>F.SET.NUE.16</entry><entry>Floating-point set not unordered or equal half</entry></row><row><entry>F.SET.NUE.16.X</entry><entry>Floating-point set not unordered or equal half exact</entry></row><row><entry>F.SET.NUE.32</entry><entry>Floating-point set not unordered or equal single</entry></row><row><entry>F.SET.NUE.32.X</entry><entry>Floating-point set not unordered or equal single exact</entry></row><row><entry>F.SET.NUE.64</entry><entry>Floating-point set not unordered or equal double</entry></row><row><entry>F.SET.NUE.64.X</entry><entry>Floating-point set not unordered or equal double exact</entry></row><row><entry>F.SET.NUE.128</entry><entry>Floating-point set not unordered or equal quad</entry></row><row><entry>F.SET.NUE.128.X</entry><entry>Floating-point set not unordered or equal quad exact</entry></row><row><entry>F.SET.NUGE.16</entry><entry>Floating-point set not unordered greater or equal half</entry></row><row><entry>F.SET.NUGE.32</entry><entry>Floating-point set not unordered greater or equal single</entry></row><row><entry>F.SET.NUGE.64</entry><entry>Floating-point set not unordered greater or equal double</entry></row><row><entry>F.SET.NUGE.128</entry><entry>Floating-point set not unordered greater or equal quad</entry></row><row><entry>F.SET.NUL.16</entry><entry>Floating-point set not unordered or less half</entry></row><row><entry>F.SET.NUL.32</entry><entry>Floating-point set not unordered or less single</entry></row><row><entry>F.SET.NUL.64</entry><entry>Floating-point set not unordered or less double</entry></row><row><entry>F.SET.NUL.128</entry><entry>Floating-point set not unordered or less quad</entry></row><row><entry>F.SET.UE.16</entry><entry>Floating-point set greater or equal half</entry></row><row><entry>F.SET.UE.16.X</entry><entry>Floating-point set greater or equal half exact</entry></row><row><entry>F.SET.UE.32</entry><entry>Floating-point set greater or equal single</entry></row><row><entry>F.SET.UE.32.X</entry><entry>Floating-point set greater or equal single exact</entry></row><row><entry>F.SET.UE.64</entry><entry>Floating-point set greater or equal double</entry></row><row><entry>F.SET.UE.64.X</entry><entry>Floating-point set greater or equal double exact</entry></row><row><entry>F.SET.UE.128</entry><entry>Floating-point set greater or equal quad</entry></row><row><entry>F.SET.UE.12B.X</entry><entry>Floating-point set greater or equal quad exact</entry></row><row><entry>F.SET.UGE.16</entry><entry>Floating-point set unordered greater or equal half</entry></row><row><entry>F.SET.UGE.32</entry><entry>Floating-point set unordered greater or equal single</entry></row><row><entry>F.SET.UGE.64</entry><entry>Floating-point set unordered greater or equal double</entry></row><row><entry>F.SET.UGE.128</entry><entry>Floating-point set unordered greater or equal quad</entry></row><row><entry>F.SET.UL.16</entry><entry>Floating-point set unordered or less half</entry></row><row><entry>F.SET.UL.32</entry><entry>Floating-point set unordered or less single</entry></row><row><entry>F.SET.UL.64</entry><entry>Floating-point set unordered or less double</entry></row><row><entry>F.SET.UL.128</entry><entry>Floating-point set unordered or less quad</entry></row><row><entry>F.SUB.16</entry><entry>Floating-point subtract half</entry></row><row><entry>F.SUB.16.C</entry><entry>Floating-point subtract half ceiling</entry></row><row><entry>F.SUB.16.F</entry><entry>Floating-point subtract half floor</entry></row><row><entry>F.SUB.16.N</entry><entry>Floating-point subtract half nearest</entry></row><row><entry>F.SUB.16.T</entry><entry>Floating-point subtract half truncate</entry></row><row><entry>F.SUB.16.X</entry><entry>Floating-point subtract half exact</entry></row><row><entry>F.SUB.32</entry><entry>Floating-point subtract single</entry></row><row><entry>F.SUB.32.C</entry><entry>Floating-point subtract single ceiling</entry></row><row><entry>F.SUB.32.F</entry><entry>Floating-point subtract single floor</entry></row><row><entry>F.SUB.32.N</entry><entry>Floating-point subtract single nearest</entry></row><row><entry>F.SUB.32.T</entry><entry>Floating-point subtract single truncate</entry></row><row><entry>F.SUB.32.X</entry><entry>Floating-point subtract single exact</entry></row><row><entry>F.SUB.64</entry><entry>Floating-point subtract double</entry></row><row><entry>F.SUB.64.C</entry><entry>Floating-point subtract double ceiling</entry></row><row><entry>F.SUB.64.F</entry><entry>Floating-point subtract double floor</entry></row><row><entry>F.SUB.64.N</entry><entry>Floating-point subtract double nearest</entry></row><row><entry>F.SUB.64.T</entry><entry>Floating-point subtract double truncate</entry></row><row><entry>F.SUB.64.X</entry><entry>Floating-point subtract double exact</entry></row><row><entry>F.SUB.128</entry><entry>Floating-point subtract quad</entry></row><row><entry>F.SUB.128.C</entry><entry>Floating-point subtract quad ceiling</entry></row><row><entry>F.SUB.128.F</entry><entry>Floating-point subtract quad floor</entry></row><row><entry>F.SUB.128.N</entry><entry>Floating-point subtract quad nearest</entry></row><row rowsep="0"><entry rowsep="1">F.SUB.128.T</entry><entry colsep="0" rowsep="1">Floating-point subtract quad truncate</entry></row><row><entry>F.SUB.128.X</entry><entry colsep="0">Floating-point subtract quad exact</entry></row></tbody></tgroup></table></tables><tables id="tabl0045" num="0045"><table frame="all"><tgroup cols="8"><colspec colnum="1" colname="col1" colwidth="17mm" /><colspec colnum="2" colname="col2" colwidth="15mm" colsep="0" /><colspec colnum="3" colname="col3" colwidth="12mm" /><colspec colnum="4" colname="col4" colwidth="10mm" colsep="0" /><colspec colnum="5" colname="col5" colwidth="10mm" colsep="0" /><colspec colnum="6" colname="col6" colwidth="10mm" colsep="0" /><colspec colnum="7" colname="col7" colwidth="11mm" /><colspec colnum="8" colname="col8" colwidth="27mm" /><thead><row><entry valign="top" /><entry namest="col2" nameend="col3" align="left" valign="top">op</entry><entry namest="col4" nameend="col7" align="left" valign="top">prec</entry><entry valign="top">round/trap</entry></row></thead><tbody><row rowsep="0"><entry>set</entry><entry>SET.</entry>&lt;entry /&gt;<entry>16</entry><entry>32</entry><entry>64</entry><entry>128</entry><entry>NONE X</entry></row><row rowsep="0">&lt;entry /&gt;<entry>E</entry><entry>NE</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;</row><row>&lt;entry /&gt;<entry>UE</entry><entry>NUE</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;</row><row rowsep="0">&lt;entry /&gt;<entry>SET.</entry>&lt;entry /&gt;<entry>16</entry><entry>32</entry><entry>64</entry><entry>128</entry><entry>NONE</entry></row><row rowsep="0">&lt;entry /&gt;<entry>NUGE</entry><entry>NUL</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;</row><row>&lt;entry /&gt;<entry>UGE</entry><entry>UL</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;</row><row rowsep="0">&lt;entry /&gt;<entry>SET.</entry>&lt;entry /&gt;<entry>16</entry><entry>32</entry><entry>64</entry><entry>128</entry><entry>X</entry></row><row rowsep="0">&lt;entry /&gt;<entry>L</entry><entry>GE</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;</row><row>&lt;entry /&gt;<entry>NL</entry><entry>NGE</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;</row><row><entry>subtract</entry><entry>SUB</entry>&lt;entry /&gt;<entry>16</entry><entry>32</entry><entry>64</entry><entry>128</entry><entry>NONE C F N T X</entry></row></tbody></tgroup></table></tables>

<u style="single">Format</u>

<img file="EP1879104A2_D0120.tif" />

<u style="single">Description</u>

The contents of registers or register pairs specified by ra and rb are combined using the specified floating-point operation. The operation is rounded using the specified rounding option or using round-to-nearest if not specified. The result is placed in the register or register pair specified by rc.

If a rounding option is specified, the operation raises a floating-point exception if a floating-point invalid operation, divide by zero, overflow, or underflow occurs, or when specified, if the result is inexact. If a rounding option is not specified, floating-point exceptions are not raised, and are handled according to the default rules of IEEE 754.

If F128 precision is specified, ra, rb and rc refer to an aligned pair of registers, and a reserved instruction exception occurs if the low-order bit of these operands is set.

<u style="single">Definition</u>

<pre listing-type="program-listing"> def FloatingPointReversed(op.prec.round.ra.rb.rc) as a ← F(prec, RegRead(ra, (prec≤64) ? 64 : prec)) b ← F(prec, RegRead(rb, (prec≤64) ? 64 : prec)) if round≠NONE then if isSignallingNaN(a) I isSignallingNaN(b) raise FloatingPointException endif case op of F.SET.L, F.SET.GE. F.SET.NL. F.SET.NGE: if isNaN(a) I isNaN(b) then raise FloatingPointArithmetic endif others: endcase endif case op of F.SUB: c ← b-a F.SET.NUGE. F.SET.L: c ← b!?≥a F.SET.NUL, F.SET.GE: c ← b!?&lt;a F.SET.UGE. F.SET.NL: c ← b?≥a F.SET.UL. F.SET.NGE: c ← b?&lt;a F.SET.UE: c ←b?=a F.SET.NUE: c ← b!?=a F.SET.E: c ← b=a F.SET.NE: c ← b#a endcase case op of F.SUB: destprec ← prec F.SET.NUGE. F.SET.NUL. F.SET.UGE. F.SET.UL. F.SET.L. F.SET.GE. F.SET.E, F.SET.NE, F.SET.UE. F.SET.NUE: destprec ← INT endcase case round of X: N: T: F: C: NONE: endcase case destprec of 16, 32, 64, 128: RegWrite(rc, (destprec≤64) : 64 : destprec, PackF(destprec,c)) INT: RegWrite(rc, 64, c) endcase enddef Exceptions Reserved instruction Floating-point arithmetic</pre>

<u style="single">Floating-point Ternary</u>

These operations perform floating-point arithmetic on three floating-point operands..

<u style="single">Operation codes</u>

<tables id="tabl0046" num="0046"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="28mm" /><colspec colnum="2" colname="col2" colwidth="64mm" /><tbody><row><entry>F.MULADD.16</entry><entry>Floating-point multiply and add half</entry></row><row><entry>F.MULADD.32</entry><entry>Floating-point multiply and add single</entry></row><row><entry>F.MULADD.64</entry><entry>Floating-point multiply and add double</entry></row><row><entry>F.MULADD.128</entry><entry>Floating-point multiply and add quad</entry></row><row><entry>F.MULSUB.16</entry><entry>Floating-point multiply and subtract half</entry></row><row><entry>F.MULSUB.32</entry><entry>Floating-point multiply and subtract single</entry></row><row><entry>F.MULSUB.64</entry><entry>Floating-point multiply and subtract double</entry></row><row><entry>F.MULSUB.128</entry><entry>Floating-point multiply and subtract quad</entry></row></tbody></tgroup></table></tables><tables id="tabl0047" num="0047"><table frame="all"><tgroup cols="6"><colspec colnum="1" colname="col1" colwidth="34mm" /><colspec colnum="2" colname="col2" colwidth="19mm" /><colspec colnum="3" colname="col3" colwidth="10mm" colsep="0" /><colspec colnum="4" colname="col4" colwidth="10mm" colsep="0" /><colspec colnum="5" colname="col5" colwidth="10mm" colsep="0" /><colspec colnum="6" colname="col6" colwidth="11mm" /><thead><row><entry valign="top" /><entry valign="top">op</entry><entry namest="col3" nameend="col6" align="left" valign="top">prec</entry></row></thead><tbody><row><entry>multiply and add</entry><entry>MULADD</entry><entry>16</entry><entry>32</entry><entry>64</entry><entry>128</entry></row><row><entry>multiply and subtract</entry><entry>MULSUB</entry><entry>16</entry><entry>32</entry><entry>64</entry><entry>128</entry></row></tbody></tgroup></table></tables>

<u style="single">Format</u>

<img file="EP1879104A2_D0121.tif" />

<u style="single">Description</u>

The contents of registers or register pairs specified by ra and rb are multiplied together and added to or subtracted from the contents of the register or register pair specified by rc. The result is rounded to the nearest representable floating-point value in a single floating-point operation. The result is placed in the register or register pair specified by rd. Floating-point exceptions are not raised, and are handled according to the default rules of IEEE 754. These instructions cannot select a directed rounding mode or trap on inexact.

If F128 precision is specified, ra, rb, rc and rd refer to an aligned pair of registers, and a reserved instruction exception occurs if the low-order bit of these operands is set.

<u style="single">Definition</u>

<pre listing-type="program-listing"> def FloatingPointTernary(op.ra,rb.rc.rd) as case op of FMULADD16, FMULSUB16: prec ← 16 FMULADD32. FMULSUB32: prec ← 32 FMULADD64. FMULSUB64: prec ← 64 FMULADD128, FMULSUB128: prec ← 128 endcase a ← F(prec, RegRead(ra. (prec≤64) ? 64 : prec)) b ← F(prec. RegRead(rb, (prec≤64) ? 64 : prec)) c ← F(prec, RegRead(rc. (prec≤64) ? 64 : prec)) case op of FMULADD16, FMULADD32. FMULADD64, FMULADD128: d ← a*b+c FMULSUB16, FMULSUB32. FMULSUB64. FMULSUB128: d ← a*b-c endcase RegWrite(rd, (prec≤64): 64: prec, PackF(prec.d)) enddef</pre>

<u style="single">Exceptions</u>

Reserved instruction

Floating-point arithmetic

<u style="single">Floating-point Unary</u>

These operations perform floating-point arithmetic on one floating-point operand.

<u style="single">Operation codes</u>

<tables id="tabl0048" num="0048"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="32mm" /><colspec colnum="2" colname="col2" colwidth="74mm" /><tbody><row><entry>F.ABS.16</entry><entry>Floating-point absolute value half</entry></row><row><entry>F.ABS.16.X</entry><entry>Floating-point absolute value half exact</entry></row><row><entry>F.ABS.32</entry><entry>Floating-point absolute value single</entry></row><row><entry>F.ABS.32.X</entry><entry>Floating-point absolute value single exact</entry></row><row><entry>F.ABS.64</entry><entry>Floating-point absolute value double</entry></row><row><entry>F.ABS.64.X</entry><entry>Floating-point absolute value double exact</entry></row><row><entry>F.ABS.128</entry><entry>Floating-point absolute value quad</entry></row><row><entry>F.ABS.128.X</entry><entry>Floating-point absolute value quad exact</entry></row><row><entry>F.DEFLATE.32</entry><entry>Floating-point convert half from single</entry></row><row><entry>F.DEFLATE.32.C</entry><entry>Floating-point convert half from single ceiling</entry></row><row><entry>F.DEFLATE.32.F</entry><entry>Floating-point convert half from single floor</entry></row><row><entry>F.DEFLATE.32.N</entry><entry>Floating-point convert half from single nearest</entry></row><row><entry>F.DEFLATE.32.T</entry><entry>Floating-point convert half from single truncate</entry></row><row><entry>F.DEFLATE.32.X</entry><entry>Floating-point convert half from single exact</entry></row><row><entry>F.DEFLATE.64</entry><entry>Floating-point convert single from double</entry></row><row><entry>F.DEFLATE.64.C</entry><entry>Floating-point convert single from double ceiling</entry></row><row><entry>F.DEFLATE.64.F</entry><entry>Floating-point convert single from double floor</entry></row><row><entry>F.DEFLATE.64.N</entry><entry>Floating-point convert single from double nearest</entry></row><row><entry>F.DEFLATE.64.T</entry><entry>Floating-point convert single from double truncate</entry></row><row><entry>F.DEFLATE.64.X</entry><entry>Floating-point convert single from double exact</entry></row><row><entry>F. DEFLATE. 128</entry><entry>Floating-point convert double from quad</entry></row><row><entry>F.DEFLATE.128.C</entry><entry>Floating-point convert double from quad ceiling</entry></row><row><entry>F.DEFLATE.128.F</entry><entry>Floating-point convert double from quad floor</entry></row><row><entry>F.DEFLATE.128.N</entry><entry>Floating-point convert double from quad nearest</entry></row><row><entry>F.DEFLATE.128.T</entry><entry>Floating-point convert double from quad truncate</entry></row><row><entry>F.DEFLATE.128.X</entry><entry>Floating-point convert double from quad exact</entry></row><row><entry>F.FLOAT.16</entry><entry>Floating-point convert half from integer</entry></row><row><entry>F.FLOAT.16.C</entry><entry>Floating-point convert half from integer ceiling</entry></row><row><entry>F.FLOAT.16.F</entry><entry>Floating-point convert half from integer floor</entry></row><row><entry>F.FLOAT.16.N</entry><entry>Floating-point convert half from integer nearest</entry></row><row><entry>F.FLOAT.16.T</entry><entry>Floating-point convert half from integer truncate</entry></row><row><entry>F.FLOAT.16.X</entry><entry>Floating-point convert half from integer exact</entry></row><row><entry>F.FLOAT.32</entry><entry>Floating-point convert single from integer</entry></row><row><entry>F.FLOAT.32.C</entry><entry>Floating-point convert single from integer ceiling</entry></row><row><entry>F.FLOAT.32.F</entry><entry>Floating-point convert single from integer floor</entry></row><row><entry>F.FLOAT.32.N</entry><entry>Floating-point convert single from integer nearest</entry></row><row><entry>F.FLOAT.32.T</entry><entry>Floating-point convert single from integer truncate</entry></row><row><entry>F.FLOAT.32.X</entry><entry>Floating-point convert single from integer exact</entry></row><row><entry>F.FLOAT.64</entry><entry>Floating-point convert double from integer</entry></row><row><entry>F.FLOAT.64.C</entry><entry>Floating-point convert double from integer ceiling</entry></row><row><entry>F.FLOAT.64.F</entry><entry>Floating-point convert double from integer floor</entry></row><row><entry>F.FLOAT.64.N</entry><entry>Floating-point convert double from integer nearest</entry></row><row><entry>F.FLOAT.64.T</entry><entry>Floating-point convert double from integer truncate</entry></row><row><entry>F.FLOAT.64.X</entry><entry>Floating-point convert double from integer exact</entry></row><row><entry>F.FLOAT.128</entry><entry>Floating-point convert quad from integer</entry></row><row><entry>F.lNFLATE.16</entry><entry>Floating-point convert single from half</entry></row><row><entry>F.INFLATE.16.X</entry><entry>Floating-point convert single from half exact</entry></row><row><entry>F.INFLATE.32</entry><entry>Floating-point convert double from single</entry></row><row><entry>F.INFLATE.32.X</entry><entry>Floating-point convert double from single exact</entry></row><row><entry>F.INFLATE.64</entry><entry>Floating-point convert quad from double</entry></row><row><entry>F.INFLATE.64.X</entry><entry>Floating-point convert quad from double exact</entry></row><row><entry>F.NEG.16</entry><entry>Floating-point negate half</entry></row><row><entry>F.NEG.16.X</entry><entry>Floating-point negate half exact</entry></row><row><entry>F.NEG.32</entry><entry>Floating-point negate single</entry></row><row><entry>F.NEG.32.X</entry><entry>Floating-point negate single exact</entry></row><row><entry>F.NEG.64</entry><entry>Floating-point negate double</entry></row><row><entry>F.NEG.64.X</entry><entry>Floating-point negate double exact</entry></row><row><entry>F.NEG.128</entry><entry>Floating-point negate quad</entry></row><row><entry>F.NEG.128.X</entry><entry>Floating-point negate quad exact</entry></row><row><entry>F.SINK.16</entry><entry>Floating-point convert integer from half</entry></row><row><entry>F.SINK.16.C</entry><entry>Floating-point convert integer from half ceiling</entry></row><row><entry>F.SINK.16.F</entry><entry>Floating-point convert integer from half floor</entry></row><row><entry>F.SINK.16.N</entry><entry>Floating-point convert integer from half nearest</entry></row><row><entry>F.SINK.16.T</entry><entry>Floating-point convert integer from half truncate</entry></row><row><entry>F.SINK.16.X</entry><entry>Floating-point convert integer from half exact</entry></row><row><entry>F.SINK.32</entry><entry>Floating-point convert integer from single</entry></row><row><entry>F.SINK.32.C</entry><entry>Floating-point convert integer from single ceiling</entry></row><row><entry>F.SINK.32.F</entry><entry>Floating-point convert integer from single floor</entry></row><row><entry>F.SINK.32.N</entry><entry>Floating-point convert integer from single nearest</entry></row><row><entry>F.SINK.32.T</entry><entry>Floating-point convert integer from single truncate</entry></row><row><entry>F.SINK.32.X</entry><entry>Floating-point convert integer from single exact</entry></row><row><entry>F.SINK.64</entry><entry>Floating-point convert integer from double</entry></row><row><entry>F.SINK.64.C</entry><entry>Floating-point convert integer from double ceiling</entry></row><row><entry>F.SINK.64.F</entry><entry>Floating-point convert integer from double floor</entry></row><row><entry>F.SINK.64.N</entry><entry>Floating-point convert integer from double nearest</entry></row><row><entry>F.SINK.64.T</entry><entry>Floating-point convert integer from double truncate</entry></row><row><entry>F.SINK.64.X</entry><entry>Floating-point convert integer from double exact</entry></row><row><entry>F.SINK.128</entry><entry>Floating-point convert integer from quad</entry></row><row><entry>F.SINK.128.C</entry><entry>Floating-point convert integer from quad ceiling</entry></row><row><entry>F.SINK.128.F</entry><entry>Floating-point convert integer from quad floor</entry></row><row><entry>F.SINK.128.N</entry><entry>Floating-point convert integer from quad nearest</entry></row><row><entry>F.SINK.128.T</entry><entry>Floating-point convert integer from quad truncate</entry></row><row><entry>F.SINK.128.X</entry><entry>Floating-point convert integer from quad exact</entry></row><row><entry>F.SQR.16</entry><entry>Floating-point square root half</entry></row><row><entry>F.SQR.16.C</entry><entry>Floating-point square root half ceiling</entry></row><row><entry>F.SQR.16.F</entry><entry>Floating-point square root half floor</entry></row><row><entry>F.SQR.16.N</entry><entry>Floating-point square root half nearest</entry></row><row><entry>F.SQR.16.T</entry><entry>Floating-point square root half truncate</entry></row><row><entry>F.SQR.16.X</entry><entry>Floating-point square root half exact</entry></row><row><entry>F.SQR.32</entry><entry>Floating-point square root single</entry></row><row><entry>F.SQR.32.C</entry><entry>Floating-point square root single ceiling</entry></row><row><entry>F.SQR.32.F</entry><entry>Floating-point square root single floor</entry></row><row><entry>F.SQR.32.N</entry><entry>Floating-point square root single nearest</entry></row><row><entry>F.SQR.32.T</entry><entry>Floating-point square root single truncate</entry></row><row><entry>F.SQR.32.X</entry><entry>Floating-point square root single exact</entry></row><row><entry>F.SQR.64</entry><entry>Floating-point square root double</entry></row><row><entry>F.SQR.64.C</entry><entry>Floating-point square root double ceiling</entry></row><row><entry>F.SQR.64.F</entry><entry>Floating-point square root double floor</entry></row><row><entry>F.SQR.64.N</entry><entry>Floating-point square root double nearest</entry></row><row><entry>F.SQR.64.T</entry><entry>Floating-point square root double truncate</entry></row><row><entry>F.SQR.64.X</entry><entry>Floating-point square root double exact</entry></row><row><entry>F.SQR.128</entry><entry>Floating-point square root quad</entry></row><row><entry>F.SQR.128.C</entry><entry>Floating-point square root quad ceiling</entry></row><row><entry>F.SQR.128.F</entry><entry>Floating-point square root quad floor</entry></row><row><entry>F.SQR.128.N</entry><entry>Floating-point square root quad nearest</entry></row><row><entry>F.SQR.128.T</entry><entry>Floating-point square root quad truncate</entry></row><row><entry>F.SQR.128.X</entry><entry>Floating-point square root quad exact</entry></row></tbody></tgroup></table></tables><tables id="tabl0049" num="0049"><table frame="all"><tgroup cols="7"><colspec colnum="1" colname="col1" colwidth="41mm" /><colspec colnum="2" colname="col2" colwidth="20mm" /><colspec colnum="3" colname="col3" colwidth="10mm" colsep="0" /><colspec colnum="4" colname="col4" colwidth="10mm" colsep="0" /><colspec colnum="5" colname="col5" colwidth="10mm" colsep="0" /><colspec colnum="6" colname="col6" colwidth="11mm" /><colspec colnum="7" colname="col7" colwidth="27mm" /><thead><row><entry valign="top" /><entry valign="top">op</entry><entry namest="col3" nameend="col6" align="left" valign="top">prec</entry><entry valign="top">round/trap</entry></row></thead><tbody><row><entry>absolute value</entry><entry>ABS</entry><entry>16</entry><entry>32</entry><entry>64</entry><entry>128</entry><entry>NONE X</entry></row><row><entry morerows="1">float from integer</entry><entry morerows="1">FLOAT</entry><entry>16</entry><entry>32</entry><entry>64</entry>&lt;entry /&gt;<entry>NONE C F N T X</entry></row><row>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;<entry>128</entry><entry>NONE</entry></row><row><entry>integer from float</entry><entry>SINK</entry><entry>16</entry><entry>32</entry><entry>64</entry><entry>128</entry><entry>NONE C F N T X</entry></row><row><entry>increase format precision</entry><entry>INFLATE</entry><entry>16</entry><entry>32</entry><entry>64</entry>&lt;entry /&gt;<entry>NONE X</entry></row><row><entry>decrease format precision</entry><entry>DEFLATE</entry>&lt;entry /&gt;<entry>32</entry><entry>64</entry><entry>128</entry><entry>NONE C F N T X</entry></row><row><entry>negate</entry><entry>NEG</entry><entry>16</entry><entry>32</entry><entry>64</entry><entry>128</entry><entry>NONE X</entry></row><row><entry>square root</entry><entry>SQR</entry><entry>16</entry><entry>32</entry><entry>64</entry><entry>128</entry><entry>NONE C F N T X</entry></row></tbody></tgroup></table></tables>

<u style="single">Format</u>

<img file="EP1879104A2_D0122.tif" />

<u style="single">Description</u>

The contents of the register or register pair specified by ra is used as the operand of the specified floating-point operation. The operation is rounded using the specified rounding option or using round-to-nearest if not specified. The result is placed in the register or register pair specified by rc.

If a rounding option is specified, the operation raises a floating-point exception if a floating-point invalid operation, divide by zero, overflow, or underflow occurs, or when specified, if the result is inexact. If a rounding option is not specified, floating-point exceptions are not raised, and are handled according to the default rules of IEEE 754.

If F128 precision is specified, ra or rb or both refer to an aligned pair of registers, and a reserved instruction exception occurs if the low-order bit of these operands is set.

<u style="single">Definition</u>

<img file="EP1879104A2_D0123.tif" /><img file="EP1879104A2_D0124.tif" />

<u style="single">Exceptions</u>

Reserved instruction

Floating-point arithmetic

<u style="single">Group</u>

These instructions take two operands, perform a group of operations on partitions of bits in the operands, and catenate the results together .

<u style="single">Operation codes</u>

<tables id="tabl0050" num="0050"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="33mm" /><colspec colnum="2" colname="col2" colwidth="52mm" /><tbody><row><entry>G.ADD.2</entry><entry>Group acd pecks</entry></row><row><entry>G.ADD.4</entry><entry>Group add nibbles</entry></row><row><entry>G.ADD.8</entry><entry>Group add bytes</entry></row><row><entry>G.ADD.16</entry><entry>Group add doublets</entry></row><row><entry>G.ADD.32</entry><entry>Group add quadlets</entry></row><row><entry>G.ADD.64</entry><entry>Group add octlets</entry></row><row><entry>G.AND¹⁴</entry><entry>Group and</entry></row><row><entry>G.ANDN¹⁵</entry><entry>Group and not</entry></row><row><entry>G.COMPRESS.1</entry><entry>Group compress bits</entry></row><row><entry>G.COMPRESS.2</entry><entry>Group compress pecks</entry></row><row><entry>G.COMPRESS.4</entry><entry>Group compress nibbles</entry></row><row><entry>G.COMPRESS.8</entry><entry>Group compress bytes</entry></row><row><entry>G.COMPRESS.16</entry><entry>Group compress doublets</entry></row><row><entry>G.COMPRESS.32</entry><entry>Group compress quadlets</entry></row><row><entry>G.COMPRESS.64</entry><entry>Group compress octlets</entry></row><row><entry>G.DIV.64</entry><entry>Group signed divide octlets</entry></row><row><entry>G.EXPAND.1</entry><entry>Group signed expand bits</entry></row><row><entry>G.EXPAND.2</entry><entry>Group signed expand pecks</entry></row><row><entry>G.EXPAND.4</entry><entry>Group signed expand nibbles</entry></row><row><entry>G.EXPAND.8</entry><entry>Group signed expand bytes</entry></row><row><entry>G.EXPAND.16</entry><entry>Group signed expand doublets</entry></row><row><entry>G.EXPAND.32</entry><entry>Group signed expand quadlets</entry></row><row><entry>G.EXPAND.64</entry><entry>Group signed expand octlet</entry></row><row><entry>G.GATHER.2</entry><entry>Group gather pecks</entry></row><row><entry>G.GATHER.4</entry><entry>Group gather nibbles</entry></row><row><entry>G.GATHER.8</entry><entry>Group gather bytes</entry></row><row><entry>G.GATHER.16</entry><entry>Group gather doublets</entry></row><row><entry>G.GATHER.32</entry><entry>Group gather quadlets</entry></row><row><entry>G.GATHER.64</entry><entry>Group gather octlets</entry></row><row><entry>G.GATHER.128¹⁶</entry><entry>Group gather hexlets</entry></row><row><entry>G.MUL.1¹⁷</entry><entry>Group signed multiply bits</entry></row><row><entry>G.MUL.2</entry><entry>Group signed multiply pecks</entry></row><row><entry>G.MUL.4</entry><entry>Group signed multiply nibbles</entry></row><row><entry>G.MUL.8</entry><entry>Group signed multiply bytes</entry></row><row><entry>G.MUL.16</entry><entry>Group Signed multiply doublets</entry></row><row><entry>G.MUL.32</entry><entry>Group signed multiply quadlets</entry></row><row><entry>G.MUL.64</entry><entry>Group signed multiply octlets</entry></row><row><entry>G.NAND¹⁸</entry><entry>Group nand</entry></row><row><entry>G.NOR¹⁹</entry><entry>Group nor</entry></row><row><entry>G.OR²⁰</entry><entry>Group or</entry></row><row><entry>G.ORN²¹</entry><entry>Group or not</entry></row><row><entry>G.POLY.1</entry><entry>Group polynomial divide bits</entry></row><row><entry>G.POLY.2</entry><entry>Group polynomial divide pecks</entry></row><row><entry>G.POLY.4</entry><entry>Group polynomial divide nibbles</entry></row><row><entry>G.POLY.8</entry><entry>Group polynomial divide bytes</entry></row><row><entry>G.POLY.16</entry><entry>Group polynomial divide doublets</entry></row><row><entry>G.POLY.32</entry><entry>Group polynomial divide quadlets</entry></row><row><entry>G.POLY.64</entry><entry>Group polynomial divide octlets</entry></row><row><entry>G.ROTL.2</entry><entry>Group rotate left pecks</entry></row><row><entry>G.ROTL.4</entry><entry>Group rotate left nibbles</entry></row><row><entry>G.ROTL.8</entry><entry>Group rotate left bytes</entry></row><row><entry>G.ROTL.16</entry><entry>Group rotate left doublets</entry></row><row><entry>G.ROTL.32</entry><entry>Group rotate left quadlets</entry></row><row><entry>G.ROTL.64</entry><entry>Group rotate left octlets</entry></row><row><entry>G.ROTL.128</entry><entry>Group rotate left hexlets</entry></row><row><entry>G.ROTR.2</entry><entry>Group rotate right pecks</entry></row><row><entry>G.ROTR.4</entry><entry>Group rotate right nibbles</entry></row><row><entry>G.ROTR.8</entry><entry>Group rotate right bytes</entry></row><row><entry>G.ROTR.16</entry><entry>Group rotate right doublets</entry></row><row><entry>G.ROTR.32</entry><entry>Group rotate right quadlets</entry></row><row><entry>G.ROTR.64</entry><entry>Group rotate right octlets</entry></row><row><entry>G.ROTR.128</entry><entry>Group rotate right hexlets</entry></row><row><entry>G.SCATTER.2</entry><entry>Group scatter pecks</entry></row><row><entry>G.SCATTER.4</entry><entry>Group scatter nibbles</entry></row><row><entry>G.SCATTER.8</entry><entry>Group scatter bytes</entry></row><row><entry>G.SCATTER.16</entry><entry>Group scatter doublets</entry></row><row><entry>G.SCATTER.32</entry><entry>Group scatter quadlets</entry></row><row><entry>G.SCATTER.64</entry><entry>Group scatter octlets</entry></row><row><entry>G.SCATTER.128²²</entry><entry>Group scatter hexlet</entry></row><row><entry>G.SHL.2</entry><entry>Group shift left pecks</entry></row><row><entry>G.SHL.4</entry><entry>Group shift left nibbles</entry></row><row><entry>G.SHL.8</entry><entry>Group shift left bytes</entry></row><row><entry>G.SHL.16</entry><entry>Group shift left doublets</entry></row><row><entry>G.SHL.32</entry><entry>Group shift left quadlets</entry></row><row><entry>G.SHL.64</entry><entry>Group shift left octlets</entry></row><row><entry>G.SHL.128</entry><entry>Group shift left hexlets</entry></row><row><entry>G.SHR.2</entry><entry>Group signed shift right pecks</entry></row><row><entry>G.SHR.4</entry><entry>Group signed shift right nibbles</entry></row><row><entry>G.SHR.8</entry><entry>Group signed shift right bytes</entry></row><row><entry>G.SHR.16</entry><entry>Group signed shift right doublets</entry></row><row><entry>G.SHR.32</entry><entry>Group signed shift right quadlets</entry></row><row><entry>G.SHR.64</entry><entry>Group signed shift right octlets</entry></row><row><entry>G.SHR.128</entry><entry>Group signed shift right hexlets</entry></row><row><entry>G.U.DIV.64</entry><entry>Group signed divide octlets</entry></row><row><entry>G.U.EXPAND.1</entry><entry>Group unsigned expand bits</entry></row><row><entry>G.U.EXPAND.2</entry><entry>Group unsigned expand pecks</entry></row><row><entry>G.U.EXPAND.4</entry><entry>Group unsigned expand nibbles</entry></row><row><entry>G.U.EXPAND.8</entry><entry>Group unsigned expand bytes</entry></row><row><entry>G.U.EXPAND.16</entry><entry>Group unsigned expand doublets</entry></row><row><entry>G.U.EXPAND.32</entry><entry>Group unsigned expand quadlets</entry></row><row><entry>G.U.EXPAND.64</entry><entry>Group unsigned expand octlet</entry></row><row><entry>G.U.MUL.2</entry><entry>Group unsigned multiply pecks</entry></row><row><entry>G.U.MUL.4</entry><entry>Group unsigned multiply nibbles</entry></row><row><entry>G.U.MUL.8</entry><entry>Group unsigned multiply bytes</entry></row><row><entry>G.U.MUL.16</entry><entry>Group unsigned multiply doublets</entry></row><row><entry>G.U.MUL.32</entry><entry>Group unsigned multiply quadlets</entry></row><row><entry>G.U.MUL.64</entry><entry>Group unsigned multiply octlets</entry></row><row><entry>G.U.SHR.2</entry><entry>Group unsigned shift right pecks</entry></row><row><entry>G.U.SHR.4</entry><entry>Group unsigned shift right nibbles</entry></row><row><entry>G.U.SHR.8</entry><entry>Group unsigned shift right bytes</entry></row><row><entry>G.U.SHR.16</entry><entry>Group unsigned shift right doublets</entry></row><row><entry>G.U.SHR.32</entry><entry>Group unsigned shift right quadlets</entry></row><row><entry>G.U.SHR.64</entry><entry>Group unsigned shift right octlets</entry></row><row><entry>G.U.SHR.128</entry><entry>Group unsigned shift right hexlets</entry></row><row><entry>G.XNOR²³</entry><entry>Group exclusive-nor</entry></row><row><entry>G.XOR²⁴</entry><entry>Group exclusive-or</entry></row></tbody></tgroup><tgroup cols="2" rowsep="0"><colspec colnum="1" colname="col1" colwidth="33mm" /><colspec colnum="2" colname="col2" colwidth="52mm" /><tbody><row><entry namest="col1" nameend="col2" align="justify">¹⁴G.AND does not require a size specification, and is encoded as G.AND.1. ¹⁵G.ANDN does not require a size specification, and is encoded as G.ANDN.1. G.ANDN is used as the encoding for G.SET.L.1, and by reversing the operands, for G.SET.UL.1. ¹⁶G.GATHER.128 is encoded as G.GATHER.1 ¹⁷G.MUL.1 is used as the encoding for G.UMUL.1. ¹⁸G.NAND does not require a size specification and is encoded as G.NAND.1. ¹⁹G.NOR does not require a size specification, and is encoded as G.NOR.1. ²⁰G.OR does not require a size specification, and is encoded as G.OR.1. ²¹G.ORN does not require a size specification, and is encoded as G.ORN.1. G.ORN is used as the encoding for G.SET.UGE.1, and by reversing the operands, for G.SET.GE.1. ²²G.SCATTER.128 is encoded as G.SCATTER.1 ²³G.XNOR does not require a size specification, and is encoded as G.XNOR.1. G.XNOR is used as the encoding for G.SET.E.1. ²⁴G.XOR does not require a size specification, and is encoded as G.XOR.1. G.XOR is used as the encoding for G.ADD.1, G.SUB.1 and G.SET.NE.1.</entry></row></tbody></tgroup></table></tables><tables id="tabl0051" num="0051"><table frame="all"><tgroup cols="13"><colspec colnum="1" colname="col1" colwidth="18mm" /><colspec colnum="2" colname="col2" colwidth="19mm" colsep="0" /><colspec colnum="3" colname="col3" colwidth="16mm" colsep="0" /><colspec colnum="4" colname="col4" colwidth="17mm" colsep="0" /><colspec colnum="5" colname="col5" colwidth="17mm" /><colspec colnum="6" colname="col6" colwidth="10mm" colsep="0" /><colspec colnum="7" colname="col7" colwidth="10mm" colsep="0" /><colspec colnum="8" colname="col8" colwidth="10mm" colsep="0" /><colspec colnum="9" colname="col9" colwidth="10mm" colsep="0" /><colspec colnum="10" colname="col10" colwidth="10mm" colsep="0" /><colspec colnum="11" colname="col11" colwidth="10mm" colsep="0" /><colspec colnum="12" colname="col12" colwidth="10mm" colsep="0" /><colspec colnum="13" colname="col13" colwidth="11mm" /><thead><row><entry valign="top">class</entry><entry namest="col2" nameend="col5" align="left" valign="top">op</entry><entry namest="col6" nameend="col13" align="left" valign="top">size</entry></row></thead><tbody><row><entry>linear</entry><entry>ADD</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;<entry>2</entry><entry>4</entry><entry>8</entry><entry>16</entry><entry>32</entry><entry>64</entry>&lt;entry /&gt;</row><row><entry>bitwise</entry><entry>AND OR</entry><entry>ANDN ORN</entry><entry>NAND XNOR</entry><entry>NOR XOR</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;</row><row><entry>signed multiply</entry><entry>MUL</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;<entry>1</entry><entry>2</entry><entry>4</entry><entry>8</entry><entry>16</entry><entry>32</entry><entry>64</entry>&lt;entry /&gt;</row><row><entry>unsigned multiply</entry><entry>U.MUL</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;<entry>2</entry><entry>4</entry><entry>8</entry><entry>16</entry><entry>32</entry><entry>64</entry>&lt;entry /&gt;</row><row><entry>signed divide</entry><entry>DIV</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;<entry>64</entry>&lt;entry /&gt;</row><row><entry>unsigned divide</entry><entry>U.DIV</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;<entry>64</entry>&lt;entry /&gt;</row><row>&lt;entry /&gt;<entry>GATHER</entry>&lt;entry /&gt;<entry namest="col4" nameend="col5" align="left">SCATTER</entry>&lt;entry /&gt;<entry>2</entry><entry>4</entry><entry>8</entry><entry>16</entry><entry>32</entry><entry>64</entry>&lt;entry /&gt;</row><row><entry>galois field</entry><entry>POLY</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;<entry>1</entry><entry>2</entry><entry>4</entry><entry>8</entry><entry>16</entry><entry>32</entry><entry>64</entry>&lt;entry /&gt;</row><row><entry>precision</entry><entry namest="col2" nameend="col3" align="left">COMPRESS</entry><entry namest="col4" nameend="col5" align="left">EXPAND U.EXPAND</entry><entry>1</entry><entry>2</entry><entry>4</entry><entry>8</entry><entry>16</entry><entry>32</entry><entry>64</entry>&lt;entry /&gt;</row><row><entry>shift</entry><entry>ROTR</entry><entry>ROTL</entry><entry>SHR U.SHR</entry><entry>SHL</entry>&lt;entry /&gt;<entry>2</entry><entry>4</entry><entry>8</entry><entry>16</entry><entry>32</entry><entry>64</entry><entry>128</entry></row></tbody></tgroup></table></tables>

<u style="single">Format</u>

<img file="EP1879104A2_D0125.tif" />

<u style="single">Description</u>

Two values are taken from the contents of registers or register pairs specified by ra and rb. The specified operation is performed, and the result is placed in the register or register pair specified by rc.

A reserved instruction exception occurs if rco is set, and for certain operations, if ra₀ or rbo is set.

<u style="single">Definition</u>

<img file="EP1879104A2_D0126.tif" /><img file="EP1879104A2_D0127.tif" /><img file="EP1879104A2_D0128.tif" /><img file="EP1879104A2_D0129.tif" />

<u style="single">Exceptions</u>

Reserved Instruction

<u style="single">Group Extract Immediate</u>

These operations perform calculations with two general register pair values and a small immediate field, placing the result in a third general register pair.

<u style="single">Operation codes</u>

<tables id="tabl0052" num="0052"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="34mm" /><colspec colnum="2" colname="col2" colwidth="66mm" /><tbody><row><entry>G.EXTRACT.I.1</entry><entry>Group signed extract immediate bits</entry></row><row><entry>G.EXTRACT.I.2</entry><entry>Group signed extract immediate pecks</entry></row><row><entry>G.EXTRACT.I.4</entry><entry>Group signed extract immediate nibbles</entry></row><row><entry>G.EXTRACT.I.8</entry><entry>Group signed extract immediate bytes</entry></row><row><entry>G.EXTRACT.I.16</entry><entry>Group signed extract immediate doublets</entry></row><row><entry>G.EXTRACT.I.32</entry><entry>Group signed extract immediate quadlets</entry></row><row><entry>G.EXTRACT.I.64</entry><entry>Group signed extract immediate octlets</entry></row><row><entry>G.EXTRACT.I.128</entry><entry>Group signed extract immediate hexlet</entry></row><row><entry>G.UEXTRACT.I.1</entry><entry>Group unsigned extract immediate bits</entry></row><row><entry>G.UEXTRACT.I.2</entry><entry>Group unsigned extract immediate pecks</entry></row><row><entry>G.UEXTRACT.1.4</entry><entry>Group unsigned extract immediate nibbles</entry></row><row><entry>G.UEXTRACT.I.8</entry><entry>Group unsigned extract immediate bytes</entry></row><row><entry>G.UEXTRACT.I.16</entry><entry>Group unsigned extract immediate doublets</entry></row><row><entry>G.UEXTRACT.I.32</entry><entry>Group unsigned extract immediate quadlets</entry></row><row><entry>G.UEXTRACT.I.64</entry><entry>Group unsigned extract immediate octlets</entry></row><row><entry>G.UEXTRACT.I.128</entry><entry>Group unsigned extract immediate hexlet</entry></row></tbody></tgroup></table></tables>

<u style="single">Format</u>

<img file="EP1879104A2_D0130.tif" />

<u style="single">Description</u>

The contents of registers pairs specified by ra, and rb are fetched. The specified operation is performed on these operands. The result is placed into the register pair specified by rc.

<u style="single">Definition</u>

<img file="EP1879104A2_D0131.tif" /><img file="EP1879104A2_D0132.tif" />

<u style="single">Exceptions</u>

Reserved instruction

<u style="single">Group Field Immediate</u>

These operations perform calculations with one or two general register values and two immediate values, placing the result in a general register.

<u style="single">Operation codes</u>

<tables id="tabl0053" num="0053"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="20mm" /><colspec colnum="2" colname="col2" colwidth="55mm" /><tbody><row><entry>G.DEP.I</entry><entry>Group deposit immediate</entry></row><row><entry>G.MDEP.I</entry><entry>Group merge deposit immediate</entry></row><row><entry>G.UDEP.I</entry><entry>Group unsigned deposit immediate</entry></row><row><entry>G.UWTH.I</entry><entry>Group unsigned withdraw immediate</entry></row><row><entry>G.WTH.I</entry><entry>Group withdraw immediate</entry></row></tbody></tgroup></table></tables>

<u style="single">Format</u>

<img file="EP1879104A2_D0133.tif" />

<u style="single">Description</u>

The contents of register ra, and if specified, the contents of register rb is fetched, and 6-bit immediate values are taken from the 6-bit ishifta and isizea fields. The specified operation is performed on these operands. The result is placed into register rb.

<u style="single">Definition</u>

<img file="EP1879104A2_D0134.tif" /><img file="EP1879104A2_D0135.tif" />

<u style="single">Exceptions</u>

Reserved instruction

<u style="single">Group Inplace</u>

These operations perform calculations with three general register values, placing the result in the third general register.

<u style="single">Operation codes</u>

<tables id="tabl0054" num="0054"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="24mm" /><colspec colnum="2" colname="col2" colwidth="49mm" /><tbody><row><entry>G.MSHR.2</entry><entry>Group merge shift right pecks</entry></row><row><entry>G.MSHR.4</entry><entry>Group merge shift right nibbles</entry></row><row><entry>G.MSHR.8</entry><entry>Group merge shift right bytes</entry></row><row><entry>G.MSHR.16</entry><entry>Group merge shift right doublets</entry></row><row><entry>G.MSHR.32</entry><entry>Group merge shift right quadlets</entry></row><row><entry>G.MSHR.64</entry><entry>Group merge shift right octlets</entry></row><row><entry>G.MSHR.128</entry><entry>Group merge shift right hexlets</entry></row></tbody></tgroup></table></tables>

<u style="single">Format</u>

<img file="EP1879104A2_D0136.tif" />

<u style="single">Description</u>

The contents of register pairs specified by ra and rc and register rb are fetched. The specified operation is performed on these operands. The result is placed into the register pair specified by rc.

A reserved instruction exception occurs if ra₀ or rc₀ is set.

<u style="single">Definition</u>

<img file="EP1879104A2_D0137.tif" />

<u style="single">Exceptions</u>

Reserved Instruction

<u style="single">Group Reversed</u>

These operations take two values from a pair of registers, perform operations on groups of bits in the operands, and place the concatenated results in a register.

<u style="single">Operation codes</u>

<tables id="tabl0055" num="0055"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="27mm" /><colspec colnum="2" colname="col2" colwidth="68mm" /><tbody><row><entry>G.SET.E.2</entry><entry>Group set equal pecks</entry></row><row><entry>G.SET.E.4</entry><entry>Group set equal nibbles</entry></row><row><entry>G.SET.E.8</entry><entry>Group set equal bytes</entry></row><row><entry>G.SET.E.16</entry><entry>Group set equal doublets</entry></row><row><entry>G.SET.E.32</entry><entry>Group set equal quadlets</entry></row><row><entry>G.SET.E.64</entry><entry>Group set equal octlets</entry></row><row><entry>G.SET.GE.2</entry><entry>Group set signed greater or equal pecks</entry></row><row><entry>G.SET.GE.4</entry><entry>Group set signed greater or equal nibbles</entry></row><row><entry>G.SET.GE.8</entry><entry>Group set signed greater or equal bytes</entry></row><row><entry>G.SET.GE.16</entry><entry>Group set signed greater or equal doublets</entry></row><row><entry>G.SET.GE.32</entry><entry>Group set signed greater or equal quadlets</entry></row><row><entry>G.SET.GE.64</entry><entry>Group set signed greater or equal octlets</entry></row><row><entry>G.SET.L.2</entry><entry>Group set signed less pecks</entry></row><row><entry>G.SET.L.4</entry><entry>Group set signed less nibbles</entry></row><row><entry>G.SET.L.8</entry><entry>Group set signed less bytes</entry></row><row><entry>G.SET.L.16</entry><entry>Group set signed less doublets</entry></row><row><entry>G.SET.L.32</entry><entry>Group set signed less quadlets</entry></row><row><entry>G.SET.L.64</entry><entry>Group set signed less octlets</entry></row><row><entry>G.SET.NE.2</entry><entry>Group set not equal pecks</entry></row><row><entry>G.SET.NE.4</entry><entry>Group set not equal nibbles</entry></row><row><entry>G.SET.NE.8</entry><entry>Group set not equal bytes</entry></row><row><entry>G.SET.NE.16</entry><entry>Group set not equal doublets</entry></row><row><entry>G.SET.NE.32</entry><entry>Group set not equal quadlets</entry></row><row><entry>G.SET.NE.64</entry><entry>Group set not equal octlets</entry></row><row><entry>G.SET.UGE.2</entry><entry>Group set unsigned greater or equal pecks</entry></row><row><entry>G.SET.UGE.4</entry><entry>Group set unsigned greater or equal nibbles</entry></row><row><entry>G.SET.UGE.8</entry><entry>Group set unsigned greater or equal bytes</entry></row><row><entry>G.SET.UGE.16</entry><entry>Group set unsigned greater or equal doublers</entry></row><row><entry>G.SET.UGE.32</entry><entry>Group set unsigned greater or equal quadlets</entry></row><row><entry>G.SET.UGE.64</entry><entry>Group set unsigned greater or equal octlets</entry></row><row><entry>G.SET.UL.2</entry><entry>Group set unsigned less pecks</entry></row><row><entry>G.SET.UL.4</entry><entry>Group set unsigned less nibbles</entry></row><row><entry>G.SET.UL.8</entry><entry>Group set unsigned less bytes</entry></row><row><entry>G.SET.UL.16</entry><entry>Group set unsigned less doublets</entry></row><row><entry>G.SET.UL.32</entry><entry>Group set unsigned less quadlets</entry></row><row><entry>G.SET.UL.64</entry><entry>Group set unsigned less octlets</entry></row><row><entry>G.SUB.2</entry><entry>Group subtract pecks</entry></row><row><entry>G.SUB.4</entry><entry>Group subtract nibbles</entry></row><row><entry>G.SUB.8</entry><entry>Group subtract bytes</entry></row><row><entry>G.SUB.16</entry><entry>Group subtract doublets</entry></row><row><entry>G.SUB.32</entry><entry>Group subtract quadlets</entry></row><row><entry>G.SUB.64</entry><entry>Group subtract octlets</entry></row></tbody></tgroup></table></tables><tables id="tabl0056" num="0056"><table frame="all"><tgroup cols="10"><colspec colnum="1" colname="col1" colwidth="17mm" /><colspec colnum="2" colname="col2" colwidth="17mm" colsep="0" /><colspec colnum="3" colname="col3" colwidth="17mm" colsep="0" /><colspec colnum="4" colname="col4" colwidth="19mm" /><colspec colnum="5" colname="col5" colwidth="10mm" colsep="0" /><colspec colnum="6" colname="col6" colwidth="10mm" colsep="0" /><colspec colnum="7" colname="col7" colwidth="10mm" colsep="0" /><colspec colnum="8" colname="col8" colwidth="10mm" colsep="0" /><colspec colnum="9" colname="col9" colwidth="10mm" colsep="0" /><colspec colnum="10" colname="col10" colwidth="10mm" /><thead><row><entry valign="top">class</entry><entry namest="col2" nameend="col4" align="left" valign="top">op</entry><entry namest="col5" nameend="col10" align="left" valign="top">size</entry></row></thead><tbody><row><entry>linear</entry><entry>SUB</entry>&lt;entry /&gt;&lt;entry /&gt;<entry>2</entry><entry>4</entry><entry>8</entry><entry>16</entry><entry>32</entry><entry>64</entry></row><row rowsep="0"><entry>boolean</entry><entry>SET.E</entry><entry>SET.L</entry><entry>SET.GE</entry><entry>2</entry><entry>4</entry><entry>8</entry><entry>16</entry><entry>32</entry><entry>64</entry></row><row>&lt;entry /&gt;<entry>SET.NE</entry><entry>SET.UL</entry><entry>SET.UGE</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;</row></tbody></tgroup></table></tables>

<u style="single">Format</u>

<img file="EP1879104A2_D0138.tif" />

<u style="single">Description</u>

Two values are taken from the contents of registers ra and rb. The specified operation is performed, and the result is placed in register rc.

<u style="single">Definition</u>

<img file="EP1879104A2_D0139.tif" /><img file="EP1879104A2_D0140.tif" />

<u style="single">Exceptions</u>

Reserved Instruction

<u style="single">Group Short Immediate</u>

These operations take operands from a pair of registers, perform operations on groups of bits in the operands, and place the concatenated results in a register or pair of registers.

<u style="single">Operation codes</u>

<tables id="tabl0057" num="0057"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="35mm" /><colspec colnum="2" colname="col2" colwidth="68mm" /><tbody><row><entry>G.COMPRESS.I.1</entry><entry>Group compress immediate bits</entry></row><row><entry>G.COMPRESS.I.2</entry><entry>Group compress immediate pecks</entry></row><row><entry>G.COMPRESS.I.4</entry><entry>Group compress immediate nibbles</entry></row><row><entry>G.COMPRESS.I.8</entry><entry>Group compress immediate bytes</entry></row><row><entry>G.COMPRESS.I.16</entry><entry>Group compress immediate doublets</entry></row><row><entry>G.COMPRESS.I.32</entry><entry>Group compress immediate quadlets</entry></row><row><entry>G.COMPRESS.I.64</entry><entry>Group compress immediate octlet</entry></row><row><entry>G.EXPAND.I.1</entry><entry>Group signed expand immediate bits</entry></row><row><entry>G.EXPAND.I.2</entry><entry>Group signed expand immediate pecks</entry></row><row><entry>G.EXPAND.I.4</entry><entry>Group signed expand immediate nibbles</entry></row><row><entry>G.EXPAND.I.8</entry><entry>Group signed expand immediate bytes</entry></row><row><entry>G.EXPAND.I.16</entry><entry>Group signed expand immediate doublets</entry></row><row><entry>G.EXPAND.I.32</entry><entry>Group signed expand immediate quadlets</entry></row><row><entry>G.EXPAND.I.64</entry><entry>Group signed expand immediate octlet</entry></row><row><entry>G.ROTR.I.2</entry><entry>Group rotate right immediate pecks</entry></row><row><entry>G.ROTR.I.4</entry><entry>Group rotate right immediate nibbles</entry></row><row><entry>G.ROTR.I.8</entry><entry>Group rotate right immediate bytes</entry></row><row><entry>G.ROTR.I.16</entry><entry>Group rotate right immediate doublets</entry></row><row><entry>G.ROTR.I.32</entry><entry>Group rotate right immediate quadlets</entry></row><row><entry>G.ROTR.I.64</entry><entry>Group rotate right immediate octlets</entry></row><row><entry>G.ROTR.I.128</entry><entry>Group rotate right immediate hexlets</entry></row><row><entry>G.SHL.I.2</entry><entry>Group shift left immediate pecks</entry></row><row><entry>G.SHL.I.4</entry><entry>Group shift left immediate nibbles</entry></row><row><entry>G.SHL.I.8</entry><entry>Group shift left immediate bytes</entry></row><row><entry>G.SHL.I.16</entry><entry>Group shift left immediate doublets</entry></row><row><entry>G.SHL.I.32</entry><entry>Group shift left immediate quadlets</entry></row><row><entry>G.SHL.I.64</entry><entry>Group shift left immediate octlets</entry></row><row><entry>G.SHL.I.128</entry><entry>Group shift left immediate hexlets</entry></row><row><entry>G.SHR.I.2</entry><entry>Group signed shift right immediate pecks</entry></row><row><entry>G.SHR.I.4</entry><entry>Group signed shift right immediate nibbles</entry></row><row><entry>G.SHR.I.8</entry><entry>Group signed shift right immediate bytes</entry></row><row><entry>G.SHR.I.16</entry><entry>Group signed shift right immediate doublets</entry></row><row><entry>G.SHR.I.32</entry><entry>Group signed shift right immediate quadlets</entry></row><row><entry>G.SHR.I.64</entry><entry>Group signed shift right immediate octlets</entry></row><row><entry>G.SHR.I.128</entry><entry>Group signed shift right immediate hexlets</entry></row><row><entry>G.SHUFFLE.I</entry><entry>Group shuffle immediate</entry></row><row><entry>G.SHUFFLE.I.4MUX</entry><entry>Group shuffle immediate and 4-way multiplex</entry></row><row><entry>G. U.EXPAND.I. 1</entry><entry>Group unsigned expand immediate bits</entry></row><row><entry>G.U.EXPAND.I.2</entry><entry>Group unsigned expand immediate pecks</entry></row><row><entry>G.U.EXPAND.I.4</entry><entry>Group unsigned expand immediate nibbles</entry></row><row><entry>G.U.EXPAND.I.8</entry><entry>Group unsigned expand immediate bytes</entry></row><row><entry>G.U.EXPAND.I.16</entry><entry>Group unsigned expand immediate doublets</entry></row><row><entry>G.U.EXPAND.I.32</entry><entry>Group unsigned expand immediate quadlets</entry></row><row><entry>G.U.EXPAND.I.64</entry><entry>Group unsigned expand immediate octlet</entry></row><row><entry>G.U.SHR.I.2</entry><entry>Group unsigned shift right immediate pecks</entry></row><row><entry>G.U.SHR.I.4</entry><entry>Group unsigned shift right immediate nibbles</entry></row><row><entry>G.U.SHR.I.8</entry><entry>Group unsigned shift right immediate bytes</entry></row><row><entry>G.U.SHR.I.16</entry><entry>Group unsigned shift right immediate doublets</entry></row><row><entry>G.U.SHR.1.32</entry><entry>Group unsigned shift right immediate quadlets</entry></row><row><entry>G.U.SHR.I.64</entry><entry>Group unsigned shift right immediate octlets</entry></row><row><entry>G.U.SHR.I.128</entry><entry>Group unsigned shift right immediate hexlets</entry></row></tbody></tgroup></table></tables><tables id="tabl0058" num="0058"><table frame="all"><tgroup cols="11"><colspec colnum="1" colname="col1" colwidth="18mm" /><colspec colnum="2" colname="col2" colwidth="25mm" colsep="0" /><colspec colnum="3" colname="col3" colwidth="24mm" /><colspec colnum="4" colname="col4" colwidth="10mm" colsep="0" /><colspec colnum="5" colname="col5" colwidth="10mm" colsep="0" /><colspec colnum="6" colname="col6" colwidth="10mm" colsep="0" /><colspec colnum="7" colname="col7" colwidth="10mm" colsep="0" /><colspec colnum="8" colname="col8" colwidth="10mm" colsep="0" /><colspec colnum="9" colname="col9" colwidth="10mm" colsep="0" /><colspec colnum="10" colname="col10" colwidth="10mm" colsep="0" /><colspec colnum="11" colname="col11" colwidth="11mm" /><thead><row><entry valign="top">class</entry><entry namest="col2" nameend="col3" align="left" valign="top">op</entry><entry namest="col4" nameend="col11" align="left" valign="top">size</entry></row></thead><tbody><row rowsep="0"><entry morerows="1" rowsep="1">precision</entry><entry morerows="1" rowsep="1">COMPRESS.I</entry><entry>EXPAND.I</entry><entry morerows="1" rowsep="1">1</entry><entry morerows="1" rowsep="1">2</entry><entry morerows="1" rowsep="1">4</entry><entry morerows="1" rowsep="1">8</entry><entry morerows="1" rowsep="1">16</entry><entry morerows="1" rowsep="1">32</entry><entry morerows="1" rowsep="1">64</entry><entry morerows="1" rowsep="1" /></row><row><entry>U.EXPAND.1</entry></row><row rowsep="0"><entry morerows="1" rowsep="1">shift</entry><entry>ROTR.I</entry><entry>SHL.I</entry><entry morerows="1" rowsep="1" /><entry morerows="1" rowsep="1">2</entry><entry morerows="1" rowsep="1">4</entry><entry morerows="1" rowsep="1">8</entry><entry morerows="1" rowsep="1">16</entry><entry morerows="1" rowsep="1">32</entry><entry morerows="1" rowsep="1">64</entry><entry morerows="1" rowsep="1">128</entry></row><row><entry>SHR.I</entry><entry>U.SHR.1</entry></row></tbody></tgroup></table></tables>

<u style="single">Format</u>

<img file="EP1879104A2_D0141.tif" />

<u style="single">Description</u>

A 128-bit value is taken from the contents of the register pair specified by ra. The second operand is taken from simm. The specified operation is performed, and the result is placed in the register pair specified by rb.

This instruction is undefined and causes a reserved instruction exception if the simm field is greater or equal to the size specified.

<u style="single">Definition</u>

<img file="EP1879104A2_D0142.tif" /><img file="EP1879104A2_D0143.tif" />

<u style="single">Exceptions</u>

Reserved Instruction

<u style="single">Group Short Immediate Inplace</u>

These operations take operands from two register pairs, perform operations on groups of bits in the operands, and place the concatenated results in the second register pair.

<u style="single">Operation codes</u>

<tables id="tabl0059" num="0059"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="26mm" /><colspec colnum="2" colname="col2" colwidth="64mm" /><tbody><row><entry>G.MSHR.I.2</entry><entry>Group merge shift right immediate pecks</entry></row><row><entry>G.MSHR.I.4</entry><entry>Group merge shift right immediate nibbles</entry></row><row><entry>G.MSHR.I.8</entry><entry>Group merge shift right immediate bytes</entry></row><row><entry>G.MSHR.I.16</entry><entry>Group merge shift right immediate doublets</entry></row><row><entry>G.MSHR.I.32</entry><entry>Group merge shift right immediate quadlets</entry></row><row><entry>G.MSHR.I.64</entry><entry>Group merge shift right immediate octlets</entry></row><row><entry>G.MSHR.I.128</entry><entry>Group merge shift right immediate hexlets</entry></row></tbody></tgroup></table></tables>

<u style="single">Format</u>

<img file="EP1879104A2_D0144.tif" />

<u style="single">Description</u>

Two 128-bit values are taken from the contents of the register pairs specified by ra and rb. A third operand is taken from simm. The specified operation is performed, and the result is placed in the register pair specified by rb.

This instruction is undefined and causes a reserved instruction exception if the simm field is greater or equal to the size specified.

<u style="single">Definition</u>

<img file="EP1879104A2_D0145.tif" />

<u style="single">Exceptions</u>

Reserved Instruction

<u style="single">Group Shuffle Immediate</u>

These operations take operands from a pair of registers, perform operations on groups of bits in the operands, and place the concatenated results in a register or pair of registers.

<u style="single">Operation codes</u>

<tables id="tabl0060" num="0060"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="35mm" /><colspec colnum="2" colname="col2" colwidth="68mm" colsep="0" /><tbody><row><entry>G.SHUFFLE.I</entry><entry>Group shuffle immediate</entry></row><row><entry>G.SHUFFLE.I.4MUX</entry><entry>Group shuffle immediate and 4-way multiplex</entry></row></tbody></tgroup></table></tables>

<u style="single">Format</u>

<img file="EP1879104A2_D0146.tif" />

<u style="single">Description</u>

A 128-bit value is taken from the contents of the register pair specified by ra. The second operand is taken from simm. The specified operation is performed, and the result is placed in the register pair specified by re.

This instruction is undefined and causes a reserved instruction exception if the simm field is greater or equal to the size specified.

<u style="single">Definition</u>

<img file="EP1879104A2_D0147.tif" /><img file="EP1879104A2_D0148.tif" />

<u style="single">Exceptions</u>

Reserved Instruction

<u style="single">Group Swizzle Immediate</u>

These operations perform calculations with a general register or register pair value and two immediate values, placing the result in a general register pair.

<u style="single">Operation codes</u>

<tables id="tabl0061" num="0061"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="35mm" /><colspec colnum="2" colname="col2" colwidth="54mm" colsep="0" /><tbody><row><entry>G.SWIZZLE.I</entry><entry>Group swizzle immediate</entry></row><row><entry>G.SWIZZLE.I.COPY</entry><entry>Group swizzle immediate with copy</entry></row><row><entry>G.SWIZZLE.I.SWAP</entry><entry>Group swizzle immediate with swap</entry></row></tbody></tgroup></table></tables>

<u style="single">Format</u>

<img file="EP1879104A2_D0149.tif" />

<u style="single">Description</u>

The contents of register ra, or if specified, the contents of the register pair specified by ra is fetched, and 6-bit immediate values are taken from the 6-bit icopya and iswapa fields. The specified operation is performed on these operands. The result is placed into the register pair specified by rb.

<u style="single">Definition</u>

<img file="EP1879104A2_D0150.tif" />

<u style="single">Exceptions</u>

Reserved instruction

<i>Group Ternar</i>y

These operations perform calculations with three general register values, placing the result in a fourth general register.

<i>Operation</i> codes

<tables id="tabl0062" num="0062"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="38mm" /><colspec colnum="2" colname="col2" colwidth="76mm" /><tbody><row><entry>G.8MUX</entry><entry>Group 8-way multiplex</entry></row><row><entry>G.EXTHACT.128</entry><entry>Group extract hexlet</entry></row><row><entry>G.MULADD.1²⁵</entry><entry>Group signed multiply bits and add pecks</entry></row><row><entry>G.MULADD.2</entry><entry>Group signed multiply pecks and add nibbles</entry></row><row><entry>G.MULADD.4</entry><entry>Group signed multiply nibbles and add bytes</entry></row><row><entry>G.MULADD.8</entry><entry>Group signed multiply bytes and add doublets</entry></row><row><entry>G.MULADD.16</entry><entry>Group signed multiply doublets and add quadlets</entry></row><row><entry>G.MULADD.32</entry><entry>Group signed multiply quadlets and add octlets</entry></row><row><entry>G.MULADD.64</entry><entry>Group signed multiply octlets and add hexlets</entry></row><row><entry>G.MUX</entry><entry>Group multiplex</entry></row><row><entry>G.SELECT.8</entry><entry>Group select bytes</entry></row><row><entry>G.TRANSPOSE.8MUX</entry><entry>Group transpose and 8-way multiplex</entry></row><row><entry>G.U.MULADD.2</entry><entry>Group unsigned multiply pecks and add nibbles</entry></row><row><entry>G.U.MULADD.4</entry><entry>Group unsigned multiply nibbles and add bytes</entry></row><row><entry>G.U.MULADD.8</entry><entry>Group unsigned multiply bytes and add doublets</entry></row><row><entry>G.U.MULADD.16</entry><entry>Group unsigned multiply doublets and add quadlets</entry></row><row><entry>G.U.MULADD.32</entry><entry>Group unsigned multiply quadlets and add octlets</entry></row><row><entry>G.U.MULADD.64</entry><entry>Group unsigned multiply octlets and add hexlets</entry></row></tbody></tgroup><tgroup cols="2" rowsep="0"><colspec colnum="1" colname="col1" colwidth="38mm" /><colspec colnum="2" colname="col2" colwidth="76mm" /><tbody><row><entry namest="col1" nameend="col2" align="justify">²⁵G.MULADD.1 is used as the encoding for G.UMULADD.1.</entry></row></tbody></tgroup></table></tables><tables id="tabl0063" num="0063"><table frame="all"><tgroup cols="9"><colspec colnum="1" colname="col1" colwidth="41mm" /><colspec colnum="2" colname="col2" colwidth="44mm" /><colspec colnum="3" colname="col3" colwidth="10mm" colsep="0" /><colspec colnum="4" colname="col4" colwidth="10mm" colsep="0" /><colspec colnum="5" colname="col5" colwidth="10mm" colsep="0" /><colspec colnum="6" colname="col6" colwidth="10mm" colsep="0" /><colspec colnum="7" colname="col7" colwidth="10mm" colsep="0" /><colspec colnum="8" colname="col8" colwidth="10mm" colsep="0" /><colspec colnum="9" colname="col9" colwidth="10mm" /><thead><row><entry valign="top">class</entry><entry valign="top">op</entry><entry namest="col3" nameend="col9" align="left" valign="top">size</entry></row></thead><tbody><row><entry>extract</entry><entry>EXTRACT</entry><entry namest="col3" nameend="col9" align="left">128</entry></row><row><entry>signed multiply and add</entry><entry>MULADD</entry><entry>1</entry><entry>2</entry><entry>4</entry><entry>8</entry><entry>16</entry><entry>32</entry><entry>64</entry></row><row><entry>unsigned multiply and add</entry><entry>U.MULADD</entry>&lt;entry /&gt;<entry>2</entry><entry>4</entry><entry>8</entry><entry>16</entry><entry>32</entry><entry>64</entry></row><row><entry>multiplex</entry><entry>8MUX TRANSPOSE.8MUX</entry><entry namest="col3" nameend="col9" align="left">NONE</entry></row><row><entry>select</entry><entry>SELECT</entry><entry>8</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;</row></tbody></tgroup></table></tables>

<u style="single">Format</u>

<img file="EP1879104A2_D0151.tif" />

<u style="single">Description</u>

The contents of registers or register pairs specified by ra, rb, and rc are fetched. The specified operation is performed on these operands. The result is placed into the register pair specified by rd.

<u style="single">Definition</u>

<img file="EP1879104A2_D0152.tif" /><img file="EP1879104A2_D0153.tif" />

<u style="single">Exceptions</u>

Reserved instruction

<u style="single">Group Floating-point</u>

These operations take two values from registers, perform floating-point arithmetic on groups of bits in the operands, and place the concatenated results in a register.

<u style="single">Operation codes</u>

<tables id="tabl0064" num="0064"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="25mm" /><colspec colnum="2" colname="col2" colwidth="66mm" /><tbody><row><entry>GF.ADD.16</entry><entry>Group floating-point add half</entry></row><row><entry>GF.ADD.16.C</entry><entry>Group floating-point add half ceiling</entry></row><row><entry>GF.ADD.16.F</entry><entry>Group floating-point add half floor</entry></row><row><entry>GF.ADD.16.N</entry><entry>Group floating-point add half nearest</entry></row><row><entry>GF.ADD.16.T</entry><entry>Group floating-point add half truncate</entry></row><row><entry>GF.ADD.16.X</entry><entry>Group floating-point add half exact</entry></row><row><entry>GF.ADD.32</entry><entry>Group floating-point add single</entry></row><row><entry>GF.ADD.32.C</entry><entry>Group floating-point add single ceiling</entry></row><row><entry>GF.ADD.32.F</entry><entry>Group floating-point add single floor</entry></row><row><entry>GF.ADD.32.N</entry><entry>Group floating-point add single nearest</entry></row><row><entry>GF.ADD.32.T</entry><entry>Group floating-point add single truncate</entry></row><row><entry>GF.ADD.32.X</entry><entry>Group floating-point add single exact</entry></row><row><entry>GF.ADD.64</entry><entry>Group floating-point add double</entry></row><row><entry>GF.ADD.64.C</entry><entry>Group floating-point add double ceiling</entry></row><row><entry>GF.ADD.64 .F</entry><entry>Group floating-point add double floor</entry></row><row><entry>GF.ADD.64 .N</entry><entry>Group floating-point add double nearest</entry></row><row><entry>GF.ADD.64 .T</entry><entry>Group floating-point add double truncate</entry></row><row><entry>GF.ADD.64 .X</entry><entry>Group floating-point add double exact</entry></row><row><entry>GF.DIV.16</entry><entry>Group floating-point divide half</entry></row><row><entry>GF.DIV.16.C</entry><entry>Group floating-point divide half ceiling</entry></row><row><entry>GF.DIV.16.F</entry><entry>Group floating-point divide half floor</entry></row><row><entry>GF.DIV.16.N</entry><entry>Group floating-point divide half nearest</entry></row><row><entry>GF.DIV.16.T</entry><entry>Group floating-point divide half truncate</entry></row><row><entry>GF.DIV.16.X</entry><entry>Group floating-point divide half exact</entry></row><row><entry>GF.DIV.32</entry><entry>Group floating-point divide single</entry></row><row><entry>GF.DIV.32.C</entry><entry>Group floating-point divide single ceiling</entry></row><row><entry>GF.DIV.32.F</entry><entry>Group floating-point divide single floor</entry></row><row><entry>GF.DIV.32.N</entry><entry>Group floating-point divide single nearest</entry></row><row><entry>GF.DIV.32.T</entry><entry>Group floating-point divide single truncate</entry></row><row><entry>GF.DIV.32.X</entry><entry>Group floating-point divide single exact</entry></row><row><entry>GF.DIV.64</entry><entry>Group floating-point divide double</entry></row><row><entry>GF.DIV.64.C</entry><entry>Group floating-point divide double ceiling</entry></row><row><entry>GF.DIV.64.F</entry><entry>Group floating-point divide double floor</entry></row><row><entry>GF.DIV.64.N</entry><entry>Group floating-point divide double nearest</entry></row><row><entry>GF.DIV.64.T</entry><entry>Group floating-point divide double truncate</entry></row><row><entry>GF.DIV.64.X</entry><entry>Group floating-point divide double exact</entry></row><row><entry>GF.MUL.16</entry><entry>Group floating-point multiply half</entry></row><row><entry>GF.MUL.16.C</entry><entry>Group floating-point multiply half ceiling</entry></row><row><entry>GF.MUL.16.F</entry><entry>Group floating-point multiply half floor</entry></row><row><entry>GF.MUL.16.N</entry><entry>Group floating-point multiply halt nearest</entry></row><row><entry>GF.MUL.16.T</entry><entry>Group floating-point multiply half truncate</entry></row><row><entry>GF.MUL.16.X</entry><entry>Group floating-point multiply half exact</entry></row><row><entry>GF.MUL.32</entry><entry>Group floating-point multiply single</entry></row><row><entry>GF.MUL.32.C</entry><entry>Group floating-point multiply single ceiling</entry></row><row><entry>GF.MUL.32.F</entry><entry>Group floating-point multiply single floor</entry></row><row><entry>GF.MUL.32.N</entry><entry>Group floating-point multiply single nearest</entry></row><row><entry>GF.MUL.32.T</entry><entry>Group floating-point multiply single truncate</entry></row><row><entry>GF.MUL.32.X</entry><entry>Group floating-point multiply single exact</entry></row><row><entry>GF.MUL.64</entry><entry>Group floating-point multiply double</entry></row><row><entry>GF.MUL.64.C</entry><entry>Group floating-point multiply double ceiling</entry></row><row><entry>GF.MUL.64.F</entry><entry>Group floating-point multiply double floor</entry></row><row><entry>GF.MUL.64.N</entry><entry>Group floating-point multiply double nearest</entry></row><row><entry>GF.MUL.64.T</entry><entry>Group floating-point multiply double truncate</entry></row><row><entry>GF.MUL.64.X</entry><entry>Group floating-point multiply double exact</entry></row></tbody></tgroup></table></tables><tables id="tabl0065" num="0065"><table frame="all"><tgroup cols="7"><colspec colnum="1" colname="col1" colwidth="16mm" /><colspec colnum="2" colname="col2" colwidth="12mm" /><colspec colnum="3" colname="col3" colwidth="10mm" colsep="0" /><colspec colnum="4" colname="col4" colwidth="10mm" colsep="0" /><colspec colnum="5" colname="col5" colwidth="10mm" colsep="0" /><colspec colnum="6" colname="col6" colwidth="11mm" /><colspec colnum="7" colname="col7" colwidth="27mm" /><thead><row><entry valign="top" /><entry valign="top">op</entry><entry namest="col3" nameend="col6" align="left" valign="top">prec</entry><entry valign="top">round/trap</entry></row></thead><tbody><row><entry>add</entry><entry>ADD</entry><entry>16</entry><entry>32</entry><entry>64</entry><entry>128</entry><entry>NONE C F N T X</entry></row><row><entry>divide</entry><entry>DIV</entry><entry>16</entry><entry>32</entry><entry>64</entry><entry>128</entry><entry>NONE C F N T X</entry></row><row><entry>multiply</entry><entry>MUL</entry><entry>16</entry><entry>32</entry><entry>64</entry><entry>128</entry><entry>NONE C F N T X</entry></row></tbody></tgroup></table></tables>

<u style="single">Format</u>

<img file="EP1879104A2_D0154.tif" />

<u style="single">Description</u>

The contents of registers ra and rb are combined using the specified floaring-point operation. The result is placed in register rc. The operation is rounded using the specified rounding option or using round-to-nearest if not specified. If a rounding option is specified, the operation raises a floating-point exception if a floating point invalid operation, divide by zero, overflow, or underflow occurs, or when specified, if the result is inexact. If a rounding option is not specified, floating-point exceptions are not raised, and are handled according to the default rules of IEEE 754.

<u style="single">Definition</u>

<img file="EP1879104A2_D0155.tif" /><img file="EP1879104A2_D0156.tif" />

<u style="single">Exceptions</u>

Reserved instruction

Floating-point arithmetic

<u style="single">Group Floating-point Reversed</u>

These operations take two values from registers, perform floating-point arithmetic on groups of bits in the operands, and place the concatenated results in a register.

<u style="single">Operation codes</u>

<tables id="tabl0066" num="0066"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="45mm" /><colspec colnum="2" colname="col2" colwidth="89mm" /><tbody><row><entry>GF.SET.E.16</entry><entry>Group floating-point set equal half</entry></row><row><entry>GF.SET.E.16.X</entry><entry>Group floating-point set equal half exact</entry></row><row><entry>GF.SET.E.32</entry><entry>Group floating-point set equal single</entry></row><row><entry>GF.SET.E.32.X</entry><entry>Group floating-point set equal single exact</entry></row><row><entry>GF.SET.E.64</entry><entry>Group floating-point set equal double</entry></row><row><entry>GF.SET.E.64.X</entry><entry>Group floating-point set equal double exact</entry></row><row><entry>GF.SET.GE.16.X</entry><entry>Group floating-point set greater or equal half exact</entry></row><row><entry>GF.SET.GE.32.X</entry><entry>Group floating-point set greater or equal single exact</entry></row><row><entry>GF.SET.GE.64.X</entry><entry>Group floating-point set greater or equal double exact</entry></row><row><entry>GF.SET.L.16.X</entry><entry>Group floating-point set less half exact</entry></row><row><entry>GF.SET.L.32.X</entry><entry>Group floating-point set less single exact</entry></row><row><entry>GF.SET.L.64.X</entry><entry>Group floating-point set less double exact</entry></row><row><entry>GF.SET.NE.16</entry><entry>Group floating-point set not equal half</entry></row><row><entry>GF.SET.NE.16.X</entry><entry>Group floating-point set not equal half exact</entry></row><row><entry>GF.SET.NE.32</entry><entry>Group floating-point set not equal single</entry></row><row><entry>GF.SET.NE:32.X</entry><entry>Group floating-point set not equal single exact</entry></row><row><entry>GF.SET.NE.64</entry><entry>Group floating-point set not equal double</entry></row><row><entry>GF.SET.NE.64.X</entry><entry>Group floating-point set not equal double exact</entry></row><row><entry>GF.SET.NGE.16.X</entry><entry>Group floating-point set not greater or equal half exact</entry></row><row><entry>GF.SET.NGE.32.X</entry><entry>Group floating-point set not greater or equal single exact</entry></row><row><entry>GF.SET.NGE.64.X</entry><entry>Group floatiig-coint set not greater or equal double exact</entry></row><row><entry>GF.SET.NL.16.X</entry><entry>Group floating-point set not less half exact</entry></row><row><entry>GF.SET.NL.32.X</entry><entry>Group floating-point set not less single exact</entry></row><row><entry>GF.SET.NL.64.X</entry><entry>Group floating-point set not less double exact</entry></row><row><entry>GF.SET.NUE.16</entry><entry>Group floating-point set not unordered or equal half</entry></row><row><entry>GF.SET.NUE.16.X</entry><entry>Group floating-point set not unordered or equal half exact</entry></row><row><entry>GF.SET.NUE.32</entry><entry>Group floating-point set not unordered or equal single</entry></row><row><entry>GF.SET.NUE.32.X</entry><entry>Group floating-point set not unordered or equal single exact</entry></row><row><entry>GF.SET.NUE.64</entry><entry>Group floating-point set not unoraerea or equal double</entry></row><row><entry>GF.SET.NUE.64.X</entry><entry>Group tloanng-point set not unordered or equal double exact</entry></row><row><entry>GF.SET.NUGE.16</entry><entry>Group floating-point set not unordered greater or equal half</entry></row><row><entry>GF.SET.NUGE.32</entry><entry>Group floating-point set not unordered greater or equal single</entry></row><row><entry>GF.SET.NUGE.64</entry><entry>Group floating-point set not unordered greater or equal double</entry></row><row><entry>GF.SET.NUL.16</entry><entry>Group floating-point set not unordered or less half</entry></row><row><entry>GF.SET.NUL.32</entry><entry>Group floating-point set not unordered or less single</entry></row><row><entry>GF.SET.NUL.64</entry><entry>Group floating-point set not unordered or less double</entry></row><row><entry>GF.SET.UE.16</entry><entry>Group floating-point set unordered or equal half</entry></row><row><entry>GF.SET.UE.16.X</entry><entry>Group floating-point set unordered or equal half exact</entry></row><row><entry>GF.SET.UE.32</entry><entry>Group floating-point set unordered or equal single</entry></row><row><entry>GF.SET.UE.62.X</entry><entry>Group floating-point set unordered or equal single exact</entry></row><row><entry>GF.SET.UE.64</entry><entry>Group floating-point set unordered or equal double</entry></row><row><entry>GF.SET.UE.64.X</entry><entry>Group floating-point set unordered or equal double exact</entry></row><row><entry>GF.SET.UGE.16</entry><entry>Group floating-point set unordered greater or equal half</entry></row><row><entry>GF.SET.UGE.32</entry><entry>Group floating-point set unordered greater or equal single</entry></row><row><entry>GF.SET.UGE.64</entry><entry>Group floating-point set unordered greater or equal double</entry></row><row><entry>GF.SET.UL.16</entry><entry>Group floating-point set unordered or less half</entry></row><row><entry>GF.SET.UL.32</entry><entry>Group floating-point set unordered or less single</entry></row><row><entry>GF.SET.UL.64</entry><entry>Group floating-point set unordered or less double</entry></row><row><entry>GF.SUB.16</entry><entry>Group floating-point subtract half</entry></row><row><entry>GF.SUB.16.C</entry><entry>Group floating-point subtract half ceiling</entry></row><row><entry>GF.SUB.16.F</entry><entry>Group floating-point subtract half floor</entry></row><row><entry>GF.SUB.16.N</entry><entry>Group floating-point subtract half nearest</entry></row><row><entry>GF.SUB.16.T</entry><entry>Group floating-point subtract half truncate</entry></row><row><entry>GF.SUB.16.X</entry><entry>Group floating-point subtract half exact</entry></row><row><entry>GF.SUB.32</entry><entry>Group floating-point subtract single</entry></row><row><entry>GF.SUB.32.C</entry><entry>Group floating-point subtract single ceiling</entry></row><row><entry>GF.SUB.32.F</entry><entry>Group floating-point subtract single floor</entry></row><row><entry>GF.SUB.32.N</entry><entry>Group floating-point subtract single nearest</entry></row><row><entry>GF.SUB.32.T</entry><entry>Group floating-point subtract single truncate</entry></row><row><entry>GF.SUB.32.X</entry><entry>Group floating-point subtract single exact</entry></row><row><entry>GF.SUB.64</entry><entry>Group floating-point subtract double</entry></row><row><entry>GF.SUB.64.C</entry><entry>Group floating-point subtract double ceiling</entry></row><row><entry>GF.SUB.64.F</entry><entry>Group floating-point subtract double floor</entry></row><row><entry>GF.SUB.64.N</entry><entry>Group floating-point subtract double nearest</entry></row><row><entry>GF.SUB.64.T</entry><entry>Group floating-point subtract double truncate</entry></row><row><entry>GF.SUB.64.X</entry><entry>Group floating-point subtract double exact</entry></row></tbody></tgroup></table></tables><tables id="tabl0067" num="0067"><table frame="all"><tgroup cols="7"><colspec colnum="1" colname="col1" colwidth="17mm" /><colspec colnum="2" colname="col2" colwidth="15mm" colsep="0" /><colspec colnum="3" colname="col3" colwidth="12mm" /><colspec colnum="4" colname="col4" colwidth="10mm" colsep="0" /><colspec colnum="5" colname="col5" colwidth="10mm" colsep="0" /><colspec colnum="6" colname="col6" colwidth="10mm" /><colspec colnum="7" colname="col7" colwidth="27mm" /><thead><row><entry valign="top" /><entry namest="col2" nameend="col3" align="left" valign="top">op</entry><entry namest="col4" nameend="col6" align="left" valign="top">prec</entry><entry valign="top">round/trap</entry></row></thead><tbody><row rowsep="0"><entry>set</entry><entry>SET.</entry>&lt;entry /&gt;<entry>16</entry><entry>32</entry><entry>64</entry><entry>NONE X</entry></row><row rowsep="0">&lt;entry /&gt;<entry>E</entry><entry>NE</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;</row><row>&lt;entry /&gt;<entry>UE</entry><entry>NUE</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;</row><row rowsep="0">&lt;entry /&gt;<entry>SET.</entry>&lt;entry /&gt;<entry>16</entry><entry>32</entry><entry>64</entry><entry>NONE</entry></row><row rowsep="0">&lt;entry /&gt;<entry>NUGE</entry><entry>NUL</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;</row><row>&lt;entry /&gt;<entry>UGE</entry><entry>UL</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;</row><row rowsep="0">&lt;entry /&gt;<entry>SET.</entry>&lt;entry /&gt;<entry>16</entry><entry>32</entry><entry>64</entry><entry>X</entry></row><row rowsep="0">&lt;entry /&gt;<entry>L</entry><entry>GE</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;</row><row>&lt;entry /&gt;<entry>NL</entry><entry>NGE</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;</row><row><entry>subtract</entry><entry>SUB</entry>&lt;entry /&gt;<entry>16</entry><entry>32</entry><entry>64</entry><entry>NONE C F N T X</entry></row></tbody></tgroup></table></tables>

<u style="single">Format</u>

<img file="EP1879104A2_D0157.tif" />

<u style="single">Description</u>

The contents of registers ra and rb are combined using the specified floating-point operation. The result is placed in register rc. The operation is rounded using the specified rounding option or using round-to-nearest if not specified. If a rounding option is specified, the operation raises a floating-point exception if a floating-point invalid operation, divide by zero, overflow, or underflow occurs, or when specified, if the result is inexact. If a rounding option is not specified, floating-point exceptions are not raised, and are handled according to the default rules of IEEE 754.

<u style="single">Definition</u>

<img file="EP1879104A2_D0158.tif" /><img file="EP1879104A2_D0159.tif" />

<u style="single">Exceptions</u>

Reserved instruction

Floating-point arithmetic

<u style="single">Group Floating-point Ternary</u>

These operations perform floating-point arithmetic on three groups of floating-point operands contained in registers.

Operation codes

<tables id="tabl0068" num="0068"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="29mm" /><colspec colnum="2" colname="col2" colwidth="71mm" /><tbody><row><entry>GF.MULADD.16</entry><entry>Group floating-point multiply and add half</entry></row><row><entry>GF.MULSUB.16</entry><entry>Group floating-point multiply and subtract half</entry></row><row><entry>GF.MULADD.32</entry><entry>Group floating-point multiply and add single</entry></row><row><entry>GF.MULSUB.32</entry><entry>Group floating-point multiply and subtract single</entry></row><row><entry>GF.MULADD.64</entry><entry>Group floating-point multiply and add double</entry></row><row><entry>GF.MULSUB.64</entry><entry>Group floating-point multiply and subtract double</entry></row></tbody></tgroup></table></tables><tables id="tabl0069" num="0069"><table frame="all"><tgroup cols="5"><colspec colnum="1" colname="col1" colwidth="34mm" /><colspec colnum="2" colname="col2" colwidth="19mm" /><colspec colnum="3" colname="col3" colwidth="10mm" colsep="0" /><colspec colnum="4" colname="col4" colwidth="10mm" colsep="0" /><colspec colnum="5" colname="col5" colwidth="10mm" /><thead><row><entry valign="top" /><entry valign="top">op</entry><entry namest="col3" nameend="col5" align="left" valign="top">prec</entry></row></thead><tbody><row><entry>multiply and add</entry><entry>MULADD</entry><entry>16</entry><entry>32</entry><entry>64</entry></row><row><entry>multiply and subtract</entry><entry>MULSUB</entry><entry>16</entry><entry>32</entry><entry>64</entry></row></tbody></tgroup></table></tables>

<u style="single">Format</u>

<img file="EP1879104A2_D0160.tif" />

<u style="single">Description</u>

The contents of registers ra and rb are taken to represent a group of floating-point operands and pairwise are multiplied together and added to or subtracted from the group of floating-point operands taken from the contents of register rc. The results are concatenated and placed in register. The results are rounded to the nearest representable floating-point value in a single floating-point operation Floating-point exceptions are not raised, and are handled according to the default rules of IEEE 754. These instructions cannot select a directed rounding mode or trap on inexact.

<u style="single">Definition</u>

<img file="EP1879104A2_D0161.tif" /><img file="EP1879104A2_D0162.tif" />

<u style="single">Exceptions</u>

Reserved instruction

Floating-point arithmetic

<u style="single">Group Floating-point Unary</u>

These operations take one value from a register, perform floating-point arithmetic on groups of bits in the operands, and place the concatenated results in a register.

<u style="single">Operation codes</u>

<tables id="tabl0070" num="0070"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="33mm" /><colspec colnum="2" colname="col2" colwidth="83mm" /><tbody><row><entry>GF.ABS.16</entry><entry>Group floating-point absolute value half</entry></row><row><entry>GF.ABS.16.X</entry><entry>Group floating-point absolute value half exact</entry></row><row><entry>GF.ABS.32</entry><entry>Group floating-point absolute value single</entry></row><row><entry>GF.ABS.32.X</entry><entry>Group floating-point absolute value single exact</entry></row><row><entry>GF.ABS.64</entry><entry>Group floating-point absolute value double</entry></row><row><entry>GF.ABS.64.X</entry><entry>Group floating-point absolute value double exact</entry></row><row><entry>GF.DEFLATE.32</entry><entry>Group floating-point convert half from single</entry></row><row><entry>GF.DEFLATE.32.C</entry><entry>Group floating-point convert half from single ceiling</entry></row><row><entry>GF.DEFLATE.32.F</entry><entry>Group floating-point convert half from single floor</entry></row><row><entry>GF.DEFLATE.32.N</entry><entry>Group floating-point convert half from single nearest</entry></row><row><entry>GF.DEFLATE.32.T</entry><entry>Group floating-point convert half from single truncate</entry></row><row><entry>GF.DEFLATE.32.X</entry><entry>Group floating-point convert half from single exact</entry></row><row><entry>GF.DEFLATE.64</entry><entry>Group floating-point convert single from double</entry></row><row><entry>GF.DEFLATE.64.C</entry><entry>Group floating-point convert single from double ceiling</entry></row><row><entry>GF.DEFLATE.64.F</entry><entry>Group floating-point convert single from double floor</entry></row><row><entry>GF.DEFLATE.64.N</entry><entry>Group floating-point convert single from double nearest</entry></row><row><entry>GF.DEFLATE.64.T</entry><entry>Group floating-point convert single from double truncate</entry></row><row><entry>GF.DEFLATE.64.X</entry><entry>Group floating-point convert single from double exact</entry></row><row><entry>GF.FLOAT.16</entry><entry>Group floating-point convert half from integer</entry></row><row><entry>GF.FLOAT.16.C</entry><entry>Group floating-point convert half from integer ceiling</entry></row><row><entry>GF.FLOAT.16.F</entry><entry>Group floating-coint convert half from integer floor</entry></row><row><entry>GF.FLOAT.16.N</entry><entry>Group floating-point convert half from integer nearest</entry></row><row><entry>GF.FLOAT.16.T</entry><entry>Group floating-point convert half from integer truncate</entry></row><row><entry>GF.FLOAT.16.X</entry><entry>Group floating-point convert half from integer exact</entry></row><row><entry>GF.FLOAT.32</entry><entry>Group floating-point convert single from integer</entry></row><row><entry>GF.FLOAT.32.C</entry><entry>Group floating-point convert single from integer ceiling</entry></row><row><entry>GF.FLOAT.32.F</entry><entry>Group floating-point convert single from integer floor</entry></row><row><entry>GF.FLOAT.32.N</entry><entry>Group floating-point convert single from integer nearest</entry></row><row><entry>GF.FLOAT.32.T</entry><entry>Group floating-point convert single from integer truncate</entry></row><row><entry>GF.FLOAT.32.X</entry><entry>Group floating-point convert single from integer exact</entry></row><row><entry>GF.FLOAT.64</entry><entry>Group floating-point convert double from integer</entry></row><row><entry>GF.FLOAT.64.C</entry><entry>Group floating-point convert double from integer ceiling</entry></row><row><entry>GF.FLOAT.64.F</entry><entry>Group floating-point convert double from integer floor</entry></row><row><entry>GF.FLOAT.64.N</entry><entry>Group floating-point convert double from integer nearest</entry></row><row><entry>GF.FLOAT.64.T</entry><entry>Group floating-point convert double from integer truncate</entry></row><row><entry>GF.FLOAT.64.X</entry><entry>Group floating-point convert double from integer exact</entry></row><row><entry>GF.INFLATE.16</entry><entry>Group floating-point convert single from half</entry></row><row><entry>GF.INFLATE.16.X</entry><entry>Group floating-point convert single from half exact</entry></row><row><entry>GF.INFLATE.32</entry><entry>Group floating-point convert double from single</entry></row><row><entry>GF.INFLATE.32.X</entry><entry>Group floating-point convert double from single exact</entry></row><row><entry>GF.NEG.16</entry><entry>Group floating-point negate half</entry></row><row><entry>GF.NEG.16.X</entry><entry>Group floating-point negate half exact</entry></row><row><entry>GF.NEG.32</entry><entry>Group floating-point negate single</entry></row><row><entry>GF.NEG.32.X</entry><entry>Group floating-point negate single exact</entry></row><row><entry>GF.NEG.64</entry><entry>Group floating-point negate double</entry></row><row><entry>GF.NEG.64.X</entry><entry>Group floating-point negate double exact</entry></row><row><entry>GF.SINK.16</entry><entry>Group floating-point convert integer from half</entry></row><row><entry>GF.SINK.16.C</entry><entry>Group floating-point convert integer from half ceiling</entry></row><row><entry>GF.SINK.16.F</entry><entry>Group floating-point convert integer from half floor</entry></row><row><entry>GF.SINK.16.N</entry><entry>Group floating-pomt convert integer from half nearest</entry></row><row><entry>GF.SINK.16.T</entry><entry>Group floating-point convert integer from half truncate</entry></row><row><entry>GF.SINK.16.X</entry><entry>Group floating-point convert integer from half exact</entry></row><row><entry>GF.SINK.32</entry><entry>Group floating-point convert integer from single</entry></row><row><entry>GF.SINK.32.C</entry><entry>Group floating-point convert integer from single ceiling</entry></row><row><entry>GF.SINK.32.F</entry><entry>Group floating-point convert integer from single floor</entry></row><row><entry>GF.SINK.32.N</entry><entry>Group floating-point convert integer from single nearest</entry></row><row><entry>GF.SINK.32.T</entry><entry>Group floating-point convert integer from single truncate</entry></row><row><entry>GF.SINK.32.X</entry><entry>Group floating-point convert integer from single exact</entry></row><row><entry>GF.SINK.64</entry><entry>Group floating-point convert integer from double</entry></row><row><entry>GF.SINK.64.C</entry><entry>Group floating-point convert integer from double ceiling</entry></row><row><entry>GF.SINK.64.F</entry><entry>Group floating-point convert integer from double floor</entry></row><row><entry>GF.SINK.64.N</entry><entry>Group floating-point convert integer from double nearest</entry></row><row><entry>GF.SINK.64.T</entry><entry>Group floating-point convert integer from double truncate</entry></row><row><entry>GF.SINK.64.X</entry><entry>Group floating-point convert integer from double exact</entry></row><row><entry>GF.SQR.16</entry><entry>Group floating-point square root half</entry></row><row><entry>GF.SQR.16.C</entry><entry>Group floating-point square root half ceiling</entry></row><row><entry>GF.SQR.16.F</entry><entry>Group floating-point square root half floor</entry></row><row><entry>GF.SQR.16.N</entry><entry>Group floating-point square root half nearest</entry></row><row><entry>GF.SQR.16.T</entry><entry>Group floating-point square root half truncate</entry></row><row><entry>GF.SQR.16.X</entry><entry>Group floating-point square root half exact</entry></row><row><entry>GF.SQR.32</entry><entry>Group floating-point square root single</entry></row><row><entry>GF.SQR.32.C</entry><entry>Group floating-point square root single ceiling</entry></row><row><entry>GF.SQR.32.F</entry><entry>Group floating-point square root single floor</entry></row><row><entry>GF.SQR.32.N</entry><entry>Group floating-point square root single nearest</entry></row><row><entry>GF.SQR.32.T</entry><entry>Group floating-point square root single truncate</entry></row><row><entry>GF.SQR.32.X</entry><entry>Group floating-point square root single exact</entry></row><row><entry>GF.SQR.64</entry><entry>Group floating-point square root double</entry></row><row><entry>GF.SQR.64.C</entry><entry>Group floating-point square root double ceiling</entry></row><row><entry>GF.SQR.64.F</entry><entry>Group floating-point square root double floor</entry></row><row><entry>GF.SQR.64.N</entry><entry>Group floating-point square root double nearest</entry></row><row><entry>GF.SQR.64.T</entry><entry>Group floating-point square root double truncate</entry></row><row><entry>GF.SQR.64.X</entry><entry>Group floating-point square root double exact</entry></row></tbody></tgroup></table></tables><tables id="tabl0071" num="0071"><table frame="all"><tgroup cols="6"><colspec colnum="1" colname="col1" colwidth="41mm" /><colspec colnum="2" colname="col2" colwidth="20mm" /><colspec colnum="3" colname="col3" colwidth="10mm" colsep="0" /><colspec colnum="4" colname="col4" colwidth="10mm" colsep="0" /><colspec colnum="5" colname="col5" colwidth="10mm" /><colspec colnum="6" colname="col6" colwidth="27mm" /><thead><row><entry valign="top" /><entry valign="top">op</entry><entry namest="col3" nameend="col5" align="left" valign="top">prec</entry><entry valign="top">round/trap</entry></row></thead><tbody><row><entry>absolute value</entry><entry>ABS</entry><entry>16</entry><entry>32</entry><entry>64</entry><entry>NONE X</entry></row><row><entry>float from integer</entry><entry>FLOAT</entry><entry>16</entry><entry>32</entry><entry>64</entry><entry>NONE C F N T X</entry></row><row><entry>integer from float</entry><entry>SINK</entry><entry>16</entry><entry>32</entry><entry>64</entry><entry>NONE C F N T X</entry></row><row><entry>increase format precision</entry><entry>INFLATE</entry><entry>16</entry><entry>32</entry>&lt;entry /&gt;<entry>NONE X</entry></row><row><entry>decrease format precision</entry><entry>DEFLATE</entry>&lt;entry /&gt;<entry>32</entry><entry>64</entry><entry>NONE C F N T X</entry></row><row><entry>square root</entry><entry>SQR</entry><entry>16</entry><entry>32</entry><entry>64</entry><entry>NONE C F N T X</entry></row></tbody></tgroup></table></tables>

<u style="single">Format</u>

<img file="EP1879104A2_D0163.tif" />

<u style="single">Description</u>

The contents of register ra is used as the operand of the specified floating-point operation. The result is placed in register rc. The operation is rounded using the specified rounding option or using round-to-nearest if not specified. If a rounding option is specified, the operation raises a floating-point exception if a floating-point invalid operation, divide by zero, overflow, or underflow occurs, or when specified, if the result is inexact. If a rounding option is not specified, floating-point exceptions are not raised, and are handled according to the default rules of IEEE 754.

<u style="single">Definition</u>

<img file="EP1879104A2_D0164.tif" /><img file="EP1879104A2_D0165.tif" />

<u style="single">Exceptions</u>

Reserved instruction

Floating-point arithmetic

<u style="single">Load</u>

These operations add the contents of two registers to produce a virtual address, load data from memory, sign- or zero-extending the data to fill the destination register.

<u style="single">Operation codes</u>

<tables id="tabl0072" num="0072"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="23mm" /><colspec colnum="2" colname="col2" colwidth="64mm" /><tbody><row><entry>L.8²⁶</entry><entry>Load signed byte</entry></row><row><entry>L.16.B</entry><entry>Load signed doublet big-endian</entry></row><row><entry>L.16.B.A</entry><entry>Load signed doublet big-endian aligned</entry></row><row><entry>L.16.L</entry><entry>Load signed doublet little-endian</entry></row><row><entry>L.16.L.A</entry><entry>Load signed doublet little-endian aligned</entry></row><row><entry>L.32.B</entry><entry>Load signed quadlet big-endian</entry></row><row><entry>L.32.B.A</entry><entry>Load signed quadlet big-endian aligned</entry></row><row><entry>L.32.L</entry><entry>Load signed quadlet little-endian</entry></row><row><entry>L.32.L.A</entry><entry>Load signed quadlet little-endian aligned</entry></row><row><entry>L.64.B²⁷</entry><entry>Load octlet big-endian</entry></row><row><entry>L.64.B.A²⁸</entry><entry>Load octlet big-endian aligned</entry></row><row><entry>L.64.L²⁹</entry><entry>Load octlet little-endian</entry></row><row><entry>L.64.L.A³⁰</entry><entry>Load octlet little-endian aligned</entry></row><row><entry>L.128.B³¹</entry><entry>Load hexlet big-endian</entry></row><row><entry>L.128.B.A³²</entry><entry>Load hexlet big-endian aligned</entry></row><row><entry>L.128.L³³</entry><entry>Load hexlet little-endian</entry></row><row><entry>L.128.L.A³⁴</entry><entry>Load hexlet little-endian aligned</entry></row><row><entry>L.U.8³⁵</entry><entry>Load unsigned byte</entry></row><row><entry>L.U.16.B</entry><entry>Load unsigned doublet big-endian</entry></row><row><entry>L.U.16.B.A</entry><entry>Load unsigned doublet big-endian aligned</entry></row><row><entry>L.U.16.L</entry><entry>Load unsigned doublet little-endian</entry></row><row><entry>L.U.16.L.A</entry><entry>Load unsigned doublet little-endian aligned</entry></row><row><entry>L.U.32.B</entry><entry>Load unsigned quadlet big-endian</entry></row><row><entry>L.U.32.B.A</entry><entry>Load unsigned quadlet big-endian aligned</entry></row><row><entry>L.U.32.L</entry><entry>Load unsigned quadlet little-endian</entry></row><row><entry>L.U.32.L.A</entry><entry>Load unsigned quadlet little-endian aligned</entry></row><row><entry>L.U.64.B</entry><entry>Load unsigned octlet big-endian</entry></row><row><entry>L.U.64.B.A</entry><entry>Load unsigned octlet big-endian aligned</entry></row><row><entry>L.U.64.L</entry><entry>Load unsigned octlet little-endian</entry></row><row><entry>L.U.64.L.A</entry><entry>Load unsigned octlet little-endian aligned</entry></row></tbody></tgroup><tgroup cols="2" rowsep="0"><colspec colnum="1" colname="col1" colwidth="23mm" /><colspec colnum="2" colname="col2" colwidth="64mm" /><tbody><row><entry namest="col1" nameend="col2" align="justify">²⁶L.8 need not distinguish between little-endian and big-endian ordering, nor between aligned and unaligned, as only a single byte is loaded. ²⁷L.64.B need not distinguish between signed and unsigned, as the octlet fills the destination register. ²⁸L.64.B.A need not distinguish between signed and unsigned, as the octlet fills the destination register. ²⁹L.64.L need not distinguish between signed and unsigned, as the octlet fills the destination register. ³⁰L.64.L.A need not distinguish between signed and unsigned, as the octlet fills the destination register. ³¹L.128.B need not distinguish between signed and unsigned, as the hexlet fills the destination register pair. ³²L.128.B.A need not distinguish between signed and unsigned, as the hexlet fills the destination register pair. ³³L.128.L need not distinguish between signed and unsigned, as the hexlet fills the destination register pair. ³⁴L.128.L.A need not distinguish between signed and unsigned, as the hexlet fills the destination register pair. ³⁵L.U8 need not distinguish between little-endian and big-endian ordering, nor between aligned and unaligned, as only a single byte is loaded.</entry></row></tbody></tgroup></table></tables><tables id="tabl0073" num="0073"><table frame="all"><tgroup cols="6"><colspec colnum="1" colname="col1" colwidth="39mm" /><colspec colnum="2" colname="col2" colwidth="11mm" /><colspec colnum="3" colname="col3" colwidth="16mm" /><colspec colnum="4" colname="col4" colwidth="11mm" /><colspec colnum="5" colname="col5" colwidth="11mm" /><colspec colnum="6" colname="col6" colwidth="19mm" /><thead><row><entry valign="top">number format</entry><entry valign="top">type</entry><entry valign="top">size</entry><entry namest="col4" nameend="col5" align="left" valign="top">ordering</entry><entry valign="top">alignment</entry></row></thead><tbody><row><entry>signed byte</entry>&lt;entry /&gt;<entry>8</entry><entry colsep="0" />&lt;entry /&gt;&lt;entry /&gt;</row><row><entry>unsigned byte</entry><entry>U</entry><entry>8</entry><entry colsep="0" />&lt;entry /&gt;&lt;entry /&gt;</row><row><entry>signed integer</entry>&lt;entry /&gt;<entry>16 32 64</entry><entry colsep="0">L</entry><entry>B</entry>&lt;entry /&gt;</row><row><entry>signed integer aligned</entry>&lt;entry /&gt;<entry>16 32 64</entry><entry colsep="0">L</entry><entry>B</entry><entry>A</entry></row><row><entry>unsigned integer</entry><entry>U</entry><entry>16 32 64</entry><entry colsep="0">L</entry><entry>B</entry>&lt;entry /&gt;</row><row><entry>unsigned integer aligned</entry><entry>U</entry><entry>16 32 64</entry><entry colsep="0">L</entry><entry>B</entry><entry>A</entry></row><row><entry>register</entry>&lt;entry /&gt;<entry>128</entry><entry colsep="0">L</entry><entry>B</entry>&lt;entry /&gt;</row><row><entry>register aligned</entry>&lt;entry /&gt;<entry>128</entry><entry colsep="0">L</entry><entry>B</entry><entry>A</entry></row></tbody></tgroup></table></tables><i><u style="single">Format</u></i><img file="EP1879104A2_D0166.tif" />

<u style="single">Description</u>

A virtual address is computed from the sum of the contents of register ra and register rb. The contents of memory using the specified byte order is treated as the size specified and zero-extended or sign-extended as specified, and placed into register rb.

If alignment is specified, the computed virtual address must be aligned, that is, it must be an exact multiple of the size expressed in bytes. If the address is not aligned an "access disallowed by virtual address" exception occurs.

<u style="single">Definition</u>

<img file="EP1879104A2_D0167.tif" /><img file="EP1879104A2_D0168.tif" />

<u style="single">Exceptions</u>

Reserved instruction <ul id="ul0008" list-style="none" compact="compact"><li>Access disallowed by virtual address</li><li>Access disallowed by tag</li><li>Access disallowed by global TLB</li><li>Access disallowed by local TLB</li><li>Access detail required by tag</li><li>Access detail required by local TLB</li><li>Access detail required by global TLB</li><li>Cache coherence intervention required by tag</li><li>Cache coherence intervention required by local TLB</li><li>Cache coherence intervention required by global TLB Local TLB miss</li><li>Global TLB miss</li></ul>

<u style="single">Load Immediate</u>

These operations add the contents of a register to a sign-extended immediate value to produce a virtual address, load data from memory, sign- or zero-extending the data to fill the destination register.

<u style="single">Operation codes</u>

<tables id="tabl0074" num="0074"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="25mm" /><colspec colnum="2" colname="col2" colwidth="80mm" /><tbody><row><entry>L.8.I³⁶</entry><entry>Load signed byte immediate</entry></row><row><entry>L.16.B.A.I</entry><entry>Load signed doublet big-endian aligned immediate</entry></row><row><entry>L.16.B.I</entry><entry>Load signed doublet big-endian immediate</entry></row><row><entry>L.16.L.A.I</entry><entry>Load signed doublet little-endian aligned immediate</entry></row><row><entry>L.16.L.I</entry><entry>Load signed doublet little-endian immediate</entry></row><row><entry>L.32.B.A.I</entry><entry>Load signed quadlet big-endian aligned immediate</entry></row><row><entry>L.32.B.I</entry><entry>Load signed quadlet big-endian immediate</entry></row><row><entry>L.32.L.A.I</entry><entry>Load signed quadlet little-endian aligned immediate</entry></row><row><entry>L.32.L.I</entry><entry>Load signed quadlet little-endian immediate</entry></row><row><entry>L.64.B.A.I³⁷</entry><entry>Load octlet big-endian aligned immediate</entry></row><row><entry>L.64.B.I³⁸</entry><entry>Load octlet big-endian immediate</entry></row><row><entry>L.64.L.A.I³⁹</entry><entry>Load octlet little-endian aligned immediate</entry></row><row><entry>L.64.L.I⁴⁰</entry><entry>Load octlet little-endian immediate</entry></row><row><entry>L.128.B.A.I⁴¹</entry><entry>Load hexlet big-endian aligned immediate</entry></row><row><entry>L.128.B.I⁴²</entry><entry>Load hexlet big-endian immediate</entry></row><row><entry>L.128.L.A.I⁴³</entry><entry>Load hexlet little-endian aligned immediate</entry></row><row><entry>L.128.L.I⁴⁴</entry><entry>Load hexlet little-endian immediate</entry></row><row><entry>L.U.8.I⁴⁵</entry><entry>Load unsigned byte immediate</entry></row><row><entry>L.U.16.B.A.I</entry><entry>Load unsigned doublet big-endian aligned immediate</entry></row><row><entry>L.U.16.B.I</entry><entry>Load unsigned doublet big-endian immediate</entry></row><row><entry>L.U.16.L.A.l</entry><entry>Load unsigned doublet little-endian aligned immediate</entry></row></tbody></tgroup><tgroup cols="2" rowsep="0"><colspec colnum="1" colname="col1" colwidth="25mm" /><colspec colnum="2" colname="col2" colwidth="80mm" /><tbody><row><entry namest="col1" nameend="col2" align="justify">³⁶L.8.I need not distinguish between little-endian and big-endian ordering, nor between aligned and unaligned, as only a single byte is loaded. ³⁷L.64.B.A.I need not distinguish between signed and unsigned, as the octlet fills the destination register. ³⁸L.64.B.I need not distinguish between signed and unsigned, as the octlet fills the destination register. ³⁹L.64.L.A.I need not distinguish between signed and unsigned, as the octlet fills the destination register. ⁴⁰L.64.L.I need not distinguish between signed and unsigned, as the octlet fills the destination register. ⁴¹L.128.B.A.I need not distinguish between signed and unsigned, as the hexlet fills the destination register pair. ⁴²L.128.B.I need not distinguish between signed and unsigned, as the hexlet fills the destination register pair. ⁴³L.128.L.A.I need not distinguish between signed and unsigned, as the hexlet fills the destination register pair. ⁴⁴L.128.L.I need not distinguish between signed and unsigned, as the hexlet fills the destination register pair. ⁴⁵L.U8.I need not distinguish between little-endian and big-endian ordering, nor between aligned and unaligned, as only a single byte is loaded.</entry></row></tbody></tgroup></table></tables><tables id="tabl0075" num="0075"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="22mm" /><colspec colnum="2" colname="col2" colwidth="80mm" colsep="0" /><tbody><row><entry>L.U.16.L.I</entry><entry>Load unsigned doublet little-endian immediate</entry></row><row><entry>L.U.32.B.A.I</entry><entry>Load unsigned quadlet big-endian aligned immediate</entry></row><row><entry>L.U.32.B.I</entry><entry>Load unsigned quadlet big-endian immediate</entry></row><row><entry>L.U.32.L.A.I</entry><entry>Load unsigned quadlet little-endian aligned immediate</entry></row><row><entry>L.U.32.L.1</entry><entry>Load unsigned quadlet little-endian immediate</entry></row><row><entry>L.U.64.B.A.I</entry><entry>Load unsigned octlet big-endian aligned immediate</entry></row><row><entry>L.U.64.B.I</entry><entry>Load unsigned octlet big-endian immediate</entry></row><row><entry>L.U.64.L.A.I</entry><entry>Load unsigned octlet little-endian aligned immediate</entry></row><row><entry>L.U.64.L.I</entry><entry>Load unsigned octlet little-endian immediate</entry></row></tbody></tgroup></table></tables><tables id="tabl0076" num="0076"><table frame="all"><tgroup cols="8"><colspec colnum="1" colname="col1" colwidth="39mm" /><colspec colnum="2" colname="col2" colwidth="11mm" /><colspec colnum="3" colname="col3" colwidth="11mm" colsep="0" /><colspec colnum="4" colname="col4" colwidth="10mm" colsep="0" /><colspec colnum="5" colname="col5" colwidth="10mm" /><colspec colnum="6" colname="col6" colwidth="11mm" colsep="0" /><colspec colnum="7" colname="col7" colwidth="11mm" /><colspec colnum="8" colname="col8" colwidth="19mm" /><thead><row><entry valign="top">number format</entry><entry valign="top">type</entry><entry namest="col3" nameend="col5" align="left" valign="top">size</entry><entry namest="col6" nameend="col7" align="left" valign="top">ordering</entry><entry valign="top">alignment</entry></row></thead><tbody><row><entry>signed byte</entry>&lt;entry /&gt;<entry>8</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;</row><row><entry>unsigned byte</entry><entry>U</entry><entry>8</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;</row><row><entry>signed integer</entry>&lt;entry /&gt;<entry>16</entry><entry>32</entry><entry>64</entry><entry>L</entry><entry>B</entry>&lt;entry /&gt;</row><row><entry>signed integer aligned</entry>&lt;entry /&gt;<entry>16</entry><entry>32</entry><entry>64</entry><entry>L</entry><entry>B</entry><entry>A</entry></row><row><entry>unsigned integer</entry><entry>U</entry><entry>16</entry><entry>32</entry><entry>64</entry><entry>L</entry><entry>B</entry>&lt;entry /&gt;</row><row><entry>unsigned integer aligned</entry><entry>U</entry><entry>16</entry><entry>32</entry><entry>64</entry><entry>L</entry><entry>B</entry><entry>A</entry></row><row><entry>register</entry>&lt;entry /&gt;<entry>128</entry>&lt;entry /&gt;&lt;entry /&gt;<entry>L</entry><entry>B</entry>&lt;entry /&gt;</row><row rowsep="0"><entry>register aligned</entry>&lt;entry /&gt;<entry>128</entry>&lt;entry /&gt;&lt;entry /&gt;<entry>L</entry><entry>B</entry><entry>A</entry></row></tbody></tgroup></table></tables>

<u style="single">Format</u>

<img file="EP1879104A2_D0169.tif" />

<u style="single">Description</u>

A virtual address is computed from the sum of the contents of register ra and the sign-extended value of the offset field. The contents of memory using the specified byte order is treated as the size specified and zero-extended or sign-extended as specified, and placed into register rb.

If alignment is specified, the computed virtual address must be aligned, that is, i must be an exact multiple of the size expressed in bytes. If the address is no aligned an "access disallowed by virtual address" exception occurs.

<u style="single">Definition</u>

<img file="EP1879104A2_D0170.tif" /><img file="EP1879104A2_D0171.tif" />

<u style="single">Exceptions</u>

Reserved instruction <ul id="ul0009" list-style="none" compact="compact"><li>Access disallowed by virtual address</li><li>Access disallowed by tag</li><li>Access disallowed by global TLB</li><li>Access disallowed by local TLB</li><li>Access detail required by tag</li><li>Access detail required by local TLB</li><li>Access detail required by global TLB</li><li>Cache coherence intervention required by tag</li><li>Cache coherence intervention required by local TLB</li><li>Cache coherence intervention required by global TLB Local TLB miss</li><li>Global TLB miss</li></ul>

<u style="single">Store</u>

These operations add the contents of two registers to produce a virtual address, and store the contents of a register into memory.

<u style="single">Operation codes</u>

<tables id="tabl0077" num="0077"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="26mm" /><colspec colnum="2" colname="col2" colwidth="92mm" /><tbody><row><entry>S.8⁴⁶</entry><entry>Store byte</entry></row><row><entry>S.16.B</entry><entry>Store double big-endian</entry></row><row><entry>S.16.B.A</entry><entry>Store double big-endian aligned</entry></row><row><entry>S.16.L</entry><entry>Store double little-endian</entry></row><row><entry>S.16.L.A</entry><entry>Store double little-endian aligned</entry></row><row><entry>S.32.B</entry><entry>Store quadlet big-endian</entry></row><row><entry>S.32.B.A</entry><entry>Store quadlet big-endian aligned</entry></row><row><entry>S.32.L</entry><entry>Store quadlet little-endian</entry></row><row><entry>S.32.L.A</entry><entry>Store quadlet little-endian aligned</entry></row><row><entry>S.64.B</entry><entry>Store octlet big-endian</entry></row><row><entry>S.64.B.A</entry><entry>Store octlet big-endian aligned</entry></row><row><entry>S.64.L</entry><entry>Store octlet little-endian</entry></row><row><entry>S.64.L.A</entry><entry>Store octlet little-endian aligned</entry></row><row><entry>S.128.B</entry><entry>Store hexlet big-endian</entry></row><row><entry>S.128.B.A</entry><entry>Store hexlet big-endian aligned</entry></row><row><entry>S.128.L</entry><entry>Store hexlet little-endian</entry></row><row><entry>S.128.L.A</entry><entry>Store hexiet little-endian aligned</entry></row><row><entry>S.AAS.64.B.A</entry><entry>Store add-and-swap octlet big-endian aligned</entry></row><row><entry>S.AAS.64.L.A</entry><entry>Store add-and-swap octlet little-endian aligned</entry></row><row><entry>S.CAS.64.B.A</entry><entry>Store compare-and-swap octlet big-endian aligned</entry></row><row><entry>S.CAS.64.L.A</entry><entry>Store compare-ana-swap octlet little-endian aligned</entry></row><row><entry>S.MAS.64.B.A</entry><entry>Store multiplex-and-swap octlet big-endian aligned</entry></row><row><entry>S.MAS.64.L.A</entry><entry>Store multiplex-and-swap octlet little-endian aligned</entry></row><row><entry>S.MUX.64.B.A</entry><entry>Store multiplex octlet big-endian aligned</entry></row><row><entry>S.MUX.64.L.A</entry><entry>Store multiplex octlet little-endian aligned</entry></row></tbody></tgroup><tgroup cols="2" rowsep="0"><colspec colnum="1" colname="col1" colwidth="30mm" /><colspec colnum="2" colname="col2" colwidth="88mm" /><tbody><row><entry namest="col1" nameend="col2" align="justify">⁴⁶S.8 need not specify byte ordering, nor need it specify alignment checking, as it stores a single byte.</entry></row></tbody></tgroup></table></tables><tables id="tabl0078" num="0078"><table frame="all"><tgroup cols="7"><colspec colnum="1" colname="col1" colwidth="10mm" colsep="0" /><colspec colnum="2" colname="col2" colwidth="10mm" colsep="0" /><colspec colnum="3" colname="col3" colwidth="10mm" colsep="0" /><colspec colnum="4" colname="col4" colwidth="11mm" /><colspec colnum="5" colname="col5" colwidth="11mm" colsep="0" /><colspec colnum="6" colname="col6" colwidth="11mm" /><colspec colnum="7" colname="col7" colwidth="19mm" /><thead><row><entry namest="col1" nameend="col4" align="left" valign="top">size</entry><entry namest="col5" nameend="col6" align="left" valign="top">ordering</entry><entry valign="top">alignment</entry></row></thead><tbody><row><entry>8</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;</row><row><entry>16</entry><entry>32</entry><entry>64</entry><entry>128</entry><entry>L</entry><entry>B</entry>&lt;entry /&gt;</row><row><entry>16</entry><entry>32</entry><entry>64</entry><entry>128</entry><entry>L</entry><entry>B</entry><entry>A</entry></row></tbody></tgroup></table></tables>

<u style="single">Format</u>

<img file="EP1879104A2_D0172.tif" />

<u style="single">Description</u>

A virtual address is computed from the sum of the contents of register ra and register rb. The contents of register rc, treated as the size specified, is stored in memory using the specified byte order.

If alignment is specified, the computed virtual address must be aligned, that is, it must be an exact multiple of the size expressed in bytes. If the address is not aligned an "access disallowed by virtual address" exception occurs.

<u style="single">Definition</u>

<img file="EP1879104A2_D0173.tif" /><img file="EP1879104A2_D0174.tif" /><img file="EP1879104A2_D0175.tif" />

<u style="single">Exceptions</u>

Reserved instruction <ul id="ul0010" list-style="none" compact="compact"><li>Access disallowed by virtual address</li><li>Access disallowed by tag</li><li>Access disallowed by global TLB</li><li>Access disallowed by local TLB</li><li>Access detail required by tag</li><li>Access detail required by local TLB</li><li>Access detail required by global TLB</li><li>Cache coherence intervention required by tag</li><li>Cache coherence intervention required by local TLB</li><li>Cache coherence intervention required by global TLB</li><li>Local TLB miss</li><li>Global TLB miss</li></ul>

<u style="single">Store Immediate</u>

These operations add the contents of a register to a sign-extended immediate value to produce a virtual address, and store the contents of a registerinto memory.

<u style="single">Operation codes</u>

<tables id="tabl0079" num="0079"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="27mm" /><colspec colnum="2" colname="col2" colwidth="91mm" /><tbody><row><entry>S.8.I⁴⁷</entry><entry>Store byte immediate</entry></row><row><entry>S.16.B.A.I</entry><entry>Store double big-endian aligned immediate</entry></row><row><entry>S.16.B.I</entry><entry>Store double big-endian immediate</entry></row><row><entry>S.16.L.A.I</entry><entry>Store double little-endian aligned immediate</entry></row><row><entry>S.16.L.I</entry><entry>Store double little-endian immediate</entry></row><row><entry>S.32.B.A.I</entry><entry>Store quadlet big-endian aligned immediate</entry></row><row><entry>S.32.B.I</entry><entry>Store quadlet big-endian immediate</entry></row><row><entry>S.32.L.A.I</entry><entry>Store quadlet little-endian aligned immediate</entry></row><row><entry>S.32.L.I</entry><entry>Store quadlet little-endian immediate</entry></row><row><entry>S.64.B.A.I</entry><entry>Store octlet big-endian aligned immediate</entry></row><row><entry>S.64.B.1</entry><entry>Store octlet big-endian immediate</entry></row><row><entry>S.64.L.A.I</entry><entry>Store octlet little-endian aligned immediate</entry></row><row><entry>S.64.L.I</entry><entry>Store octlet little-endian immediate</entry></row><row><entry>S.128.B.A.I</entry><entry>Store hexlet big-endian aligned immediate</entry></row><row><entry>S.128.B.I</entry><entry>Store hexlet big-endian immediate</entry></row><row><entry>S.128.L.A.I</entry><entry>Store hexlet little-endian aligned immediate</entry></row><row><entry>S.128.L.I</entry><entry>Store hexlet little-endian immediate</entry></row><row><entry>S.AAS.64.B.A.I</entry><entry>Store add-and-swap octlet big-endian aligned immediate</entry></row><row><entry>S.AAS.64.L.A.I</entry><entry>Store add-and-swap octlet little-endian aligned immediate</entry></row><row><entry>S.CAS.64.B.A.I</entry><entry>Store compare-and-swap octlet big-endian aligned immediate</entry></row><row><entry>S.CAS.64.L.A.I</entry><entry>Store compare-and-swap octlet little-endian aligned immediate</entry></row><row><entry>S.MAS.64.B.A.I</entry><entry>Store multiplex-and-swap octlet big-endian aligned immediate</entry></row><row><entry>S.MAS.64.L.A.I</entry><entry>Store multiplex-and-swap octlet little-endian aligned immediate</entry></row><row><entry>S.MUX.64.B.A.I</entry><entry>Store multiplex octlet big-endian aligned immediate</entry></row><row><entry>S.MUX.64.L.A.I</entry><entry>Store multiplex octlet little-endian aligned immediate</entry></row></tbody></tgroup><tgroup cols="2" rowsep="0"><colspec colnum="1" colname="col1" colwidth="27mm" /><colspec colnum="2" colname="col2" colwidth="91mm" /><tbody><row><entry namest="col1" nameend="col2" align="justify">⁴⁷S.8.I need not specify byte ordering, nor need it specify alignment checking, as it stores a single byte,</entry></row></tbody></tgroup></table></tables><tables id="tabl0080" num="0080"><table frame="all"><tgroup cols="7"><colspec colnum="1" colname="col1" colwidth="10mm" colsep="0" /><colspec colnum="2" colname="col2" colwidth="10mm" colsep="0" /><colspec colnum="3" colname="col3" colwidth="10mm" colsep="0" /><colspec colnum="4" colname="col4" colwidth="11mm" /><colspec colnum="5" colname="col5" colwidth="11mm" colsep="0" /><colspec colnum="6" colname="col6" colwidth="11mm" /><colspec colnum="7" colname="col7" colwidth="19mm" /><thead><row><entry namest="col1" nameend="col4" align="left" valign="top">size</entry><entry namest="col5" nameend="col6" align="left" valign="top">ordering</entry><entry valign="top">alignment</entry></row></thead><tbody><row><entry>8</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;</row><row><entry>16</entry><entry>32</entry><entry>64</entry><entry>128</entry><entry>L</entry><entry>B</entry>&lt;entry /&gt;</row><row><entry>16</entry><entry>32</entry><entry>64</entry><entry>128</entry><entry>L</entry><entry>B</entry><entry>A</entry></row></tbody></tgroup></table></tables>

<u style="single">Format</u>

<img file="EP1879104A2_D0176.tif" />

<u style="single">Description</u>

A virtual address is computed from the sum of the contents of register ra and the sign-extended vale of the offset field. The contents of register rb, treated as the size specified, is stored in memory using the specified byte order.

If alignment is specified, the computed virtual address must be aligned, that is, it must be an exact multiple of the size expressed in bytes. If the address is not aligned an "access disallowed by virtual address" exception occurs.

<u style="single">Definition</u>

<img file="EP1879104A2_D0177.tif" /><img file="EP1879104A2_D0178.tif" /><img file="EP1879104A2_D0179.tif" />

<u style="single">Exceptions</u>

Reserved instruction <ul id="ul0011" list-style="none" compact="compact"><li>Access disallowed by virtual address</li><li>Access disallowed by tag</li><li>Access disallowed by global TLB</li><li>Access disallowed by local TLB</li><li>Access detail required by tag</li><li>Access detail required by local TLB</li><li>Access detail required by global TLB</li><li>Cache coherence intervention required by tag</li><li>Cache coherence intervention required by local TLB</li><li>Cache coherence intervention required by global TLB</li><li>Local TLB miss</li><li>Global TLB miss</li></ul>

<u style="single">Memory Management</u>

This section discusses the caches, the translation mechanisms, the memory interfaces, and how the multiprocessor interface is used to maintain cache coherence.

The Terpsichore processor provides for both local and global virtual addressing, arbitrary page sizes, and coherent-cache multiprocessors. The memory management system is designed to provide the requirements for implementation of virtual machines as well as virtual memory.

All facilities of the memory management system are themselves memory mapped, in order to provide for the manipulation of these facilities by high-level language, compiled code.

The translation mechanism is designed to allow full byte-at-a-time control of access to the virtual address space, with the assistance of fast exception handlers.

Privilege levels provide for the secure transition between insecure user code and secure system facilities. Instructions execute at a privilege, specified by a two-bit field in the access information. Zero is the least-privileged level, and three is the most-privileged level.

The diagram below sketches the organization of the memory management system: <img file="EP1879104A2_D0180.tif" />

Starting from a local virtual address, the memory management system performs three actions in parallel: the low-order bits of the virtual address are used to directly access the data in the cache, a low-order bit field is used to access the cache tag, and the high-order bits of the virtual address are translated from a local address space to a global virtual address space.

Following these three actions, operations vary depending upon the cache implementation. The cache tag may contain either a physical address and access control information (a physically-tagged cache), or may contain a global virtual address and global protection information (a virtually-tagged cache).

For a physically-tagged cache, the global virtual address is translated to a physical address by the TLB, which generates global protection information. The cache tag is checked against the physical address, to determine a cache hit. In parallel, the local and global protection information is checked.

For a virtually-tagged cache, the cache tag is checked against the global virtual address, to determine a cache hit, and the local and global protection information is checked. If the cache misses, the global virtual address is translated to a physical address by the TLB, which also generates the global protection information.

<u style="single">Local and Global Virtual Addresses</u>

The 64-bit global virtual address space is global among all tasks. In a multitask environment, requirements for a task-local address space arise from operations such as the UNIX "fork" function, in which a task is duplicated into parent and child tasks, each now having a unique virtual address space. In addition, when switching tasks, access to one task's address space must be disabled and another task's access enabled.

Terpsichore provides for portions of the address space to be made local to individual tasks, with a translation to the global virtual space specified by four 16-bit registers for each local virtual space. Terpsichore specifies four sets of virtual spaces, and therefore four sets of these four registers. The registers specify a mask selecting which of the high-order 16 address bits are checked to match a particular value, and if they match, a value with which to modify the virtual address. Terpsichore avoids setting a fixed page size or local address size; these can be set by software conventions.

A local virtual address space is specified by the following:: <tables id="tabl0081" num="0081"><table frame="all"><tgroup cols="3"><colspec colnum="1" colname="col1" colwidth="23mm" /><colspec colnum="2" colname="col2" colwidth="12mm" /><colspec colnum="3" colname="col3" colwidth="94mm" /><thead><row><entry valign="top">field name</entry><entry valign="top">size</entry><entry valign="top">description</entry></row></thead><tbody><row><entry>local mask</entry><entry>16</entry><entry>mask to select fields of local virtual address to perform match over</entry></row><row><entry>local match</entry><entry>16</entry><entry>value to perform match with masked local virtual address</entry></row><row><entry>local xor</entry><entry>16</entry><entry>value to xor with local virtual address if matched</entry></row><row><entry>local protect</entry><entry>16</entry><entry>local protection field (detailed later)</entry></row><row><entry namest="col1" nameend="col3" align="center">local virtual address space specifiers</entry></row></tbody></tgroup></table></tables>

These 16-bit registers are packed together into a 64-bit register as follows:

<u style="single">Local Translation Lookaside Buffer</u>

<img file="EP1879104A2_D0181.tif" />

The LTLB contains a separate context of register sets for each thread. A context consists of one or more sets of mask/match/xor/protect registers, one set for each simultaneously accessible local virtual address range. This set of registers is called the "Local TLB context," or LTLB (Local Translation Lookaside Buffer) context. The effect of this mechanism is to provide the facilities normally attributed to segmentation. However, in this system there is no extension of the address range, instead, segments are local nicknames for portions of the global virtual address space.

For instructions executing at the two least privileged levels (level 0 or level 1), a failure to match a LTLB entry causes an exception. This exception may be handled by loading an LTLB entry and continuing execution, thus providing access to an arbitrary number of local virtual address ranges.

Instructions executing at the two most privileged levels (level 2 or level 3) may access any region in the local virtual address space, when a LTLB entry matches, and may acess regions in the global virtual address space when no LTLB entry matches. This mechanism permits privileged code to make judicious use of local virtual address ranges, which simplifies the manner in which privileged code may manipulate the contents of a local virtual address range on behalf of a less-privileged client.

A minimum implementation of an LTLB context is a single set of mask/match/xor/protect registers per thread. A single-set LTLB context may be further simplified by reserving the implementation of the mask and match registers, setting them to a read-only zero value: <img file="EP1879104A2_D0182.tif" />

If the largest possible space is reserved for an address space identifier, the virtual address is partitioned as shown below. Any of the bits marked as "local" below may be used as "offset" as desired. <img file="EP1879104A2_D0183.tif" />

<u style="single">Definition</u>

<img file="EP1879104A2_D0184.tif" /><img file="EP1879104A2_D0185.tif" />

<u style="single">Global Virtual Cache</u>

The innermost levels of the instruction and data caches are direct-mapped and indexed and matched entirely by the global virtual address. Consequently, each block of memory data is tagged with access control information and the high-order bits of the global virtual address. The current size of the virtual caches is 32 kilobytes; for architectural compatibility, a minimum size of 8 kilobytes and a maximum size of 1 megabyte is specified. The mapping of virtual addresses to physical may freely contain aliases, however, provided that either the associated regions of memory are maintained as coherent, or that the low order 20 bits of any virtual cache aliases are identical. (20 bits reflects the size of the maximum 1M byte virtual cache.)

A virtual cache tag is contained in the buffer memory (described below). It is accessed in parallel with the virtual cache. The virtual tag must match, and the control information must permit the access, or a cache miss or exception occurs. There is one tag for each cache block: a cache block consists of 64 bytes, so for a 32 kilobyte cache, there is 4 kilobytes of cache tag information for each cache. The protect field shown below is the concatenation of the access, state and control fields shown in the table below: <img file="EP1879104A2_D0186.tif" />

<u style="single">Definition</u>

The following function reads the data, tag, and protection bits from either the instruction (c=0) or data (c=1) cache, given a local virtual address. <img file="EP1879104A2_D0187.tif" />

<u style="single">Translation and Protection</u>

Global virtual addresses are translated to physical addresses only upon misses in the virtual caches. The translation is performed by software-programmable routines, augmented by a hardware TLB, specifically, the global TLB. The global TLB labels a cache line with the physical and access information in the virtual cache tag. The global TLB contains a minimum of 64 entries and a maximum of 256 entries.

A local TLB, global TLB or virtual cache entry contains the following information. The figures in parentheses are the actual size of the field contained, if only a sub-field is held in the entry. <tables id="tabl0082" num="0082"><table frame="all"><tgroup cols="6"><colspec colnum="1" colname="col1" colwidth="34mm" /><colspec colnum="2" colname="col2" colwidth="11mm" /><colspec colnum="3" colname="col3" colwidth="63mm" /><colspec colnum="4" colname="col4" colwidth="19mm" /><colspec colnum="5" colname="col5" colwidth="21mm" /><colspec colnum="6" colname="col6" colwidth="19mm" /><thead><row><entry valign="top">field name</entry><entry valign="top">size</entry><entry valign="top">description</entry><entry valign="top">local TLB</entry><entry valign="top">global TLB</entry><entry valign="top">cache tag</entry></row></thead><tbody><row><entry>virtual address</entry><entry>64</entry><entry>virtual address (lowest address of region)</entry><entry>✔ (16)</entry><entry>✔ (58)</entry><entry>✔ (50)</entry></row><row><entry>virtual address mask</entry><entry>64</entry><entry>mask for virtual address match</entry><entry>✔ (16)</entry><entry>✔ (58)</entry>&lt;entry /&gt;</row><row><entry>physical address</entry><entry>64</entry><entry>physical address xor virtual address</entry><entry>✔ (16)</entry><entry>✔ (58)</entry>&lt;entry /&gt;</row><row><entry>reserved</entry>&lt;entry /&gt;<entry>additional space in register</entry><entry>✔ (2)</entry><entry>✔ (2)</entry><entry>✔ (1)</entry></row><row><entry>caching control</entry><entry>2</entry><entry>are accesses to this region incoherent (0), coherent (1), no-allocate (2), or uncached-physical(3)?</entry><entry>✔</entry><entry>✔</entry><entry>✔ (1)</entry></row><row><entry>detail access</entry><entry>1</entry><entry>do portions of this region have access controlled more restrictively?</entry><entry>✔</entry><entry>✔</entry><entry>✔</entry></row><row><entry>access ordering</entry><entry>1</entry><entry>are accesses to this region ordered weakly (0) or strongly (1) with respect to other accesses?</entry><entry>✔</entry><entry>✔</entry><entry>✔</entry></row><row><entry>coherence state</entry><entry>3</entry><entry>if region is coherently cached, does coherence state permit read(4), write(2), or replacement(1)? if region is not coherently cached, does cache state require write-back(2) or not(0)?</entry><entry>✔</entry><entry>✔</entry><entry>✔</entry></row><row><entry>read access</entry><entry>2</entry><entry>minimum privilege for read access</entry><entry>✔</entry><entry>✔</entry><entry>✔</entry></row><row><entry>write access</entry><entry>2</entry><entry>minimum privilege for write access</entry><entry>✔</entry><entry>✔</entry><entry>✔</entry></row><row><entry>execute access</entry><entry>2</entry><entry>minimum privilege for execute access</entry><entry>✔</entry><entry>✔</entry><entry>✔</entry></row><row><entry>gateway access</entry><entry>2</entry><entry>minimum privilege for gateway access</entry><entry>✔</entry><entry>✔</entry><entry>✔</entry></row><row><entry namest="col1" nameend="col6" align="center">information in local TLB, global TLB, or virtual cache entry</entry></row></tbody></tgroup></table></tables>

The bottom section of the table above indicates the contents of the 16-bit protection field: <i><u style="single">Protection information in local TLB</u></i><img file="EP1879104A2_D0188.tif" /><i><u style="single">Protection information in global TLB</u></i><img file="EP1879104A2_D0189.tif" /><i><u style="single">Protection information in instruction cache tag</u></i><img file="EP1879104A2_D0190.tif" /><i><u style="single">Protection information in virtual data cache tag</u></i><img file="EP1879104A2_D0191.tif" /><i><u style="single">Protection information in physical data cache tag</u></i><img file="EP1879104A2_D0192.tif" />

<u style="single">Memory Interface</u>

Dedicated hardware mechanisms are provided to fetch and store back data blocks in the instruction and data caches, provided that a matching entry can be found in the global TLB. When no entry is to be found in the global TLB, an exception handler is invoked either to generate the required information from the virtual address, or to place an entry in the global TLB to provide for automatic handling of this and other similarly addressed data blocks.

The initial implementation of Terpsichore partitions the remainder of the local memory system, including a second-level joint physical cache and a DRAM-based memory array, into a set of separate devices, called Mnemosyne. These devices are accessed via a high-bandwidth, byte-wide packet interface, called Hermes, which is largely transparent to the Terpsichore architecture. The Mnemosyne devices provide single-bit correction, double-bit detection ECC on all local memory accesses, and a check byte protects all packet interface transfers. The size of the secondary cache and the DRAM memory array is implementation-dependent.

<u style="single">Cache Coherence</u>

The Terpsichore processor is intended for use in either a uniprocessor or multiprocessor environment. At the high performance level intended for Terpsichore, mechanisms employed in other processor designs to maintain cache coherence, such as "snoopy cache" buses, cannot be effectively built, because the communication latency and bandwidth between processors would be excessive. Several cache coherence mechanisms have been designed for high-performance processors that do not require that all memory transactions be broadcast among the processors in a system, one of which is the Scalable Coherent Interface, or SCI, as specified by the IEEE Standard 1596-1992.

The SCI cache coherence mechanism is extremely complex. Many of the cache coherence operations take time proportional to the number of processors involved in the operation, and so implicitly assume that the number of processors sharing a particular data item will tend to be much less than the 64k processors that SCI can theoretically handle (SCI is now considering an even more complex mechanism that may assure logarithmic growth in time complexity). Most importantly, no complete working prototype of this mechanism has been built, tested and benchmarked at the time of development of the Terpsichore architecture.

It is considered then, that the cache coherence mechanism should not be implemented in immutable, hardware state machines. A software implementation of a cache coherence protocol is proposed, which given the high intrinsic performance of the processor, is likely to reach nearly the performance level that can be achieved in dedicated hardware. The greatest advantage, though, is that Terpsichore will be an excellent vehicle to test and improve the performance of experimental non-bus-oriented cache coherency operations.

Cache coherence information is available within the local TLB, global TLB and the cache tags, so that coherence operations may be performed at task-level, page-level, or cache-block-level as desired. This flexibility provides for a coherent view of memory in multiprocessing systems with varying degrees of coupling.

<u style="single">Physical Addresses</u>

Physical addresses are 64 bits in size, consisting of a 16 bit processor node number and a 48 bit address. <img file="EP1879104A2_D0193.tif" />

Physical addresses in which the node number is zero reference the local processors local memory space, providing access to local memory, cache tags, system and interface facilities. Physical addresses in which the node number is nonzero reference other processors local memory spaces, using the Hydra interface for communication.

The local memory environment of Terpsichore involves the use of up to twelve Hermes byte-wide packet communications channels, by which Terpsichore can request read or write transactions to Mnemosyne. Calliope, and Hydra devices. In addition. Terpsichore can issue read or write transactions to the Cerberus serial bus interface, via which the Mnemosyne. Calliope, Hydra and other devices configuration and control registers can be accessed. The diagram illustrates shows one possible Terpsichore memory environment: <img file="EP1879104A2_D0194.tif" />

Hermes channels 0..7 are always used to connect Terpsichore to Mnemosyne memory devices. Hermes channels 8..11 may be used to connect Mnemosyne, Calliope, or Hydra devices.

Terpsichore provides three different mappings of the local memory environment in the local physical address space. The non-interleaved space provides for the access of all Mnemosyne, Calliope, and Hydra device memory spaces such that each device appears as a single continuous space. The uniprocessor spaces provide for the interleaved access of one, two, or four sets of eight Mnemosyne devices on separate Hermes channels as a single continuous space. The multiprocessor spaces provide for the interleaved access of one, two, or four sets of nine Mnemosyne devices on separate Hermes channels as a single continuous space with the ninth channel used as a cache coherency directory. <img file="EP1879104A2_D0195.tif" />

The value of the space field determines the interpretation of the 48-bit local address field as given by the following table: <tables id="tabl0083" num="0083"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="17mm" /><colspec colnum="2" colname="col2" colwidth="75mm" /><thead><row><entry valign="top">value</entry><entry valign="top">interpretation</entry></row></thead><tbody><row><entry>0</entry><entry>non-interleaved Hermes channel 0..7 space</entry></row><row><entry>1</entry><entry>non-interleaved Hermes channel 8..11 space</entry></row><row><entry>2</entry><entry>8x1-way interleaved uniprocessor memory space</entry></row><row><entry>3</entry><entry>9x1-way interleaved multiprocessor memory space</entry></row><row><entry>4</entry><entry>8x2-way interleaved uniprocessor memory space</entry></row><row><entry>5</entry><entry>9x2-way interleaved multiprocessor memory space</entry></row><row><entry>6</entry><entry>8x4-way interleaved uniprocessor memory space</entry></row><row><entry>7</entry><entry>9x4-way interleaved multiprocessor memory space</entry></row><row><entry>8</entry>&lt;entry /&gt;</row><row><entry>9</entry>&lt;entry /&gt;</row><row><entry>10</entry><entry>4x1-way interleaved uniprocessor memory space</entry></row><row><entry>11</entry><entry>5x1-way interleaved multiprocessor memory space</entry></row><row><entry>12</entry><entry>4x2-way interleaved uniprocessor memory space</entry></row><row><entry>13</entry><entry>5x2-way interleaved multiprocessor memory space</entry></row><row><entry>14</entry><entry>4x4-way interleaved uniprocessor memory space</entry></row><row><entry>15</entry><entry>9x4-way interleaved multiprocessor memory space</entry></row><row><entry>16</entry>&lt;entry /&gt;</row><row><entry>17</entry>&lt;entry /&gt;</row><row><entry>18</entry><entry>2x1-way interleaved uniprocessor memory space</entry></row><row><entry>19</entry><entry>3x1-way interleaved multiprocessor memory space</entry></row><row><entry>20</entry><entry>2x2-way interleaved uniprocessor memory space</entry></row><row><entry>21</entry><entry>3x2-way interleaved multiprocessor memory space</entry></row><row><entry>22</entry><entry>2x4-way interleaved uniprocessor memory space</entry></row><row><entry>23</entry><entry>3x4-way interleaved multiprocessor memory space</entry></row><row><entry>24..31</entry><entry>Cerberus memory and control space</entry></row><row><entry>32..255</entry>&lt;entry /&gt;</row><row><entry namest="col1" nameend="col2" align="center">space field Interpretation</entry></row></tbody></tgroup></table></tables>

<u style="single">Non-interleaved Hermes channel 0..7 Space</u>

The non-interleaved Hermes channel 0..7 space provides a single continuous memory space for each device in Hermes channels 0..7. Mnemosyne protocols are used. Only incoherent accesses are supported (no memory directory tags). <img file="EP1879104A2_D0196.tif" />

The range of valid values and the interpretation of the fields is given by the following table: <tables id="tabl0084" num="0084"><table frame="all"><tgroup cols="3"><colspec colnum="1" colname="col1" colwidth="17mm" /><colspec colnum="2" colname="col2" colwidth="18mm" /><colspec colnum="3" colname="col3" colwidth="76mm" /><thead><row><entry valign="top">field</entry><entry valign="top">value</entry><entry valign="top">interpretation</entry></row></thead><tbody><row><entry align="center"><b>s</b></entry><entry>0</entry><entry>Specify non-interleaved Hermes channel 0..7 space</entry></row><row><entry align="center"><b>c</b></entry><entry>0..7</entry><entry>Hermes channels 0..7</entry></row><row><entry align="center"><b>m</b></entry><entry>0..3</entry><entry>Module address</entry></row><row><entry align="center"><b>addr</b></entry><entry>0..2³²-1</entry><entry>Logical memory block address</entry></row><row><entry align="center"><b>b</b></entry><entry>0..7</entry><entry>Pad for conversion of byte address to block address</entry></row><row><entry namest="col1" nameend="col3" align="center">non-interleaved space field interpretation</entry></row></tbody></tgroup></table></tables>

<u style="single">Non-interleaved Hermes channel 8..11 Space</u>

The non-interleaved Hermes channel 8..11 space provides a single continuous memory space for each device in Hermes channels 8..11. Either Mnemosyne or Calliope/Hydra protocols may be specified. Only incoherent accesses are supported (no memory directory tags). <img file="EP1879104A2_D0197.tif" />

The range of valid values and the interpretation of the fields is given by the following table: <tables id="tabl0085" num="0085"><table frame="all"><tgroup cols="3"><colspec colnum="1" colname="col1" colwidth="17mm" /><colspec colnum="2" colname="col2" colwidth="18mm" /><colspec colnum="3" colname="col3" colwidth="85mm" /><thead><row><entry valign="top">field</entry><entry valign="top">value</entry><entry valign="top">interpretation</entry></row></thead><tbody><row><entry align="center"><b>s</b></entry><entry>1</entry><entry>Specify non-interleaved Hermes channel 8..11 space</entry></row><row><entry align="center"><b>h</b></entry><entry>0.. 1</entry><entry>0: use Mnemosyne protocol 1: use Calliope/Hydra protocol</entry></row><row><entry align="center"><b>c</b></entry><entry>0..3</entry><entry>Hermes channels 8..11</entry></row><row><entry align="center"><b>m</b></entry><entry>0..3</entry><entry>Module address</entry></row><row><entry align="center"><b>addr</b></entry><entry>0..2³²-1</entry><entry>Logical memory block address</entry></row><row><entry align="center"><b>b</b></entry><entry>0..7</entry><entry>Pad for conversion of byte address to block address</entry></row><row><entry namest="col1" nameend="col3" align="center">non-interleaved space field interpretation</entry></row></tbody></tgroup></table></tables>

<u style="single">Uniprocessor Interleaved Spaces</u>

The interleaved spaces described below interleave between 8 Hermes channels (0..7), supporting only incoherent accesses (no memory directory tags). Mnemosyne protocols are used. <img file="EP1879104A2_D0198.tif" /><img file="EP1879104A2_D0199.tif" /><img file="EP1879104A2_D0200.tif" />

The interleaved spaces described below interleave between 4 Hermes channels (.0..3 or 4..7), supporting only incoherent accesses (no memory directory tags). Mnemosyne protocols are used. <img file="EP1879104A2_D0201.tif" /><img file="EP1879104A2_D0202.tif" /><img file="EP1879104A2_D0203.tif" />

The interleaved spaces described below interleave between 2 Hermes channels (0..1. 2..3, 4..5, or 6..7), supporting only incoherent accesses (no memory directory tags). Mnemosyne protocols are used. <img file="EP1879104A2_D0204.tif" /><img file="EP1879104A2_D0205.tif" /><img file="EP1879104A2_D0206.tif" />

The range of valid values and the interpretation of the fields is given bv the following table: <tables id="tabl0086" num="0086"><table frame="all"><tgroup cols="3"><colspec colnum="1" colname="col1" colwidth="13mm" /><colspec colnum="2" colname="col2" colwidth="40mm" /><colspec colnum="3" colname="col3" colwidth="73mm" /><thead><row><entry valign="top">field</entry><entry valign="top">value</entry><entry valign="top">interpretation</entry></row></thead><tbody><row><entry align="center"><b>s</b></entry><entry>2,4,6,10, 12,14,18, 20.22</entry><entry>Specify uniprocessor interleaved space</entry></row><row><entry align="center"><b>d</b></entry><entry>0..3</entry><entry>Hign-order bits of Hermes channel number</entry></row><row><entry align="center"><b>c</b></entry><entry>0..7</entry><entry>Low-order bits of Hermes channels number</entry></row><row><entry align="center"><b>n</b></entry><entry>0..3</entry><entry>Hign-order bits of Hermes module address</entry></row><row><entry align="center"><b>m</b></entry><entry>0..3</entry><entry>Low-order bits of Hermes module address</entry></row><row><entry align="center"><b>addr</b></entry><entry>0..2³²-1</entry><entry>Logical memory block address</entry></row><row><entry align="center"><b>b</b></entry><entry>0..7</entry><entry>Pad for conversion of byte to block address</entry></row><row><entry namest="col1" nameend="col3" align="center">interleaved space field interpretation</entry></row></tbody></tgroup></table></tables>

The Hermes channel number is constructed by concatenating the d and c fields: <img file="EP1879104A2_D0207.tif" />

The Hermes module number is constructed by concatenating the n and m fields: <img file="EP1879104A2_D0208.tif" />

<u style="single">Multiprocessor Interleaved Space</u>

The interleaved spaces described below interleave between 9 channels for a multiprocessor. <img file="EP1879104A2_D0209.tif" /><img file="EP1879104A2_D0210.tif" /><img file="EP1879104A2_D0211.tif" />

The range of valid values and the interpretation of the fields is given by the following table: <tables id="tabl0087" num="0087"><table frame="all"><tgroup cols="3"><colspec colnum="1" colname="col1" colwidth="15mm" /><colspec colnum="2" colname="col2" colwidth="17mm" /><colspec colnum="3" colname="col3" colwidth="92mm" /><thead><row><entry valign="top">field</entry><entry valign="top">value</entry><entry valign="top">interpretation</entry></row></thead><tbody><row><entry align="center"><b>s</b></entry><entry>3.5.7</entry><entry>Specify interleaved space</entry></row><row><entry align="center"><b>c</b></entry><entry>0..7</entry><entry>Mnemosyne channels 0..7, before modification described below</entry></row><row><entry align="center"><b>n</b></entry><entry>0..3</entry><entry>Hign-order bits of Hermes module address</entry></row><row><entry align="center"><b>m</b></entry><entry>0..3</entry><entry>Low-order bits of Hermes module address</entry></row><row><entry align="center"><b>addr</b></entry><entry>0..2³²-1</entry><entry>Logical memory block address</entry></row><row><entry align="center"><b>b</b></entry><entry>0..7</entry><entry>Pad for conversion of byte to block address</entry></row><row><entry namest="col1" nameend="col3" align="center">interleaved space field interpretation</entry></row></tbody></tgroup></table></tables>

For the multiprocessor space the channel number field is modified by the low-order memory block address bits according to the following tables. In addition, access to a location in this space also accesses a memory tag, using the Hermes channel specified in the tables below. <tables id="tabl0088" num="0088"><table frame="all"><tgroup cols="10"><colspec colnum="1" colname="col1" colwidth="17mm" /><colspec colnum="2" colname="col2" colwidth="10mm" /><colspec colnum="3" colname="col3" colwidth="10mm" /><colspec colnum="4" colname="col4" colwidth="10mm" /><colspec colnum="5" colname="col5" colwidth="10mm" /><colspec colnum="6" colname="col6" colwidth="10mm" /><colspec colnum="7" colname="col7" colwidth="10mm" /><colspec colnum="8" colname="col8" colwidth="10mm" /><colspec colnum="9" colname="col9" colwidth="10mm" /><colspec colnum="10" colname="col10" colwidth="10mm" /><thead><row><entry morerows="1" align="center" valign="top"><b>addr</b>_2..0</entry><entry namest="col2" nameend="col9" align="center" valign="top"><b>c</b></entry><entry morerows="1" align="center" valign="top">tag</entry></row><row><entry align="center" valign="top">0</entry><entry align="center" valign="top">1</entry><entry align="center" valign="top">2</entry><entry align="center" valign="top">3</entry><entry align="center" valign="top">4</entry><entry align="center" valign="top">5</entry><entry align="center" valign="top">6</entry><entry align="center" valign="top">7</entry></row></thead><tbody><row><entry align="center">0</entry><entry align="center">8</entry><entry align="center">1</entry><entry align="center">2</entry><entry align="center">3</entry><entry align="center">4</entry><entry align="center">5</entry><entry align="center">6</entry><entry align="center">7</entry><entry align="center">0</entry></row><row><entry align="center">1</entry><entry align="center">4</entry><entry align="center">5</entry><entry align="center">6</entry><entry align="center">7</entry><entry align="center">0</entry><entry align="center">8</entry><entry align="center">2</entry><entry align="center">3</entry><entry align="center">1</entry></row><row><entry align="center">2</entry><entry align="center">8</entry><entry align="center">3</entry><entry align="center">0</entry><entry align="center">1</entry><entry align="center">6</entry><entry align="center">7</entry><entry align="center">4</entry><entry align="center">5</entry><entry align="center">2</entry></row><row><entry align="center">3</entry><entry align="center">6</entry><entry align="center">7</entry><entry align="center">4</entry><entry align="center">5</entry><entry align="center">2</entry><entry align="center">8</entry><entry align="center">0</entry><entry align="center">1</entry><entry align="center">3</entry></row><row><entry align="center">4</entry><entry align="center">1</entry><entry align="center">0</entry><entry align="center">3</entry><entry align="center">2</entry><entry align="center">5</entry><entry align="center">8</entry><entry align="center">7</entry><entry align="center">6</entry><entry align="center">4</entry></row><row><entry align="center">5</entry><entry align="center">8</entry><entry align="center">4</entry><entry align="center">7</entry><entry align="center">6</entry><entry align="center">1</entry><entry align="center">0</entry><entry align="center">3</entry><entry align="center">2</entry><entry align="center">5</entry></row><row><entry align="center">6</entry><entry align="center">3</entry><entry align="center">2</entry><entry align="center">1</entry><entry align="center">0</entry><entry align="center">7</entry><entry align="center">8</entry><entry align="center">5</entry><entry align="center">4</entry><entry align="center">6</entry></row><row><entry align="center">7</entry><entry align="center">8</entry><entry align="center">6</entry><entry align="center">5</entry><entry align="center">4</entry><entry align="center">3</entry><entry align="center">2</entry><entry align="center">1</entry><entry align="center">0</entry><entry align="center">7</entry></row><row><entry namest="col1" nameend="col10" align="center">9 channel translation table</entry></row></tbody></tgroup></table></tables>

The memory tag entry is an octlet value for each 64-byte memory block. The contents of the tag is interpreted by Terpsichore hardware to signify (0) a zero value indicates that the memory block is not contained in the cache. (1) a value equal to the virtual address used to access the memory block indicates that the value is cached at that address, and (2) any other values indicates that the value may be cached in multiple or remote locations and requires software intervention for interpretation.

Thus a read to a memory block accesses the tag, and if the value is zero, fills it with the virtual address via which the access occurred. When the memory block is returned to memory, the tag is accessed, and if the value is equal to the virtual address, the tag is reset to zero. In all other cases, an exception occurs, which is handled by software to implement the cache coherency mechanisms.

We also need to have a space available in which access to the tag via software routines is straightforward - the non-interleaved space makes the tag available, but not conveniently.

<u style="single">SerialBus Space</u>

The Cerberus serial bus space provides access to a memory space in which Bootstrap ROM code. Terpsichore. Mnemosyne and Calliope configuration data, and other Cerberus peripherals are accessed. The Cerberus serial bus is specified by the document: "Cerberus Serial Bus Architecture." Terpsichore configuration data is accessable via Cerberus as a slave device as well as via this address space. <img file="EP1879104A2_D0212.tif" />

The range of valid values and the interpretation of the fields is given by the following table: <tables id="tabl0089" num="0089"><table frame="all"><tgroup cols="3"><colspec colnum="1" colname="col1" colwidth="13mm" /><colspec colnum="2" colname="col2" colwidth="17mm" /><colspec colnum="3" colname="col3" colwidth="75mm" /><thead><row><entry valign="top">field</entry><entry valign="top">value</entry><entry valign="top">interpretation</entry></row></thead><tbody><row><entry align="center"><b>3</b></entry><entry>3</entry><entry>Specify Cerberus space</entry></row><row><entry align="center"><b>net</b></entry><entry>0..2¹⁶-1</entry><entry>Specify Cerberus net address</entry></row><row><entry align="center"><b>node</b></entry><entry>0..255</entry><entry>Cerberus node address</entry></row><row><entry align="center"><b>addr</b></entry><entry>0..2¹⁶-1</entry><entry>Logical memory block address</entry></row><row><entry align="center"><b>b</b></entry><entry>0..7</entry><entry>Pad for conversion of byte address to block address</entry></row></tbody></tgroup></table></tables>

Cerberus space field interpretation

<u style="single">Control Register Addresses</u>

This section is under construction. <ul id="ul0012" list-style="none" compact="compact"><li>Local TLB (4 octlets)</li><li>Virtual cache tags (2k-128k x 2 caches)</li><li>Virtual cache data (16k-1M x 2 caches)</li><li>Global TLB (4 octlets x 64-256 entries=2k-8k bytes)</li></ul>

<u style="single">Events and Threads</u>

Exceptions signal several kinds of events: (1) events that are indicative of failure of the software or hardware, such as arithmetic overflow or parity error, (2) events that are hidden from the virtual process model, such as translation buffer misses. (3) events that infrequently occur, but may require corrective action, such as floating-point underflow. In addition, there are (4) external events that cause scheduling of a computational process, such as completion of a disk transfer or clock events.

Each of these types of events require the interruption of the current flow of execution, handling of the exception or event, and in some cases, descheduling of the current task and rescheduling of another. The Terpsichore processor provides a mechanism that is based on the multi-threaded execution model of Mach. Mach divides the well-known UNIX process model into two parts, one called a task, which encompasses the virtual memory space, file and resource state, and the other called a thread, which includes the program counter, stack space, and other register file state. The sum of a Mach task and a Mach thread exactly equals one UNIX process, and the Mach model allows a task to be associated with several threads. On one processor at any one moment in time, at least one task with one thread is running.

In the taxonomy of events described above, the cause of the event may either be synchronous to the currently running thread, generally types 1, 2, and 3, or asynchronous and associated with another task and thread that is not currently running, generally type 4. For synchronous events, Terpsichore will suspend the currently running thread in the current task, and continue execution with another thread that is dedicated to the handling of events. For asynchronous events, Terpsichore will continue execution with the dedicated event thread, while not necessarily suspending the currently running thread.

Terpsichore provides sufficient resources for the interleaved execution of at least one full thread, containing 64 general registers and a program counter, and at least one separate event thread, containing 16 general registers and a program counter. When both threads are able to continue execution, priority is generally given to the event threads.

All facilities of the exception, memory management, and interface systems are themselves memory mapped, in order to provide for the manipulation of these facilities by high-level language, compiled code. In particular, the thread resources of the full threads are memory-mapped so that the exception threads are able to read and write the general registers and program counter of the full threads.

Events are single-bit messages used to communicate the occurrence of exceptions between full threads and event threads and interface devices. <img file="EP1879104A2_D0213.tif" />

The event register appears at several locations in memory, with slightly different side effects on read and write operations. <tables id="tabl0090" num="0090"><table frame="all"><tgroup cols="3"><colspec colnum="1" colname="col1" colwidth="13mm" /><colspec colnum="2" colname="col2" colwidth="76mm" /><colspec colnum="3" colname="col3" colwidth="78mm" /><thead><row><entry valign="top">offset</entry><entry valign="top">side effect on read</entry><entry valign="top">side effect on write</entry></row></thead><tbody><row><entry align="right">0</entry><entry>none: return event register contents</entry><entry>normal: write data into event register</entry></row><row><entry align="right">8</entry><entry>stall thread until contents of event register is non-zero, then return event register contents</entry><entry>stall thread until bitwise and of data and event register contents is non-zero</entry></row><row><entry align="right">16</entry><entry>return zero value (so read-modify-write for byte/doublet/ quadlet store works)</entry><entry>one bits in data set (to one) corresponding event register bits</entry></row><row><entry align="right">24</entry><entry>return zero value (so read-modify-write for byte/dcublet/ quadlet store works)</entry><entry>one bits in data clear (to zero) corresponding event register bits</entry></row></tbody></tgroup></table></tables> interface devices signal events by responding to non-blocking read requests generated by a write to a Terpsichore control register. The response to these read requests is combined into the event register with an inclusive-or operation. <img file="EP1879104A2_D0214.tif" />

A write to the event daemon address register causes Terpsichore to issue a read request to the corresponding physical address. The device referenced by this request may respond at any future time with a value, which is incluswe-or'ed into the event register.

The following notes list the resources needed to support the threads...

Events: <dl id="dl0001" compact="compact"><dt>0</dt><dd>full thread 0 suspended at instruction fetch because of exception</dd><dt>1</dt><dd>full thread 0 suspended at data fetch because of exception</dd><dt>2</dt><dd>full thread 0 suspended at execution because of exception</dd><dt>3</dt><dd>full thread 0 suspended at execution because of empty pipeline</dd><dt>4-15</dt><dd>same for full threads 1-3.</dd><dt>16-63</dt><dd>timer, calliope, and hydra events</dd></dl>

Thread resources: General registers at data fetch stage General registers at execution state Program counter, privilege level at data fetch stage Program counter, privilege level at execution stage Mask register: events which permit the thread to run Mask register: events which prevent the thread to run? Control register: suspend ifetch, dfetch, execute, thread priority Local TLB entries (full threads only) Exception information registers: <ul id="ul0013" list-style="none" compact="compact"><li>exception cause</li><li>instruction which caused exception</li><li>virtual address at which access attempted</li><li>size of access attempted</li><li>type of access (read, write, execute, gateway)</li><li>did exception occur at lower or higher addr if cross boundary?</li></ul> don't need - register contents (can get from mem map GR) Sort by stage: Inst fetch stage: <ul id="ul0014" list-style="none" compact="compact"><li>program counter</li><li>exception state: cause: TLB miss, coherence action required...</li><li>control register: <ul id="ul0015" list-style="none" compact="compact"><li>suspend (drain queue),</li><li>reset(clear queue),</li><li>proceed past detail</li></ul></li></ul> Data fetch stage: <ul id="ul0016" list-style="none" compact="compact"><li>General registers</li><li>program counter, privilege level</li><li>control register: <ul id="ul0017" list-style="none" compact="compact"><li>suspend (drain queue),</li><li>reset (clear queue)</li></ul> proceed past detail</li><li>exception state: cause(incl access type, size, boundary, <ul id="ul0018" list-style="none" compact="compact"><li>local TLB hit indication), inst</li></ul></li><li>can compute local va from GR, inst: <ul id="ul0019" list-style="none" compact="compact"><li>shift-and-add-load-shifti-shiftr-add (7)</li></ul></li><li>computing global va is hard...=&gt; need global va register</li><li>can compute size from inst, 16-word table: shift and add load (4)</li><li>prefetched data, instruction queue <ul id="ul0020" list-style="none" compact="compact"><li>clear queue</li><li>drain queue</li></ul></li></ul> Execute stage: <ul id="ul0021" list-style="none" compact="compact"><li>General registers</li><li>program counter, privilege level</li><li>control register: suspend</li><li>exception state: cause(flt/fix arithmetic), inst</li></ul> Exceptions: <tables id="tabl0091" num="0091"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="16mm" /><colspec colnum="2" colname="col2" colwidth="70mm" /><thead><row><entry valign="top">number</entry><entry valign="top">exception</entry></row></thead><tbody><row><entry>0</entry><entry>Access disallowed by tag</entry></row><row><entry>1</entry><entry>Access detail required bv tag</entry></row><row><entry>2</entry><entry>Cache coherence action required by tag</entry></row><row><entry>3</entry><entry>Access disallowed by virtual address</entry></row><row><entry>4</entry><entry>Access disallowed by global TLB</entry></row><row><entry>5</entry><entry>Access detail required by global TLB</entry></row><row><entry>6</entry><entry>Cache coherence action required by global TLB</entry></row><row><entry>7</entry><entry>Global TLB miss</entry></row><row><entry>8</entry><entry>Access disallowed by local TLB</entry></row><row><entry>9</entry><entry>Access detail required by local TLB</entry></row><row><entry>10</entry><entry>Cache coherence action required by local TLB</entry></row><row><entry>11</entry><entry>Local TLB miss</entry></row><row><entry>12</entry><entry>Floating-point arithmetic</entry></row><row><entry>13</entry><entry>Fixed-point arithmetic</entry></row><row><entry>14</entry><entry>Reserved instruction</entry></row><row><entry>15</entry>&lt;entry /&gt;</row></tbody></tgroup></table></tables>

<i>Parameter passin</i>g

There are no special registers to indicate details about the exception, such as the virtual address at which an access was attempted, or the operands of a floating-point operation that results in an exception. Instead, this information is available via memory-mapped registers.

When a synchronous exception occurs in a full thread, the corresponding thread's state is frozen, and a general event is signalled. An event thread should handle the exeception, in whatever manner is required, and then may restart the full thread by writing to the full thread's control register.

When a synchronous exception occurs in an event thread, an immediate transfer of control occurs to the machine check vector address, with information about the exception available in the <b>machine check cause</b> field of the <b>status register.</b> The transfer of control may overwrite state that may be necessary to recover from the exception; the intent is to provide a satisfactory post-mortem indication of the characteristics of the failure.

<u style="single">Exceptions in detail</u>

This section is under construction. Terpsichore has changed from passing the parameters in registers to passing the parameters in memory-mapped registers, and the information in this section doesn't reflect the changes yet.

This section describes in detail the conditions under which exception occurs, the parameters passed to the exception handler, and the handling of the result of the procedure.

<u style="single">Access disallowed by tag</u>

This exception occurs when a read (load), write (store), execute, or gateway attempts to access a virtual address for which the matching virtual cache entry does not permit this access.

<u style="single">Prototype</u>

int AccessDisallowedByTag(int address, int size, int access)

<u style="single">Description</u>

The address at which the access was attempted is passed as <i>address.</i> The size of the access in bytes is passed as <i>size.</i> The type of access is passed as <i>access,</i> with 0 meaning read, 1 meaning write. 2 meaning execute, and 3 meaning gateway. The exception handler should determine accessibility, modify the virtual memory state if desired, and return if the access should be allowed. Upon return, execution is restarted and the access will be retried.

<u style="single">Access detail required by tag</u>

This exception occurs when a read (load), write (store), or execute attempts to access a virtual address for which the matching virtual cache entry would permit this access, but the detail bit is set.

<u style="single">Prototype</u>

int AccessDetailRequiredByTag(int address, int size, int access)

<u style="single">Description</u>

The address at which the access was attempted is passed as <i>address.</i> The size of the access in bytes is passed as <i>size.</i> The type of access is passed as <i>access,</i> with 0 meaning read. 1 meaning write, 2 meaning execute, and 3 meaning gateway. The exception handler should determine accessibility and return if the access should be allowed. Upon return, execution is restarted and the access will be retried. If the detail bit is set in the matching virtual cache entry, access will be permitted.

<u style="single">Cache coherence action required by tag</u>

This exception occurs when a read (load, execute, or gateway), write (store), or replacement attempts to access a virtual address for which the coherence state of the matching virtual cache entry cannot permit this access.

<u style="single">Prototype</u>

int CacheCoherence InterventionRequired (int address, int size, int access)

<u style="single">Description</u>

The address at which the access was attempted is passed as <i>address.</i> The size of the access in bytes is passed as <i>size.</i> The type of access is passed as <i>access,</i> with 0 meaning read, 1 meaning write, 2 meaning replacement. The exception handler should modify the cache status to make the cache line accessible. Upon return, execution is restarted and the access will be retried.

<u style="single">Access disallowed by global TLB</u>

This exception occurs when a read (load), write (store), execute, or gateway attempts to access a virtual address for which the matching global TLB entry does not permit this access.

<u style="single">Prototype</u>

int AccessDisallowedByGlobalTLB(inr address, int size, int access)

<u style="single">Description</u>

The address at which the access was attempted is passed as <i>address.</i> The size of the access in bytes is passed as <i>size.</i> The type of access is passed as <i>access,</i> with 0 meaning read. 1 meaning write, 2 meaning execute, and 3 meaning gateway. The exception handler should determine accessibility, modify the virtual memory state if desired, and return if the access should be allowed. Upon return, execution is restarted and the access will be retried. If the detail bit is set in the matching global TLB entry, access will be permitted.

<u style="single">Access detail required by global TLB</u>

This exception occurs when a read (load), write (store), execute, or gateway attempts to access a virtual address for which the matching global TLB entry would permit this access, but the detail bit in the global TLB entry is set.

<u style="single">Prototype</u>

int AccessDetailRequiredByGlobalTLB(int address, int size, int access)

<u style="single">Description</u>

The address at which the access was attempted is passed as <i>address.</i> The size of the access in bytes is passed as <i>size.</i> The type of access is passed as <i>access,</i> with 0 meaning read, 1 meaning write, 2 meaning execute, and 3 meaning gateway. The exception handler should determine accessibility and return if the access should be allowed. Upon return, execution is restarted and the access will be forced to be permitted. If the access is not to be allowed, the handler should not return.

<u style="single">Cache coherence action required by global TLB</u>

This exception occurs when a read (load, execute, or gateway), write (store), or replacement attempts to access a virtual address for which the coherence state of the matching global TLB entry cannot permit this access.

<u style="single">Prototype</u>

int CacheCoherence InterventionRequired(int address, int size, int access)

<u style="single">Description</u>

The address at which the access was attempted is passed as <i>address.</i> The size of the access in bytes is passed as <i>size.</i> The type of access is passed as <i>access,</i> with 0 meaning read, 1 meaning write, 2 meaning replacement. The exception handler should modify the virtual memory state to make the global TLB accessible. Upon return, execution is restarted and the access will be retried.

<u style="single">Global TLB miss</u>

This exception occurs when a read (load), write (store), execute, or gateway attempts to access a virtual address for which no global TLB entry matches.

<u style="single">Prototype</u>

void GlobalTLBMiss(int address, int size, int access)

<u style="single">Description</u>

The address at which the global TLB miss occurred is passed as <i>address.</i> The size of the access in bytes is passed as <i>size.</i> The type of access is passed as <i>access,</i> with 0 meaning read. 1 meaning write, 2 meaning execute, and 3 meaning gateway. The exception handler should load a global TLB entry which defines the translation and protection for this address. Upon return, execution is restarted and the global TLB access will be attempted again.

<u style="single">Access disallowed by local TLB</u>

This exception occurs when a read (load), write (store), execute, or gateway attempts to access a virtual address for which the matching local TLB entry does not permit this access.

<u style="single">Prototype</u>

int AccessDisallowedByLocalTLB(int address, int size, int access)

<u style="single">Description</u>

The address at which the access was attempted is passed as <i>address.</i> The size of the access in bytes is passed as <i>size.</i> The type of access is passed as <i>access,</i> with 0 meaning read, 1 meaning write, 2 meaning execute, and 3 meaning gateway. The exception handler should determine accessibility, modify the virtual memory state if desired, and return if the access should be allowed. Upon return, execution is restarted and the access will be retried.

<u style="single">Access detail required by local TLB</u>

This exception occurs when a read (load), write (store), execute, or gateway attempts to access a virtual address for which the matching local TLB entry would permit this access, but the detail bit in the local TLB entry is set.

<u style="single">Prototype</u>

int AccessDetailRequiredByLocalTLB(int address, int size, int access)

<u style="single">Description</u>

The address at which the access was attempted is passed as <i>address.</i> The size of the access in bytes is passed as <i>size.</i> The type of access is passed as <i>access,</i> with 0 meaning read, 1 meaning write, 2 meaning execute, and 3 meaning gateway. The exception handler should determine accessibility and return if the access should be allowed. Upon return, execution is restarted and the access will be forced to be permitted. If the access is not to be allowed, the handler should not return.

<i>Cache</i> coherence <i>action required by local TLB</i>

This exception occurs when a read (load, execute, or gateway), write (store), or replacement attempts to access a virtual address for which the coherence state of the matching local TLB entry cannot permit this access.

<u style="single">Prototype</u>

int CacheCoherence InterventionRequired(int address, int size, int access)

<u style="single">Description</u>

The address at which the access was attempted is passed as <i>address.</i> The size of the access in bytes is passed as <i>size.</i> The type of access is passed as <i>access,</i> with 0 meaning read, 1 meaning write, 2 meaning replacement. The exception handler should modify the virtual memory state to make the local TLB accessible. Upon return, execution is restarted and the access will be retried.

<u style="single">Local TLB miss</u>

This exception occurs when a read (load), write (store), execute, or gateway attempts to access a virtual address for which no local TLB entry matches.

<u style="single">Prototype</u>

void LocalTLBMiss(int address, int size, int access)

<u style="single">Description</u>

The address at which the local TLB miss occurred is passed as <i>address.</i> The size of the access in bytes is passed as <i>size.</i> The type of access is passed as <i>access,</i> with 0 meaning read, 1 meaning write, 2 meaning execute, and 3 meaning gateway. The exception handler should load a local TLB entry which defines the translation and protection for this address. Upon return, execution is restarted and the local TLB access will be attempted again.

<u style="single">Floating-point arithmetic</u>

<u style="single">Prototype</u>

quad FloatingPointArithmetic(int inst, quad ra, quad rb, quad rc)

<u style="single">Description</u>

The contents of the instruction which was the cause of the exception is passed as <i>inst,</i> and the contents of registers ra, rb and rc are passed as <i>ra, rb</i> and <i>rc.</i> The exception handler should attempt to perform the function specified in the instruction and service any exceptional conditions that occur. The result of the function is placed into register rc or rd upon return.

<u style="single">Fixed-point arithmetic</u>

<u style="single">Prototype</u>

int FixedPointrArithmetic(int inst, int ra, int rb)

<u style="single">Description</u>

The contents of the instruction which was the cause of the exception is passed as <i>inst,</i> and the contents of registers ra and rb are passed as <i>ra</i> and <i>rb.</i> The exception handler should attempt to perform the function specified in the instruction and service any exceptional conditions that occur. The result of the function is placed into register rb or rc.

<u style="single">Reserved Instruction</u>

<u style="single">Prototype:</u>

int ReservedInstruction(int inst, int ra, int rb)

<u style="single">Description :</u>

The contents of the instruction which was the cause of the exception is passed as <i>inst,</i> and the contents of registers ra and rb are passed as <i>ra</i> and <i>rb.</i> The result of the function is placed into register rd.

<u style="single">Access Disallowed by virtual address</u>

This exception occurs when a load, store, branch, or gateway refers to an aligned memory operand with an improperly aligned address.

<i>Prototype</i>:

int AccessDisallowedByVirtualAddress(int inst, int address)

<u style="single">Description:</u>

The contents of the instruction which was the cause of the exception is passed as <i>inst,</i> and the address at which the access was attempted is passed as <i>address.</i>

<u style="single">Clock</u>

Each Euterpe processor includes a clock that maintains processor-clock-cycle accuracy. The value of the <b>clock cycle</b> register is incremented on every cycle, regardless of the number of instructions executed on that cycle. The <b>clock cycle</b> register is 64-bits long.

For testing purposes the <b>clock cycle</b> register is both readable and writable, though in normal operation it should be written only at system initialization time; there is no mechanism provided for adjusting the value in the clock cycle counter without the possibility of losing cycles. <img file="EP1879104A2_D0215.tif" />

<u style="single">Clock Event</u>

An event is asserted when the value in the <b>clock cycle</b> register is equal to the value in the <b>clock match</b> register, which sets the specified <b>clock event</b> bit in the event register.

For testing purposes the <b>clock match</b> register is both readable and writable, though in normal operation it is normally written to. <img file="EP1879104A2_D0216.tif" /><img file="EP1879104A2_D0217.tif" />

<u style="single">Watchdog Timer</u>

A Machine Check is asserted when the value in the clock cycle register is equal to the value in the <b>watchdog timer</b> register.

The <b>watchdog timer</b> register is both readable and writable, though in normal operation it is usually and periodically written with a sufficiently large value that the register does not equal the value in the clock cycle register before the next time it is written. <img file="EP1879104A2_D0218.tif" />

<u style="single">Tally Counter</u>

Each Euterpe processor includes two counters that can tally processor-related events or operations. The value of the tally <b>counter</b> registers are incremented on each processor clock cycle in which specified events or operations occur. The tally counter registers do not signal Euterpe events.

It is required that a sufficient number of bits be implemented so that the tally counter registers overflow no more frequently than once per second. 32 bits is sufficient for a 4 GHz clock. The remaining unimplemented bits must be zero whenever read, and ignored on write.

For testing purposes each of the tally counter registers are both readable and writable, though in normal operation each should be written only at system initialization time; there is no mechanism provided for adjusting the value in the event counter registers without the possibility of losing counts. <img file="EP1879104A2_D0219.tif" /><img file="EP1879104A2_D0220.tif" />

The rally counter control register selects one event for each of the event counters to tally. <img file="EP1879104A2_D0221.tif" />

The valid values for the tally control fields are given by the following table: <tables id="tabl0092" num="0092"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="22mm" /><colspec colnum="2" colname="col2" colwidth="65mm" /><thead><row><entry valign="top">value</entry><entry valign="top">interpretation</entry></row></thead><tbody><row><entry>0..63</entry><entry>tally events 0..63</entry></row><row><entry>64</entry><entry>freeze counter: count nothing</entry></row><row><entry>65</entry><entry>tally instructions processed by address unit</entry></row><row><entry>66</entry><entry>tally instructions processed by execute unit</entry></row><row><entry>67</entry><entry>tally instruction cache misses</entry></row><row><entry>68</entry><entry>tally data cache misses</entry></row><row><entry>69</entry><entry>tally data cache references</entry></row><row><entry>70.. 65535</entry><entry>Reserved</entry></row><row><entry namest="col1" nameend="col2" align="center">tally control field interpretation</entry></row></tbody></tgroup></table></tables>

<u style="single">Control Register Addresses</u>

This section is under construction. Software and hardware designers should not infer anything about the value of the addresses from the ordering or entries in the tentative table below: <tables id="tabl0093" num="0093"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="29mm" /><colspec colnum="2" colname="col2" colwidth="97mm" /><thead><row><entry valign="top">physical address</entry><entry valign="top">description</entry></row></thead><tbody><row>&lt;entry /&gt;<entry>event register</entry></row><row>&lt;entry /&gt;<entry>event register with stall</entry></row><row>&lt;entry /&gt;<entry>event register bit set</entry></row><row>&lt;entry /&gt;<entry>event register bit clear</entry></row><row>&lt;entry /&gt;<entry>event daemon address</entry></row><row>&lt;entry /&gt;<entry>full thread 0, general register 0, data fetch stage</entry></row><row>&lt;entry /&gt;<entry>...</entry></row><row>&lt;entry /&gt;<entry>full thread 0, general register 63, data fetch stage</entry></row><row>&lt;entry /&gt;<entry>full thread 0, program counter and privilege level, data fetch state</entry></row><row>&lt;entry /&gt;<entry>full thread 0, control register, data fetch state</entry></row><row>&lt;entry /&gt;<entry>full thread 0, status register, data fetch state</entry></row><row>&lt;entry /&gt;<entry>full thread 0, general register 0, execution stage</entry></row><row>&lt;entry /&gt;<entry>...</entry></row><row>&lt;entry /&gt;<entry>full thread 0, general register 63, execution stage</entry></row><row>&lt;entry /&gt;<entry>full thread 0, program counter and privilege level, execution state</entry></row><row>&lt;entry /&gt;<entry>full thread 0, control register, execution stage</entry></row><row>&lt;entry /&gt;<entry>full thread 0, status register, execution stage</entry></row><row>&lt;entry /&gt;<entry>event thread 0, general register 0, data fetch stage</entry></row><row>&lt;entry /&gt;<entry>...</entry></row><row>&lt;entry /&gt;<entry>event thread 0, general register 15, data fetch stage</entry></row><row>&lt;entry /&gt;<entry>event thread 0, program counter and privilege level, data fetch state</entry></row><row>&lt;entry /&gt;<entry>event thread 0, control register, data fetch state</entry></row><row>&lt;entry /&gt;<entry>event thread 0, status register, data fetch state</entry></row><row>&lt;entry /&gt;<entry>event thread 0, general register 0, execution stage</entry></row><row>&lt;entry /&gt;<entry>...</entry></row><row>&lt;entry /&gt;<entry>event thread 0, general register 15, execution stage</entry></row><row>&lt;entry /&gt;<entry>event thread 0, program counter and privilege level, execution state</entry></row><row>&lt;entry /&gt;<entry>event thread 0, control register, execution stage</entry></row><row>&lt;entry /&gt;<entry>event thread 0, status register execution stage</entry></row><row>&lt;entry /&gt;<entry>local TLB entry 0</entry></row><row>&lt;entry /&gt;<entry>local TLB entry 1</entry></row><row>&lt;entry /&gt;<entry>local TLB entry 2</entry></row><row>&lt;entry /&gt;<entry>local TLB entry 3</entry></row><row>&lt;entry /&gt;<entry>clock cycle register</entry></row><row>&lt;entry /&gt;<entry>clock match register</entry></row><row>&lt;entry /&gt;<entry>clock event control register</entry></row><row>&lt;entry /&gt;<entry>tally counter 0</entry></row><row>&lt;entry /&gt;<entry>tally counter 1</entry></row><row>&lt;entry /&gt;<entry>tally control 0/1</entry></row></tbody></tgroup></table></tables>

<u style="single">Reset and Error Recovery</u>

Certain external and internal events cause the Euterpe processor to invoke reset or error recovery operations. These operations consist of a full or partial reset of critical machine state, including initialization of the event thread to begin fetching instructions from the start vector address. Software may determine the nature of the <b>reset</b> or error by reading the value of the Cerberus control register, in which finding the <b>reset</b> bit set (1) indicates that a reset has occurred, finding the clear bit set (1) and the <b>reset</b> bit cleared (0) indicates that a logic clear has occurred, and finding both the <b>reset</b> and <b>clear</b> bits cleared (0) indicates that a machine check has occurred. When either a reset or machine check has been indicated, the contents of the Cerberus status register contains more detailed information on the cause.

<u style="single">Reset</u>

A reset may be caused by a Cerberus reset, a write of the Cerberus control register which sets the reset bit, or internally detected errors including meltdown detection, and double machine check.

A reset causes the Euterpe processor to set the configuration to minimum power and low clock speed, note the cause of the reset in the Cerberus status register, stabilize the phase locked loops, set the local TLB to translate all local virtual addresses to equal physical addresses, and initialize a single event thread to begin execution at the start vector address.

Other system state is left undefined by reset and must be explicitly initialized by software; this explicitly includes the main thread state, global TLB state, superspring state, Hermes channel interfaces, Mnemosyne memory and Cerberus interface devices. The code at the start vector address is responsible for initializing these remaining system facilities, and reading further bootstrap code from a series of standard interface devices to be specified.

<u style="single">Power-on Reset</u>

A reset occurs upon initial power-on. The cause of the reset is noted by initializing the Cerberus status register and other registers to the reset values noted below.

<u style="single">Cerberus-arounded Reset</u>

A reset occurs upon observing that the Cerberus SD data signal has been at a logic low level for at least 33 cycles of the Cerberus SC clock signal. The cause of the reset is noted by initializing the Cerberus status register and other registers to the reset values noted below.

<u style="single">Cerberus Control Register Reset</u>

A reset occurs upon writing a one to the reset bit of the Cerberus control register. The cause of the reset is noted by initializing the Cerberus status register and other registers to the reset values noted below.

<u style="single">Meltdown Detected Reset</u>

A reset occurs if the temperature is above the threshold set by the <b>meltdown margin</b> field of the Cerberus configuration register. The cause of the reset is noted by setting the <b>meltdown detected</b> bit of the Cerberus status register.

<u style="single">Double Machine Check Reset</u>

A reset occurs if a second machine check occurs that prevents recovery from the first machine check. Specifically, the occurrence of an <b>exception in event thread</b>, <b>watchdog timer error</b>, or <b>Cerberus transaction error</b> while any machine check cause bit is still set in the Cerberus status register results in a double machine check reset. The cause of the reset is noted by setting the <b>double machine check</b> bit of the Cerberus status register.

<u style="single">Clear</u>

Writing a one to the clear bit of the Cerberus control register invokes a logic clear. A logic clear causes the Euterpe processor to set the configuration to the power and swing levels written in deferred state to the Cerberus power and swing registers, configuration register and Hermes channel configuration registers, stabilize the phase locked loops, set the local TLB to translate all local virtual addresses to equal physical addresses, and initialize a single event thread to begin execution at the start vector address. The cause of the clear is noted by leaving the <b>clear</b> bit of the Cerberus control register set to a one (1) at the end of the logic clear.

<u style="single">Machine Check</u>

Detected hardware errors, such as communications errors in one of the Hermes channels or the Cerberus bus, a watchdog timeout error, or internal cache parity errors, invoke a machine check. A machine check will set the local TLB to translate all local virtual addresses to equal physical addresses, note the cause of the exception in the Cerberus status register, and transfer control of the event thread to the start vector address. This action is similar to that of a reset, but differs in that the configuration settings, main thread state, and Cerberus and Mnemosyne state are preserved.

Recovery from machine checks depends on the severity of the error and the potential loss of information as a direct cause of the error. The start vector address is designed to reach instruction memory accessed via Cerberus, so that operation of machine check diagnostic and recovery code need not depend on proper operation or contents of any Hermes channel device. The program counter and register file state of the event thread prior to the machine check is lost (except for the portion of the program counter saved in the Cerberus status register), so diagnostic and recovery code must not assume that the register file state is indicative of the prior operating state of the event thread. The state of the main thread is frozen similarly to that of a main thread exception.

Machine check diagnostic code determines the cause of the machine check from the processor's Cerberus status register, and as required, the Cerberus status and other registers of devices connected to the ByteChannels. Any outstanding memory transactions may be recovered by a combination of software to re-issue outstanding writes, and by aborting and restarting the main thread execution pipeline to purge outstanding reads.

Because Cerberus operates much more slowly than the peak speed of the Euterpe processor under normal operation, machine check diagnostic and recovery code will generally consume enough time that real-time interface performance targets may have been missed. Consequently, the machine check recovery software may need to repair further damage, such as interface buffer underruns and overruns as may have occurred during the intervening time.

This final recovery code, which re-initializes the state of the interface system and recovers a functional event thread state, may return to using the complete machine resources, as the condition which caused the machine check will have been resolved.

The following table lists the causes of machine check errors. <tables id="tabl0094" num="0094"><table frame="all"><tgroup cols="1" colsep="0"><colspec colnum="1" colname="col1" colwidth="77mm" colsep="1" /><tbody><row><entry>Parity or uncorrectable error in Euterpe cache</entry></row><row><entry>Parity or uncorrectable error in Mnemosyne cache</entry></row><row><entry>Parity or uncorrectable error in Calliope memory</entry></row><row><entry>Parity or uncorrectable error in system-level memory</entry></row><row><entry>Communications error in Hermes channels</entry></row><row><entry>Communications error in Cerberus bus</entry></row><row><entry>Event Thread exception</entry></row><row><entry>Watchdog timer</entry></row><row><entry align="center">machine check errors</entry></row></tbody></tgroup></table></tables>

<u style="single">Parity or Uncorrectable Error in Cache</u>

When a parity or uncorrectable error occurs in a Euterpe or Mnemosyne cache, such an error is generally non-recoverable. These errors are non-recoverable because the data in such caches may reside anywhere in memory, and because the data in such caches may be the only up-to-date copy of that memory contents. Consequently, the entire contents of the memory store is lost, and the severity of the error is high enough to consider such a condition to be a system failure.

The machine check provides an opportunity to report such an error before shutting down a system for repairs.

There are specific means by which a system may recover from such an error without failure, such as by restarting from a system-level checkpoint, from which a consistent memory state can be recovered.

<u style="single">Parity or Uncorrectable Error in Memory</u>

When a parity of uncorrectable error occurs in Mnemosyne or Calliope memory, such an error may be partially recoverable. The contents of the affected area of memory is lost, and consequently the tasks associated with that memory must generally be aborted, or resumed from a task-level checkpoint. If the contents of the affected memory can be recovered from mass storage, a complete recovery is possible.

If the affected memory is that of a critical part of the operating system, such a condition is considered a system failure, unless recovery can be accomplished from a system-level checkpoint.

<u style="single">Communications Error in Hermes Channels</u>

A communications error in Hermes channels, such as a check byte error, command error, or timeout error, is generally fully recoverable.

Bits corresponding to the affected Hermes channel are set in the processor's Cerberus status register. Recovery software should determine which devices are affected, by querying the Cerberus status register of each device on the affected Hermes channels.

Read and write transactions may have been underway at the time of a machine check. Because the machine check freezes the Hermes channel(s), these transactions will not be completed. Recovery software must search through the memory interface buffers for uncompleted write operations and re-issue them as stores, then must reset the memory interface buffer to a known state.

<u style="single">Communications Error in Cerberus Bus</u>

A communications error in the Cerberus bus, such as a Cerberus transaction error is generally fully recoverable. A Cerberus transaction error (due to timeout) may result from normal system self-configuration operations to determine the existence of optional devices in the system.

<u style="single">Watchdog Timeout Error</u>

A watchdog timeout error indicates a general software or hardware failure. Such an error is generally treated as non-recoverable and fatal.

<u style="single">Event Thread Exception</u>

When an event thread suffers an exception, the cause of the exception and a portion of the virtual address at which the exception occurred are noted in the Cerberus status register. Because under normal circumstances, the event thread should be designed not to encounter exceptions, such exceptions are treated as non-recoverable, fatal errors.

<u style="single">Start Vector Address</u>

The start vector address is used to initialize the event thread with a program counter upon a reset, clear or machine check. These causes of such initialization can be differentiated by the contents of the Cerberus status register.

The start vector address is a virtual address which, when "translated" by the local TLB to a physical address is designed to access node number zero on the local Cerberus network, which will ordinarity contain an interface to the bootstrap ROM code. The Cerberus/Bootstrap ROM space is chosen to minimize the number of internal Terpsichore resources and Terpsichore interfaces that must be operated to begin execution or recover from a machine check. <tables id="tabl0095" num="0095"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="40mm" /><colspec colnum="2" colname="col2" colwidth="33mm" colsep="0" /><thead><row><entry align="center" valign="top">virtual address</entry><entry align="center" valign="top">description</entry></row></thead><tbody><row><entry align="center">Ox0003 0000 0000 0000</entry><entry align="center">start vector address</entry></row></tbody></tgroup></table></tables>

<u style="single">Bootstrap Code</u>

Bootstrap code requirements are a necessary part of the Terpsichore System Architecture, but remains to be specified in a later version of this document.

The basic requirements of Terpsichore bootstrap code include power-on initialization of Euterpe, Calliope, and Mnemosyne devices, using Cerberus control registers; handling of machine checks, selection of an interface from which further bootstrap code is obtained. Interfaces should be scanned in a priority-based ordering which gives highest priority to removable/replaceable read-only storage devices, then removable/replaceable read-write devices, then network interfaces, then non-removable storage devices.

<u style="single">Cerberus Registers</u>

Cerberus registers are internal read/only and read/write registers which provide an implementation-independent mechanism to query and control the configuration of devices in a Terpsichore system. By the use of these registers, a user of a Terpsichore system may tailor the use of the facilities in a general-purpose implementation for maximum performance and utility. Conversely, a supplier of a Terpsichore system component may modify facilities in the device without compromising compatibility with earlier implementations. These registers are accessed via the Cerberus serial bus.

As a device component of a Terpsichore system, each Euterpe processor contains a set of Cerberus-accessable configuration registers. Additional sets of configuration registers are present for each additional device in a Euterpe system, including Mnemosyne Memory devices, and Calliope interface devices.

Read/only registers supply information about the Terpsichore system implementation in a standard, implementation-independent fashion. Terpsichore software may take advantage of this information, either to verify that a compatible implementation of Mnemosyne is installed, or to tailor the use of the part to conform to the characteristics of the implementation.

The read/only registers occupy addresses 0..5. An attempt to write these registers may cause a normal or an error response.

Read/write registers select operating modes and select power and voltage levels for gates and signals. The read/write registers occupy addresses 6..9 and 25..43.

Reserved registers in the range 10..24 and 44..63 must appear to be read/only registers with a zero value. An attempt to write these registers may cause a normal or an error response.

Reserved registers in the range 64..2¹⁶-1 may be implemented either as read/only registers with a zero value, or as addresses which cause an error response if reads or writes are attempted.

The format of the registers is described in the table below. The <b>octlet</b> is the Cerberus address of the register; <b>bits</b> indicate the position of the field in a register. <b>The value</b> indicated is the hard-wired value in the register for a read/only register, and is the value to which the register is initialized upon a reset for a read/write register. If a reset does not initialize the field to a value, or if initialization is not required by this specification, a * is placed in or appended to the value field. The <b>range</b> is the set of legal values to which a read/write register may be set. The <b>interpretation</b> is a brief description of the meaning or utility of the register field: a more comprehensive description follows this table. <img file="EP1879104A2_D0222.tif" /><img file="EP1879104A2_D0223.tif" /><img file="EP1879104A2_D0224.tif" /><img file="EP1879104A2_D0225.tif" /><img file="EP1879104A2_D0226.tif" /><img file="EP1879104A2_D0227.tif" /><img file="EP1879104A2_D0228.tif" /><img file="EP1879104A2_D0229.tif" /><img file="EP1879104A2_D0230.tif" /><img file="EP1879104A2_D0231.tif" /><img file="EP1879104A2_D0232.tif" /><img file="EP1879104A2_D0233.tif" /><img file="EP1879104A2_D0234.tif" /><img file="EP1879104A2_D0235.tif" /><img file="EP1879104A2_D0236.tif" /><img file="EP1879104A2_D0237.tif" /><img file="EP1879104A2_D0238.tif" /><img file="EP1879104A2_D0239.tif" /><img file="EP1879104A2_D0240.tif" /><img file="EP1879104A2_D0241.tif" /><img file="EP1879104A2_D0242.tif" /><img file="EP1879104A2_D0243.tif" />

<u style="single">Identification Registers</u>

The identification registers in octlets 0..3 comply with the requirements of the Cerberus architecture.

MicroUnity's company identifier is: 0000 0000 0000 0010 1100 0101.

MicroUnity's architecture code for Euterpe is specified by the following table: <tables id="tabl0096" num="0096"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="32mm" /><colspec colnum="2" colname="col2" colwidth="32mm" colsep="0" /><thead><row><entry valign="top">Internal code name</entry><entry valign="top">Code number</entry></row></thead><tbody><row><entry>Euterpe</entry><entry>0x00 40 a3 24 69 93</entry></row></tbody></tgroup></table></tables>

Euterpe architecture revisions are specified by the following table: <tables id="tabl0097" num="0097"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="32mm" /><colspec colnum="2" colname="col2" colwidth="25mm" /><thead><row><entry valign="top">Internal code name</entry><entry valign="top">Code number</entry></row></thead><tbody><row><entry>1.0</entry><entry>0x01 00</entry></row></tbody></tgroup></table></tables>

MicroUnity's Euterpe implementor codes are specified by the following table: <tables id="tabl0098" num="0098"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="37mm" /><colspec colnum="2" colname="col2" colwidth="32mm" /><thead><row><entry valign="top">Internal code name</entry><entry valign="top">Code number</entry></row></thead><tbody><row><entry>MicroUnity</entry><entry>0x00 40 a3 d2 b6 7f</entry></row></tbody></tgroup></table></tables>

MicroUnity's Euterpe, as implemented by MicroUnity, uses implementation codes as specified by the following table: <tables id="tabl0099" num="0099"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="32mm" /><colspec colnum="2" colname="col2" colwidth="28mm" /><thead><row><entry valign="top">Internal code name</entry><entry valign="top">Revision number</entry></row></thead><tbody><row><entry>1.0</entry><entry>0x01 00</entry></row><row>&lt;entry /&gt;&lt;entry /&gt;</row></tbody></tgroup></table></tables>

MicroUnity's Euterpe, as implemented by MicroUnity, uses manufacturer codes as specified by the following table: <tables id="tabl0100" num="0100"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="35mm" /><colspec colnum="2" colname="col2" colwidth="32mm" colsep="0" /><thead><row><entry valign="top">Internal code name</entry><entry valign="top">Code number 0x00</entry></row></thead><tbody><row><entry>MicroUnity</entry><entry>40 a3 69 db 3f</entry></row></tbody></tgroup></table></tables>

MicroUnity's Euterpe, as implemented by MicroUnity, and manufactured by MicroUnity, uses manufacturer revisions as specified by the following table: <tables id="tabl0101" num="0101"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="32mm" /><colspec colnum="2" colname="col2" colwidth="25mm" /><thead><row><entry valign="top">Internal code name</entry><entry valign="top">Code number</entry></row></thead><tbody><row><entry>1.0</entry><entry>0x01 00</entry></row><row>&lt;entry /&gt;&lt;entry /&gt;</row></tbody></tgroup></table></tables>

<u style="single">Architecture Description Registers</u>

The architecture description registers in octlets 4 and 5 comply with the Cerberus specification and contain a machine-readable version of the architecture parameters: A and W described in this document.

These registers are still under construction and will contain non-zero values in a later revision of this document.

Parameters will describe number of Hermes ports, size of internal caches, integrat ion of Call iope and Mnemosyne functions.

<u style="single">Control Register</u>

The control register is a 64-bit register with both read and write access. It is altered only by Cerberus accesses: Euterpe does not alter the values written to this register.

The reset bit of the control register complies with the Cerberus specification and provides the ability to reset an individual Euterpe device in a Terpsichore system. Writing a one (1) to this bit is equivalent to a power-on reset or a broadcast Cerberus reset (low level on SD for 33 cycles) and resets configuration registers to their power-on values, which is an operating state that consumes minimal current, and also causes all internal high-bandwidth logic to be reset. The duration of the reset is sufficient for the operating state changes to have taken effect. At the completion of the reset operation, the <b>reset/clear/selftest complete</b> bit of the status register is set, the <b>reset/clear/self test status</b> bit of the status register is set, and the <b>reset</b> bit of the control register is set.

The <b>clear</b> bit of the control register complies with the Cerberus specification and provides the ability to clear the logic of an individual Euterpe device in a system. Writing a one (1) to this bit causes all internal high-bandwidth logic to be reset, as is required after reconfiguring power and swing levels. The duration of the reset is sufficient for any operating state changes to have taken effect. At the completion of the reset operation, the <b>reset/clear/selftest complete</b> bit of the status register is set, the <b>reset/clear/selftest status</b> bit of the status register is set, and the clear bit of the control register is set.

The <b>selftest</b> bit of the control register complies with the Cerberus specification and provides the ability to invoke a selftest on an individual Euterpe device in a system. However, Euterpe does not define a selftest mechanism at this time, so setting this bit will immediately set the <b>reset/clear/selftest complete</b> bit and the <b>reset/clear/selftest status</b> bit of the status register.

The <b>channel under test</b> field of the control register provides a mechanism to test and adjust skews, on a single Hermes channel at a time. The field is set to the channel number for which the <b>cidle 0, cidle 1, raw 0,</b> and <b>raw 1</b> fields are active.

The <b>cidle 0</b> and <b>cidle 1</b> fields of the control register provide a mechanism to repeatedly sent simple patterns on the selected Hermes output channel for purposes of testing and skew adjustment. For normal operation, the <b>cidle 0</b> field must be set to zero (0), and the <b>cidle 1</b> field must be set to all ones (255).

<u style="single">Status Register</u>

The status register is a 64-bit register with both read and write access, though the only legal value which may be written is a zero, to clear the register. The result of writing a non-zero value is not specified.

The <b>reset/clear/selftest complete</b> bit of the status register complies with the Cerberus specification and is set upon the completion of a reset, clear or selftest operation as described above.

The <b>reset/clear/selftest status</b> bit of the status register complies with the Cerberus specification and is set upon the successful completion of a reset, clear or selftest operation as described above.

The <b>meltdown detected</b> bit of the status register is set when the meltdown detector has discovered an on-chip temperature above the threshold set by the <b>meltdown threshold</b> field of the Cerberus configuration register, which causes a reset to occur.

The <b>double machine check</b> bit of the status register is set when a second machine check occurs that prevents recovery from the first machine check, or which is indicative of machine check recovery software failure. Specifically, the occurrence of an <b>exception in event thread, watchdog timer error,</b> or <b>Cerberus transaction error</b> while any machine check cause bit of the status register is still set, or any Hermes error while the <b>exception</b> in <b>event thread</b> bit of the status register is set in the Cerberus status register results in a double machine check reset.

The <b>other reset cause</b> bit of the status register is reserved for the indication of other causes of reset.

The <b>exception in event thread</b> bit of the status register is set when an event thread suffers and exception, which causes a machine check. The exception code is loaded into the machine check detail field of the status register.

The <b>watchdog timeout error</b> bit of the status register is set when the <b>watchdog</b> timer register is equal to the <b>clock cycle</b> register, causing a machine check.

The <b>Cerberus transaction error</b> bit of the status register is set when a Cerberus transaction error (bus timeout, invalid transaction code, invalid address) has caused a machine check. Note that Cerberus aborts, including locally detected parity errors, should cause bus retries, not a machine check.

The <b>Hermes check byte</b> error bit of the status register is set when a Hermes check byte error has caused a machine check. The bit corresponding to the Hermes channel number which has suffered the error is set in the <b>machine check detail</b> field of the status register.

The <b>Hermes command error</b> bit of the status register is set when a Hermes command error has caused a machine check. The bit corresponding to the Hermes channel number which has suffered the error is set in the <b>machine check detail</b> field of the status register.

The <b>Hermes timeout error</b> bit of the status register is set when aBvTeChannel timeout error has caused a machine check. The bit corresponding to the Hermes channel number which has suffered the error is set in the <b>machine check detail field</b> of the status register.

The <b>machine check detail</b> field of the status register is set when a machine check has been completed. For a Hermes channel error (check byte, command or timeout), the value indicates, via a bit-mask. ByteChannels for which machine checks have been reported. For an exception in event thread, the value indicates the type of exception for which the most recent machine check has been reported.

The <b>machine check program counter</b> field of the status register is loaded with bits 31..16 of the event thread program counter at which the most recent machine check has occurred. The value in this field provides a limited diagnostic capability for purposes of software development, or possibly for error recovery.

The <b>raw 0</b> and <b>raw 1</b> fields of the status register contain the values obtained from two adjacent samples of the specified Hermes input channel. The <b>raw 0</b> field contains a value obtained when the input clock was zero (0), and the <b>raw 1</b> field contains the value obtained on the immediately following sample, when the input clock was (1). Euterpe must ensure that reading the status register produces two adjacent samples, regardless of the timing of the status register read operation on Cerberus. These fields are read for purposes of testing and control of skew in the Hermes channel interfaces.

<u style="single">Power and Swing Calibration Registers</u>

Euterpe uses a set of configuration registers to control the power and voltage levels used for internal high-bandwidth logic and memory. The details of programming these registers are described below.

Eight-bit fields separately control the power and voltage levels used in a portion of the Euterpe circuitry. Each such field contains configuration data in the following format: <img file="EP1879104A2_D0244.tif" />

The range of valid values and the interpretation of the fields is given by the following table: <tables id="tabl0102" num="0102"><table frame="all"><tgroup cols="3"><colspec colnum="1" colname="col1" colwidth="17mm" /><colspec colnum="2" colname="col2" colwidth="18mm" /><colspec colnum="3" colname="col3" colwidth="42mm" /><thead><row><entry valign="top">field</entry><entry valign="top">value</entry><entry valign="top">Interpretation</entry></row></thead><tbody><row><entry align="center"><b>0</b></entry><entry>0</entry><entry>Reserved</entry></row><row><entry align="center"><b>ref</b></entry><entry>0..3</entry><entry>Set reference voltage level</entry></row><row><entry align="center"><b>lvl</b></entry><entry>0..3</entry><entry>Set voltage swing level.</entry></row><row><entry align="center"><b>res</b></entry><entry>0..7</entry><entry>Set resistor load value.</entry></row><row><entry namest="col1" nameend="col3" align="center">Power and swing control field interpretation</entry></row></tbody></tgroup></table></tables>

The reference voltage level, voltage swing level and resistor load value are model figures for a full-swing, lowest-power logic gate output. The actual voltage levels and resistor load values used in various circuits is geometrically related to the values in the tables below. Designed typical, full-speed settings for the <b>ref</b>, <b>lvl</b> and <b>res</b> fields are ref=250 millivolts, <b>lvl</b>=500 millivolts, and <b>res</b>=2.5 kilohms.

The ref field, together with the <b>swing fine tuning</b> field of the configuration register, control the reference voltage level used for logic circuits in the specified knob domain. Values and interpretations of the ref field are given by the following table, with units in millivolts: <tables id="tabl0103" num="0103"><table frame="all"><tgroup cols="5"><colspec colnum="1" colname="col1" colwidth="13mm" /><colspec colnum="2" colname="col2" colwidth="13mm" /><colspec colnum="3" colname="col3" colwidth="13mm" /><colspec colnum="4" colname="col4" colwidth="13mm" /><colspec colnum="5" colname="col5" colwidth="13mm" /><thead><row><entry align="center" valign="top" /><entry namest="col2" nameend="col5" align="center" valign="top"><b>swing fine tuning</b></entry></row><row><entry align="center" valign="top"><b>ref</b></entry><entry align="center" valign="top">0</entry><entry align="center" valign="top">1</entry><entry align="center" valign="top">2</entry><entry align="center" valign="top">3</entry></row></thead><tbody><row><entry align="center">0</entry><entry align="center">138</entry><entry align="center">150</entry><entry align="center">163</entry><entry align="center">175</entry></row><row><entry align="center">1</entry><entry align="center">188</entry><entry align="center">200</entry><entry align="center">213</entry><entry align="center">225</entry></row><row><entry align="center">2</entry><entry align="center">238</entry><entry align="center">250</entry><entry align="center">263</entry><entry align="center">275</entry></row><row><entry align="center">3</entry><entry align="center">288</entry><entry align="center">300</entry><entry align="center">325</entry><entry align="center">350</entry></row><row><entry namest="col1" nameend="col5" align="center">Reference level control field interpretation</entry></row></tbody></tgroup></table></tables>

The lvl field, together with the <b>swing fine tuning</b> field of the configuration register, control the voltage swing level used for logic circuits in the specified knob domain. Values and interpretations of the <b>lvl</b> field are given by the following table, with units in millivolts: <tables id="tabl0104" num="0104"><table frame="all"><tgroup cols="5"><colspec colnum="1" colname="col1" colwidth="14mm" /><colspec colnum="2" colname="col2" colwidth="14mm" /><colspec colnum="3" colname="col3" colwidth="14mm" /><colspec colnum="4" colname="col4" colwidth="14mm" /><colspec colnum="5" colname="col5" colwidth="14mm" /><thead><row><entry align="center" valign="top" /><entry namest="col2" nameend="col5" align="center" valign="top"><b>swing fine tuning</b></entry></row><row><entry align="center" valign="top"><b>IvI</b></entry><entry align="center" valign="top">0</entry><entry align="center" valign="top">1</entry><entry align="center" valign="top">2</entry><entry align="center" valign="top">3</entry></row></thead><tbody><row><entry align="center">0</entry><entry align="center">275</entry><entry align="center">300</entry><entry align="center">325</entry><entry align="center">350</entry></row><row><entry align="center">1</entry><entry align="center">375</entry><entry align="center">400</entry><entry align="center">425</entry><entry align="center">450</entry></row><row><entry align="center">2</entry><entry align="center">475</entry><entry align="center">500</entry><entry align="center">525</entry><entry align="center">550</entry></row><row><entry align="center">3</entry><entry align="center">575</entry><entry align="center">600</entry><entry align="center">650</entry><entry align="center">700</entry></row><row><entry namest="col1" nameend="col5" align="center">Voltage swing level control field interpretation</entry></row></tbody></tgroup></table></tables>

The <b>res</b> field, together with the <b>process control</b> field of the configuration register, control the PMOS load resistance value used for logic circuits in the specified knob domain. Values and interpretations of the lvl field are given by the following table, with units in kilohms. The table below gives resistance values with nominal process parameters. <tables id="tabl0105" num="0105"><table frame="all"><tgroup cols="9"><colspec colnum="1" colname="col1" colwidth="10mm" /><colspec colnum="2" colname="col2" colwidth="10mm" /><colspec colnum="3" colname="col3" colwidth="10mm" /><colspec colnum="4" colname="col4" colwidth="10mm" /><colspec colnum="5" colname="col5" colwidth="10mm" /><colspec colnum="6" colname="col6" colwidth="10mm" /><colspec colnum="7" colname="col7" colwidth="10mm" /><colspec colnum="8" colname="col8" colwidth="10mm" /><colspec colnum="9" colname="col9" colwidth="10mm" /><thead><row><entry align="center" valign="top" /><entry namest="col2" nameend="col9" align="center" valign="top"><b>process control</b></entry></row><row><entry align="center" valign="top"><b>res</b></entry><entry align="center" valign="top">0</entry><entry align="center" valign="top">1</entry><entry align="center" valign="top">2</entry><entry align="center" valign="top">3</entry><entry align="center" valign="top">4</entry><entry align="center" valign="top">5</entry><entry align="center" valign="top">6</entry><entry align="center" valign="top">7</entry></row></thead><tbody><row><entry align="center">0</entry><entry colsep="0" rowsep="0" align="center" /><entry namest="col3" nameend="col9" align="center"><b>undefined</b></entry></row><row><entry align="center">1</entry><entry morerows="6" align="center" /><entry align="center">2.5</entry><entry align="center">5.0</entry><entry align="center">7.5</entry><entry align="center">10.</entry><entry align="center">13.</entry><entry align="center">15.</entry><entry align="center">18.</entry></row><row><entry align="center">2</entry><entry align="center">1.3</entry><entry align="center">2.5</entry><entry align="center">3.8</entry><entry align="center">5.0</entry><entry align="center">6.3</entry><entry align="center">7.5</entry><entry align="center">8.8</entry></row><row><entry align="center">3</entry><entry align="center">.83</entry><entry align="center">1.7</entry><entry align="center">2.5</entry><entry align="center">3.3</entry><entry align="center">4.2</entry><entry align="center">5</entry><entry align="center">5.8</entry></row><row><entry align="center">4</entry><entry align="center">.63</entry><entry align="center">1.3</entry><entry align="center">19</entry><entry align="center">2.5</entry><entry align="center">3.1</entry><entry align="center">3.8</entry><entry align="center">4.4</entry></row><row><entry align="center">5</entry><entry align="center">.50</entry><entry align="center">1.0</entry><entry align="center">1.5</entry><entry align="center">2.0</entry><entry align="center">2.5</entry><entry align="center">3</entry><entry align="center">3.5</entry></row><row><entry align="center">6</entry><entry align="center">.42</entry><entry align="center">.83</entry><entry align="center">1.3</entry><entry align="center">1.7</entry><entry align="center">2.1</entry><entry align="center">2.5</entry><entry align="center">2.9</entry></row><row><entry align="center">7</entry><entry align="center">.36</entry><entry align="center">.71</entry><entry align="center">1.1</entry><entry align="center">1.4</entry><entry align="center">1.8</entry><entry align="center">2.1</entry><entry align="center">2.5</entry></row><row><entry namest="col1" nameend="col9" align="center">Resistor control field interpretation</entry></row></tbody></tgroup></table></tables>

When the <b>process control</b> field of the configuration register is set equal to the PMOS drive strength field of the configuration register, nominal PMOS load resistance values are as given by the following table, with units in kilohms. <tables id="tabl0106" num="0106"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="10mm" /><colspec colnum="2" colname="col2" colwidth="39mm" /><thead><row><entry align="center" valign="top"><b>res</b></entry><entry align="center" valign="top"><b>PMOS load resistance</b></entry></row></thead><tbody><row><entry align="center">0</entry><entry align="center"><b>undefined</b></entry></row><row><entry align="center">1</entry><entry align="char" char="." charoff="46">13.</entry></row><row><entry align="center">2</entry><entry align="char" char="." charoff="46">6.3</entry></row><row><entry align="center">3</entry><entry align="char" char="." charoff="46">4.2</entry></row><row><entry align="center">4</entry><entry align="char" char="." charoff="46">3.1</entry></row><row><entry align="center">5</entry><entry align="char" char="." charoff="46">2.5</entry></row><row><entry align="center">6</entry><entry align="char" char="." charoff="46">2.1</entry></row><row><entry align="center">7</entry><entry align="char" char="." charoff="46">1.8</entry></row></tbody></tgroup></table></tables>

When Mnemosyne is reset, a default value of 0 is loaded into each 0 field, 3 in each ref field, 3 in each lvl field and 1 in each <b>res</b> field, which is a byte value of 121. The <b>process control</b> field of the configuration register is set to 5, and the <b>swing fine tuning</b> field is set to 1. These settings correspond to a chip with nominal processing parameters, low power and high voltage swing operation.

For nominal operating conditions, the <b>ref</b> field is set to 2, the <b>lvl</b> field is set to 2, and the <b>res</b> field is set to 5, which is byte value of 85. The <b>process control</b> field is set equal to the <b>PMOS strength</b> field, and the <b>swing fine tuning</b> field is set to 1.

<u style="single">Configuration Register</u>

A Configuration register is provided on the Euterpe processor to control the fine-tuning of the Hermes channel configuration, to control the global process parameter settings, to control the two phase-locked loop frequency generators, and to control the temperature sensors and read temperature values.

The <b>resistor fine tuning</b> field of the configuration register controls the analog bias settings for PMOS loads in Hermes channel input and output termination circuits, in order to accomodate variations in circuit paramaters due to the manufacturing process, and to provide fine-tuning of the input and output impedence levels. Under normal operating conditions, four times (4*) the value read from the <b>PMOS drive strength</b> field should be written into the <b>resistor fine tuning</b> field. In order to provide fine-tuning of the input and output impedence levels, an external measurement of the impedence or voltage levels is required. An change of the resistor fine tuning field causes a proportional change in the input and output impedence levels. The interpretation of the field is given by the table: <tables id="tabl0107" num="0107"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="14mm" /><colspec colnum="2" colname="col2" colwidth="75mm" /><thead><row><entry align="center" valign="top"><b>value</b></entry><entry align="center" valign="top"><b>resistor fine tuning</b></entry></row></thead><tbody><row><entry align="center">0..13</entry><entry>Reserved</entry></row><row><entry align="center">14..19</entry><entry>increase PMOS conductance to nominal*20/value-</entry></row><row><entry align="center">20</entry><entry>use PMOS loads at nominal conductance.</entry></row><row><entry align="center">21..31</entry><entry>decrease PMOS conductance to nominal*20/value.</entry></row></tbody></tgroup></table></tables>

The <b>swing fine tuning</b> field of the configuration register controls a small offset in the reference voltage and logic swing voltage for internal logic circuits. The swing fine tuning voltage is added to the output current field of the Hermes channel configuration registers to select the output current. The interpretation of the field is given by the table: <tables id="tabl0108" num="0108"><table frame="all"><tgroup cols="3"><colspec colnum="1" colname="col1" colwidth="15mm" /><colspec colnum="2" colname="col2" colwidth="31mm" /><colspec colnum="3" colname="col3" colwidth="36mm" /><thead><row><entry align="center" valign="top"><b>value</b></entry><entry align="center" valign="top"><b>swing fine tuning</b></entry><entry align="center" valign="top"><b>reference fine tuning</b></entry></row></thead><tbody><row><entry align="center">0</entry><entry>-25 mv</entry><entry>-12 mv</entry></row><row><entry align="center">1</entry><entry>0</entry><entry>0</entry></row><row><entry align="center">2</entry><entry>+25 mv</entry><entry>+13 mv</entry></row><row><entry align="center">3</entry><entry>+50 mv or +100 mv</entry><entry>+25 mv or +50 mv</entry></row><row><entry namest="col1" nameend="col3" align="center">swing fine tuning field interpretation</entry></row></tbody></tgroup></table></tables>

The <b>process control</b> field of the configuration register controls the analog bias settings for PMOS loads in internal logic circuits, in order to accomodate variations in circuit parameters due to the manufacturing process. Under normal operating conditions, the value read from the <b>PMOS drive strength</b> field should be written into the <b>process control</b> field. The interpretation of the field is given by the table: <tables id="tabl0109" num="0109"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="14mm" /><colspec colnum="2" colname="col2" colwidth="69mm" /><thead><row><entry align="center" valign="top"><b>value</b></entry><entry align="center" valign="top"><b>process control</b></entry></row></thead><tbody><row><entry align="center">0</entry><entry>Reserved</entry></row><row><entry align="center">1</entry><entry>increase PMOS conductance to 5.00*nominal.</entry></row><row><entry align="center">2</entry><entry>increase PMOS conductance to 2.50*nominal.</entry></row><row><entry align="center">3</entry><entry>increase PMOS conductance to 1.66*nominal.</entry></row><row><entry align="center">4</entry><entry>increase PMOS conductance to 1.25*nominal.</entry></row><row><entry align="center">5</entry><entry>use PMOS loadsat nominal conductance.</entry></row><row><entry align="center">6</entry><entry>decrease PMOS conductance to 0.83*nominal.</entry></row><row><entry align="center">7</entry><entry>decrease PMOS conductance to 0.71*nominal.</entry></row></tbody></tgroup></table></tables>

The <b>PMOS drive strength</b> field of the configuration register is a read/only field that indicates the drive strength, or conductance gain, of PMOS devices on the Euterpe chip, expressed as a digital binary value. This field is used to calibrate the power and voltage level configuration, given variations in process characteristics of individual devices. The interpretation of the field is given by the table: <tables id="tabl0110" num="0110"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="14mm" /><colspec colnum="2" colname="col2" colwidth="36mm" /><thead><row><entry align="center" valign="top"><b>value</b></entry><entry align="center" valign="top"><b>PMOS drive strength</b></entry></row></thead><tbody><row><entry align="center">0</entry><entry>Reserved</entry></row><row><entry align="center">1</entry><entry>0.2*nominal</entry></row><row><entry align="center">2</entry><entry>0.4*nominal</entry></row><row><entry align="center">3</entry><entry>0.6*nominal</entry></row><row><entry align="center">4</entry><entry>0.8*nominal</entry></row><row><entry align="center">5</entry><entry>nominal</entry></row><row><entry align="center">6</entry><entry>1.2*nominal</entry></row><row><entry align="center">7</entry><entry>1.4*nominal</entry></row></tbody></tgroup></table></tables>

There are two identical phase locked-loop (PLL) frequency generators, designated PLL0 and PLL1. These PLLs generate internal and external clock signals of configurable frequency, based upon an input clock reference of either 50 MHz or 300 MHz. PLL0 controls the internal operating frequency of the Euterpe processor, while PLL1 controls the operating frequency of the Hermes channel interfaces. The configuration fields for PLL0 and PLL1 have identical meanings, described below:

The <b>PLL0 divide ratio</b> and <b>PLL1 divide ratio</b> fields select the divider ratio for each PLL, where legal values are in the range 8..23. These divider ratios permit clock signals to be generated in the range from 400 MHz to 1.15 GHz, when the input clock reference is at 50 MHz, with prescaling bypassed, or at 500 MHz with prescaling used.

Setting the <b>PLL0 feedback bypass</b> bit or the <b>PLL1 feedback bypass</b> bit of the configuration register causes the generated clock bypass the PLL oscillator and to operate off the input clock directly. Setting these bits causes the frequency generated to be the optionally prescaled reference clock. These bits are cleared during normal operation, and set by a reset.

The <b>PLL0 range</b> field and the <b>PLL0 range</b> field of the configuration register are used to select an operating range for the internal PLLs. If the PLL range is set to zero, the PLL will operate at a low frequency (below 0.xxx GHz), if the PLL range is set to one, the PLL will operate at a high frequency (above 0.xxx GHz). At reset this bit is cleared, as the input clock frequency is unknown.

Setting the <b>PLL prescaler bypass</b> bit of the configuration register causes the phase-locked loops PLL0 and PLL1 to use the input clock directly as a reference clock. This bit is cleared during normal operation with a 500 MHz input clock, in which the input clock is divided by 10, and is set during normal operation with a 50 MHz input clock. At reset this bit is cleared, as the input clock frequency is unknown.

Setting the <b>conversion prescaler bypass</b> bit of the configuration register causes the temperature conversion unit to use the input clock directly as a reference clock. Otherwise, clearing this bit causes the input clock to be divided by 10 before use as a reference clock. The reference clock frequency of the temperature conversion unit is nominally 50 MHz, and in normal operation, this bit should be set or cleared, depending on the input clock frequency. At reset this bit is cleared, as the input clock frequency is unknown.

The <b>meltdown margin</b> field controls the setting of the threshold at which meltdown is signalled. This field is used to test the meldown prevention logic. The interpretation of the field is given by the table below with a tolerance of ±6 degrees C. and 5 degrees C hysteresis: <tables id="tabl0111" num="0111"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="13mm" /><colspec colnum="2" colname="col2" colwidth="33mm" /><thead><row><entry align="center" valign="top">value</entry><entry align="center" valign="top">meltdown threshold</entry></row></thead><tbody><row><entry align="center">0</entry><entry>150 degrees C</entry></row><row><entry align="center">1</entry><entry>90 degrees C</entry></row><row><entry align="center">2</entry><entry>50 degrees C</entry></row><row><entry align="center">3</entry><entry>20 degrees C</entry></row></tbody></tgroup></table></tables>

The <b>conversion start</b> bit controls the initiation of the conversion of a temperature sensor or reference to a digital value. Setting this bit causes the conversion to begin, and the bit remains set until conversion is complete, at which time the bit is cleared.

The <b>conversion selection</b> field controls which sensor or reference value is converted to a digital value. The interpretation of the field is given by the table below: <tables id="tabl0112" num="0112"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="15mm" /><colspec colnum="2" colname="col2" colwidth="49mm" /><thead><row><entry align="center" valign="top">value</entry><entry valign="top">conversion selected</entry></row></thead><tbody><row><entry align="center">0</entry><entry>local temperature sensor</entry></row><row><entry align="center">1</entry><entry>local temperature reference</entry></row><row><entry align="center">2</entry><entry>remote 0 temperature sensor</entry></row><row><entry align="center">3</entry><entry>remote 0 temperature reference</entry></row><row><entry align="center">4</entry><entry>remote 1 temperature sensor</entry></row><row><entry align="center">5</entry><entry>remote 1 temperature reference</entry></row><row><entry align="center">6</entry><entry>remote 2 temperature sensor</entry></row><row><entry align="center">7</entry><entry>remote 2 temperature reference</entry></row><row><entry align="center">8</entry><entry>remote 3 temperature sensor</entry></row><row><entry align="center">9</entry><entry>remote 3 temperature reference</entry></row><row><entry align="center">10..15</entry><entry>Reserved</entry></row></tbody></tgroup></table></tables>

The <b>conversion counter</b> field is set to the two's complement of the downslope count. The counter counts upward to zero, at which point the upslope ramp begins, and continues counting on the upslope until the conversion completes.

<u style="single">Hermes channel Configuration Registers</u>

Configuration registers are provided on the Euterpe processor to control the timing, current levels, and termination resistance for each of the twelve Hermes channel high-bandwidth channels. A configuration register is dedicated to the control of each Hermes channel, and additional information in the configuration register at octlet 31 controls aspects of the Hermes channel circuits in common. The Hermes channel configuration registers are Cerberus registers 32..43, where 32 corresponds to Hermes channel 0, and where 43 corresponds to Hermes channel 11.

The <b>quadrature bypass</b> bit controls whether the HiC clock signal is delayed by approximately <maths id="math0001"><math display="inline"><mfrac><mn>1</mn><mn>4</mn></mfrac></math><img file="EP1879104A2_D0245.tif" /></maths> of a HiC clock cycle to latch the Hi_7..0 bits. In normal, full speed operation, this bit should be cleared to a zero value. If this bit is set, the quadrature delay is defeated and the HiC clock signal is used directly to latch the Hi_7..0 bits.

The <b>quadrature range</b> bit is used to select an operating range to the quadrature delay circuit. If the quadrature range is set to zero, the circuit will operate at a low frequency (below 0.xxx GHz), if the quadrature range is set to one, the circuit will operate at a high frequency (above 0.xxx GHz).

The <b>output termination</b> bit is used to select whether the output circuits are resistively terminated. If the bit is set to a zero, the output has high impedence; if the bit is set to one, the output is terminated with a resistance equal to the input termination. At reset, this bit is set to one, terminating the output.

The <b>termination resistance</b> field is used to select the impedence at which the Hermes channel inputs, and optionally the Hermes channel outputs are terminated. The resistance level is controlled relative to the setting of the <b>resistor fine tuning field</b> of the configuration register. The interpretation of the field is given by the table, with units in Ohms and nominal PMOS conductance and bias settings: <tables id="tabl0113" num="0113"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="14mm" /><colspec colnum="2" colname="col2" colwidth="39mm" /><thead><row><entry align="center" valign="top"><b>value</b></entry><entry align="center" valign="top"><b>termination resistance</b></entry></row></thead><tbody><row><entry align="center">0</entry><entry>Reserved</entry></row><row><entry align="center">1</entry><entry align="right">250. Ohms</entry></row><row><entry align="center">2</entry><entry align="right">125. Ohms</entry></row><row><entry align="center">3</entry><entry align="right">83.3 Ohms</entry></row><row><entry align="center">4</entry><entry align="right">62.5 Ohms</entry></row><row><entry align="center">5</entry><entry align="right">50.0 Ohms</entry></row><row><entry align="center">6</entry><entry align="right">41.7 Ohms</entry></row><row><entry align="center">7</entry><entry align="right">35.7 Ohms</entry></row></tbody></tgroup></table></tables>

The <b>output current</b> field is used to select the current at which the Hermes channel outputs are operated. The interpretation of the field is given by the table, with units in mA: <tables id="tabl0114" num="0114"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="14mm" /><colspec colnum="2" colname="col2" colwidth="28mm" /><thead><row><entry align="center" valign="top"><b>value</b></entry><entry align="center" valign="top"><b>output current</b></entry></row></thead><tbody><row><entry align="center">0</entry><entry>Reserved</entry></row><row><entry align="center">1</entry><entry align="right">2. mA</entry></row><row><entry align="center">2</entry><entry align="right">4. mA</entry></row><row><entry align="center">3</entry><entry align="right">6. mA</entry></row><row><entry align="center">4</entry><entry align="right">8. mA</entry></row><row><entry align="center">5</entry><entry align="right">10. mA</entry></row><row><entry align="center">6</entry><entry align="right">12. mA</entry></row><row><entry align="center">7</entry><entry align="right">14. mA</entry></row></tbody></tgroup></table></tables>

The output voltage swing is the product of the composite termination resistance: (input termination resistance^-1+output termination resistance^-1)^-1, and the output current. The output voltage swing should be set at or below 700 mV, and is normally set to the lowest value which permits a sufficiently low bit error rate, which depends upon the noise level in the system environment.

The <b>skew</b> fields individually control the delay between the internal Hermes channel output clock and each of the HoC and Ho7..0 high bandwidth output channel signals. Each skew field contains two three-bit values, named digital skew and analog skew as shown below: <img file="EP1879104A2_D0246.tif" />

The <b>digital skew</b> fields set the number of delay stages inserted in the output path of the HoC and the Ho7..0 high-bandwidth output channel signals. The analog skew fields control the power level, and thereby control the switching delay, of a single delay stage. Setting these fields permits a fine level of control over the relative skew between output channel signals. Nominal values for the output delay for various values of the digital skew and analog skew fields are given below, assuming a nominal setting for the <b>Hermes channel knob:</b><tables id="tabl0115" num="0115"><table frame="all"><tgroup cols="6"><colspec colnum="1" colname="col1" colwidth="21mm" /><colspec colnum="2" colname="col2" colwidth="18mm" /><colspec colnum="3" colname="col3" colwidth="29mm" /><colspec colnum="4" colname="col4" colwidth="10mm" /><colspec colnum="5" colname="col5" colwidth="22mm" /><colspec colnum="6" colname="col6" colwidth="19mm" /><tbody><row><entry align="center">digital skew</entry><entry align="center">delay (ps)</entry><entry align="center">plus analog skew</entry><entry rowsep="0" align="center" /><entry align="center">analog skew</entry><entry align="center">delay (ps)</entry></row><row><entry align="right">0</entry><entry align="right">0</entry><entry align="center">no</entry><entry rowsep="0" /><entry align="right">0</entry><entry align="right">Reserved</entry></row><row><entry align="right">1</entry><entry align="right">320</entry><entry align="center">yes</entry><entry rowsep="0" /><entry align="right">1</entry><entry align="right">???</entry></row><row><entry align="right">2</entry><entry align="right">400</entry><entry align="center">yes</entry><entry rowsep="0" /><entry align="right">2</entry><entry align="right">???</entry></row><row><entry align="right">3</entry><entry align="right">470</entry><entry align="center">yes</entry><entry rowsep="0" /><entry align="right">3</entry><entry align="right">+40</entry></row><row><entry align="right">4</entry><entry align="right">570</entry><entry align="center">yes</entry><entry rowsep="0" /><entry align="right">4</entry><entry align="right">+20</entry></row><row><entry align="right">5</entry><entry align="right">670</entry><entry align="center">yes</entry><entry rowsep="0" /><entry align="right">5</entry><entry align="right">0</entry></row><row><entry align="right">6</entry><entry align="right">770</entry><entry align="center">yes</entry><entry rowsep="0" /><entry align="right">6</entry><entry align="right">-10</entry></row><row><entry align="right">7</entry><entry align="right">870</entry><entry align="center">yes</entry>&lt;entry /&gt;<entry align="right">7</entry><entry align="right">-20</entry></row></tbody></tgroup></table></tables>

When Euterpe is reset, a default value of 0 is loaded into the <b>digital skew</b> and 1 is loaded into the <b>analog skew</b> fields, setting a minimum output delay for the HoC and Ho7..0 signals.

<u style="single">Mnemosyne Memory</u>

MicroUnity's Mnemosyne memory architecture is designed for ultra-high bandwidth systems. The architecture integrates fast communication channels with SRAM caches and interfaces to standard DRAM.

The Mnemosyne interfaces include byte-wide input and output channels intended to operate at rates of at least 1 GHz. These channels provide a packet communication link to synchronous SRAM cache on chip and a controller for external banks of conventional DRAM components. Mnemosyne provides second-level cache and main memory for MicroUnity's Terpsichore system architecture. However, Mnemosyne is useful in many memory applications.

Mnemosyne's interface protocol embeds read and write operations to a single memory space into packets containing command, address, data, and acknowledgement. The packets include check codes that will detect single-bit transmission errors and multiple-bit errors with high probability. As many as eight operations in each device may be in progress at a time. As many as four Mnemosyne devices may be cascaded to expand the cache and memory and to improve the bandwidth of the DRAM memory.

Mnemosyne's SRAM arrays are organized as a set of small blocks, which are combined to provide a cache containing logical memory data of a fixed word size. Dynamically-configured block-level redundancy supports the elimination of faulty blocks without requiring the use of non-volatile or one-time-programmable storage.

Mnemosyne's DRAM interface provides for the direct connection of multiple banks of standard DRAM components to a Mnemosyne device. Variations in access time, size, and number of installed parts all may be accommodated by reading and writing of configuration registers. The interface supports interleaving to enhance bandwidth, and page mode accesses to improve latency for localized addressing.

Euterpe uses Mnemosyne devices as a second-level cache, main-memory expansion, and optionally containing directory information. Each Mnemosyne device in turn supports up to four banks of DRAM, each 72 bits wide (64 bits + ECC). Using standard DRAM components, Terpsichore and Mnemosyne achieve bandwidth in excess of 9 Gbytes/sec to secondary cache and 2 Gbytes/sec to main memory. Terpsichore may use twice or four times the number of Mnemosyne devices to expand the cache and memory and to increase the bandwidth of the main memory system to in excess of 8 Gbytes/sec.

<u style="single">Architecture Framework</u>

The Mnemosyne architecture builds upon MicroUnity's Hermes high-bandwidth channel architecture and upon MicroUniiy's Cerberus serial bus architecture, and complies with the requirements of Hermes and Cerberus. Mnemosyne uses parameters A and W as defined by Hermes.

The Mnemosyne architecture defines a compatible framework for a family of implementations with a range of capabilities. The following implementation-defined parameters are used in the rest of the document in boldface. The value indicated is for MicroUnity's first Mnemosyne implementation. <tables id="tabl0116" num="0116"><table frame="all"><tgroup cols="4"><colspec colnum="1" colname="col1" colwidth="20mm" /><colspec colnum="2" colname="col2" colwidth="83mm" /><colspec colnum="3" colname="col3" colwidth="14mm" /><colspec colnum="4" colname="col4" colwidth="50mm" colsep="0" /><thead><row><entry valign="top">Parameter</entry><entry valign="top">Interpretation</entry><entry valign="top">Value</entry><entry valign="top">Range of legal values</entry></row></thead><tbody><row><entry align="center"><b>C</b></entry><entry>log₂ logical memory words in SRAM cache</entry><entry align="right">13</entry><entry><maths id="math0002"><math display="block"><mi mathvariant="bold">C</mi><mo>≥</mo><mn>1</mn></math><img file="EP1879104A2_D0247.tif" /></maths></entry></row><row><entry align="center"><b>B</b></entry><entry>log₂ physical memory words in SRAM cache physical memory block</entry><entry align="right">11</entry><entry><maths id="math0003"><math display="block"><mi mathvariant="bold">B</mi><mo>≥</mo><mn>1</mn></math><img file="EP1879104A2_D0248.tif" /></maths></entry></row><row><entry align="center"><b>S</b></entry><entry>number of bits per word of an SRAM physical memory block</entry><entry align="right">9</entry><entry><maths id="math0004"><math display="block"><mi mathvariant="bold">S</mi><mo>&gt;</mo><mn>0</mn></math><img file="EP1879104A2_D0249.tif" /></maths></entry></row><row><entry align="center"><b>t</b></entry><entry>size of tag field in cache entry, in bits</entry><entry align="right">13</entry><entry><maths id="math0005"><math display="block"><mi mathvariant="bold">t</mi><mo>=</mo><mn>2</mn><mo>⁢</mo><mi mathvariant="bold">P</mi><mo>+</mo><mi mathvariant="bold">E</mi><mo>-</mo><mi mathvariant="bold">C</mi></math><img file="EP1879104A2_D0250.tif" /></maths></entry></row><row><entry align="center"><b>e</b></entry><entry>size of ECC field in cache entry, in bits</entry><entry align="right">8</entry><entry><maths id="math0006"><math display="block"><mi mathvariant="bold">e</mi><mo>≥</mo><msub><mi>log</mi><mn>2</mn></msub><mo>⁢</mo><mfenced><mn>8</mn><mo>⁢</mo><mi mathvariant="bold">W</mi><mo>+</mo><mi mathvariant="bold">t</mi><mo>+</mo><mn>1</mn><mo>+</mo><mi mathvariant="bold">e</mi></mfenced><mo>+</mo><mn>1</mn></math><img file="EP1879104A2_D0251.tif" /></maths></entry></row><row><entry align="center"><b>n</b></entry><entry>number of physical memory blocks used to produce a logical memory word</entry><entry align="right">10</entry><entry><maths id="math0007"><math display="block"><mi mathvariant="bold">n</mi><mo>≥</mo><mfrac><mrow><mn>8</mn><mo>⁢</mo><mi mathvariant="bold">W</mi><mo>+</mo><mi mathvariant="bold">t</mi><mo>+</mo><mn>1</mn><mo>+</mo><mi mathvariant="bold">e</mi></mrow><mi mathvariant="bold">S</mi></mfrac></math><img file="EP1879104A2_D0252.tif" /></maths></entry></row><row><entry align="center"><b>N</b></entry><entry>number of SRAM physical memory blocks, not including redundant blocks</entry><entry align="right">40</entry><entry><maths id="math0008"><math display="block"><mi mathvariant="bold">N</mi><mo>=</mo><mi mathvariant="bold">n</mi><mo>⁢</mo><mfenced><msup><mn>2</mn><mrow><mi mathvariant="bold">C</mi><mo mathvariant="bold">-</mo><mi mathvariant="bold">B</mi></mrow></msup></mfenced></math><img file="EP1879104A2_D0253.tif" /></maths></entry></row><row><entry align="center"><b>D</b></entry><entry>number of divisions of SRAM physical memory blocks covered by separate sets of redundant blocks</entry><entry align="right">2</entry><entry><maths id="math0009"><math display="block"><mn>1</mn><mo>≤</mo><mi mathvariant="bold">D</mi><mo>≤</mo><mn>16</mn></math><img file="EP1879104A2_D0254.tif" /></maths></entry></row><row><entry align="center"><b>R</b></entry><entry>number of redundant SRAM physical memory blocks in each redundancy division</entry><entry align="right">2</entry><entry><maths id="math0010"><math display="block"><mn>1</mn><mo>≤</mo><mi mathvariant="bold">R</mi><mo>≤</mo><mn>16</mn></math><img file="EP1879104A2_D0255.tif" /></maths></entry></row><row><entry align="center"><b>P</b></entry><entry>number of DRAM row and column address interface pins</entry><entry align="right">12</entry><entry><maths id="math0011"><math display="block"><mn>9</mn><mo>&lt;</mo><mi mathvariant="bold">P</mi><mo>&lt;</mo><mfenced><mi mathvariant="bold">A</mi><mo>*</mo><mn>8</mn><mo>-</mo><mi mathvariant="bold">E</mi></mfenced><mo>/</mo><mn>2</mn></math><img file="EP1879104A2_D0256.tif" /></maths></entry></row><row><entry align="center"><b>K</b></entry><entry>number of address interface pins which may be configured as row-address-only pins</entry><entry align="right">0</entry><entry><maths id="math0012"><math display="block"><mn>0</mn><mo>≤</mo><mi mathvariant="bold">K</mi><mo>≤</mo><mi mathvariant="bold">P</mi></math><img file="EP1879104A2_D0257.tif" /></maths></entry></row><row><entry align="center"><b>I</b></entry><entry>log₂ of number of interleaved accesses in DRAM interface</entry><entry align="right">2</entry><entry><maths id="math0013"><math display="block"><mn>1</mn><mo>≤</mo><mi mathvariant="bold">I</mi><mo>≤</mo><mn>16</mn></math><img file="EP1879104A2_D0258.tif" /></maths></entry></row><row><entry align="center"><b>E</b></entry><entry>log₂ of number of banks of DRAM expansion</entry><entry align="right">2</entry><entry><maths id="math0014"><math display="block"><mi mathvariant="bold">I</mi><mo>≤</mo><mi mathvariant="bold">E</mi><mo>≤</mo><mn>15</mn></math><img file="EP1879104A2_D0259.tif" /></maths></entry></row></tbody></tgroup></table></tables>

<u style="single">Interfaces and Block Diagram</u>

Mnemosyne uses two Hermes unidirectional, byte-wide, differential, packet-oriented data channels for its main, high-bandwidth interface between a memory control unit and Mnemosyne's memory. This interface is designed to be cascadeable, with the output of a Mnemosyne chip connected to the input of another, to expand the size of memory that can be reached via a single set of data channels. An external memory control unit is in complete control of the selection and timing of operations within Mnemosyne and in complete control of the timing and content of information on the high-bandwidth interfaces.

A Cerberus bit-serial interface provides access to configuration, diagnostic and tester information, using TTL signal levels at a moderate data rate.

Mnemosyne contains additional interfaces to conventional dynamic random-access memory devices (DRAM) using TTL signals. Each Mnemosyne device contains output signals to independently control four banks of DRAM memory; each bank is nominally 9 bytes wide, and connects to a single set of bidirectional data interface pins. Each DRAM bank may use 24-bit addresses, to handle up to 16M-"word" DRAM memory capacity (such as 16Mx4 organized. 64-Mbit DRAM), Up to four banks of DRAM may be connected to each Mnemosyne device, permitting up to 0.5 Gbyte of DRAM per Mnemosyne chip.

Nearly all Mnemosyne circuits use a single power supply voltage, nominally at 3.3 Volts (5% tolerance). A second voltage of 5.0 Volts (5% tolerance) is used only for TTL interface circuits. Power dissipation is TBD. Initial packaging is TAB (Tape Automated Bonding).

Pin assignments are to be defined: there are 174 signal pins and 466 pins for 3.3V power, 5.0V power and substrate, for a total of 640 pins. <tables id="tabl0117" num="0117"><table frame="all"><tgroup cols="3"><colspec colnum="1" colname="col1" colwidth="13mm" /><colspec colnum="2" colname="col2" colwidth="38mm" /><colspec colnum="3" colname="col3" colwidth="34mm" /><thead><row><entry valign="top">count</entry><entry valign="top">pin</entry><entry valign="top">meaning</entry></row></thead><tbody><row><entry align="right">18</entry><entry>HiC, Hi_7..0</entry><entry>hi-bandwidth input</entry></row><row><entry align="right">18</entry><entry>HoC. Ho_7..0</entry><entry>hi-bandwidth output</entry></row><row><entry align="right">72</entry><entry>DQ_71..0</entry><entry>DRAM data</entry></row><row><entry align="right">48</entry><entry>A_{11..0<sub2>3..0</sub2>}</entry><entry>DRAM address</entry></row><row><entry align="right">12</entry><entry>RAS_3..0. CAS_3..0, WE_3..0</entry><entry>DRAM control</entry></row><row><entry align="right">6</entry><entry>SC. SD. SN_3..0</entry><entry>Cerberus interface</entry></row><row><entry align="right">174</entry>&lt;entry /&gt;<entry>total signal pins</entry></row><row><entry align="right">?</entry><entry>VDD</entry><entry>3.3 V above VSS</entry></row><row><entry align="right">?</entry><entry>VCC⁴⁸</entry><entry>5.0 V above VSS</entry></row><row><entry align="right">?</entry><entry>VSS</entry><entry>most negative supply</entry></row><row><entry align="right">640</entry>&lt;entry /&gt;<entry>total pins</entry></row></tbody></tgroup><tgroup cols="3" rowsep="0"><colspec colnum="1" colname="col1" colwidth="13mm" /><colspec colnum="2" colname="col2" colwidth="38mm" /><colspec colnum="3" colname="col3" colwidth="34mm" /><tbody><row><entry namest="col1" nameend="col3" align="justify">⁴⁸Internal circuit documentation names this signal VDDO.</entry></row></tbody></tgroup></table></tables>

The following is a diagram of the Mnemosyne device interfaces: (Numerical values are shown for MicroUnity's first implementation.) <img file="EP1879104A2_D0260.tif" /><tables id="tabl0118" num="0118"><table frame="all"><tgroup cols="5"><colspec colnum="1" colname="col1" colwidth="44mm" /><colspec colnum="2" colname="col2" colwidth="11mm" /><colspec colnum="3" colname="col3" colwidth="13mm" /><colspec colnum="4" colname="col4" colwidth="12mm" /><colspec colnum="5" colname="col5" colwidth="13mm" /><thead><row><entry valign="top">Absolute Maximum Ratings</entry><entry valign="top">MIN</entry><entry valign="top">NOM</entry><entry valign="top">MAX</entry><entry valign="top">UNIT</entry></row></thead><tbody><row>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;</row><row>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;</row><row>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;</row><row>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;</row><row>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;</row></tbody></tgroup></table></tables><tables id="tabl0119" num="0119"><table frame="all"><tgroup cols="6"><colspec colnum="1" colname="col1" colwidth="55mm" /><colspec colnum="2" colname="col2" colwidth="12mm" /><colspec colnum="3" colname="col3" colwidth="13mm" /><colspec colnum="4" colname="col4" colwidth="13mm" /><colspec colnum="5" colname="col5" colwidth="13mm" /><colspec colnum="6" colname="col6" colwidth="12mm" /><thead><row><entry valign="top">Recommended operating conditions</entry><entry valign="top">MIN</entry><entry valign="top">NOM</entry><entry valign="top">MAX</entry><entry valign="top">UNIT</entry><entry valign="top">REF</entry></row></thead><tbody><row><entry>V_T: Termination equivalent voltage</entry><entry align="char" char="." charoff="20">4.5</entry><entry align="char" char="." charoff="30">5.0</entry><entry align="char" char="." charoff="31">5.5</entry><entry>V</entry>&lt;entry /&gt;</row><row><entry>Main supply voltage VDD</entry><entry align="char" char="." charoff="20">3.14</entry><entry align="char" char="." charoff="30">3.3</entry><entry align="char" char="." charoff="31">3.47</entry><entry>V</entry><entry>VSS</entry></row><row><entry>TTL supply voltage VCC</entry><entry align="char" char="." charoff="20">4.75</entry><entry align="char" char="." charoff="30">5.0</entry><entry align="char" char="." charoff="31">5.25</entry><entry>V</entry><entry>VSS</entry></row><row><entry>Operating free-air temperature</entry><entry align="char" char="." charoff="20">0</entry><entry align="char" char="." charoff="30" /><entry align="char" char="." charoff="31">70</entry><entry>C</entry>&lt;entry /&gt;</row></tbody></tgroup></table></tables><tables id="tabl0120" num="0120"><table frame="all"><tgroup cols="6"><colspec colnum="1" colname="col1" colwidth="102mm" /><colspec colnum="2" colname="col2" colwidth="13mm" /><colspec colnum="3" colname="col3" colwidth="12mm" /><colspec colnum="4" colname="col4" colwidth="17mm" /><colspec colnum="5" colname="col5" colwidth="13mm" /><colspec colnum="6" colname="col6" colwidth="12mm" /><thead><row><entry valign="top">Electrical characteristics</entry><entry valign="top">MIN</entry><entry valign="top">TYP</entry><entry valign="top">MAX</entry><entry valign="top">UNIT</entry><entry valign="top">REF</entry></row></thead><tbody><row><entry>V_OH: H-state output voltage HoC. Ho_7..0</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;<entry>V</entry><entry>VDD</entry></row><row><entry>V_OL: L-state output voltage HoC, Ho_{7 0}</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;<entry>V</entry><entry>VDD</entry></row><row><entry>V_IH : H-state input voltage HiC, Hi_{7 0}</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;<entry>V</entry><entry>VDD</entry></row><row><entry>V_IL: L-state input voltage HiC, Hi_{7 0}</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;<entry>V</entry><entry>VDD</entry></row><row><entry>I_OH: H-state output current HoC. Ho_{7 0}</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;<entry>mA</entry>&lt;entry /&gt;</row><row><entry>I_OL: L-state output current HoC, Ho_{7 0}</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;<entry>mA</entry>&lt;entry /&gt;</row><row><entry>I_IH: H-state input current HiC, Hi_{7 0}</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;<entry>mA</entry>&lt;entry /&gt;</row><row><entry>I_IL: L-state input current HiC, Hi_{7 0}</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;<entry>mA</entry>&lt;entry /&gt;</row><row><entry>C_IN: Input capacitance HiC, Hi_{7 0}</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;<entry>pF</entry>&lt;entry /&gt;</row><row><entry>C_OUT: Output capacitance HoC. Ho_{7 0}</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;<entry>pF</entry>&lt;entry /&gt;</row><row><entry>V_OH: H-state output voltage A_{11..0<sub2>3..0</sub2>}, RAS_3..0, CAS_3..0, WE_3..0, DQ_71..0</entry><entry align="char" char="." charoff="48">2.4</entry><entry align="char" char="." /><entry align="char" char="." charoff="64">5.5</entry><entry>V</entry><entry>VSS</entry></row><row><entry>V_OL: L-state output voltage A_{11..0<sub2>3..0</sub2>}, RAS_3..0, CAS_3..0, WE_3..0, DQ_71..0</entry><entry align="char" char="." charoff="48">0</entry><entry align="char" char="." /><entry align="char" char="." charoff="64">0.4</entry><entry>V</entry><entry>VSS</entry></row><row><entry>V_OL: L-state output voltage SD</entry><entry align="char" char="." charoff="48">0</entry><entry align="char" char="." /><entry align="char" char="." charoff="64">0.4</entry><entry>V</entry><entry>VSS</entry></row><row><entry>V_IH: H-state input voltage DQ_{71 0}</entry><entry align="char" char="." charoff="48">2.4</entry><entry align="char" char="." /><entry align="char" char="." charoff="64">5.5</entry><entry>V</entry><entry>VSS</entry></row><row><entry>V_IL: L-state input voltage DQ_{71 0}</entry><entry align="char" char="." charoff="48">-0.5</entry><entry align="char" char="." /><entry align="char" char="." charoff="64">0.8</entry><entry>V</entry><entry>VSS</entry></row><row><entry>V_IH: H-state input voltage SD</entry><entry align="char" char="." charoff="48">2.0</entry><entry align="char" char="." /><entry align="char" char="." charoff="64">5.5</entry><entry>V</entry><entry>VSS</entry></row><row><entry>V_IH: H-state input voltage SC, SN_{3 0}</entry><entry align="char" char="." charoff="48">2.0</entry><entry align="char" char="." /><entry align="char" char="." charoff="64">5.5</entry><entry>V</entry><entry>VSS</entry></row><row><entry>V_IL: L-state input voltage SC, SD, SN_{3. 0}</entry><entry align="char" char="." charoff="48">-0.5</entry><entry align="char" char="." /><entry align="char" char="." charoff="64">0.8</entry><entry>V</entry><entry>VSS</entry></row><row><entry>I_OH: H-state output current A_{11..0<sub2>3..0</sub2>}, RAS_3..0, CAS_3..0, WE_3..0, DQ_71..0</entry><entry align="char" char="." charoff="48" /><entry align="char" char="." /><entry align="char" char="." charoff="64" /><entry>µA</entry>&lt;entry /&gt;</row><row><entry>I_OL-. L-state output current A_{11..0<sub2>3..0</sub2>}, RAS_3..0, CAS_3..0. WE_3..0, DQ_{71 ..0}</entry><entry align="char" char="." charoff="48" /><entry align="char" char="." /><entry align="char" char="." charoff="64">16</entry><entry>mA</entry>&lt;entry /&gt;</row><row><entry>I_OL: L-state output current SD</entry><entry align="char" char="." charoff="48" /><entry align="char" char="." /><entry align="char" char="." charoff="64">16</entry><entry>mA</entry>&lt;entry /&gt;</row><row><entry>I_OZ: Off-state output current SD</entry><entry align="char" char="." charoff="48">-10</entry><entry align="char" char="." /><entry align="char" char="." charoff="64">10 µA</entry>&lt;entry /&gt;&lt;entry /&gt;</row><row><entry>l_OZ: Off-state output current DQ_{71 0}</entry><entry align="char" char="." charoff="48">-10</entry><entry align="char" char="." /><entry align="char" char="." charoff="64">10 µA</entry>&lt;entry /&gt;&lt;entry /&gt;</row><row><entry>I_IH: H-state input current SC, SN_{3. 0}</entry><entry align="char" char="." charoff="48">-10</entry><entry align="char" char="." /><entry align="char" char="." charoff="64">10 µA</entry>&lt;entry /&gt;&lt;entry /&gt;</row><row><entry>I_IL: L-state input current SC, SN_{3 0}</entry><entry align="char" char="." charoff="48">-10</entry><entry align="char" char="." /><entry align="char" char="." charoff="64">10 µA</entry>&lt;entry /&gt;&lt;entry /&gt;</row><row><entry>C_IN: Input capacitance SC, SN_3..0</entry><entry align="char" char="." charoff="48" /><entry align="char" char="." /><entry align="char" char="." charoff="64">4.0</entry><entry>pF</entry>&lt;entry /&gt;</row><row><entry>C_OUT: Output or input-output capacitance, SD, A_{11..0<sub2>3..0</sub2>}, RAS_3..0. CAS_3..0, WE_3..0, DQ_{71 0}</entry><entry align="char" char="." charoff="48" /><entry align="char" char="." /><entry align="char" char="." charoff="64">4.0</entry><entry>pF</entry>&lt;entry /&gt;</row></tbody></tgroup></table></tables><tables id="tabl0121" num="0121"><table frame="all"><tgroup cols="5"><colspec colnum="1" colname="col1" colwidth="59mm" /><colspec colnum="2" colname="col2" colwidth="12mm" /><colspec colnum="3" colname="col3" colwidth="12mm" /><colspec colnum="4" colname="col4" colwidth="12mm" /><colspec colnum="5" colname="col5" colwidth="13mm" /><thead><row><entry valign="top">Switching characteristics</entry><entry valign="top">MIN</entry><entry valign="top">TYP</entry><entry valign="top">MAX</entry><entry valign="top">UNIT</entry></row></thead><tbody><row><entry>t_BC: HiC clock cycle time</entry><entry align="right">1000</entry><entry align="right" /><entry align="right" /><entry align="center">ps</entry></row><row><entry>t_BCH: HiC clock high time</entry><entry align="right">400</entry><entry align="right" /><entry align="right" /><entry align="center">ps</entry></row><row><entry>t_BCL: HiC clock low time</entry><entry align="right">400</entry><entry align="right" /><entry align="right" /><entry align="center">ps</entry></row><row><entry>t_BT: HiC clock transition time</entry><entry align="right" /><entry align="right" /><entry align="right">100</entry><entry align="center">ps</entry></row><row><entry>t_BS: set-up time, Hi_7..0 valid to HiC xition</entry><entry align="right">200</entry><entry align="right" /><entry align="right">100</entry><entry align="center">ps</entry></row><row><entry>t_BH: hold time, HiC xition to Hi_{7 0} invalid</entry><entry align="right">-200</entry><entry align="right" /><entry align="right">-100</entry><entry align="center">ps</entry></row><row><entry>t_OS: skew between HoC and Ho_{7 0}</entry><entry align="right">-50</entry><entry align="right" /><entry align="right">50</entry><entry align="center">ps</entry></row><row><entry>t_C: SC clock cycle time</entry><entry align="right">50</entry><entry align="right" /><entry align="right" /><entry align="center">ns</entry></row><row><entry>t_CH: SC clock high time</entry><entry align="right">20</entry><entry align="right" /><entry align="right" /><entry align="center">ns</entry></row><row><entry>t_CL: SC clock low time</entry><entry align="right">20</entry><entry align="right" /><entry align="right" /><entry align="center">ns</entry></row><row><entry>t_T: SC clock transition time</entry><entry align="right" /><entry align="right" /><entry align="right">5</entry><entry align="center">ns</entry></row><row><entry>t_S: set-up time. SD valid to SC rise</entry><entry align="right" /><entry align="right" /><entry align="right" /><entry align="center">ns</entry></row><row><entry>t_H: hold time, SC rise to SD invalid</entry><entry align="right" /><entry align="right" /><entry align="right" /><entry align="center">ns</entry></row><row><entry>t_OD: SC rise to SD valid</entry><entry align="right">5</entry><entry align="right" /><entry align="right" /><entry align="center">ns</entry></row></tbody></tgroup></table></tables>

<u style="single">Logical and Physical Memory Structure</u>

Mnemosyne defines two regions: a memory region, implemented by an on-device static RAM memory cache backed by standard DRAM memory devices, and a configuration region, implemented by on-device read-only and read/write registers. These regions are accessed by separate interfaces; the Hermes channel used to access the memory region, and the Cerberus serial interface used to access the configuration region. These regions are kept logically separate.

The Mnemosyne logical memory region is an array of 2^8A words of size W bytes. Each memory access, either a read or write, references all bytes of a single block. All addresses are block addresses, referencing the entire block. <img file="EP1879104A2_D0261.tif" />

Mnemosyne's DRAM memory physically consists of one or more banks of multiplexed-address DRAM memory devices. A DRAM bank consists of a set of DRAM devices which have the corresponding address and control signals connected together, providing one word of W bytes of data plus ECC information with each DRAM access.

Mnemosyne's SRAM memory is a write-back (write-in) single-set (direct-mapped) cache for data originally contained in the DRAM memory. All accesses to Mnemosyne memory space maintain consistency between the contents of the cache and the contents of the DRAM memory.

Mnemosyne's configuration region consists of read-only and read/write registers. The size of a logical block in the configuration memory space is eight bytes: one octlet.

<u style="single">Communications Channels</u>

<u style="single">High-bandwidth</u>

Mnemosyne uses the Hermes high-bandwidth channel and protocols, implementing a slave device.

Mnemosyne operates two Hermes high-bandwidth communications channels, one input channel and one output channel.

Mnemosyne uses the Hermes packet structure. Mnemosyne's SRAM memory serves as the Hermes-designated cache, and Mnemosyne DRAM memory corresponds to the Hermes-designated device.

Configuration-region registers provide a low-level mechanism to detect skew in the byte-wide input channel, and to adjust skew in the byte-wide output channel. This mechanism may be employed by software to adaptively adjust for skew in the channels, or set to fixed patterns to account for fixed signal skew as may arise in device-to-device wiring.

<u style="single">Serial</u>

A Cerberus serial bus interface is used to configure the Mnemosyne device, set diagnostic modes and read diagnostic information, and to enable the use of the part within a high-speed tester.

The serial port uses the Cerberus serial bus interface.

<u style="single">DRAM</u>

The DRAM interface uses TTL levels to communicate with standard, high-capacity dynamic RAM devices. The data path of the interface is 8W+ e bits. The DRAM components used may have a maximum size of 2^2<b>P</b> words by k bits, where the minimum value of k is determined by capacitance limits. (Larger values of k, up to 8W+e, meaning fewer components are required to assemble a word of DRAMs, are always acceptable.)

<u style="single">Error Handling</u>

Mnemosyne performs error handling compliant with Hermes architecture.

For the current implementation, the following errors are designed to be detected and known not detected by design: <tables id="tabl0122" num="0122"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="56mm" /><colspec colnum="2" colname="col2" colwidth="50mm" /><thead><row><entry valign="top">errors detected</entry><entry valign="top">errors not detected</entry></row></thead><tbody><row><entry>invalid check byte</entry><entry>invalid identification number</entry></row><row><entry>invalid command</entry><entry>internal buffer overflow</entry></row><row><entry>invalid address</entry><entry>invalid check byte on idle packet</entry></row><row><entry>uncorrectable error in SRAM cache</entry>&lt;entry /&gt;</row><row><entry>uncorrectable error in DRAM memory</entry>&lt;entry /&gt;</row></tbody></tgroup></table></tables>

Detection of an uncorrectable error in either the SRAM cache or the DRAM memory results in the generation of an error response packet and other actions more fully described elsewhere.

Upon receipt of the error response packet, the packet originator must read the status register of the reporting device to determine the precise nature of the error. Mnemosyne devices reporting an invalid packet will suppress the receipt of additional packets until the error is cleared, by clearing the status register. However, such devices may continue to process packets which have already been received, and generate responses. Upon taking appropriate corrective actions and clearing the error, the packet originator should then re-send any unacknowledged commands.

Because of the large difference in clock rate between the high-bandwidth Hermes channel and the Cerberus serial bus interface, it is generally safe to assume that, after detecting an error response packet, an attempt to read the status register via Cerberus will result in reading stable, quiescent error conditions and that the queue of outstanding requests will have drained. After clearing the status register via Cerberus, the packet originator may immediately resume sending requests to the Mnemosyne device.

<u style="single">Cerberus Registers</u>

Mnemosyne's configuration registers comply with the Cerberus and Hermes specifications. Configuration registers are internal read/only and read/write registers which provide an implementation-independent mechanism to query and control the configuration of a Mnemosyne device. By the use of these registers, a user of a Mnemosyne device may tailor the use of the facilities in a general-purpose implementation for maximum performance and utility. Conversely, a supplier of a Mnemosyne device may modify facilities in the device without compromising compatibility with earlier implementations.

Read/only registers supply information about the Mnemosyne implementation in a standard, implementation-independent fashion. A Mnemosyne user may take advantage of this information, either to verify that a compatible implementation of Mnemosyne is installed, or to tailor the use of the part to conform to the characteristics of the implementation. The read/only registers occupy addresses 0..5. An attempt to write these registers may cause a normal or an error response.

Read/write registers select the mapping of addresses to SRAM and DRAM banks, control the internal SRAM and DRAM timing generators, and select power and voltage levels for gates and signals. The read/write registers occupy addresses 6..11. 16..19, and 32.

Reserved registers in the range 12..15, 20..31, and 33..63 must appear to be read/only registers with a zero value. An attempt to write these registers may cause a normal or an error response.

Reserved registers in the range 64..2¹⁶-1 may be implemented either as read/only registers with a zero value, or as addresses which cause an error response if reads or writes are attempted.

The format of the registers is described in the table below. The <b>octlet</b> is the Cerberus address of the register: <b>bits</b> indicate the posifion of the field in a register. The <b>value</b> indicated is the hard-wired value in the register for a read/only register, and is the value to which the register is initialized upon a <b>reset</b> for a read/write register. If a reset does not initialize the field to a value, or if initialization is not required by this specification, a * is placed in or appended to the value field. The <b>range</b> is the set of legal values to which a read/write register may be set. The <b>interpretation</b> is a brief description of the meaning or utility of the register field; a more comprehensive description follows this table. <img file="EP1879104A2_D0262.tif" /><img file="EP1879104A2_D0263.tif" /><img file="EP1879104A2_D0264.tif" /><img file="EP1879104A2_D0265.tif" /><img file="EP1879104A2_D0266.tif" /><img file="EP1879104A2_D0267.tif" /><img file="EP1879104A2_D0268.tif" /><img file="EP1879104A2_D0269.tif" /><img file="EP1879104A2_D0270.tif" /><img file="EP1879104A2_D0271.tif" /><img file="EP1879104A2_D0272.tif" /><img file="EP1879104A2_D0273.tif" /><img file="EP1879104A2_D0274.tif" /><img file="EP1879104A2_D0275.tif" /><img file="EP1879104A2_D0276.tif" /><img file="EP1879104A2_D0277.tif" /><img file="EP1879104A2_D0278.tif" /><img file="EP1879104A2_D0279.tif" /><img file="EP1879104A2_D0280.tif" /><img file="EP1879104A2_D0281.tif" />

<u style="single">Identification Registers</u>

The identification registers in octlets 0..3 comply with the requirements of the Cerberus architecture.

MicroUnity's company identifier is: 0000 0000 0000 0010 1100 0101.

MicroUnity's architecture code for Mnemosyne is specified by the following table: <tables id="tabl0123" num="0123"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="32mm" /><colspec colnum="2" colname="col2" colwidth="32mm" /><thead><row><entry valign="top">Internal code name</entry><entry valign="top">Code number</entry></row></thead><tbody><row><entry>Mnemosyne</entry><entry>0x00 40 a3 49 d2 e4</entry></row></tbody></tgroup></table></tables>

Mnemosyne architecture revisions are specified by the following table: <tables id="tabl0124" num="0124"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="32mm" /><colspec colnum="2" colname="col2" colwidth="25mm" /><thead><row><entry valign="top">Internal code name</entry><entry valign="top">Code number</entry></row></thead><tbody><row><entry>1.0</entry><entry>0x01 00</entry></row></tbody></tgroup></table></tables>

MicroUnity's Mnemosyne implementor codes are specified by the following table: <tables id="tabl0125" num="0125"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="37mm" /><colspec colnum="2" colname="col2" colwidth="32mm" /><thead><row><entry valign="top">Internal code name</entry><entry valign="top">Code number</entry></row></thead><tbody><row><entry>MicroUnity</entry><entry>0x00 40 a3 24 6d f3</entry></row></tbody></tgroup></table></tables>

MicroUnity's Mnemosyne, as implemented by MicroUnity, uses implementation codes as specified by the following table: <tables id="tabl0126" num="0126"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="34mm" /><colspec colnum="2" colname="col2" colwidth="28mm" /><thead><row><entry valign="top">Internal code name</entry><entry valign="top">Revision number</entry></row></thead><tbody><row><entry>1.0</entry><entry>0x01 00</entry></row><row>&lt;entry /&gt;&lt;entry /&gt;</row><row>&lt;entry /&gt;&lt;entry /&gt;</row><row>&lt;entry /&gt;&lt;entry /&gt;</row></tbody></tgroup></table></tables> MicroUnity's Mnemosyne, as implemented by MicroUnity, uses manufacturer codes as specified by the following table: <tables id="tabl0127" num="0127"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="32mm" /><colspec colnum="2" colname="col2" colwidth="32mm" /><thead><row><entry valign="top">Internal code name</entry><entry valign="top">Code number</entry></row></thead><tbody><row><entry>Rollers</entry><entry>0x00 40 a3 92 b6 79</entry></row></tbody></tgroup></table></tables> MicroUnity's Mnemosyne, as implemented by MicroUnity, and manufactured by the Rollers, uses manufacturer revisions as specified by the following table: <tables id="tabl0128" num="0128"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="32mm" /><colspec colnum="2" colname="col2" colwidth="25mm" /><thead><row><entry valign="top">Internal code name</entry><entry valign="top">Code number</entry></row></thead><tbody><row><entry>1.0</entry><entry>0x01 00</entry></row><row>&lt;entry /&gt;&lt;entry /&gt;</row><row>&lt;entry /&gt;&lt;entry /&gt;</row><row>&lt;entry /&gt;&lt;entry /&gt;</row></tbody></tgroup></table></tables>

<u style="single">Architecture Description Registers</u>

The architecture description registers in octlets 4 and 5 comply with the Cerberus and Hermes specifications and contain a machine-readable version of the architecture parameters: <b>A, W, C, N, D, R, P, K, E</b>, and <b>I</b> described in this document.

<u style="single">Control Register</u>

The control register is a 64-bit register with both read and write access. It is altered only by Cerberus accesses: Mnemosyne does not alter the values written to this register.

The <b>reset</b> bit of the control register complies with the Cerberus specification and provides the ability to reset an individual Mnemosyne device in a system. Setting this bit is equivalent to a power-on reset or a broadcast Cerberus reset (low level on SD for 33 cycles) and resets configuration registers to their power-on values, which is an operating state that consumes minimal current. At the completion of the reset operation, the <b>reset/clear/selftest complete</b> bit of the status register is set, and the <b>reset/clear/selftest status</b> bit of the status register is set.

The <b>clear</b> bit of the control register complies with the Cerberus specification and provides the ability to clear the logic of an individual Mnemosyne device in a system. Setting this bit causes all internal high-bandwidth logic to be reset, as is required after reconfiguring power and swing levels. At the completion of the reset operation, the <b>reset/clear/selftest complete</b> bit of the status register is set, and the <b>reset/clear/selftest status</b> bit of the status register is set.

The <b>selftest</b> bit of the control register complies with the Cerberus specification and provides the ability to invoke a selftest on an individual Mnemosyne device in a system. However, Mnemosyne does not define a selftest mechanism at this time, so setting this bit will immediately set the <b>reset/clear/selftest complete</b> bit and the <b>reset/clear/selftest status</b> bit of the status register.

The <b>tester</b> bit of the control register provides the ability to use a Mnemosyne part as a component of a high-bandwidth test system for a Mnemosyne or other part using the high-bandwidth Hermes channel. In normal operation this bit must be cleared. When the <b>tester</b> bit is set, Mnemosyne is configured as either a signal source or signal analyzer, depending on the setting of the <b>source</b> bit of the control register. Four Mnemosyne parts are cascaded to perform the signal source or signal analyzer function. When the <b>isolate/synch</b> bit is set, a synchronization pattern is transmitted on the Hermes output channel and received on the Hermes input channel to synchronize the cascade of four Mnemosynes; the <b>isolate/synch</b> bits must be turned off starting at the end of the cascade to properly terminate the synchronization operation.

When not in tester mode, the <b>isolate/synch</b> bit of the control register is used to initialize the SRAM cache and perform functional testing of the SRAM cache. This bit must be cleared in normal operation. Setting this bit and setting the <b>ECC disable</b> bit of the control register suppresses cache misses and dirty cache line writebacks, so that the contents of the SRAM cache can be tested as if it were simple SRAM memory. A read-allocate command returns the octlet data from the SRAM cache entry that would be used to cache the requested location, the data is unconditionally returned, regardless of the contents of the tag, dirty and ECC fields of the SRAM cache entry. A read-noallocate command returns an octlet in the following format: <img file="EP1879104A2_D0282.tif" />

A write-allocate command writes the octlet data, along with the dirty bit set, the tag corresponding to the requested location, and valid ECC data into the SRAM cache entry that would be used to cache the requested location. A write-noallocate command writes the octler data, along with the dirty bit cleared, the tag corresponding to the requested location, and ECC data as if the dirty bit was set, into the SRAM cache entry that would be used to cache the requested location. The <b>ECC seed</b> field of the control register can be set to alter the ECC data that would otherwise be written to the SRAM cache entry, to write completely arbitrary patterns, or to write patterns in which the dirty bit is cleared and the ECC data is value.

The <b>ECC disable</b> bit of the control register causes Mnemosyne to ignore ECC errors in the SRAM cache and in the DRAM memory. This bit may be set during normal operation of Mnemosyne.

The <b>module</b> id field of the control register sets the module address for Mnemosyne. The module address defines which one of four module addresses Mnemosyne will select to answer to read and write requests.

Setting the <b>PLL bypass</b> bit of the control register causes the internal clocking of the high-bandwidth logic to operate off the input clock directly. This bit is cleared during normal operation.

The <b>PLL range</b> field of the control register is used to select an operating range for the internal PLL. A three-bit field is reserved for this function, of which one bit is currently defined: if the PLL range is set to zero, the PLL will operate at a low frequency (below 0.xxx GHz), if the PLL range is set to one, the PLL will operate at a high frequency (above 0.xxx GHz).

The <b>output slope</b> fields of the control register set the slew rate for the TTL outputs used for DRAM control, address and data signals, as detailed in a following section.

Mnemosyne uses a sufficiently high-frequency clock that internal SRAM timing can be controlled by synchronous logic, rather than asynchronous or self-timed logic. Internal SRAM timing may be controlled by loading values into configuration registers. The current specification reserves four bits for control of SRAM timing; one is currently used.

The <b>SRAM timing</b> bit is normally cleared, providing internal SRAM cycle time of 4 clock cycles. Setting the SRAM timing bit extends the cycle time to 5 clock cycles.

The <b>ECC seed</b> field of the control register provides a mechanism to cause ECC errors and thus test the ECC circuits. The field reserves 12 bits for this purpose, 8 bits are used in the current implementation. The field must be set to zero for normal operation. The value of the field is xor'ed against the ECC value normally computed for write operation.

The <b>cidle 0</b> and <b>cidle 1</b> fields of the control register provide a mechanism to repeatedly sent simple patterns on the Hermes output channel for purposes of testing and skew adjustment. For normal operation, the <b>cidle 0</b> field must be set to zero (0), and the <b>cidle 1</b> field must be set to all ones (255).

<u style="single">Status Register</u>

The status register is a 64-bit register with both read and write access, though the only legal value which may be written is a zero, to clear the register. The result of writing a non-zero value is not specified.

The <b>reset/clear/selftest complete</b> bit of the status register complies with the Cerberus specification and is set upon the completion of a reset, clear or selftest operation as described above.

The <b>reset/clear/selftest status</b> bit of the status register complies with the Cerberus specification and is set upon the successful completion of a reset, clear or selftest operation as described above.

The <b>check byte error</b> bit of the status register is set when a received input packet has an incorrect check byte. The packet is otherwise ignored or forwarded to the Hermes output channel, and an error response packet is generated.

The <b>address error</b> bit of the status register is set when a received input request packet has an address which is not present on the device as currently configured. An error response packet is generated.

The <b>command error</b> bit of the status register is set when a packet is received on the Hermes input channel with an improper command, such as a read, write or error response packet.

The <b>uncorrrectable ECC error</b> bit of the status register is set on the first occurrence of an uncorrectable ECC error in either the SRAM cache or the DRAM memory. The <b>ECC location flag</b> is set or cleared, indicating whether the error was in the cache memory (cleared, 0) or the DRAM memory (set, 1). The <b>ECC syndrome</b> field of the status register is loaded with the syndrome of the data for which the error was detected. The <b>ECC addr</b> register is loaded with the address of the data at which the error was detected. An error response packet is generated. Once one uncorrectable ECC error is detected, no further correctable or uncorrectable ECC errors are reported in the status register until this error is cleared by writing a zero value into the status register.

The <b>correctable ECC error</b> bit of the status register is set on the first occurrence of a correctable ECC error in either the SRAM cache or the DRAM memory, provided an uncorrectable ECC error has not already been reported. The <b>ECC location flag</b> is set or cleared, indicating whether the error was in the cache memory (cleared. 0) or the DRAM memory (set, 1). The <b>dirty flag</b> indicates, for an error in the cache memory, the value of the dirty bit. The <b>ECC syndrome</b> field of the status register is loaded with the syndrome of the data for which the error was detected. The <b>ECC addr</b> register is loaded with the address of the data at which the error was detected. Once one uncorrectable ECC error is detected, no further correctable ECC errors are reported in the status register until this error is cleared bv writing a zero value into the status register. The occurrence of this error will cause a response packet to be generated with a "stomped" check byte pattern, but is not explicitly reported with an error response packet.

The <b>other error</b> bit of the status register is set when errors not otherwise specified occur. There are no errors of this class reported by the current implementation.

The <b>PMOS drive strength</b> field of the status register is a read/only field that indicates the drive strength, or conductance gain, of PMOS devices on the Mnemosyne chip, expressed as a digital binary value. This field is used to calibrate the power and voltage level configuration, given variations in process characteristics of individual devices. The interpretation of the field is given by the table: <tables id="tabl0129" num="0129"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="14mm" /><colspec colnum="2" colname="col2" colwidth="36mm" /><thead><row><entry align="center" valign="top"><b>value</b></entry><entry align="center" valign="top"><b>PMOS drive strength</b></entry></row></thead><tbody><row><entry align="right">0</entry><entry>Reserved</entry></row><row><entry align="right">1</entry><entry>0.1*nominal</entry></row><row><entry align="right">2</entry><entry>0.2*nominal</entry></row><row><entry align="right">3</entry><entry>0,3*nominal</entry></row><row><entry align="right">4</entry><entry>0.4*nominal</entry></row><row><entry align="right">5</entry><entry>0,5*nominal</entry></row><row><entry align="right">6</entry><entry>0.6*nominal</entry></row><row><entry align="right">7</entry><entry>0.7*nominal</entry></row><row><entry align="right">8</entry><entry>0.8*nominal</entry></row><row><entry align="right">9</entry><entry>0.9*nominal</entry></row><row><entry align="right">10</entry><entry>nominal</entry></row><row><entry align="right">11</entry><entry>1.1*nominal</entry></row><row><entry align="right">12</entry><entry>1.2*nominal</entry></row><row><entry align="right">13</entry><entry>1.3*nominal</entry></row><row><entry align="right">14</entry><entry>1.4*nominal</entry></row><row><entry align="right">15</entry><entry>1.5*nominal</entry></row></tbody></tgroup></table></tables>

The <b>PLL in range</b> bit of the status register indicates that the Hermes input channel clock and the PLL oscillator are running at sufficiently similar rates such that the PLL can lock. This bit is used to verify or calibrate the settings of the <b>PLL range</b> field of the control register.

The <b>ECC location flag</b> bit of the status register, described above, indicates the location of an uncorrectable ECC error of a correctable ECC error. If the bit is set, the error was located in the DRAM memory, if the bit is clear, the error was located in the SRAM cache memory.

The <b>dirty flag</b> bit of the status register, described above, exhibits the dirty bit read from cache memory that results in an uncorrectable ECC error or correctable ECC error. The value is undefined if the currently reported ECC error was read from DRAM memory.

The <b>ECC syndrome</b> field of the status register, described above, exhibits the syndrome of an uncorrectable ECC error or correctable ECC error. A 12-bit field is reserved for this purpose: the current implementation uses eight bits of the field. The values in this field are implementation-dependent.

<b>ECC syndrome</b> values representing single-bit errors for MicroUnity's first implementation are detailed by the following table. Entries of * are not covered by the ECC code; syndrome values not shown in this table are uncorrectable errors involving two or more bits. <tables id="tabl0130" num="0130"><table frame="all"><tgroup cols="9"><colspec colnum="1" colname="col1" colwidth="27mm" /><colspec colnum="2" colname="col2" colwidth="11mm" /><colspec colnum="3" colname="col3" colwidth="11mm" /><colspec colnum="4" colname="col4" colwidth="11mm" /><colspec colnum="5" colname="col5" colwidth="11mm" /><colspec colnum="6" colname="col6" colwidth="11mm" /><colspec colnum="7" colname="col7" colwidth="11mm" /><colspec colnum="8" colname="col8" colwidth="11mm" /><colspec colnum="9" colname="col9" colwidth="11mm" /><thead><row><entry valign="top">syndrome for <b>x</b>=</entry><entry align="center" valign="top">7</entry><entry align="center" valign="top">6</entry><entry align="center" valign="top">5</entry><entry align="center" valign="top">4</entry><entry align="center" valign="top">3</entry><entry align="center" valign="top">2</entry><entry align="center" valign="top">1</entry><entry align="center" valign="top">0</entry></row></thead><tbody><row><entry>syndrome_x+0</entry><entry align="center">128</entry><entry align="center">64</entry><entry align="center">32</entry><entry align="center">16</entry><entry align="center">8</entry><entry align="center">4</entry><entry align="center">2</entry><entry align="center">1</entry></row><row><entry>data_x+0</entry><entry align="center">127</entry><entry align="center">124</entry><entry align="center">122</entry><entry align="center">121</entry><entry align="center">118</entry><entry align="center">117</entry><entry align="center">115</entry><entry align="center">112</entry></row><row><entry>data_x+8</entry><entry align="center">158</entry><entry align="center">157</entry><entry align="center">155</entry><entry align="center">152</entry><entry align="center">151</entry><entry align="center">148</entry><entry align="center">146</entry><entry align="center">145</entry></row><row><entry>dara_x+16</entry><entry align="center">174</entry><entry align="center">173</entry><entry align="center">171</entry><entry align="center">168</entry><entry align="center">167</entry><entry align="center">164</entry><entry align="center">162</entry><entry align="center">161</entry></row><row><entry>data_x+24</entry><entry align="center">191</entry><entry align="center">188</entry><entry align="center">186</entry><entry align="center">185</entry><entry align="center">182</entry><entry align="center">181</entry><entry align="center">179</entry><entry align="center">176</entry></row><row><entry>data_x+32</entry><entry align="center">206</entry><entry align="center">205</entry><entry align="center">203</entry><entry align="center">200</entry><entry align="center">199</entry><entry align="center">196</entry><entry align="center">194</entry><entry align="center">193</entry></row><row><entry>data_x+40</entry><entry align="center">223</entry><entry align="center">220</entry><entry align="center">218</entry><entry align="center">217</entry><entry align="center">214</entry><entry align="center">213</entry><entry align="center">211</entry><entry align="center">208</entry></row><row><entry>data_x+48</entry><entry align="center">239</entry><entry align="center">236</entry><entry align="center">234</entry><entry align="center">233</entry><entry align="center">230</entry><entry align="center">229</entry><entry align="center">227</entry><entry align="center">224</entry></row><row><entry>dara_x+56</entry><entry align="center">254</entry><entry align="center">253</entry><entry align="center">251</entry><entry align="center">248</entry><entry align="center">247</entry><entry align="center">244</entry><entry align="center">242</entry><entry align="center">241</entry></row><row><entry>addr_x+0</entry><entry align="center">*</entry><entry align="center">*</entry><entry align="center">*</entry><entry align="center">*</entry><entry align="center">*</entry><entry align="center">*</entry><entry align="center">*</entry><entry align="center">*</entry></row><row><entry>addr_x+8</entry><entry align="center">62</entry><entry align="center">61</entry><entry align="center">59</entry><entry align="center">*</entry><entry align="center">*</entry><entry align="center">*</entry><entry align="center">*</entry><entry align="center">*</entry></row><row><entry>addr_x+16</entry><entry align="center">94</entry><entry align="center">93</entry><entry align="center">91</entry><entry align="center">88</entry><entry align="center">87</entry><entry align="center">84</entry><entry align="center">82</entry><entry align="center">81</entry></row><row><entry>addr_x+24</entry><entry namest="col2" nameend="col7" align="center" /><entry align="center">98</entry><entry align="center">97</entry></row><row><entry>dirty bit</entry><entry namest="col2" nameend="col8" align="center" /><entry align="center">100</entry></row></tbody></tgroup></table></tables>

The <b>raw 0</b> and <b>raw 1</b> fields of the status register contain the values obtained from two adjacent samples of the Hermes input channel. The <b>raw 0</b> field contains a value obtained when the input clock was zero (0), and the <b>raw 1</b> field contains the value obtained on the immediately following sample, when the input clock was (1). Mnemosyne must ensure that reading the status register produces two adjacent samples, regardless of the timing of the status register read operation on Cerberus. These fields are read for purposes of testing and control of skew in the Hermes channel.

<u style="single">ECC Address Register</u>

The <b>ECC addr</b> register indicates the address at which an uncorrectable ECC error or correctable ECC error has occurred. Bits 63..2<b>P</b>+<b>E</b> of the <b>ECC addr</b> register are reserved; they read as O. If the <b>ECC location flag</b> bit of the status register is zero, the <b>ECC addr</b> register contains the cache address in bits <b>C</b>-1..0, and the uncorrected cache tag in bits 2<b>P</b>+<b>E</b>-1..<b>C</b>.

<u style="single">DRAM Address Mapping</u>

Mnemosyne may interleave up to 2^I DRAM accesses in order to provide for continuous access of the DRAM memory system at the maximum bandwidth of the DRAM data pins. At any point in time, while some memory devices are engaged in row precharge, others may be driving or receiving data, and others may be receiving row or column addresses. In order to maximize the utility of this interleaving, the logical memory address bits which select the DRAM bank are the least-significant bits.

A logical memory address determines which bank of DRAM is accessed, the row and column of such an access, and which interleave set is accessed. The diagram below shows the ordering of such fields in a general DRAM configuration: the bit addresses and field sizes shown are for a four-byte logical memory address and a two-way interleaved configuration of 1M-word DRAM devices. <img file="EP1879104A2_D0283.tif" />

An access request which is decoded to contain the same values in the select, row, and int fields as a currently active request is queued until the completion of the active request, at which time the second request may be handled using a page mode access. This mechanism helps to maintain high bandwidth access even when the requests may not be perfectly interleaved, and provides for lower latency access in the event that the address stream is sufficiently local to take advantage of page mode access.

Mnemosyne devices may be cascaded for additional capacity, using the ma field in the packet formats. The memory controller must make the mapping between a contiguous address space and each of the separate address spaces made available within each Mnemosyne device. For maximum performance, the memory controller should also interleave such address spaces so that references to adjacent addresses are handled by different devices.

<u style="single">DRAM Timing Control</u>

An internal state machine uses configurable settings to generate event timing, to accommodate DRAM performance variations. The timing of DRAM read cycles to a single DRAM bank is shown below: <img file="EP1879104A2_D0284.tif" />

The timing of DRAM write cycles to a single DRAM bank is shown below: <img file="EP1879104A2_D0285.tif" />

The timing of a read cycle followed by a write cycle to a single DRAM bank is shown below: <img file="EP1879104A2_D0286.tif" />

The timing of a refresh cycle to a single DRAM bank is shown below: <img file="EP1879104A2_D0287.tif" />

The time intervals shown in the figures above control the following events: <tables id="tabl0131" num="0131"><table frame="all"><tgroup cols="3"><colspec colnum="1" colname="col1" colwidth="16mm" /><colspec colnum="2" colname="col2" colwidth="12mm" /><colspec colnum="3" colname="col3" colwidth="138mm" /><thead><row><entry valign="top">interval</entry><entry valign="top">units</entry><entry valign="top">meaning</entry></row></thead><tbody><row><entry><b>t1</b></entry><entry>4</entry><entry>Row address set up time relative to RAS.</entry></row><row><entry><b>t2</b></entry><entry>4</entry><entry>Row address hold time after RAS.</entry></row><row><entry><b>t3</b></entry><entry>4</entry><entry>Column address set up time relative to CAS.</entry></row><row><entry><b>t4</b></entry><entry>4</entry><entry>CAS pulse width. The data bus is sampled for a read cycle at the end of t4.</entry></row><row><entry><b>t5</b></entry><entry>4</entry><entry>Page mode cycle time is t3+t4+t5. Page mode CAS precharge is t3+t5.</entry></row><row><entry><b>t6</b></entry><entry>4</entry><entry>RAS precharge is t6+t1.</entry></row><row><entry><b>t7</b></entry><entry>4</entry><entry>CAS to RAS set up for refresh cycle t7 &gt;=t1 to ensure RAS precharge is met.</entry></row><row><entry><b>t8</b></entry><entry>4</entry><entry>Time data bus assumed to be occupied (by DRAM) after end of CAS low (end of t4) during read cycle. During t8, Mnemosyne will not drive CAS low for a read from another DRAM bank, or start a write cycle to another DRAM bank.</entry></row><row><entry><b>t9</b></entry><entry>4</entry><entry>Time data bus driven (by Mnemosyne) from column address drive (start of t3) during write cycle. During t9. Mnemosyne will not drive CAS low for a read from another DRAM bank, or start a write cycle to another DRAM bank.</entry></row><row><entry><b>t10</b></entry><entry>4</entry><entry>Interval between two address bus transitions. During t10. Mnemosyne will not change the address bus of another DRAM bank. This limits the noise generated by slewing the TTL address bus signals.</entry></row><row><entry><b>t11</b></entry><entry>1024</entry><entry>interval between refresh cycles.</entry></row></tbody></tgroup></table></tables>

Additional DRAM operations may be requested before the corresponding DRAM bank is available, and are placed in a queue until they can be processed. Mnemosyne will queue DRAM writes with lower priority than DRAM reads, unless an attempt is made to read an address that is queued for a write operation. In such a case, DRAM writes are processed until the matching address is written. Mnemosyne may make an implementation-dependent pessimistic guess that such a conflict occurs, using a subset of the DRAM address to detect conflicts. The number of DRAM writes which are queued is implementation-dependent.

Mnemosyne uses one address bus for each interleave because dynamic power and noise is reduced by dividing the capacitance load of the DRAM address pins into four parts and only driving one-fourth of the load at a time. A timer (t10) prevents two address transitions from occurring too close together, to prevent power and noise on each address bus from having an additive effect. In addition, the loading of the already divided RAS, CAS, and WE signals is closer to the loading on the A signal when the address bus is also divided, reducing effects of capacitance loading on signal skew.

<u style="single">Power. Swing Skew and Slew Calibration</u>

Mnemosyne uses a set of configuration registers to control the power and voltage levels used for internal high-bandwidth logic and SRAM memory, to control skew in the output byte-channel, and to control slew rates in the TTL output circuits of the DRAM interface. The details of programming these registers are described below.

Eight-bit fields separately control the power and voltage levels used in a portion of the Mnemosyne circuitry. Each such field contains configuration data in the following format: <img file="EP1879104A2_D0288.tif" />

The range of valid values and the interpretation of the fields is given by the following table: <tables id="tabl0132" num="0132"><table frame="all"><tgroup cols="3"><colspec colnum="1" colname="col1" colwidth="17mm" /><colspec colnum="2" colname="col2" colwidth="18mm" /><colspec colnum="3" colname="col3" colwidth="131mm" /><thead><row><entry valign="top">field</entry><entry valign="top">value</entry><entry valign="top">interpretation</entry></row></thead><tbody><row><entry align="center"><b>ov</b></entry><entry>0..1</entry><entry>For global setting control, if set, turns off current sources in order to protect logic from damage during changes to voltage and resistor settings. This bit must be set prior to changing settings and cleared afterwards. For local setting control, If set, override these local settings by the global settings.</entry></row><row><entry align="center"><b>lvl</b></entry><entry>0..7</entry><entry>Set voltage swing level.</entry></row><row><entry align="center"><b>res</b></entry><entry>0..15</entry><entry>Set resistor load value.</entry></row><row><entry namest="col1" nameend="col3" align="center">Power and swing control field interpretation</entry></row></tbody></tgroup></table></tables>

Values and interpretations of the lvl field are given by the following table: <tables id="tabl0133" num="0133"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="33mm" /><colspec colnum="2" colname="col2" colwidth="34mm" /><thead><row><entry valign="top">value</entry><entry valign="top">voltage swing level</entry></row></thead><tbody><row><entry align="center">0</entry>&lt;entry /&gt;</row><row><entry align="center">1</entry>&lt;entry /&gt;</row><row><entry align="center">2</entry>&lt;entry /&gt;</row><row><entry align="center">3</entry>&lt;entry /&gt;</row><row><entry align="center">4</entry>&lt;entry /&gt;</row><row><entry align="center">5</entry>&lt;entry /&gt;</row><row><entry align="center">6</entry>&lt;entry /&gt;</row><row><entry align="center">7</entry>&lt;entry /&gt;</row><row><entry namest="col1" nameend="col2" align="center">Voltage swing level control field interpretation</entry></row></tbody></tgroup></table></tables>

Values and interpretations of the res field are given by the following table: <tables id="tabl0134" num="0134"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="25mm" /><colspec colnum="2" colname="col2" colwidth="40mm" /><thead><row><entry valign="top">value</entry><entry valign="top">resistor load value</entry></row></thead><tbody><row><entry align="center">0</entry><entry>Reserved</entry></row><row><entry align="center">1</entry>&lt;entry /&gt;</row><row><entry align="center">2</entry>&lt;entry /&gt;</row><row><entry align="center">3</entry>&lt;entry /&gt;</row><row><entry align="center">4</entry>&lt;entry /&gt;</row><row><entry align="center">5</entry>&lt;entry /&gt;</row><row><entry align="center">6</entry>&lt;entry /&gt;</row><row><entry align="center">7</entry>&lt;entry /&gt;</row><row><entry align="center">8</entry>&lt;entry /&gt;</row><row><entry align="center">9</entry>&lt;entry /&gt;</row><row><entry align="center">10</entry>&lt;entry /&gt;</row><row><entry align="center">11</entry>&lt;entry /&gt;</row><row><entry align="center">12</entry>&lt;entry /&gt;</row><row><entry align="center">13</entry>&lt;entry /&gt;</row><row><entry align="center">14</entry>&lt;entry /&gt;</row><row><entry align="center">15</entry>&lt;entry /&gt;</row><row><entry namest="col1" nameend="col2" align="center">load value control field interpretation</entry></row></tbody></tgroup></table></tables>

When Mnemosyne is reset, a default value of 0 is loaded into each <b>ov</b> field, xxx in each cur field and xxx in each <b>res</b> field.

The <b>digital skew</b> fields set the number of delay stages inserted in the output path of the HoC and the Ho7..0 high-bandwidth output channel signals. Setting these fields, as well as the corresponding <b>analog skew</b> fields, permits a fine level of control over the relative skew between output channel signals. Nominal values for the output delay for various values of the digital skew and analog skew fields are given below: <tables id="tabl0135" num="0135"><table frame="all"><tgroup cols="3"><colspec colnum="1" colname="col1" colwidth="21mm" /><colspec colnum="2" colname="col2" colwidth="22mm" /><colspec colnum="3" colname="col3" colwidth="18mm" /><thead><row><entry valign="top">digital skew</entry><entry valign="top">analog skew</entry><entry valign="top">delay (ps)</entry></row></thead><tbody><row><entry align="right">0</entry><entry align="right">any</entry><entry align="right">0</entry></row><row><entry morerows="4" align="right">1</entry><entry align="right">A⁴⁹</entry><entry align="right">135</entry></row><row><entry align="right">B</entry><entry align="right">155</entry></row><row><entry align="right">C</entry><entry align="right">175</entry></row><row><entry align="right">D</entry><entry align="right">195</entry></row><row><entry align="right">E</entry><entry align="right">215</entry></row><row><entry morerows="4" align="right">2</entry><entry align="right">A</entry><entry align="right">220</entry></row><row><entry align="right">B</entry><entry align="right">260</entry></row><row><entry align="right">C</entry><entry align="right">300</entry></row><row><entry align="right">D</entry><entry align="right">340</entry></row><row><entry align="right">E</entry><entry align="right">380</entry></row><row><entry morerows="4" align="right">3</entry><entry align="right">A</entry><entry align="right">330</entry></row><row><entry align="right">B</entry><entry align="right">390</entry></row><row><entry align="right">C</entry><entry align="right">450</entry></row><row><entry align="right">D</entry><entry align="right">510</entry></row><row><entry align="right">E</entry><entry align="right">570</entry></row></tbody></tgroup><tgroup cols="3" rowsep="0"><colspec colnum="1" colname="col1" colwidth="21mm" /><colspec colnum="2" colname="col2" colwidth="22mm" /><colspec colnum="3" colname="col3" colwidth="18mm" /><tbody><row><entry namest="col1" nameend="col3" align="justify">⁴⁹We need to get the right values for the analog skew setting to get these nominal values.</entry></row></tbody></tgroup></table></tables>

When Mnemosyne is reset, a default value of 0 is loaded into the <b>digital skew</b> fields, setting a minimum output delay for the HoC and Ho7..0 signals.

The <b>output slope</b> fields of the control register set the slew rate for the TTL outputs used for DRAM control, address and data signals, according to the following table: <tables id="tabl0136" num="0136"><table frame="all"><tgroup cols="5"><colspec colnum="1" colname="col1" colwidth="15mm" /><colspec colnum="2" colname="col2" colwidth="32mm" /><colspec colnum="3" colname="col3" colwidth="32mm" /><colspec colnum="4" colname="col4" colwidth="24mm" /><colspec colnum="5" colname="col5" colwidth="24mm" /><thead><row><entry morerows="1" align="center" valign="top">setting</entry><entry namest="col2" nameend="col3" align="center" valign="top">slew rate (V/ns) for control, address signals</entry><entry namest="col4" nameend="col5" align="center" valign="top">slew rate (V/ns) for data signals</entry></row><row><entry align="center" valign="top">rising</entry><entry align="center" valign="top">falling</entry><entry align="center" valign="top">rising</entry><entry align="center" valign="top">falling</entry></row></thead><tbody><row><entry align="right">0</entry><entry rowsep="0" />&lt;entry /&gt;<entry rowsep="0" />&lt;entry /&gt;</row><row><entry align="right">1</entry><entry rowsep="0" />&lt;entry /&gt;<entry rowsep="0" />&lt;entry /&gt;</row><row><entry align="right">2</entry><entry rowsep="0" />&lt;entry /&gt;<entry rowsep="0" />&lt;entry /&gt;</row><row><entry align="right">3</entry><entry rowsep="0" />&lt;entry /&gt;<entry rowsep="0" />&lt;entry /&gt;</row><row><entry align="right">4</entry><entry rowsep="0" />&lt;entry /&gt;<entry rowsep="0" />&lt;entry /&gt;</row><row><entry align="right">5</entry><entry rowsep="0" />&lt;entry /&gt;<entry rowsep="0" />&lt;entry /&gt;</row><row><entry align="right">6</entry><entry rowsep="0" />&lt;entry /&gt;<entry rowsep="0" />&lt;entry /&gt;</row><row><entry align="right">7</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;</row><row><entry align="right">8</entry><entry rowsep="0" />&lt;entry /&gt;<entry rowsep="0" />&lt;entry /&gt;</row><row><entry align="right">9</entry><entry rowsep="0" />&lt;entry /&gt;<entry rowsep="0" />&lt;entry /&gt;</row><row><entry align="right">10</entry><entry rowsep="0" />&lt;entry /&gt;<entry rowsep="0" />&lt;entry /&gt;</row><row><entry align="right">11</entry><entry rowsep="0" />&lt;entry /&gt;<entry rowsep="0" />&lt;entry /&gt;</row><row><entry align="right">12</entry><entry rowsep="0" />&lt;entry /&gt;<entry rowsep="0" />&lt;entry /&gt;</row><row><entry align="right">13</entry><entry rowsep="0" />&lt;entry /&gt;<entry rowsep="0" />&lt;entry /&gt;</row><row><entry align="right">14</entry><entry rowsep="0" />&lt;entry /&gt;<entry rowsep="0" />&lt;entry /&gt;</row><row><entry align="right">15</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;</row></tbody></tgroup></table></tables>

<u style="single">SRAM Redundancy Mapping</u>

Mnemosyne uses a configurable set of redundant physical memory blocks to enhance the manufacturability of the cache memory. A systematic method for determining the proper configuration is described below.

To help clarify the following description, the figure below shows the logical arrangement of the physical memory blocks in the SRAM cache of MicroUnity's first Mnemosyne implementation. There are 40 physical memory blocks, each containing 2048 x 9 bits of data. The 40 blocks are divided into 4 banks of 10 blocks each. The 40 blocks are also divided into 2 partitions of 20 blocks each, and for each partition, there are two redundant memory blocks which can be configured to substitute for any of the 20 blocks in that partition. The 40 blocks are also divided up into ranks, containing 8 blocks each, where each rank contains a distinct portion of a cache line. A cache line contains eight bytes of data, a 13-bit tag, a dirty bit, four unused bits, and an 8-bit ECC field. <img file="EP1879104A2_D0289.tif" />

Each <b>redundant x</b> field, where <b>x</b> is in the range 0..<b>D</b>*<b>R</b>-1, controls the enabling and mapping address for a single redundant block. Starting at Cerberus address 32 and bits 63..56, each successive byte controls a redundant block, covering each redundant blocks in partition 0, and then in successive bytes, blocks for additional partitions. In other words, the <b>redundant x</b> field is located at Cerberus address <maths id="math0015"><math display="inline"><mn mathvariant="normal">32</mn><mo mathvariant="normal">+</mo><mo>⌋</mo><mfrac><mi mathvariant="normal">x</mi><mn mathvariant="normal">8</mn></mfrac><mo mathvariant="normal">,</mo></math><img file="EP1879104A2_D0290.tif" /></maths> bits 63-(x mod 8)..56-(x mod 8), and specifies the redundant mapping for block (<b>x</b> mod <b>R</b>), of redundant partition <maths id="math0016"><math display="inline"><mo>⌋</mo><mfrac><mi mathvariant="normal">x</mi><mi mathvariant="normal">R</mi></mfrac><mn>.</mn></math><img file="EP1879104A2_D0291.tif" /></maths> The format of each <b>redundant x</b> field is derailed in the following figure, with bit field sizes shown for MicroUnity's first implementation: <img file="EP1879104A2_D0292.tif" />

The range of valid values and the interpretation of the fields is given by the following table: <tables id="tabl0137" num="0137"><table frame="all"><tgroup cols="4"><colspec colnum="1" colname="col1" colwidth="11mm" /><colspec colnum="2" colname="col2" colwidth="30mm" /><colspec colnum="3" colname="col3" colwidth="20mm" /><colspec colnum="4" colname="col4" colwidth="98mm" /><thead><row><entry valign="top">field</entry><entry valign="top">bits</entry><entry valign="top">value</entry><entry valign="top">interpretation</entry></row></thead><tbody><row><entry align="center"><b>en</b></entry><entry>1</entry><entry>0..1</entry><entry>If set, use this redundant block to replace a physical memory block.</entry></row><row><entry align="center"><b>0</b></entry><entry><maths id="math0017"><math display="block"><mn>7</mn><mo>+</mo><mo>⌋</mo><msub><mi>log</mi><mn>2</mn></msub><mfenced><mfrac><mi mathvariant="bold">D</mi><mi mathvariant="bold">N</mi></mfrac></mfenced></math><img file="EP1879104A2_D0293.tif" /></maths></entry><entry>0</entry><entry>Pad control field to a byte</entry></row><row><entry align="center"><b>ra</b></entry><entry><maths id="math0018"><math display="block"><mo>-</mo><mo>⌋</mo><msub><mi>log</mi><mn>2</mn></msub><mfenced><mfrac><mi mathvariant="bold">D</mi><mi mathvariant="bold">n</mi></mfrac></mfenced></math><img file="EP1879104A2_D0294.tif" /></maths></entry><entry><maths id="math0019"><math display="inline"><mn>0..</mn><mo>⁢</mo><mfrac><mi mathvariant="bold">n</mi><mi mathvariant="bold">D</mi></mfrac><mo>-</mo><mn>1</mn></math><img file="EP1879104A2_D0295.tif" /></maths></entry><entry>Replace physical memory block at rank <b>ra</b> with the redundant block.</entry></row><row><entry align="center"><b>ba</b></entry><entry><maths id="math0020"><math display="block"><msub><mi>log</mi><mn>2</mn></msub><mfenced><mfrac><mi mathvariant="bold">N</mi><mi mathvariant="bold">n</mi></mfrac></mfenced></math><img file="EP1879104A2_D0296.tif" /></maths></entry><entry><maths id="math0021"><math display="inline"><mn>0..</mn><mo>⁢</mo><mfrac><mi mathvariant="bold">N</mi><mi mathvariant="bold">n</mi></mfrac><mo>-</mo><mn>1</mn></math><img file="EP1879104A2_D0297.tif" /></maths></entry><entry>Replace physical memory block at bank <b>ba</b> with the redundant block.</entry></row><row><entry namest="col1" nameend="col4" align="center">Current and voltage control field interpretation</entry></row></tbody></tgroup></table></tables>

Redundancy is configured by first testing the SRAM cache with the <b>isolate/synch</b> bit if the control register set and all redundant x fields set to zero, and then again with each <b>redundant x</b> field set to 128+(<b>x</b> mod <b>R</b>). The result of the testing should indicate the location of all failures in the primary physical memory blocks and the redundant blocks. Then, each of the failed primary blocks is replaced with a working redundant block by setting the <b>redundant x</b> fields as required.

In order to map the address and bit identities of failures to physical block failures, the internal arrangement of bits and fields into blocks must be elaborated. First, a Mnemosyne memory address is divided into four parts according to the following figure, with bit field sizes shown for MicroUnity's first implementation: <img file="EP1879104A2_D0298.tif" />

The interpretation of the fields is given by the following table: <tables id="tabl0138" num="0138"><table frame="all"><tgroup cols="3"><colspec colnum="1" colname="col1" colwidth="13mm" /><colspec colnum="2" colname="col2" colwidth="32mm" /><colspec colnum="3" colname="col3" colwidth="122mm" /><thead><row><entry valign="top">field</entry><entry valign="top">bits</entry><entry valign="top">interpretation</entry></row></thead><tbody><row><entry align="center"><b>0</b></entry><entry>8<b>A</b>-2<b>P</b>-<b>E</b></entry><entry>Must be zero</entry></row><row><entry align="center"><b>tag</b></entry><entry><b>t</b></entry><entry>These bits are stored into the cache on a write operation and compared against bits read from the cache on a read operation.</entry></row><row><entry align="center"><b>ca</b></entry><entry><maths id="math0022"><math display="block"><mi mathvariant="bold">C</mi><mo>-</mo><msub><mi>log</mi><mn>2</mn></msub><mfenced><mfrac><mi mathvariant="bold">N</mi><mi mathvariant="bold">n</mi></mfrac></mfenced></math><img file="EP1879104A2_D0299.tif" /></maths></entry><entry>These bits are applied to the physical memory block to select a single SRAM cache word.</entry></row><row><entry align="center"><b>ba</b></entry><entry><maths id="math0023"><math display="block"><msub><mi>log</mi><mn>2</mn></msub><mfenced><mfrac><mi mathvariant="bold">N</mi><mi mathvariant="bold">n</mi></mfrac></mfenced></math><img file="EP1879104A2_D0300.tif" /></maths></entry><entry>These bits are used to select one of <maths id="math0024"><math display="inline"><mfrac><mi mathvariant="bold">N</mi><mi mathvariant="bold">n</mi></mfrac></math><img file="EP1879104A2_D0301.tif" /></maths> banks of physical memory blocks.</entry></row><row><entry namest="col1" nameend="col3" align="center">Mnemosyne cache address field interpretation</entry></row></tbody></tgroup></table></tables>

For each cache address and cache bank, a "line" of information, containing a cache tag, the cache data, and a dirty bit is stored. The internal arrangement of these fields is as shown in the following figure, with bit field sizes shown for MicroUnity's first implementation: <img file="EP1879104A2_D0302.tif" />

The interpretation of the fields is given by the following table: <tables id="tabl0139" num="0139"><table frame="all"><tgroup cols="3"><colspec colnum="1" colname="col1" colwidth="17mm" /><colspec colnum="2" colname="col2" colwidth="24mm" /><colspec colnum="3" colname="col3" colwidth="119mm" /><thead><row><entry valign="top">field</entry><entry valign="top">bits</entry><entry valign="top">interpretation</entry></row></thead><tbody><row><entry align="center"><b>ECC</b></entry><entry><b>e</b></entry><entry>ECC bits used to correct single bit errors and detect multiple-bit errors.</entry></row><row><entry align="center"><b>data</b></entry><entry>8<b>W</b></entry><entry>Data bits contain the visible cache data, as it appears in the packets.</entry></row><row><entry align="center"><b>d</b></entry><entry>1</entry><entry>Dirty bit: indicates that the cache line needs to be written to DRAM memory on a miss.</entry></row><row><entry align="center"><b>u</b></entry><entry><b>S*n-e-</b>8<b>W-</b>1<b>-t</b></entry><entry>Unused bits pad cache line to even number of physical memory blocks.</entry></row><row><entry align="center"><b>tag</b></entry><entry><b>t</b></entry><entry>Tag bits identify a Mnemosyne logical address for this cache line.</entry></row><row><entry namest="col1" nameend="col3" align="center">Mnemosyne cache line field interpretation</entry></row></tbody></tgroup></table></tables>

From the tables above, for each failure identified in the cache SRAM, a physical memory bank number, <b>ba,</b> can be identified from the Mnemosyne address, and a bit position, <b>bi,</b> can be identified from the Mnemosyne cache line layout. The bit position specifies a physical memory partition number, <b>pa,</b> according to the following formula: <maths id="math0025"><math display="block"><mi>pa</mi><mo mathvariant="normal">=</mo><mo mathvariant="normal">⌋</mo><mfrac><mrow><mi>bi mod s</mi><mo mathvariant="normal">*</mo><mi mathvariant="normal">D</mi></mrow><mi mathvariant="normal">s</mi></mfrac></math><img file="EP1879104A2_D0303.tif" /></maths><img file="EP1879104A2_D0304.tif" /><img file="EP1879104A2_D0305.tif" />

The bit position also identifies a physical memory block rank, ra, according to the following formula: <maths id="math0026"><math display="block"><mi>ra</mi><mo mathvariant="normal">=</mo><mo mathvariant="normal">⌋</mo><mfrac><mrow><mi>bi</mi><mspace width="1em" /></mrow><mrow><mi mathvariant="normal">s</mi><mo>*</mo><mi mathvariant="normal">D</mi></mrow></mfrac></math><img file="EP1879104A2_D0306.tif" /></maths><img file="EP1879104A2_D0307.tif" /><img file="EP1879104A2_D0308.tif" />

So, to correct a failure in the cache SRAM, one of the working redundant blocks in the partition <b>pa</b> must be configured by setting <b>a redundant x</b> field, where <b>x</b> is in the range <b>pa*D</b>+<b>D-</b>1..<b>pa*D,</b> to the value: <img file="EP1879104A2_D0309.tif" />

<u style="single">Multiple Memory Chips</u>

Up to four Mnemosyne memory devices may be cascaded to form effectively larger memories. The cascade of memory devices will have the same bandwidth as a single memory chip, but more latency. <img file="EP1879104A2_D0310.tif" />

Packets are explicitly addressed to a particular Mnemosyne device; any packet received on a device's input channel which specifies another module address is automatically passed on via its output channel. This mechanism provides for the serial interconnection of Mnemosyne devices into strings, which function identically to a single Mnemosyne, except that a Mnemosyne string has larger memory capacity and longer response latency.

All devices in a cascade must have the same values for A and W parameters, in order that each part may properly interpret packet boundaries.

<u style="single">Response Packet Timing</u>

In general, a received packet which is interpreted as a command causes a response packet to be generated. The latency between the end of the request packet and the beginning of the response packet is affected by the processing and forwarding of other packets, by the presence or absence of the requested word in the cache, by the setting of the SRAM and DRAM timing generators, by the presence of queued DRAM write and read requests, as well as other non-configurable and implementation-dependent device parameters.

With full knowledge of the cache state, configurable parameters and implementation-dependent characteristics, a memory controller may completely model the latency of responses. However, dependence on such characteristics is not recommended, except for testing and characterization purposes.

SRAM accesses, DRAM accesses, and forwarded packets typically have differing latency before a response or forwarded packet is generated at the Hermes output channel, so that certain combinations would imply that two output packets would need to overlap. In such a case, Mnemosyne will buffer the later output packet until such time as it can be transmitted. However, the number of requests that can be buffered is strictly limited to eight (the number of identification numbers) per Mnemosyne device. It is the responsibility of the issuer of command packets to ensure the number of outstanding packets never exceeds the limits of the buffer. Mnemosyne may use non-fair scheduling for forwarded packets to avoid buffer overflow conditions.

The use of DRAM page mode accesses and interleaving requires knowledge of the relationship between a pair of transactions. Therefore, additional DRAM requests per interleave level may be transmitted before the time at which the DRAM controller may perform the request. These additional requests are queued and the corresponding response packet is generated at a time controlled by the DRAM timing generator. DRAM interleaves are serviced in an implementation-dependent fashion to ensure starvation-free scheduling.

<u style="single">Persephone PCI Adaptation</u>

MicroUnity's Persephone⁵⁰ PCI adaptation architecture is designed to enable Terpsichore systems to employ interface cards that conform to the PCI⁵¹ (Peripheral Component Interconnect) standard. ⁵⁰(pur-sef-uh-nee) In Greek mythology. Persephone (also called Kore) was the beautiful daughter of Zeus and Demeter who represented both nature's growth cycle and death. Hades, god of the underworld and brother of Zeus, was lonely in his underworld kingdom: therefore Zeus, without consulting Demeter, told him to take Persephone as his wife. Thus, as Persephone was picking flowers one day, Hades came out of the earth and carried her off to be his queen. While the grieving Demeter, goddess of grain, searched for her daughter, the earth became a barren wasteland. Zeus finally obtained Persephone's release, but because she had eaten a pomegranate seed in the underworld, she was obliged to spend four months (winter) of each year there, during which time barrenness returned to the earth. ⁵¹PCI standard, version 2.0.

<u style="single">Calliope Interface</u>

Portions of this section has been temporarily removed to a separate document: "Calliope Interface Architecture." though it is still a mandatory area of the Terpsichore System architecture.

MicroUnity's Calliope interface architecture is designed for ultra-high bandwidth systems. The architecture integrates fast communication channels with SRAM buffer memory and interfaces to standard analog channels.

The Calliope interfaces include byte-wide input and output channels intended to operate at rates of at least 1 GHz. These channels provide a packet communication link to synchronous SRAM memory on chip and a controller for interfaces to analog channels. Calliope provides analog interfaces for MicroUnity's Terpsichore system architecture. However, Calliope is useful in many interface applications.

Calliope's interface protocol embeds read and write operations to a single memory space into packets containing command, address, data, and acknowledgement. The packets include check codes that will detect single-bit transmission errors and multiple-bit errors with high probability. As many as eight operations in each device may be in progress at a time. As many as four Calliope devices may be cascaded to expand the buffer and analog interfaces.

<u style="single">Architecture Framework</u>

The Calliope architecture builds upon MicroUnity's Hermes high-bandwidth channel architecture and upon MicroUnity's Cerberus serial bus architecture, and complies with the requirements of Hermes and Cerberus. Calliope uses parameters A and W as defined by Hermes.

The Calliope architecture defines a compatible framework for a family of implementations with a range of capabilities. The following implementation-defined parameters are used in the rest of the document in boldface. The value indicated is for MicroUnity's first Calliope implementation. <tables id="tabl0140" num="0140"><table frame="all"><tgroup cols="4"><colspec colnum="1" colname="col1" colwidth="20mm" /><colspec colnum="2" colname="col2" colwidth="82mm" /><colspec colnum="3" colname="col3" colwidth="14mm" /><colspec colnum="4" colname="col4" colwidth="34mm" /><thead><row><entry valign="top">Parameter</entry><entry valign="top">Interpretation</entry><entry valign="top">Value</entry><entry valign="top">Range of legal vanes</entry></row></thead><tbody><row><entry align="center"><b>C</b></entry><entry>log₂ logical memory words in SRAM buffer</entry><entry align="right">11</entry><entry><b>C</b> ≥ 1</entry></row><row><entry align="center"><b>AI</b></entry><entry>number of AI audio inputs</entry><entry align="right">1</entry><entry><b>AI ≤ 3</b></entry></row><row><entry align="center"><b>AO</b></entry><entry>number of AO audio outputs</entry><entry align="right">1</entry><entry><b>AO</b> ≤ 3</entry></row><row><entry align="center"><b>PO, PI</b></entry><entry>number of PO phone outputs and PI phone inputs</entry><entry align="right">1</entry><entry><b>PO = PI, PO ≤</b> 3</entry></row><row><entry align="center"><b>VI</b></entry><entry>number of VI video inputs</entry><entry align="right">1</entry><entry><b>VI</b> ≤ 3</entry></row><row><entry align="center"><b>VO</b></entry><entry>number of VO video outputs</entry><entry align="right">1</entry><entry><b>VO</b> ≤ 3</entry></row><row><entry align="center"><b>IR, II</b></entry><entry>number of IR infrared outputs and II infrared inputs</entry><entry align="right">1</entry><entry><b>IR</b> = <b>II</b>, <b>IR</b> ≤ 3</entry></row><row><entry align="center"><b>SO, SI</b></entry><entry>number of SO smartcard outputs and Sl smartcard inputs</entry><entry align="right">1</entry><entry><b>SO</b> = <b>S1. SO</b> ≤ 3</entry></row><row><entry align="center"><b>EQ, CI</b></entry><entry>number of EQ equalizers and CI cable inputs</entry><entry align="right">2</entry><entry><b>EQ</b> = <b>CI, EQ</b> ≤ 3</entry></row><row><entry align="center"><b>CO</b></entry><entry>number of CO cable outputs</entry><entry align="right">2</entry><entry><b>CO</b> ≤ 3</entry></row><row><entry align="center"><b>QPSK</b></entry><entry>number of QPSK cable inputs</entry><entry align="right">1</entry><entry><b>QPSK ≤</b> 3</entry></row></tbody></tgroup></table></tables>

<u style="single">Interfaces and Block Diagram</u>

Calliope uses two Hermes unidirectional, byte-wide, differential, packet-oriented data channels for its main, high-bandwidth interface between a memory control unit and Calliope's memory. This interface is designed to be cascadeable, with the output of a Calliope chip connected to the input of another, to expand the interface resources that can be reached via a single set of data channels. An external memory control unit is in complete control of the selection and timing of operations within Calliope and in complete control of the timing and content of information on the high-bandwidth interfaces.

A Cerberus bit-serial interface provides access to configuration, diagnostic and tester information, using TTL signal levels at a moderate data rate.

Nearly all Calliope circuits use a single power supply voltage, nominally at 3.3 Volts (5% tolerance). A second voltage of 5.0 Volts (5% tolerance) is used only for TTL interface circuits. Power dissipation is TBD. Initial packaging is TAB (Tape Automated Bonding).

Pin assignments are to be defined: there are 174 signal pins and 466 pins for 3.3V power, 5.0V power and substrate, for a total of 640 pins. <tables id="tabl0141" num="0141"><table frame="all"><tgroup cols="3"><colspec colnum="1" colname="col1" colwidth="13mm" /><colspec colnum="2" colname="col2" colwidth="25mm" /><colspec colnum="3" colname="col3" colwidth="34mm" /><thead><row><entry valign="top">count</entry><entry valign="top">pin</entry><entry valign="top">meaning</entry></row></thead><tbody><row><entry align="right">18</entry><entry>HiC. Hi_7..0</entry><entry>hi-bandwidth input</entry></row><row><entry align="right">18</entry><entry>HoC, Ho_7..0</entry><entry>hi-bandwidth output</entry></row><row><entry align="right" />&lt;entry /&gt;&lt;entry /&gt;</row><row><entry align="right" />&lt;entry /&gt;&lt;entry /&gt;</row><row><entry align="right" />&lt;entry /&gt;&lt;entry /&gt;</row><row><entry align="right">6</entry><entry>SC. SD. SN_3..0</entry><entry>Cerberus interface</entry></row><row><entry align="right">174</entry>&lt;entry /&gt;<entry>total signal pins</entry></row><row><entry align="right">?</entry><entry>VDD</entry><entry>3.3 V above VSS</entry></row><row><entry align="right">?</entry><entry>VCC⁵²</entry><entry>5.0 V above VSS</entry></row><row><entry align="right">?</entry><entry>VSS</entry><entry>most negative supply</entry></row><row><entry align="right">640</entry>&lt;entry /&gt;<entry>total pins</entry></row></tbody></tgroup><tgroup cols="3" rowsep="0"><colspec colnum="1" colname="col1" colwidth="13mm" /><colspec colnum="2" colname="col2" colwidth="25mm" /><colspec colnum="3" colname="col3" colwidth="34mm" /><tbody><row><entry namest="col1" nameend="col3" align="justify">⁵²Internal circuit documentation names this signal VDDO.</entry></row></tbody></tgroup></table></tables>

The following is a diagram of the Calliope device interfaces: (Numerical values are shown for MicroUnity's first implementation.) <img file="EP1879104A2_D0311.tif" /><tables id="tabl0142" num="0142"><table frame="all"><tgroup cols="5"><colspec colnum="1" colname="col1" colwidth="44mm" /><colspec colnum="2" colname="col2" colwidth="11mm" /><colspec colnum="3" colname="col3" colwidth="13mm" /><colspec colnum="4" colname="col4" colwidth="12mm" /><colspec colnum="5" colname="col5" colwidth="13mm" /><thead><row><entry valign="top">Absolute Maximum Ratings</entry><entry valign="top">MIN</entry><entry valign="top">NOM</entry><entry valign="top">MAX</entry><entry valign="top">UNIT</entry></row></thead><tbody><row>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;</row><row>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;</row><row>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;</row><row>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;</row><row>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;</row></tbody></tgroup></table></tables><tables id="tabl0143" num="0143"><table frame="all"><tgroup cols="6"><colspec colnum="1" colname="col1" colwidth="55mm" /><colspec colnum="2" colname="col2" colwidth="12mm" /><colspec colnum="3" colname="col3" colwidth="13mm" /><colspec colnum="4" colname="col4" colwidth="13mm" /><colspec colnum="5" colname="col5" colwidth="13mm" /><colspec colnum="6" colname="col6" colwidth="12mm" /><thead><row><entry valign="top">Recommended operating conditions</entry><entry valign="top">MIN</entry><entry valign="top">NOM</entry><entry valign="top">MAX</entry><entry valign="top">UNIT</entry><entry valign="top">REF</entry></row></thead><tbody><row><entry>V_T: Termination equivalent voltage</entry><entry align="char" char="." charoff="20">4.5</entry><entry align="char" char="." charoff="30">5.0</entry><entry align="char" char="." charoff="31">5.5</entry><entry>V</entry>&lt;entry /&gt;</row><row><entry>Main supply voltage VDD</entry><entry align="char" char="." charoff="20">3.14</entry><entry align="char" char="." charoff="30">3.3</entry><entry align="char" char="." charoff="31">3.47</entry><entry>V</entry><entry>VSS</entry></row><row><entry>TTL supply voltage VCC</entry><entry align="char" char="." charoff="20">4.75</entry><entry align="char" char="." charoff="30">5.0</entry><entry align="char" char="." charoff="31">5.25</entry><entry>V</entry><entry>VSS</entry></row><row><entry>Operating free-air temperature</entry><entry align="char" char="." charoff="20">0</entry><entry align="char" char="." charoff="30" /><entry align="char" char="." charoff="31">70</entry><entry>C</entry>&lt;entry /&gt;</row></tbody></tgroup></table></tables><tables id="tabl0144" num="0144"><table frame="all"><tgroup cols="6"><colspec colnum="1" colname="col1" colwidth="68mm" /><colspec colnum="2" colname="col2" colwidth="13mm" /><colspec colnum="3" colname="col3" colwidth="12mm" /><colspec colnum="4" colname="col4" colwidth="12mm" /><colspec colnum="5" colname="col5" colwidth="13mm" /><colspec colnum="6" colname="col6" colwidth="12mm" /><thead><row><entry valign="top">Electrical characteristics</entry><entry valign="top">MIN</entry><entry valign="top">TYP</entry><entry valign="top">MAX</entry><entry valign="top">UNIT</entry><entry valign="top">REF</entry></row></thead><tbody><row><entry>V_OH: H-state output voltage HoC, Ho_{7 0}</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;<entry>V</entry><entry>VDD</entry></row><row><entry>V_OL: L-state output voltage HoC. Ho_{7 0}</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;<entry>V</entry><entry>VDD</entry></row><row><entry>V_IH: H-state input voltage HiC. Hi_{7 0}</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;<entry>V</entry><entry>VDD</entry></row><row><entry>V_IL: L-state Input voltage HiC. Hi_{7 0}</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;<entry>V</entry><entry>VDD</entry></row><row><entry>I_OH: H-state output current HoC. Ho_{7 0}</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;<entry>mA</entry>&lt;entry /&gt;</row><row><entry>I_OL: L-state output current HoC. Ho_{7 0}</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;<entry>mA</entry>&lt;entry /&gt;</row><row><entry>I_IH: H-state input current HiC. Hi_{7 0}</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;<entry>mA</entry>&lt;entry /&gt;</row><row><entry>I_IL: L-state input current HiC. Hi_{7 0}</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;<entry>mA</entry>&lt;entry /&gt;</row><row><entry>C_IN: Input capacitance HiC, Hi_{7 0}</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;<entry>pF</entry>&lt;entry /&gt;</row><row><entry>C_OUT: Output capacitance HoC, Ho_{7 0}</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;<entry>pF</entry>&lt;entry /&gt;</row><row><entry>V_CL : L-state output voltage SD</entry><entry align="char" char="." charoff="48">0</entry><entry align="char" char="." /><entry align="char" char="." charoff="44">0.4</entry><entry>V</entry><entry>VSS</entry></row><row><entry>V_IH: H-state input voltage SD</entry><entry align="char" char="." charoff="48">2.0</entry><entry align="char" char="." /><entry align="char" char="." charoff="44">5.5</entry><entry>V</entry><entry>VSS</entry></row><row><entry>V_IH: H-state input voltage SC. SN_3..0</entry><entry align="char" char="." charoff="48">2.0</entry><entry align="char" char="." /><entry align="char" char="." charoff="44">5.5</entry><entry>V</entry><entry>VSS</entry></row><row><entry>V_IL: L-state input voltage SC, SD, SN_{3 0}</entry><entry align="char" char="." charoff="48">-0.5</entry><entry align="char" char="." /><entry align="char" char="." charoff="44">0.8</entry><entry>V</entry><entry>VSS</entry></row><row><entry>I_OL: L-state output current SD</entry><entry align="char" char="." charoff="48" /><entry align="char" char="." /><entry align="char" char="." charoff="44">16</entry><entry>mA</entry>&lt;entry /&gt;</row><row><entry>I_OZ: Off-state output current SD</entry><entry align="char" char="." charoff="48">-10</entry><entry align="char" char="." /><entry align="char" char="." charoff="44">10</entry><entry>µA</entry>&lt;entry /&gt;</row><row><entry>I_IH: H-state input current SC, SN_{3 0}</entry><entry align="char" char="." charoff="48">-10</entry><entry align="char" char="." /><entry align="char" char="." charoff="44">10</entry><entry>µA</entry>&lt;entry /&gt;</row><row><entry>I_IL: L-state input current SC. SN_3..0</entry><entry align="char" char="." charoff="48">-10</entry><entry align="char" char="." /><entry align="char" char="." charoff="44">10</entry><entry>µA</entry>&lt;entry /&gt;</row><row><entry>C_IN: Input capacitance SC, SN_3..0</entry><entry align="char" char="." charoff="48" /><entry align="char" char="." /><entry align="char" char="." charoff="44">4.0</entry><entry>pF</entry>&lt;entry /&gt;</row><row><entry>C_OUT: Output or input-output capacitance, SD,</entry><entry align="char" char="." charoff="48" /><entry align="char" char="." /><entry align="char" char="." charoff="44">4.0</entry><entry>pF</entry>&lt;entry /&gt;</row></tbody></tgroup></table></tables><tables id="tabl0145" num="0145"><table frame="all"><tgroup cols="5"><colspec colnum="1" colname="col1" colwidth="57mm" /><colspec colnum="2" colname="col2" colwidth="12mm" /><colspec colnum="3" colname="col3" colwidth="12mm" /><colspec colnum="4" colname="col4" colwidth="12mm" /><colspec colnum="5" colname="col5" colwidth="13mm" /><thead><row><entry valign="top">Switching characteristics</entry><entry valign="top">MIN</entry><entry valign="top">TYP</entry><entry valign="top">MAX</entry><entry valign="top">UNIT</entry></row></thead><tbody><row><entry>t_BC: HiC clock cycle time</entry><entry align="right">1544</entry>&lt;entry /&gt;&lt;entry /&gt;<entry>ps</entry></row><row><entry>t_BCH: HiC clock high time</entry><entry align="right">600</entry>&lt;entry /&gt;&lt;entry /&gt;<entry>ps</entry></row><row><entry>t_BCL: HiC clock low time</entry><entry align="right">600</entry>&lt;entry /&gt;&lt;entry /&gt;<entry>ps</entry></row><row><entry>t_BT: HiC clock transition time</entry><entry align="right" />&lt;entry /&gt;<entry align="right">100</entry><entry>ps</entry></row><row><entry>t_BS: set-uo time. Hi_{7 0} valid to HiC xition</entry><entry align="right">200</entry>&lt;entry /&gt;<entry align="right">100</entry><entry>ps</entry></row><row><entry>t_BH: hold time, HiC xition to Hi_{7 0} invalid</entry><entry align="right">-200</entry>&lt;entry /&gt;<entry align="right">-100</entry><entry>ps</entry></row><row><entry>t_OS: skew between HoC and Ho_{7 0}</entry><entry align="right">-50</entry>&lt;entry /&gt;<entry align="right">50</entry><entry>ps</entry></row><row><entry>t_C: SC clock cycle time</entry><entry align="right">50</entry>&lt;entry /&gt;<entry align="right" /><entry>ns</entry></row><row><entry>t_CH: SC clock high time</entry><entry align="right">20</entry>&lt;entry /&gt;<entry align="right" /><entry>ns</entry></row><row><entry>t_CL: SC clock low time</entry><entry align="right">20</entry>&lt;entry /&gt;<entry align="right" /><entry>ns</entry></row><row><entry>t_T: SC clock transition time</entry><entry align="right" />&lt;entry /&gt;<entry align="right">5</entry><entry>ns</entry></row><row><entry>t_S: set-uo time. SD valid to SC rise</entry><entry align="right" />&lt;entry /&gt;<entry align="right" /><entry>ns</entry></row><row><entry>t_H: hold time. SC rise to SD invalid</entry><entry align="right" />&lt;entry /&gt;<entry align="right" /><entry>ns</entry></row><row><entry>t_OD: SC rise to SD valid</entry><entry align="right">5</entry>&lt;entry /&gt;<entry align="right" /><entry>ns</entry></row></tbody></tgroup></table></tables>

<u style="single">Logical and Physical Memory Structure</u>

Calliope defines two regions: a memory region, implemented by an on-device static RAM memory along with high-bandwidth control registers and a configuration region, implemented by on-device read-only and read/write registers. These regions are accessed by separate interfaces; the Hermes channel used to access the memory region, and the Cerberus serial interface used to access the configuration region. These regions are kept logically separate.

The Calliope logical memory region is an array of 2^8A words of size W bytes. Each memory access, either a read or write, references all bytes of a single block. All addresses are block addresses, referencing the entire block. <img file="EP1879104A2_D0312.tif" /> Calliope's SRAM memory is a buffer for data which flows to or from interface devices.

Calliope's configuration region consists of read-only and read/write registers. The size of a logical block in the configuration memory space is eight bytes: one octlet.

<u style="single">Communications Channels</u>

<u style="single">High-bandwidth</u>

Calliope uses the Hermes high-bandwidth channel and protocols, implementing a slave device.

Calliope operates two Hermes high-bandwidth communications channels, one input channel and one output channel.

Calliope uses the Hermes packet structure. There is no structure corresponding to the Hermes-designated cache, so the no-allocate attribute of read and write operations has no effect..

Configuration-region registers provide a low-level mechanism to detect skew in the byte-wide input channel, and to adjust skew in the byte-wide output channel. This mechanism may be employed by software to adaptively adjust for skew in the channels, or set to fixed patterns to account for fixed signal skew as may arise in device-to-device wiring.

<u style="single">Serial</u>

A Cerberus serial bus interface is used to configure the Calliope device, set diagnostic modes and read diagnostic information, and to enable the use of the part within a high-speed tester.

The serial port uses the Cerberus serial bus interface.

<u style="single">Error Handling</u>

Calliope performs error handling compliant with Hermes architecture.

For the current implementation, the following errors are designed to be detected and known not detected by design: <tables id="tabl0146" num="0146"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="30mm" /><colspec colnum="2" colname="col2" colwidth="53mm" /><thead><row><entry valign="top">errors detected</entry><entry valign="top">errors not detected</entry></row></thead><tbody><row><entry>invalid check byte</entry><entry>invalid identification number</entry></row><row><entry>invalid command</entry><entry>internal buffer overflow</entry></row><row><entry>invalid address</entry><entry>invalid check byte on idle packet</entry></row><row>&lt;entry /&gt;<entry>uncorrectable error in SRAM buffer</entry></row><row>&lt;entry /&gt;&lt;entry /&gt;</row></tbody></tgroup></table></tables>

Upon receipt of the error response packet, the packet originator must read the status register of the reporting device to determine the precise nature of the error. Calliope devices reporting an invalid packet will suppress the receipt of additional packets until the error is cleared, by clearing the status register. However, such devices may continue to process packets which have already been received, and generate responses. Upon taking appropriate corrective actions and clearing the error, the packet originator should then re-send any unacknowledged commands.

Because of the large difference in clock rate between the high-bandwidth Hermes channel and the Cerberus serial bus interface, it is generally safe to assume that, after detecting an error response packet, an attempt to read the status register via Cerberus will result in reading stable, quiescent error conditions and that the queue of outstanding requests will have drained. After clearing the status register via Cerberus, the packet originator may immediately resume sending requests to the Calliope device.

<u style="single">Cerberus Registers</u>

Calliope's configuration registers comply with the Cerberus and Hermes specifications. Cerberus registers are internal read/only and read/write registers which provide an implementation-independent mechanism to query and control the configuration of devices in a Terpsichore system. By the use of these registers, a user of a Terpsichore system may tailor the use of the facilities in a general-purpose implementation for maximum performance and utility. Conversely, a supplier of a Terpsichore system component may modify facilities in the device without compromising compatibility with earlier implementations. These registers are accessed via the Cerberus serial bus.

As a device component of a Terpsichore system, each Calliope interface contains a set of Cerberus-accessable configuration registers. Additional sets of configuration registers are present for each device in a Terpsichore system, including Euterpe processor devices, and Mnemosyne memory devices.

Read/only registers supply information about the Terpsichore system implementation in a standard, implementation-independent fashion. Terpsichore software may take advantage of this information, either to verify that a compatible implementation of Calliope is installed, or to tailor the use of the part to conform to the characteristics of the implementation.

The read/only registers occupy addresses 0..5. An attempt to write these registers may cause a normal or an error response.

Read/write registers select operating modes and select power and voltage levels for gates and signals. The read/write registers occupy addresses 6..7, 10..14 and 25..32.

Reserved registers in the range 8..9, 15..24 and 33..63 must appear to be read/only registers with a zero value. An attempt to write these registers may cause a normal or an error response.

Reserved registers in the range 64..2¹⁶-1 may be implemented either as read/only registers with a zero value, or as addresses which cause an error response if reads or writes are attempted.

The format of the registers is described in the table below. The octlet is the Cerberus address of the register; bits indicate the position of the field in a register. The value indicated is the hard-wired value in the register for a read/only register, and is the value to which the register is initialized upon a reset for a read/write register. If a reset does not initialize the field to a value, or if initialization is not required by this specification, a * is placed in or appended to the value field. The range is the set of legal values to which a read/write register may be set. The interpretation is a brief description of the meaning or utility of the register fields a more comprehensive description follows this table. <img file="EP1879104A2_D0313.tif" /><img file="EP1879104A2_D0314.tif" /><img file="EP1879104A2_D0315.tif" /><img file="EP1879104A2_D0316.tif" /><img file="EP1879104A2_D0317.tif" /><img file="EP1879104A2_D0318.tif" /><img file="EP1879104A2_D0319.tif" /><img file="EP1879104A2_D0320.tif" /><img file="EP1879104A2_D0321.tif" /><img file="EP1879104A2_D0322.tif" /><img file="EP1879104A2_D0323.tif" /><img file="EP1879104A2_D0324.tif" /><img file="EP1879104A2_D0325.tif" /><img file="EP1879104A2_D0326.tif" /><img file="EP1879104A2_D0327.tif" /><img file="EP1879104A2_D0328.tif" /><img file="EP1879104A2_D0329.tif" /><img file="EP1879104A2_D0330.tif" /><img file="EP1879104A2_D0331.tif" /><img file="EP1879104A2_D0332.tif" /><img file="EP1879104A2_D0333.tif" /><img file="EP1879104A2_D0334.tif" /><img file="EP1879104A2_D0335.tif" /><img file="EP1879104A2_D0336.tif" /><img file="EP1879104A2_D0337.tif" /><img file="EP1879104A2_D0338.tif" /><img file="EP1879104A2_D0339.tif" />

<u style="single">Identification Registers</u>

The identification registers in octlets 0..3 comply with the requirements of the Cerberus architecture.

MicroUnity's company identifier is: 0000 0000 0000 0010 1100 0101.

MicroUnity's architecture code for Calliope is specified by the following table: <tables id="tabl0147" num="0147"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="37mm" /><colspec colnum="2" colname="col2" colwidth="32mm" /><thead><row><entry valign="top">Internal code name</entry><entry valign="top">Code number</entry></row></thead><tbody><row><entry>Calliope</entry><entry>0x00 40 a3 92 b4 49</entry></row></tbody></tgroup></table></tables>

Calliope architecture revisions are specified by the following table: <tables id="tabl0148" num="0148"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="32mm" /><colspec colnum="2" colname="col2" colwidth="25mm" /><thead><row><entry valign="top">Internal code name</entry><entry valign="top">Code number</entry></row></thead><tbody><row><entry>1.0</entry><entry>0x01 00</entry></row></tbody></tgroup></table></tables>

MicroUnity's Calliope implementor codes are specified by the following table: <tables id="tabl0149" num="0149"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="38mm" /><colspec colnum="2" colname="col2" colwidth="32mm" /><thead><row><entry valign="top">Internal code name</entry><entry valign="top">Code number</entry></row></thead><tbody><row><entry>MicroUnity</entry><entry>0x00 40 a3 49 db 3c</entry></row></tbody></tgroup></table></tables>

MicroUnity's Calliope, as implemented by MicroUnity, uses implementation codes as specified by the following table: <tables id="tabl0150" num="0150"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="32mm" /><colspec colnum="2" colname="col2" colwidth="28mm" /><thead><row><entry valign="top">Internal code name</entry><entry valign="top">Revision number</entry></row></thead><tbody><row><entry>1.0</entry><entry>0x0100</entry></row><row>&lt;entry /&gt;&lt;entry /&gt;</row></tbody></tgroup></table></tables>

MicroUnity's Calliope, as implemented by MicroUnity, uses manufacturer codes as specified by the following table: <tables id="tabl0151" num="0151"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="42mm" /><colspec colnum="2" colname="col2" colwidth="30mm" /><thead><row><entry valign="top">Internal code name</entry><entry valign="top">Code number</entry></row></thead><tbody><row><entry>MicroUnity</entry><entry>0x00 40 a3 a4 6d ff</entry></row></tbody></tgroup></table></tables>

1vlicroUnity's Calliope, as implemented by MicroUnity, and manufactured by MicroUnity, uses manufacturer revisions as specified by the following table: <tables id="tabl0152" num="0152"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="32mm" /><colspec colnum="2" colname="col2" colwidth="25mm" /><thead><row><entry valign="top">Internal code name</entry><entry valign="top">Code number</entry></row></thead><tbody><row><entry>1.0</entry><entry>0x01 00</entry></row><row>&lt;entry /&gt;&lt;entry /&gt;</row></tbody></tgroup></table></tables>

<u style="single">Architecture Description Registers</u>

The architecture description registers in octlets 4 and 5 comply with the Cerberus specification and contain a machine-readable version of the architecture parameters: <b>A, W, C, AI, AO, PO, PI, VI, VO, IR. II, SO, SI, EQ, CI, CO</b>, and <b>QPSK</b> described in this document.

The architecture parameters describe characteristics of the Hermes interface, capacity of the Calliope buffer memory, and the number of audio, phone, video, infrared, smartcard, and cable input and output channels, and the number of QPSK cable input channels.

<u style="single">Control Register</u>

The control register in octlet 6 is a 64-bit register with both read and write access. It is altered only by Cerberus accesses: Calliope does not alter the values written to this register.

The <b>reset</b> bit of the control register complies with the Cerberus specification and provides the ability to reset an individual Calliope device in a system. Writing a one (1) to this bit is equivalent to a power-on reset or a broadcast Cerberus reset (low level on SD for 33 cycles) and resets configuration registers to their power-on values, which is an operating state that consumes nominal current (as determined by external pins), and also causes all internal high-bandwidth logic to be reset. The duration of the reset is sufficient for the operating state changes to have taken effect. At the completion of the reset operation, the <b>reset/clear/selftest complete</b> bit of the status register is set, the <b>reset/clear/selftest status</b> bit of the status register is set, and the <b>reset</b> bit of the control register is set.

The <b>clear</b> bit of the control register complies with the Cerberus specification and provides the ability to clear the logic of an individual Calliope device in a system. Writing a one (1) to this bit causes all internal high-bandwidth logic to be reset, as is required after reconfiguring power and swing levels. The duration of the reset is sufficient for any operating state changes to have taken effect. At the completion of the reset operation, the <b>reset/clear/selftest complete</b> bit of the status register is set, the <b>reset/clear/selftest status</b> bit of the status register is set, and the <b>clear</b> bit of the control register is set.

The <b>selftest</b> bit of the control register complies with the Cerberus specification and provides the ability to invoke a selftest on an individual Terpsichore device in a system. However, Calliope does not define a selftest mechanism at this time, so setting this bit will immediately set the <b>reset/clear/selftest complete</b> bit and the <b>reset/clear/selftest status</b> bit of the status register.

The <b>defer writes</b> bit of the control register provides a mechanism to adjust several octlets of Cerberus registers at one time with a single transition, such as when setting individual power levels within Calliope. Writing a one (1) to this bit causes writes to octlets 10 through 32 to have no effect (to be deferred) until the next logic-clear or a non-deferred write. When writes have been deferred, the values written are lost if a read of these octlets precedes the subsequent logic-clear or non-deferred write. A normal or non-deferred write occurs when writing to octlets 10 through 32 while the <b>defer writes</b> bit is cleared (0).

The <b>module id</b>-field of the control register controls the value of the module identifier field of the Hermes input channel which selects this Calliope device.

The <b>Hermes channel disable</b> bit of the control register provides the means to begin operations on the Hermes channels after a reset, clear, or error. Writing a one (1) to this bit causes the Hermes input channel to be ignored and forces idles to be generated on the Hermes output channel. Writing a zero (0) to this bit causes the Hermes input channel phase adjustment to be reset, and after a suitable delay the Hermes channels are available for use.

The <b>cidle 0</b> and <b>cidle 1</b> fields of the control register provide a mechanism to repeatedly sent simple patterns on the Hermes output channel for purposes of testing and skew adjustment. For normal operation, the <b>cidle 0</b> field must be set to zero (0), and the <b>cidle 1</b> field must be set to all ones (255).

<u style="single">Status Register</u>

The status register is a 64-bit register with both read and write access, though the only legal value which may be written is a zero, to clear the register. The result of writing a non-zero value is not specified.

The <b>reset/clear/selftest complete</b> bit of the status register complies with the Cerberus specification and is set upon the completion of a reset, clear or selftest operation as described above.

The <b>reset/clear/selftest status</b> bit of the status register complies with the Cerberus specification and is set upon the successful completion of a reset, clear or self test operation as described above.

The <b>meltdown detected</b> bit of the status register is set when the meltdown detector has discovered an on-chip temperature above the threshold set by the meltdown threshold field of the Cerberus configuration register, which causes a reset to occur and the power level to be forced to minimum (1).

The <b>low voltage or temperature</b> bit of the status register is set when internal circuits have detected either insufficient voltage or temperature for proper operation of high speed logic circuits, which causes a logic clear until the condition is no longer detected (due to an increase in supply voltage or device temperature).

The <b>Cerberus transaction error</b> bit of the status register is set when a Cerberus transaction error (bus timeout, invalid transaction code, invalid address) has occurred. Note that Cerberus aborts, including locally detected parity errors, should cause bus retries, not a machine check.

The <b>Hermes check byte</b> error bit of the status register is set when a Hermes check byte error has occurred.

The <b>Hermes command error</b> bit of the status register is set when a Hermes command error has occurred.

The <b>Hermes address error</b> bit of the status register is set when a Hermes address error has occurred.

The <b>raw 0</b> and <b>raw 1</b> fields of the status register contain the values obtained from two adjacent samples of the specified Hermes input channel. The <b>raw 0</b> field contains a value obtained when the input clock was zero (0), and the <b>raw 1</b> field contains the value obtained on the immediately following sample, when the input clock was (1). Calliope ensures that reading the status register produces two adjacent samples, regardless of the timing of the status register read operation on Cerberus. These fields are read for purposes of testing and control of skew in the Hermes channel interfaces.

<u style="single">Power and Swing Calibration Registers</u>

Calliope uses a set of calibration registers to control the power and voltage levels used for internal high-bandwidth logic and memory. The details of programming these registers are described below.

Eight-bit fields separately control the power and voltage levels used in a portion of the Calliope circuitry. Each such field used to control digital circuitry (labeled "knob") contains configuration data in the following format: <img file="EP1879104A2_D0340.tif" />

Each such field used to control analog circuitry (labeled "anob") contains configuration data in the following format: <img file="EP1879104A2_D0341.tif" />

The range of valid values and the interpretation of the fields is given by the following table: <tables id="tabl0153" num="0153"><table frame="all"><tgroup cols="3"><colspec colnum="1" colname="col1" colwidth="17mm" /><colspec colnum="2" colname="col2" colwidth="18mm" /><colspec colnum="3" colname="col3" colwidth="42mm" /><thead><row><entry valign="top">field</entry><entry valign="top">value</entry><entry valign="top">interpretation</entry></row></thead><tbody><row><entry align="center"><b>0</b></entry><entry>0</entry><entry>Reserved</entry></row><row><entry align="center"><b>ref</b></entry><entry>0..3</entry><entry>Set reference voltage level</entry></row><row><entry align="center"><b>lvl</b></entry><entry>0..3</entry><entry>Set voltage swing level.</entry></row><row><entry align="center"><b>res</b></entry><entry>0..7</entry><entry>Set resistor load value.</entry></row><row><entry namest="col1" nameend="col3" align="center">Power and swing control field interpretation</entry></row></tbody></tgroup></table></tables> The reference voltage level, voltage swing level and resistor load value are model figures for a full-swing, lowest-power logic gate output. The actual voltage levels and resistor load values used in various circuits is geometrically related to the values in the tables below. Designed typical, full-speed settings for the <b>ref. lvl</b> and <b>res</b> fields are <b>ref</b>=250 millivolts, <b>lvl</b>=500 millivolts, and <b>res</b>=2.5 kilohms.

The <b>ref</b> field, together with the <b>reference n</b> fields of the configuration register, control the reference voltage level used for logic circuits in the specified knob domain. The value of the <b>ref</b> field is interpreted by the following table: <tables id="tabl0154" num="0154"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="10mm" /><colspec colnum="2" colname="col2" colwidth="39mm" /><thead><row><entry align="center" valign="top"><b>ref</b></entry><entry align="center" valign="top"><b>reference voltage level</b></entry></row></thead><tbody><row><entry align="center">0</entry><entry align="center"><b>reference 0</b></entry></row><row><entry align="center">1</entry><entry align="center"><b>reference 1</b></entry></row><row><entry align="center">2</entry><entry align="center"><b>reference 2</b></entry></row><row><entry align="center">3</entry><entry align="center"><b>reference 3</b></entry></row></tbody></tgroup></table></tables>

The <b>lvl</b> field, together with the <b>swing n</b> fields of the configuration register, control the voltage swing level used for logic circuits in the specified knob domain. The value of the <b>lvl</b> field is interpreted by the following table: <tables id="tabl0155" num="0155"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="10mm" /><colspec colnum="2" colname="col2" colwidth="34mm" /><thead><row><entry align="center" valign="top"><b>lvl</b></entry><entry align="center" valign="top"><b>voltage swing level</b></entry></row></thead><tbody><row><entry align="center">0</entry><entry align="center"><b>swing 0</b></entry></row><row><entry align="center">1</entry><entry align="center"><b>swing 1</b></entry></row><row><entry align="center">2</entry><entry align="center"><b>swing 2</b></entry></row><row><entry align="center">3</entry><entry align="center"><b>swing 3</b></entry></row></tbody></tgroup></table></tables>

Values and interpretations of the <b>swing n</b> and <b>reference n</b> fields are given by the following table, with units in millivolts: <tables id="tabl0156" num="0156"><table frame="all"><tgroup cols="3"><colspec colnum="1" colname="col1" colwidth="14mm" /><colspec colnum="2" colname="col2" colwidth="20mm" /><colspec colnum="3" colname="col3" colwidth="15mm" /><thead><row><entry align="center" valign="top"><b>value</b></entry><entry align="center" valign="top"><b>reference</b></entry><entry align="center" valign="top"><b>swing</b></entry></row></thead><tbody><row><entry align="right">0</entry><entry align="center">138</entry><entry align="center">275</entry></row><row><entry align="right">1</entry><entry align="center">150</entry><entry align="center">300</entry></row><row><entry align="right">2</entry><entry align="center">163</entry><entry align="center">325</entry></row><row><entry align="right">3</entry><entry align="center">175</entry><entry align="center">350</entry></row><row><entry align="right">4</entry><entry align="center">188</entry><entry align="center">375</entry></row><row><entry align="right">5</entry><entry align="center">200</entry><entry align="center">400</entry></row><row><entry align="right">6</entry><entry align="center">213</entry><entry align="center">425</entry></row><row><entry align="right">7</entry><entry align="center">225</entry><entry align="center">450</entry></row><row><entry align="right">8</entry><entry align="center">238</entry><entry align="center">475</entry></row><row><entry align="right">9</entry><entry align="center">250</entry><entry align="center">500</entry></row><row><entry align="right">10</entry><entry align="center">263</entry><entry align="center">525</entry></row><row><entry align="right">11</entry><entry align="center">275</entry><entry align="center">550</entry></row><row><entry align="right">12</entry><entry align="center">288</entry><entry align="center">575</entry></row><row><entry align="right">13</entry><entry align="center">300</entry><entry align="center">600</entry></row><row><entry align="right">14</entry><entry align="center">325</entry><entry align="center">650</entry></row><row><entry align="right">15</entry><entry align="center">350</entry><entry align="center">700</entry></row></tbody></tgroup></table></tables>

The <b>res</b> field, together with the <b>resg</b> field of the configuration register and the <b>meltdown detected</b> bit of the status register, control the PMOS load resistance value used for logic circuits in the specified knob domain, referred here as the <b>resl</b> value. For each res field, the resl value is computed as: <maths id="math0027"><math display="block"><mi mathvariant="bold">resl</mi><mo>=</mo><mi mathvariant="bold">res</mi><mo>&amp;</mo><mfenced><mi mathvariant="bold">meltdown detected</mi><mo>?</mo><mn>1</mn><mo>:</mo><mi mathvariant="bold">resg</mi></mfenced></math><img file="EP1879104A2_D0342.tif" /></maths>

The <b>resl</b> value, together with the <b>process control</b> field of the configuration register, control the PMOS load resistance value used for logic circuits in the specified knob domain. Values and interpretations of the <b>lvl</b> field are given by the following table, with units in kilohms. The table below gives resistance values with nominal process parameters. <tables id="tabl0157" num="0157"><table frame="all"><tgroup cols="9"><colspec colnum="1" colname="col1" colwidth="11mm" /><colspec colnum="2" colname="col2" colwidth="10mm" /><colspec colnum="3" colname="col3" colwidth="10mm" /><colspec colnum="4" colname="col4" colwidth="10mm" /><colspec colnum="5" colname="col5" colwidth="10mm" /><colspec colnum="6" colname="col6" colwidth="10mm" /><colspec colnum="7" colname="col7" colwidth="10mm" /><colspec colnum="8" colname="col8" colwidth="10mm" /><colspec colnum="9" colname="col9" colwidth="10mm" /><thead><row><entry align="center" valign="top" /><entry namest="col2" nameend="col9" align="center" valign="top"><b>process control</b></entry></row><row><entry align="center" valign="top"><b>resl</b></entry><entry align="center" valign="top">0</entry><entry align="center" valign="top">4</entry><entry align="center" valign="top">8</entry><entry align="center" valign="top">12</entry><entry align="center" valign="top">16</entry><entry align="center" valign="top">20</entry><entry align="center" valign="top">24</entry><entry align="center" valign="top">28</entry></row></thead><tbody><row><entry align="center">0</entry><entry colsep="0" rowsep="0" align="center" /><entry namest="col3" nameend="col9" align="center"><b>undefined</b></entry></row><row><entry align="center">1</entry><entry morerows="6" /><entry align="center">2.5</entry><entry align="center">5.0</entry><entry align="center">7.5</entry><entry align="center">10.</entry><entry align="center">13.</entry><entry align="center">15.</entry><entry align="center">18.</entry></row><row><entry align="center">2</entry><entry align="center">1.3</entry><entry align="center">2.5</entry><entry align="center">3.8</entry><entry align="center">5.0</entry><entry align="center">6.3</entry><entry align="center">7.5</entry><entry align="center">8.8</entry></row><row><entry align="center">3</entry><entry align="center">.83</entry><entry align="center">1.7</entry><entry align="center">2.5</entry><entry align="center">3.3</entry><entry align="center">4.2</entry><entry align="center">5</entry><entry align="center">5.8</entry></row><row><entry align="center">4</entry><entry align="center">.63</entry><entry align="center">1.3</entry><entry align="center">1.9</entry><entry align="center">2.5</entry><entry align="center">3.1</entry><entry align="center">3.8</entry><entry align="center">4.4</entry></row><row><entry align="center">5</entry><entry align="center">.50</entry><entry align="center">1.0</entry><entry align="center">1.5</entry><entry align="center">2.0</entry><entry align="center">2.5</entry><entry align="center">3</entry><entry align="center">3.5</entry></row><row><entry align="center">6</entry><entry align="center">.42</entry><entry align="center">.83</entry><entry align="center">1.3</entry><entry align="center">1.7</entry><entry align="center">2.1</entry><entry align="center">2.5</entry><entry align="center">2.9</entry></row><row><entry align="center">7</entry><entry align="center">.36</entry><entry align="center">.71</entry><entry align="center">1.1</entry><entry align="center">1.4</entry><entry align="center">1.8</entry><entry align="center">2.1</entry><entry align="center">2.5</entry></row><row><entry namest="col1" nameend="col9" align="center">Resistor control field interpretation</entry></row></tbody></tgroup></table></tables>

When the process control field of the configuration register is set equal to the PMOS drive strength field of the configuration register, nominal PMOS load resistance values are as given by the following table, with units in kilohms. <tables id="tabl0158" num="0158"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="10mm" /><colspec colnum="2" colname="col2" colwidth="39mm" /><thead><row><entry align="center" valign="top"><b>res</b></entry><entry align="center" valign="top"><b>PMOS load resistance</b></entry></row></thead><tbody><row><entry align="center">0</entry><entry align="center"><b>undefined</b></entry></row><row><entry align="center">1</entry><entry align="char" char="." charoff="46">13.</entry></row><row><entry align="center">2</entry><entry align="char" char="." charoff="46">6.3</entry></row><row><entry align="center">3</entry><entry align="char" char="." charoff="46">4.2</entry></row><row><entry align="center">4</entry><entry align="char" char="." charoff="46">3.1</entry></row><row><entry align="center">5</entry><entry align="char" char="." charoff="46">2.5</entry></row><row><entry align="center">6</entry><entry align="char" char="." charoff="46">2.1</entry></row><row><entry align="center">7</entry><entry align="char" char="." charoff="46">1.8</entry></row></tbody></tgroup></table></tables>

When Mnemosyne is reset, a default value of 0 is loaded into each 0 field, 0 in each <b>ref</b> field, 0 in each <b>lvl</b> field and 7 in each <b>res</b> field, which is a byte value of 224. The <b>process control</b> field of the configuration register is set to 20, and the <b>reference n</b> and <b>swing n</b> fields are set to 15. These settings correspond to a chip with nominal processing parameters, nominal power and high voltage swing operation.

For nominal operating conditions, the ref field is set to 0, the lvl field is set to 0. and the <b>res</b> field is set to 5, which is byte value of 5. The <b>process control</b> field is set equal to the <b>PMOS strength</b> field, and the <b>reference n</b> and <b>swing n</b> fields are set to 5<i>.</i>

<u style="single">Interface Configuration Registers</u>

Interface configuration registers are provided on the Calliope interface to control the [insert summary list of controls].

The <b>CI1 test</b> and <b>CI2 test</b> field of interface configuration register 10 control operating modes of the CI1 and CI2 cable input blocks.

Eight-bit fields separately control the operating modes of the cable input blocks. Each such field contains configuration data in the following format: <img file="EP1879104A2_D0343.tif" />

The range of valid values and the interpretation of the fields is given by the following table: <tables id="tabl0159" num="0159"><table frame="all"><tgroup cols="3"><colspec colnum="1" colname="col1" colwidth="23mm" /><colspec colnum="2" colname="col2" colwidth="13mm" /><colspec colnum="3" colname="col3" colwidth="109mm" /><thead><row><entry valign="top">field</entry><entry valign="top">value</entry><entry valign="top">interpretation</entry></row></thead><tbody><row><entry align="center"><b>0</b></entry><entry>0</entry><entry>Reserved</entry></row><row><entry align="center"><b>rotate</b></entry><entry>0..1</entry><entry>Set to enable rotator</entry></row><row><entry align="center"><b>round</b></entry><entry>0..1</entry><entry>Set to enable multiplier rounding</entry></row><row><entry align="center"><b>test</b></entry><entry>0..1 ,</entry><entry>Set to bypass ADC and connect cable input to cable output (digital loop back)</entry></row><row><entry align="center"><b>DSP enable</b></entry><entry>0..1</entry><entry>Set to enable DSP output (clear to enable testing of RAM)</entry></row></tbody></tgroup></table></tables>

Cable input test control field interpretation

The <b>CI1Q filter, CI1I filter, CI2Q filter</b> and <b>CI2I filter</b> fields of interface configuration register 10 and 11 control the cutoff frequency of the cable input antialias filters.

Four-bit fields separately control the cutoff frequency of each cable input antialias filter. Each such field contains configuration data in the following format: <img file="EP1879104A2_D0344.tif" />

The range of valid values and the interpretation of the fields is given by the following table: <tables id="tabl0160" num="0160"><table frame="all"><tgroup cols="3"><colspec colnum="1" colname="col1" colwidth="14mm" /><colspec colnum="2" colname="col2" colwidth="13mm" /><colspec colnum="3" colname="col3" colwidth="65mm" /><thead><row><entry valign="top">field</entry><entry valign="top">value</entry><entry valign="top">interpretation</entry></row></thead><tbody><row><entry align="center"><b>0</b></entry><entry>0</entry><entry>Reserved</entry></row><row><entry align="center"><b>cutoff</b></entry><entry>0..7</entry><entry>Cutoff frequency selection for antialias filter</entry></row></tbody></tgroup></table></tables>

Cable input antialias filter control field interpretation

Values and interpretations of the cutoff fields are given by the following table, with units in megahertz, for nominal 3 dB frequency at specified junction temperature: <tables id="tabl0161" num="0161"><table frame="all"><tgroup cols="4"><colspec colnum="1" colname="col1" colwidth="14mm" /><colspec colnum="2" colname="col2" colwidth="12mm" /><colspec colnum="3" colname="col3" colwidth="12mm" /><colspec colnum="4" colname="col4" colwidth="13mm" /><thead><row><entry align="center" valign="top"><b>cutoff</b></entry><entry align="center" valign="top"><b>25 C</b></entry><entry align="center" valign="top"><b>75 C</b></entry><entry align="center" valign="top"><b>125 C</b></entry></row></thead><tbody><row><entry align="center">0</entry><entry align="char" char="." charoff="35">14.1</entry><entry align="char" char="." charoff="35">13.8</entry><entry align="char" char="." charoff="37">13.4</entry></row><row><entry align="center">1</entry><entry align="char" char="." charoff="35">11.9</entry><entry align="char" char="." charoff="35">11.7</entry><entry align="char" char="." charoff="37">11.4</entry></row><row><entry align="center">2</entry><entry align="char" char="." charoff="35">10.4</entry><entry align="char" char="." charoff="35">10.2</entry><entry align="char" char="." charoff="37">10.0</entry></row><row><entry align="center">3</entry><entry align="char" char="." charoff="35">9.2</entry><entry align="char" char="." charoff="35">9.1</entry><entry align="char" char="." charoff="37">8.9</entry></row><row><entry align="center">4</entry><entry align="char" char="." charoff="35">8.3</entry><entry align="char" char="." charoff="35">8.2</entry><entry align="char" char="." charoff="37">8.0</entry></row><row><entry align="center">5</entry><entry align="char" char="." charoff="35">7.6</entry><entry align="char" char="." charoff="35">7.5</entry><entry align="char" char="." charoff="37">7.3</entry></row><row><entry align="center">6</entry><entry align="char" char="." charoff="35">7.0</entry><entry align="char" char="." charoff="35">6.9</entry><entry align="char" char="." charoff="37">6.7</entry></row><row><entry align="center">7</entry><entry align="char" char="." charoff="35">6.4</entry><entry align="char" char="." charoff="35">6.4</entry><entry align="char" char="." charoff="37">6.2</entry></row></tbody></tgroup></table></tables> For normal operation a value of 3 is placed in the cutoff fields, selecting a 9 MHz cutoff frequency.

The <b>CI1 VCO</b> and <b>CI2 VCO</b> bits of interface configuration registers 10 and 11 control the selection of the VCO used as an input to the tuner of the cable input. Writing a zero (0) to the bit selects the internal VCO, while writing a one (1) selects an external VCO input. In normal operation a zero is placed in the <b>VCO</b> bit, selecting the internal VCO.

The <b>CI1 LNA</b> and <b>CI2 LNA</b> bits of interface configuration registers 10 and 11 enable the LNA (low noise amplifier) used as an input to the tuner of the cable input. Writing a zero (0) to the bit disables the LNA, while writing a one (1) enables the LNA. In normal operation a one is placed in the <b>LNA</b> bit, enabling the LNA.

The <b>CI1Q ADC preamp, CI1I ADC preamp, CI2Q ADC preamp</b> and <b>CI2I ADC preamp</b> bits of interface configuration registers 10 and 11 enable the ADC preamplfier output used as an input to the ADC of the cable input. Writing a zero (0) to the bit enables the ADC preamplifier output, while writing a one (1) disables it, allowing the tuner input to be driven from an external pin. In normal operation a zero is placed in the <b>ADC preamp</b> bits, enabling the preamplifiers.

The <b>CI1a, CI1b, CI2a, CI2b, CO1, CO2, VI, VO, AI, AO, PI, PO</b> invert bits of interface configuration registers 11, 12, and 13 provide for the selective inversion of the relative clock phase of the analog-to-digital section internal interfaces in the respective interfaces. In normal operation, a zero is placed in the <b>invert</b> bits, matching the relative phases of the interface sections.

The <b>CO1 configuration</b> and <b>CO2 configuration</b> fields of interface configuration registers 13 and 14 provide for the configuration of external devices which assist in the implementation of the cable output. The configuration fields drive LVTTL outputs which can control external filters and other components. In nornal operation, a zero is placed in the <b>configuration</b> fields.

The <b>PI bias, AIR bias</b> and <b>AIL bias</b> fields of interface configuration register 13 control the bias current of the phone and audio input right and left operational amplifiers.

Four-bit fields separately control the bias current of each input operational amplifier. Each such field contains configuration data in the following format: <img file="EP1879104A2_D0345.tif" />

The range of valid values and the interpretation of the fields is given by the following table: <tables id="tabl0162" num="0162"><table frame="all"><tgroup cols="3"><colspec colnum="1" colname="col1" colwidth="24mm" /><colspec colnum="2" colname="col2" colwidth="25mm" /><colspec colnum="3" colname="col3" colwidth="75mm" /><thead><row><entry valign="top">field</entry><entry valign="top">value</entry><entry valign="top">interpretation</entry></row></thead><tbody><row><entry align="center"><b>bias</b></entry><entry>0..3</entry><entry>bias current selection for input operational amplifier</entry></row><row><entry namest="col1" nameend="col3" align="center">audio input operational amplifier control field interpretation</entry></row></tbody></tgroup></table></tables>

Values and interpretations of the <b>bias</b> fields are given by the following table, with units in microamperes, for nominal current at specified junction temperature: <tables id="tabl0163" num="0163"><table frame="all"><tgroup cols="4"><colspec colnum="1" colname="col1" colwidth="12mm" /><colspec colnum="2" colname="col2" colwidth="12mm" /><colspec colnum="3" colname="col3" colwidth="12mm" /><colspec colnum="4" colname="col4" colwidth="14mm" /><thead><row><entry align="center" valign="top"><b>bias</b></entry><entry align="center" valign="top"><b>25 C</b></entry><entry align="center" valign="top"><b>75 C</b></entry><entry align="center" valign="top"><b>125 C</b></entry></row></thead><tbody><row><entry align="center">0</entry>&lt;entry /&gt;<entry align="right">200</entry>&lt;entry /&gt;</row><row><entry align="center">1</entry>&lt;entry /&gt;<entry align="right">133</entry>&lt;entry /&gt;</row><row><entry align="center">2</entry>&lt;entry /&gt;<entry align="right">100</entry>&lt;entry /&gt;</row><row><entry align="center">3</entry>&lt;entry /&gt;<entry align="right">80</entry>&lt;entry /&gt;</row></tbody></tgroup></table></tables>

The <b>mute</b> bit of interface configuration register 13 provides for initial muting of the audio and phone outputs during initial system operation. Writing a zero (0) to the bit enables the audio and phone outputs, while writing a one (1) forces the AO and PO outputs to a constant value (zero with AC coupling).

The <b>PO filter, AOR filter</b> and <b>AOL filter</b> fields of interface configuration register 13 control the cutoff frequency of the phone and audio output right and left antialias filters.

Four-bit fields separately control the cutoff frequency of each output antialias filter. Each such field contains configuration data in the following format: <img file="EP1879104A2_D0346.tif" />

The range of valid values and the interpretation of the fields is given by the following table: <tables id="tabl0164" num="0164"><table frame="all"><tgroup cols="3"><colspec colnum="1" colname="col1" colwidth="23mm" /><colspec colnum="2" colname="col2" colwidth="22mm" /><colspec colnum="3" colname="col3" colwidth="65mm" /><thead><row><entry valign="top">field</entry><entry valign="top">value</entry><entry valign="top">interpretation</entry></row></thead><tbody><row><entry align="center"><b>cutoff</b></entry><entry>0..15</entry><entry>Cutoff frequency selection for antialias filter</entry></row><row><entry namest="col1" nameend="col3" align="center">audio output antialias filter control field interpretation</entry></row></tbody></tgroup></table></tables>

Values and interpretations of the <b>cutoff</b> fields are given by the following table, with units in kilohertz, for nominal 3 dB frequency at specified junction temperature: <tables id="tabl0165" num="0165"><table frame="all"><tgroup cols="4"><colspec colnum="1" colname="col1" colwidth="14mm" /><colspec colnum="2" colname="col2" colwidth="12mm" /><colspec colnum="3" colname="col3" colwidth="12mm" /><colspec colnum="4" colname="col4" colwidth="14mm" /><thead><row><entry align="center" valign="top"><b>cutoff</b></entry><entry align="center" valign="top"><b>25 C</b></entry><entry align="center" valign="top"><b>75 C</b></entry><entry align="center" valign="top"><b>125 C</b></entry></row></thead><tbody><row><entry align="right">0</entry>&lt;entry /&gt;<entry align="char" char="." charoff="35">69.9</entry>&lt;entry /&gt;</row><row><entry align="right">1</entry>&lt;entry /&gt;<entry align="char" char="." charoff="35">65.9</entry>&lt;entry /&gt;</row><row><entry align="right">2</entry>&lt;entry /&gt;<entry align="char" char="." charoff="35">62.3</entry>&lt;entry /&gt;</row><row><entry align="right">3</entry>&lt;entry /&gt;<entry align="char" char="." charoff="35">58.8</entry>&lt;entry /&gt;</row><row><entry align="right">4</entry>&lt;entry /&gt;<entry align="char" char="." charoff="35">55.8</entry>&lt;entry /&gt;</row><row><entry align="right">5</entry>&lt;entry /&gt;<entry align="char" char="." charoff="35">53.2</entry>&lt;entry /&gt;</row><row><entry align="right">6</entry>&lt;entry /&gt;<entry align="char" char="." charoff="35">50.9</entry>&lt;entry /&gt;</row><row><entry align="right">7</entry>&lt;entry /&gt;<entry align="char" char="." charoff="35">48.6</entry>&lt;entry /&gt;</row><row><entry align="right">8</entry>&lt;entry /&gt;<entry align="char" char="." charoff="35">46.4</entry>&lt;entry /&gt;</row><row><entry align="right">9</entry>&lt;entry /&gt;<entry align="char" char="." charoff="35">44.6</entry>&lt;entry /&gt;</row><row><entry align="right">10</entry>&lt;entry /&gt;<entry align="char" char="." charoff="35">43.9</entry>&lt;entry /&gt;</row><row><entry align="right">11</entry>&lt;entry /&gt;<entry align="char" char="." charoff="35">41.4</entry>&lt;entry /&gt;</row><row><entry align="right">12</entry>&lt;entry /&gt;<entry align="char" char="." charoff="35">40.0</entry>&lt;entry /&gt;</row><row><entry align="right">13</entry>&lt;entry /&gt;<entry align="char" char="." charoff="35">38.5</entry>&lt;entry /&gt;</row><row><entry align="right">14</entry>&lt;entry /&gt;<entry align="char" char="." charoff="35">37.2</entry>&lt;entry /&gt;</row><row><entry align="right">15</entry>&lt;entry /&gt;<entry align="char" char="." charoff="35">35.9</entry>&lt;entry /&gt;</row></tbody></tgroup></table></tables>

The <b>EQ1 test</b> and <b>EQ2 test</b> field of interface configuration register 14 control operating modes of the EQ1 and EQ2 cable input equalizers.

Eight-bit fields separately control the operating modes of the cable input equalizers. Each such field contains configuration data in the following format: <img file="EP1879104A2_D0347.tif" />

The range of valid values and the interpretation of the fields is given by the following table: <tables id="tabl0166" num="0166"><table frame="all"><tgroup cols="3"><colspec colnum="1" colname="col1" colwidth="28mm" /><colspec colnum="2" colname="col2" colwidth="18mm" /><colspec colnum="3" colname="col3" colwidth="82mm" /><thead><row><entry valign="top">field</entry><entry valign="top">value</entry><entry valign="top">interpretation</entry></row></thead><tbody><row><entry align="center"><b>0</b></entry><entry>0</entry><entry>Reserved</entry></row><row><entry align="center"><b>round</b></entry><entry>0..1</entry><entry>Set to enable multiplier rounding</entry></row><row><entry align="center"><b>DSP enable</b></entry><entry>0..1</entry><entry>Set to enable DSP output (clear to enable testing of RAM)</entry></row><row><entry namest="col1" nameend="col3" align="center">Cable input equalizer test control field interpretation</entry></row></tbody></tgroup></table></tables>

<u style="single">Configuration Register</u>

A Configuration register is provided on the Calliope interface to control the fine-tuning of the Hermes channel configuration, to control the global process parameter settings, to control the two phase-locked loop frequency generators, and to control the temperature sensors and read temperature values.

The <b>Hermes skew swing</b> field of the configuration register control the voltage swing used in the Hermes channel skew circuits. The field should always be ser equal to the value of the <b>lvl</b> subfield of the <b>Hermes channel knob</b> field,

The <b>resg</b> field of the configuration register permits the global control of the load resistors in all of Calliope's high-speed logic circuits. The <b>resg</b> field is initially loaded from external pins to a numinal power level (5), and can be changed again to a value in the range 0..7 to lower or raise the power and speed of the high-speed logic citcuits in the Calliope device, or can be set to all ones (7) to enable control of individual sections of the Calliope device power levels. By altering the value on the external pins, Calliope can be configured for low-power (0 or 1) testing in a restricted packaging environment.

<b>The termination fine-tuning</b> field of the configuration register controls the analog bias settings for PMOS loads in Hermes termination circuits, in order to accomodate variations in circuit parameters due to the manufacturing process, and to provide intermediate termination resistance levels. Under normal operating conditions, the value read from the <b>PMOS drive strength</b> field should be written into the <b>termination fine-tuning</b> field. The interpretation of the field is given by the table: <tables id="tabl0167" num="0167"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="14mm" /><colspec colnum="2" colname="col2" colwidth="90mm" /><thead><row><entry align="center" valign="top"><b>value</b></entry><entry align="center" valign="top"><b>termination fine-tuning</b></entry></row></thead><tbody><row><entry align="center">0</entry><entry>Reserved</entry></row><row><entry align="center">1-19</entry><entry>increase PMOS conductance to 20/value*nominal.</entry></row><row><entry align="center">20</entry><entry>use PMOS loads at nominal conductance.</entry></row><row><entry align="center">21-31</entry><entry>decrease PMOS conductance to 20/value*nominal.</entry></row></tbody></tgroup></table></tables>

The <b>process control</b> field of the configuration register controls the analog bias settings for PMOS loads in internal logic circuits, in order to accomodate variations in circuit parameters due to the manufacturing process. Under normal operating conditions, the value read from the PMOS drive strength field should be written into the process control field. The interpretation of the field is given by the table: <tables id="tabl0168" num="0168"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="14mm" /><colspec colnum="2" colname="col2" colwidth="93mm" /><thead><row><entry align="center" valign="top"><b>value</b></entry><entry align="center" valign="top"><b>process control</b></entry></row></thead><tbody><row><entry align="center">0</entry><entry>Reserved</entry></row><row><entry align="center">1-19</entry><entry>increase PMOS conductance to 20/value*nominal.</entry></row><row><entry align="center">20</entry><entry>use PMOS loads at nominal conductance.</entry></row><row><entry align="center">21-31</entry><entry>decrease PMOS conductance to 20/value*nominal.</entry></row></tbody></tgroup></table></tables>

The <b>PMOS drive strength</b> field of the configuration register is a read/only field that indicates the drive strength, or conductance gain, of PMOS devices on the Terpsichore chip, expressed as a digital binary value. This field is used to calibrate the power and voltage level configuration, given variations in process characteristics of individual devices. The interpretation of the field is given by the table: <tables id="tabl0169" num="0169"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="14mm" /><colspec colnum="2" colname="col2" colwidth="48mm" /><thead><row><entry align="center" valign="top"><b>value</b></entry><entry align="center" valign="top"><b>PMOS drive strength</b></entry></row></thead><tbody><row><entry align="center">0</entry><entry>Reserved</entry></row><row><entry align="center">1-19</entry><entry>value/20*nominal conductance</entry></row><row><entry align="center">20</entry><entry>nominal conductance</entry></row><row><entry align="center">21-31</entry><entry>value/20*nominal conductance</entry></row></tbody></tgroup></table></tables>

There are two identical phase locked-loop (PLL) frequency generators, designated PLL0 and PLL1. These PLLs generate internal and external clock signals of configurable frequency, based upon an input clock reference of either 54 MHz or 1.08 GHz. PLL0 controls the internal operating frequency of the Terpsichore processor, while PLL1 controls the operating frequency of the Hermes channel interfaces. The configuration fields for PLL0 and PLL1 have identical meanings, described below:

The <b>PLL0 divide ratio</b> and <b>PLL1 divide ratio</b> fields select the divider ratio for each PLL, where legal values are in the range 6..21, with a nominal setting of 12 for PLL0, and 20 for PLL1. These divider ratios permit clock signals to be generated in the range from 324 MHz to 1.134 GHz, when the input clock reference is at 54 MHz, with prescaling bypassed, or at 1.08 GHz with prescaling used.

Setting the <b>PLL0 feedback bypass</b> bit or the <b>PLL1 feedback bypass</b> bit of the configuration register causes the generated clock bypass the PLL oscillator and to operate off the input clock directly. Setting these bits causes the frequency generated to be the optionally prescaled reference clock. These bits are cleared during normal operation, and set by a reset.

The <b>PLL0 range</b> field and the <b>PLL1 range</b> field of the configuration register are used to select an operating range for the internal PLLs. If the PLL range is set to zero, the PLL will operate at a low frequency (below 0.xxx GHz), if the PLL range is set to one, the PLL will operate at a high frequency (above 0.xxx GHz). At reset this bit is cleared, as the input clock frequency is unknown.

Setting the <b>PLL prescaler bypass</b> bit of the configuration register causes the phase-locked loops PLL0 and PLL1 to use the input clock directly as a reference clock. This bit is cleared during normal operation with a 1.08 GHz input clock, in which the input clock is divided by 20, and is set during normal operation with a 54 MHz input clock. At reset this bit is cleared, as the input clock frequency is unknown.

Setting the <b>conversion prescaler bypass</b> bit of the configuration register causes the temperature conversion unit to use the input clock directly as a reference clock.

Otherwise, clearing this bit causes the input clock to be divided by 20 before use as a reference clock. The reference clock frequency of the temperature conversion unit is nominally 54 MHz, and in normal operation, this bit should be set or cleared, depending on the input clock frequency. At reset this bit is cleared, as the input clock frequency is unknown.

The <b>meltdown margin</b> field controls the setting of the threshold at which meltdown is signalled. This field is used to test the meldown prevention logic. The interpretation of the field is given by the table below with a tolerance of ±6 degrees C, and 5 degrees C hysteresis: <tables id="tabl0170" num="0170"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="13mm" /><colspec colnum="2" colname="col2" colwidth="33mm" /><thead><row><entry align="center" valign="top">value</entry><entry align="center" valign="top">meltdown threshold</entry></row></thead><tbody><row><entry align="center">0</entry><entry>150 degrees C</entry></row><row><entry align="center">1</entry><entry>90 degrees C</entry></row><row><entry align="center">2</entry><entry>50 degrees C</entry></row><row><entry align="center">3</entry><entry>20 degrees C</entry></row></tbody></tgroup></table></tables>

The <b>conversion start</b> bit controls the initiation of the conversion of a temperature sensor or reference to a digital value. Setting this bit causes the conversion to begin, and the bit remains set until conversion is complete, at which time the bit is cleared.

The <b>conversion selection</b> field controls which sensor or reference value is converted to a digital value. The interpretation of the field is given by the table below: <tables id="tabl0171" num="0171"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="13mm" /><colspec colnum="2" colname="col2" colwidth="44mm" /><thead><row><entry align="center" valign="top">value</entry><entry align="center" valign="top">conversion selected</entry></row></thead><tbody><row><entry align="center">0</entry><entry>local temperature sensor</entry></row><row><entry align="center">1</entry><entry>local temperature reference</entry></row><row><entry align="center">2..15</entry><entry>Reserved</entry></row></tbody></tgroup></table></tables>

The <b>conversion counter</b> field is set to the two's complement of the downslope count. The counter counts upward to zero, at which point the upslope ramp begins, and continues counting on the upslope until the conversion completes.

<u style="single">Hermes channel Configuration Registers</u>

Configuration registers are provided on the Calliope interface to control the timing, current levels, and termination resistance for the Hermes channel high-bandwidth channel. A configuration register at octlet 31 is dedicated to the control of the Hermes channel, and additional information in the configuration register at octlet 31 controls aspects of the Hermes channel circuits in common. The Hermes channel configuration registers are Cerberus registers 32, where 32 corresponds to Hermes channel 0.

The <b>quadrature bypass</b> bit controls whether the HiC clock signal is delayed by approximately <maths id="math0028"><math display="inline"><mfrac><mn>1</mn><mn>4</mn></mfrac></math><img file="EP1879104A2_D0348.tif" /></maths> of a HiC clock cycle to latch the Hi_7..0 bits. In normal, full speed operation, this bit should be cleared to a zero value. If this bit is set, the quadrature delay is defeated and the HiC clock signal is used directly to latch the Hi_7..0 bits.

The <b>quadrature range</b> bit is used to select an operating range to the quadrature delay circuit. If the quadrature range is set to zero, the circuit will operate at a low frequency (below 0.xxx GHz), if the quadrature range is set to one, the circuit will operate at a high frequency (above 0.xxx GHz).

The <b>output termination</b> bit is used to select whether the output circuits are resistively terminated. If the bit is set to a zero, the output has high impedence; if the bit is set to one, the output is terminated with a resistance equal to the input termination. At reset, this bit is set to one, terminating the output.

The <b>termination resistance</b> field is used to select the impedence at which the Hermes channel inputs, and optionally the Hermes channel outputs are terminated. The resistance level is controlled relative to the setting of the <b>termination fine tuning</b> field of the configuration register. The interpretation of the field is given by the table, with units in Ohms and nominal PMOS conductance and bias settings: <tables id="tabl0172" num="0172"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="14mm" /><colspec colnum="2" colname="col2" colwidth="39mm" /><thead><row><entry align="center" valign="top"><b>value</b></entry><entry align="center" valign="top"><b>termination resistance</b></entry></row></thead><tbody><row><entry align="center">0</entry><entry>Reserved</entry></row><row><entry align="center">1</entry><entry align="right">250. Ohms</entry></row><row><entry align="center">2</entry><entry align="right">125. Ohms</entry></row><row><entry align="center">3</entry><entry align="right">83.3 Ohms</entry></row><row><entry align="center">4</entry><entry align="right">62.5 Ohms</entry></row><row><entry align="center">5</entry><entry align="right">50.0 Ohms</entry></row><row><entry align="center">6</entry><entry align="right">41.7 Ohms</entry></row><row><entry align="center">7</entry><entry align="right">35.7 Ohms</entry></row></tbody></tgroup></table></tables>

The output current field is used to select the current at which the Hermes channel outputs are operated. The interpretation of the field is given by the table, with units in mA: <tables id="tabl0173" num="0173"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="14mm" /><colspec colnum="2" colname="col2" colwidth="28mm" /><thead><row><entry align="center" valign="top"><b>value</b></entry><entry align="center" valign="top"><b>output current</b></entry></row></thead><tbody><row><entry align="center">0</entry><entry>Reserved</entry></row><row><entry align="center">1</entry><entry align="right">2. mA</entry></row><row><entry align="center">2</entry><entry align="right">4. mA</entry></row><row><entry align="center">3</entry><entry align="right">6. mA</entry></row><row><entry align="center">4</entry><entry align="right">8. mA</entry></row><row><entry align="center">5</entry><entry align="right">10. mA</entry></row><row><entry align="center">6</entry><entry align="right">12. mA</entry></row><row><entry align="center">7</entry><entry align="right">14. mA</entry></row></tbody></tgroup></table></tables>

The output voltage swing is the product of the composite termination resistance: (input termination resistance^-1+output termination resistance^-1)^-1, and the output current. The output voltage swing should be set at or below 700 mV, and is normally set to the lowest value which permits a sufficiently low bit error rate, which depends upon the noise level in the system environment.

The <b>skew</b> fields individually control the delay between the internal Hermes channel output clock and each of the HoC and Ho7..0 high bandwidth output channel signals. Each skew field contains two three-bit values, named digital skew and analog skew as shown below: <img file="EP1879104A2_D0349.tif" />

The <b>digital skew</b> fields set the number of delay stages inserted in the output path of the HoC and the Ho7..0 high-bandwidth output channel signals. The <b>analog skew</b> fields control the power level, and thereby control the switching delay, of a single delay stage. Setting these fields permits a fine level of control over the relative skew between output channel signals. Nominal values for the output delay for various values of the digital skew and analog skew fields are given below, assuming a nominal setting for the <b>Hermes channel knob:</b><tables id="tabl0174" num="0174"><table frame="all"><tgroup cols="6"><colspec colnum="1" colname="col1" colwidth="21mm" /><colspec colnum="2" colname="col2" colwidth="18mm" /><colspec colnum="3" colname="col3" colwidth="29mm" /><colspec colnum="4" colname="col4" colwidth="10mm" /><colspec colnum="5" colname="col5" colwidth="22mm" /><colspec colnum="6" colname="col6" colwidth="19mm" /><thead><row><entry align="center" valign="top">digital skew</entry><entry align="center" valign="top">delay (ps)</entry><entry align="center" valign="top">plus analog skew</entry><entry rowsep="0" align="center" valign="top" /><entry align="center" valign="top">analog skew</entry><entry align="center" valign="top">delay (ps)</entry></row></thead><tbody><row><entry align="right">0</entry><entry align="right">0</entry><entry align="right">no</entry><entry morerows="7" /><entry align="right">0</entry><entry align="right">Reserved</entry></row><row><entry align="right">1</entry><entry align="right">320</entry><entry align="right">yes</entry><entry align="right">1</entry><entry align="right">???</entry></row><row><entry align="right">2</entry><entry align="right">400</entry><entry align="right">yes</entry><entry align="right">2</entry><entry align="right">???</entry></row><row><entry align="right">3</entry><entry align="right">470</entry><entry align="right">yes</entry><entry align="right">3</entry><entry align="right">+40</entry></row><row><entry align="right">4</entry><entry align="right">570</entry><entry align="right">yes</entry><entry align="right">4</entry><entry align="right">+20</entry></row><row><entry align="right">5</entry><entry align="right">670</entry><entry align="right">yes</entry><entry align="right">5</entry><entry align="right">0</entry></row><row><entry align="right">6</entry><entry align="right">770</entry><entry align="right">yes</entry><entry align="right">6</entry><entry align="right">-10</entry></row><row><entry align="right">7</entry><entry align="right">870</entry><entry align="right">yes</entry><entry align="right">7</entry><entry align="right">-20</entry></row></tbody></tgroup></table></tables>

When Calliope is reset, a default value of 0 is loaded into the <b>digital skew</b> and 1 is loaded into the <b>analog skew</b> fields, setting a minimum output delay for the HoC and Ho7..0 signals.

<u style="single">Hermes High-Bandwidth Channel</u>

MicroUnity's Hermes high-bandwidth channel architecture is designed to provide ultra-high bandwidth communications between devices within MicroUnity's Terpsichore system architecture.

Hermes-compliant devices include one or more byte-wide input and output channels intended to operate at rates of at least 1 GHz. These channels provide a packet communication link to general devices, processors, memories, and input-output interfaces.

Hermes high-bandwidth channels employ nine signals, one clock signal and eight data signals, using differential low-voltage levels for direct communication from one device to another. The channels are designed to be arranged into a ring consisting of up to four target devices and one initiator. The channels may also be extended to permit multiple initiators in a single ring.

The Hermes interface protocol embeds read and write operations to a single memory space into packets containing command, address, data, and acknowledgement. The packets include check codes that will detect single-bit transmission errors and multiple-bit errors with high probability. As many as eight operations in each device may be in progress at a time. As many as four Hermes devices may be cascaded to expand system capacity and bandwidth.

Hermes relies upon MicroUnity's, Cerberus serial bus to provide access to a low-level mechanism to detect skew in input channels, and to adjust skew in output channels. This mechanism may be employed by software to adaptively adjust for skew in the channels, or set to fixed patterns to account for fixed signal skew as may arise in device-to-device wiring.

<u style="single">Architecture Framework</u>

The Hermes architecture defines a compatible framework for a family of implementations with a range of capabilities. The following implementation-defined parameters are used in the rest of the document in boldface. The value indicated are for MicroUnity's first implementations. <tables id="tabl0175" num="0175"><table frame="all"><tgroup cols="4"><colspec colnum="1" colname="col1" colwidth="20mm" /><colspec colnum="2" colname="col2" colwidth="99mm" /><colspec colnum="3" colname="col3" colwidth="14mm" /><colspec colnum="4" colname="col4" colwidth="34mm" /><thead><row><entry valign="top">Param eter</entry><entry valign="top">Interpretation</entry><entry valign="top">Value</entry><entry valign="top">Range of legal values</entry></row></thead><tbody><row><entry align="center"><b>A</b></entry><entry>log₂₅₆ words in logical memory space or size in bytes of a logical memory address</entry><entry align="center">4</entry><entry>1 ≤ <b>A</b> ≤ 8</entry></row><row><entry align="center"><b>W</b></entry><entry>size in bytes of logical memory word</entry><entry align="center">8</entry><entry>1 ≤ <b>W</b> ≤ 2¹⁵, log₂<b>W</b> ε <i>Z</i></entry></row></tbody></tgroup></table></tables>

Hermes devices have several optional capabilities, which are identified in the following table: <tables id="tabl0176" num="0176"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="21mm" /><colspec colnum="2" colname="col2" colwidth="142mm" /><thead><row><entry valign="top">Capability</entry><entry valign="top">Meaning</entry></row></thead><tbody><row><entry>Master</entry><entry>Capable of generating requests on output channel and receiving responses on input channel</entry></row><row><entry>Slave</entry><entry>Capable of receiving requests on input channel and generating responses on output channel</entry></row><row><entry>Forwarding</entry><entry>Capable of forwarding requests and responses from input channel to output channel</entry></row><row><entry>Cache</entry><entry>Capable of storing values previously read or written and returning these values on subsequent reads.</entry></row></tbody></tgroup></table></tables>

<u style="single">Electrical Signalling</u>

Each Hermes channel consists of a one byte wide data path and a single-phase, constant-rate clock signal. Both the data and clock signals are differential-pair signals. The clock signal contains alternating zero and one values transmitted with the same timing as the data signals; thus, the clock signal frequency is one-half the channel byte data rate.

Each channel runs at a constant frequency and contains no auxiliary control, handshaking, or flow-control information. The channel transmitter is responsible for transmitting all nine differential-pair signals so as to be received with minimal skew; the receiver is responsible for decoding the signals in the presence of noise and skew as may arise due to differences in the signal environment of the clock and of each data bit.

A Hermes device may be capable of responding to Hermes request packets received on a Hermes input channel. Such a device is designated a slave device, and must operate the Hermes output channel at the same clock rate as the input channel. A slave device must generate no more than a specified amount of variation in the output clock phase, relative to the input clock, over changes in system temperature or operating voltage.

A Hermes device that is capable of generating Hermes request packets is designated a master device. A master device must be capable of generating the constant-frequency clock signal on the Hermes output channel and accepting signals on the Hermes input channel at the same clock frequency as is generated. In addition, a master device must accept an arbitrary input clock phase, and must accept a specified amount of variation in clock phase, as may arise due to changes in system temperature or operating voltage.

Each Hermes input or output channel requires 18 pads, and the associated Cerberus interface requires an additional 6 pads. <tables id="tabl0177" num="0177"><table frame="all"><tgroup cols="3"><colspec colnum="1" colname="col1" colwidth="14mm" /><colspec colnum="2" colname="col2" colwidth="46mm" /><colspec colnum="3" colname="col3" colwidth="38mm" /><thead><row><entry valign="top">count</entry><entry valign="top">Pad</entry><entry valign="top">meaning</entry></row></thead><tbody><row><entry align="center">18</entry><entry>HiC. HiC_N. Hi_{7 0}. Hi_{7 0}_N</entry><entry>Hermes input channel</entry></row><row><entry align="center">18</entry><entry>HoC. HoC_N. Ho_{7 0}. Ho_{7 0}_N</entry><entry>Hermes output channel</entry></row><row><entry align="center">6</entry><entry>SC.SD. SN_{3 0}</entry><entry>Cerberus interface</entry></row><row><entry align="center">36c+6</entry>&lt;entry /&gt;<entry>total signal pads</entry></row></tbody></tgroup></table></tables>

Each Hermes input channel is terminated at a nominal 50 ohm impedance to ground. Each Hermes output channel is optionally terminated at the same impedance as the devices input channel. An adjustable termination impedance, programmable via Cerberus is recommended.

In order to provide for planar connections without vias among Hermes devices when connected into rings, all devices must locate Hermes input channels and Hermes output channels to pin assignments which preserve the relative ordering of the conductors which connect the devices. In general, the ordering must be consistent on circuit boards by which devices are interconnected. The ordering fixes the order of Hermes pins encountered in a clockwise traversal of the pins to always be HiC, HiC_N, Hi0, Hi0_N, Hi1. Hi1_N, Hi2, Hi2_N, Hi3, Hi3_N, Hi4, Hi4_N, Hi5_N, Hi6, Hi6_N, Hi7, Hi7_N. Ho7_N. Ho7. Ho6_N, Ho6, Ho5_N, Ho5, Ho4_N, Ho4, Ho3_N, Ho3, Ho2_N. Ho2. Ho1_N, Ho1, Ho0_N, Ho0 HoC_N, and HoC respecitively. No other pins, except for low-bandwidth and power connections which may contain vias, may be placed between these pins.

Hermes device dies (or the active die of a sandwich) are generally designed to be placed on circuit boards face-down, so when viewed from the top of the circuit board, this becomes the ordering: <img file="EP1879104A2_D0350.tif" />

When viewed from the top of the device die, this becomes the ordering: <img file="EP1879104A2_D0351.tif" />

Other packaging systems may mount Hermes device dies in a face-up orientation. Hermes devices sandwiched with a conductive-only die ("space transformer") have the conductive-only die in a face-up orientation. For a die mounted in a face-up orientation, the ordering of the pins of the die must be reversed, so when viewed from the top of the circuit board or the top of the die, this requires the ordering; <img file="EP1879104A2_D0352.tif" />

The following is a diagram of the Hermes and Cerberus device interfaces, for a device with a single pair of Hermes channel interfaces. <img file="EP1879104A2_D0353.tif" /><tables id="tabl0178" num="0178"><table frame="all"><tgroup cols="6"><colspec colnum="1" colname="col1" colwidth="59mm" /><colspec colnum="2" colname="col2" colwidth="11mm" /><colspec colnum="3" colname="col3" colwidth="12mm" /><colspec colnum="4" colname="col4" colwidth="12mm" /><colspec colnum="5" colname="col5" colwidth="13mm" /><colspec colnum="6" colname="col6" colwidth="12mm" /><thead><row><entry valign="top">Electrical characteristics</entry><entry valign="top">MIN</entry><entry valign="top">TYP</entry><entry valign="top">MAX</entry><entry valign="top">UNIT</entry><entry valign="top">REF</entry></row></thead><tbody><row><entry>V_OH: H-state output voltage HoC. Ho_7..0</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;<entry>V</entry><entry>VDD</entry></row><row><entry>V_OL: L-state output voltage HoC, Ho_7..0</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;<entry>V</entry><entry>VDD</entry></row><row><entry>V_IH: H-state input voltage HiC, Hi_7..0</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;<entry>V</entry><entry>VDD</entry></row><row><entry>V_IL: L-state input voltage HiC, Hi_7..0</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;<entry>V</entry><entry>VDD</entry></row><row><entry>I_OH: H-state output current HoC, Ho_7..0</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;<entry>mA</entry>&lt;entry /&gt;</row><row><entry>I_OL: L-state output current HoC. Ho_7..0</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;<entry>mA</entry>&lt;entry /&gt;</row><row><entry>I_IH: H-state input current HiC, Hi_7..0</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;<entry>mA</entry>&lt;entry /&gt;</row><row><entry>I_IL: L-state input current HiC, Hi_7..0</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;<entry>mA</entry>&lt;entry /&gt;</row><row><entry>C_IN: Input capacitance HiC, Hi_7..0</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;<entry>pF</entry>&lt;entry /&gt;</row><row><entry>C_OUT: Output capacitance HoC, Ho_7..0</entry>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;<entry>pF</entry>&lt;entry /&gt;</row></tbody></tgroup></table></tables><tables id="tabl0179" num="0179"><table frame="all"><tgroup cols="5"><colspec colnum="1" colname="col1" colwidth="57mm" /><colspec colnum="2" colname="col2" colwidth="12mm" /><colspec colnum="3" colname="col3" colwidth="12mm" /><colspec colnum="4" colname="col4" colwidth="12mm" /><colspec colnum="5" colname="col5" colwidth="13mm" /><thead><row><entry valign="top">Switching characteristics</entry><entry valign="top">MIN</entry><entry valign="top">TYP</entry><entry valign="top">MAX</entry><entry valign="top">UNIT</entry></row></thead><tbody><row><entry>t_Bc: HiC clock cycle time</entry><entry align="right">1000</entry><entry align="right" /><entry align="right" /><entry>ps</entry></row><row><entry>t_BCH HiC clock high time</entry><entry align="right">400</entry><entry align="right" /><entry align="right" /><entry>ps</entry></row><row><entry>t_BCL: HiC clock low time</entry><entry align="right">400</entry><entry align="right" /><entry align="right" /><entry>ps</entry></row><row><entry>t_BT HiC clock transition time</entry><entry align="right" /><entry align="right" /><entry align="right">100</entry><entry>ps</entry></row><row><entry>t_BS: set-up time, Hi_{7 0} valid to HiC xition</entry><entry align="right">200</entry><entry align="right" /><entry align="right">100</entry><entry>ps</entry></row><row><entry>t_BH: hold time, HiC xition to Hi_{7 0} invalid</entry><entry align="right">-200</entry><entry align="right" /><entry align="right">-100</entry><entry>ps</entry></row><row><entry>t_OS: skew between HoC and Ho_{7 0}</entry><entry align="right">-50</entry><entry align="right" /><entry align="right">50</entry><entry>ps</entry></row></tbody></tgroup></table></tables>

<u style="single">Logical Memory Structure</u>

Hermes defines a logical memory region as an array of 2^8<b>A</b> blocks of size <b>W</b> bytes. Each access, either a read or write, references all bytes of a single block. All addresses are block addresses, referencing the entire block. <img file="EP1879104A2_D0354.tif" />

Hermes defines a logical cache for data originally contained in the logical memory region. All accesses to Hermes memory space maintain consistency between the contents of the cache and the contents of the logical memory region.

<u style="single">Packet Structure</u>

Packets sent on a Hermes channel contain control commands, most commonly read or write operations, along with addresses and associated data. Other commands indicate error conditions and responses to the above commands.

When the Hermes channel is otherwise idle, such as during initialization and between packets, an idle packet, consisting of a pair of an all-zero byte and all-one byte is transmitted through the channel. Each non-idle packet consists of two bytes or a multiple of two bytes and must begin with a byte of value other than all-zero (0). All packets begin during a clock period in which the clock signal is zero, and all packets end during a clock period in which the clock signal is one.

The general form of a packet is an array of bytes, without a specified byte ordering. The first byte contains a module address in the high-order two bits, a packet identifier, usually a command, in the next three bits, and a link identification number. The remaining bytes' interpretation are dependent upon the packet identifier: <img file="EP1879104A2_D0355.tif" />

The length of the packet is implied by the command specified by the initial byte of the packet.

The check byte is computed as odd bit-wise parity, with a leftward circular rotation after accumulating each byte. This algorithm provides detection of single-bit and some multiple-bit errors with high probability (1-2^-8), but no correction. As an example, the following packet has a proper check byte: <img file="EP1879104A2_D0356.tif" />

The check byte in this example is calculated as: <tables id="tabl0180" num="0180"><table frame="all"><tgroup cols="3"><colspec colnum="1" colname="col1" colwidth="20mm" /><colspec colnum="2" colname="col2" colwidth="11mm" /><colspec colnum="3" colname="col3" colwidth="32mm" /><thead><row><entry align="center" valign="top"><b>binary</b></entry><entry align="center" valign="top"><b>hex</b></entry><entry align="center" valign="top"><b>notes</b></entry></row></thead><tbody><row><entry align="center"><b>01100001</b></entry><entry align="center"><b>61</b></entry><entry>first byte</entry></row><row><entry align="center"><b>11000010</b></entry><entry align="center"><b>c2</b></entry><entry>shift left Circular</entry></row><row><entry align="center"><b>00000000</b></entry><entry align="center"><b>00</b></entry><entry>second byte</entry></row><row><entry align="center"><b>11000010</b></entry><entry align="center"><b>c2</b></entry><entry>xor above two rows</entry></row><row><entry align="center"><b>10000101</b></entry><entry align="center"><b>85</b></entry><entry>shift left circular</entry></row><row><entry align="center"><b>00100010</b></entry><entry align="center"><b>22</b></entry><entry>third byte</entry></row><row><entry align="center"><b>10100111</b></entry><entry align="center"><b>a7</b></entry><entry>xor above two rows</entry></row><row><entry align="center"><b>01001111</b></entry><entry align="center"><b>4f</b></entry><entry>shift left circular</entry></row><row><entry align="center"><b>00010001</b></entry><entry align="center"><b>11</b></entry><entry>fourth byte</entry></row><row><entry align="center"><b>01011110</b></entry><entry align="center"><b>5e</b></entry><entry>xor above two rows</entry></row><row><entry align="center"><b>10111100</b></entry><entry align="center"><b>be</b></entry><entry>shift left circular</entry></row><row><entry align="center"><b>00000000</b></entry><entry align="center"><b>00</b></entry><entry>fifth byte</entry></row><row><entry align="center"><b>10111100</b></entry><entry align="center"><b>bc</b></entry><entry>xor above two rows</entry></row><row><entry align="center"><b>01111001</b></entry><entry align="center"><b>79</b></entry><entry>shift left circular</entry></row><row><entry align="center"><b>10000110</b></entry><entry align="center"><b>86</b></entry><entry>sixth (check) byte</entry></row><row><entry align="center"><b>11111111</b></entry><entry align="center"><b>ff</b></entry><entry>xor above two rows</entry></row><row><entry align="center"><b>11111111</b></entry><entry align="center"><b>ff</b></entry><entry>shift left circular</entry></row></tbody></tgroup></table></tables>

The general interpretation of the packet command is given in the following table: <tables id="tabl0181" num="0181"><table frame="all"><tgroup cols="3"><colspec colnum="1" colname="col1" colwidth="13mm" /><colspec colnum="2" colname="col2" colwidth="27mm" /><colspec colnum="3" colname="col3" colwidth="17mm" /><thead><row><entry valign="top">value</entry><entry valign="top">interpretation</entry><entry valign="top">payload</entry></row></thead><tbody><row><entry>0</entry><entry>idle</entry><entry>0</entry></row><row><entry>1</entry><entry>error</entry><entry>0</entry></row><row><entry>2</entry><entry>write-allocate</entry><entry>12</entry></row><row><entry>3</entry><entry>write-noallocate</entry><entry>12</entry></row><row><entry>4</entry><entry>read-allocate</entry><entry>4</entry></row><row><entry>5</entry><entry>read-noallocate</entry><entry>4</entry></row><row><entry>6</entry><entry>read-response</entry><entry>8</entry></row><row><entry>7</entry><entry>write-response</entry><entry>0</entry></row><row><entry namest="col1" nameend="col3" align="center">Packet command interpretation</entry></row></tbody></tgroup></table></tables>

The module address field provides for as many as four Hermes slave devices to be operated from a single channel. Module address values are assigned via either static/geometric configuration pins (not recommended) or dynamically assigned via a Cerberus configuration register.

The link identification field provides the opportunity for Hermes master devices to initiate as many as eight independent operations at any one time to each Hermes slave device. Each outstanding operation to a Hermes slave device must have a distinct link identification number, and no ordering of operations is implied by the value of the link-identification field. There is no requirement for link-identification field values to be sequentially assigned in requests or responses.

The following section provides detailed descriptions of the structure of each type of command packet.

<u style="single">Idle</u>

Idle packets fill the space between other packets with an alternating zero-byte and all-ones-byte pattern. Idle packets may be dropped when received and regenerated between outgoing packets. The idle packet is formatted as follows: <img file="EP1879104A2_D0357.tif" />

The range of valid values and the interpretation of the fields is given by the following table: <tables id="tabl0182" num="0182"><table frame="all"><tgroup cols="3"><colspec colnum="1" colname="col1" colwidth="15mm" /><colspec colnum="2" colname="col2" colwidth="13mm" /><colspec colnum="3" colname="col3" colwidth="65mm" /><thead><row><entry valign="top">field</entry><entry valign="top">value</entry><entry valign="top">Interpretation</entry></row></thead><tbody><row><entry align="center"><b>ma</b></entry><entry>0</entry><entry>Module address field must be zero.</entry></row><row><entry align="center"><b>com</b></entry><entry>0</entry><entry>Packet is "idle."</entry></row><row><entry align="center"><b>lid</b></entry><entry>0</entry><entry>Link identification number field must be zero</entry></row><row><entry align="center"><b>check</b></entry><entry>255</entry><entry>Check integrity of packet transmission.</entry></row><row><entry namest="col1" nameend="col3" align="center">Idle packet field interpretation</entry></row></tbody></tgroup></table></tables>

No activity is performed upon receipt of a properly formatted idle packet.

<u style="single">Read Operation</u>

Read packets cause a Hermes device to perform a read operation for the specified address, producing a data value. The value is read from cache, if one is present and the address is present in the cache. If the address is not present in cache, the value is read. A value read is placed in the cache if the command is "read-allocate"; if the command is "read-noallocate" the value is returned without copying the value into the cache. The packet format is as follows: <img file="EP1879104A2_D0358.tif" />

The range of valid values and the interpretation of the fields is given by the following table: <tables id="tabl0183" num="0183"><table frame="all"><tgroup cols="3"><colspec colnum="1" colname="col1" colwidth="15mm" /><colspec colnum="2" colname="col2" colwidth="17mm" /><colspec colnum="3" colname="col3" colwidth="114mm" /><thead><row><entry valign="top">field</entry><entry valign="top">value</entry><entry valign="top">interpretation</entry></row></thead><tbody><row><entry align="center"><b>ma</b></entry><entry>0..3</entry><entry>Module address.</entry></row><row><entry align="center"><b>com</b></entry><entry>4, 5</entry><entry>Packet command is "read-allocate" or "read-noallocate."</entry></row><row><entry align="center"><b>lid</b></entry><entry>0..7</entry><entry>Respond with link identification number <b>id.</b></entry></row><row><entry align="center"><b>addr</b></entry><entry>0..2^8<b>A</b>-1</entry><entry>Logical memory block address as specified. The least significant byte is sent first.</entry></row><row><entry align="center"><b>check</b></entry><entry>0..255</entry><entry>Check integrity of packet transmission.</entry></row><row><entry namest="col1" nameend="col3" align="center">Read packet field interpretation</entry></row></tbody></tgroup></table></tables>

If the fields are valid and the specified address is within the range of the memory, the memory is read and a read response packet is generated which contains the requested data value. The "read-response" packet is formatted as follows: <img file="EP1879104A2_D0359.tif" />

The range of valid values and the interpretation of the fields is given by the following table: <tables id="tabl0184" num="0184"><table frame="all"><tgroup cols="3"><colspec colnum="1" colname="col1" colwidth="18mm" /><colspec colnum="2" colname="col2" colwidth="18mm" /><colspec colnum="3" colname="col3" colwidth="82mm" /><thead><row><entry valign="top">field</entry><entry valign="top">value</entry><entry valign="top">interpretation</entry></row></thead><tbody><row><entry align="center"><b>ma</b></entry><entry>0..3</entry><entry>Module address <b>ma</b> as specified in read packet.</entry></row><row><entry align="center"><b>com</b></entry><entry>6</entry><entry>Packet command is "read response.</entry></row><row><entry align="center"><b>lid</b></entry><entry>0..7</entry><entry>Link identification number <b>lid</b> as specified in read packet.</entry></row><row><entry align="center"><b>data</b></entry><entry>0..2^8<b>W</b>-1</entry><entry>Data read from specified address.</entry></row><row><entry align="center"><b>check</b></entry><entry>0..255</entry><entry>Check integrity of packet transmission.</entry></row><row><entry namest="col1" nameend="col3" align="center">Read response packet field interpretation</entry></row></tbody></tgroup></table></tables>

In order to reduce the latency of read response, Hermes devices may generate a read response packet before checking redundant information that may alter the contents of the response. If, upon checking the information, but before the last byte of the read response packet is generated, the device detects that the data was transmitted in error, the packet is "stomped." that is, marked as invalid, by transmitting a check byte that is the ones-complement of the proper check byte. Such a packet must be ignored by Hermes masters and may be either ignored or suppressed by Hermes slave devices. If the redundant information indicates a correctable error, the stomped packet is followed by a read response packet which contains the corrected data.

<u style="single">Write Operation</u>

Write packets cause Hermes devices to perform a write operation, placing a data value into the specified address. The value is written into cache, if one is present and the address is present in the cache. If the address is not present in cache, and the command is "write-allocate", the value is written into cache. If the address is not present in cache, and the command is "write-noallocate", the value is written, leaving the cache location unchanged. The packet format is as follows: <img file="EP1879104A2_D0360.tif" />

The range of valid values and the interpretation of the fields is given by the following table: <tables id="tabl0185" num="0185"><table frame="all"><tgroup cols="3"><colspec colnum="1" colname="col1" colwidth="15mm" /><colspec colnum="2" colname="col2" colwidth="18mm" /><colspec colnum="3" colname="col3" colwidth="114mm" /><thead><row><entry valign="top">field</entry><entry valign="top">value</entry><entry valign="top">interpretation</entry></row></thead><tbody><row><entry align="center"><b>ma</b></entry><entry>0..3</entry><entry>Module address.</entry></row><row><entry align="center"><b>com</b></entry><entry>2, 3</entry><entry>Packet command is "write-allocate" or "write-noallocate."</entry></row><row><entry align="center"><b>lid</b></entry><entry>0..7</entry><entry>Respond with link identification number <b>lid</b>.</entry></row><row><entry align="center"><b>addr</b></entry><entry>0..2^8<b>A</b>-1</entry><entry>Logical memory block address as specified. The least significant byte is sent first.</entry></row><row><entry align="center"><b>data</b></entry><entry>0..2^8<b>W</b>-1</entry><entry>Data to be written at specified address.</entry></row><row><entry align="center"><b>check</b></entry><entry>0..255</entry><entry>Check integrity of packet transmission.</entry></row><row><entry namest="col1" nameend="col3" align="center">Write packet field interpretation</entry></row></tbody></tgroup></table></tables>

If the fields are valid and the specified address is within the range of the memory, the memory is written and a write response packet is generated. The "write-response" packet is formatted as follows: <img file="EP1879104A2_D0361.tif" />

The range of valid values and the interpretation of the fields is given by the followingable: <tables id="tabl0186" num="0186"><table frame="all"><tgroup cols="3"><colspec colnum="1" colname="col1" colwidth="18mm" /><colspec colnum="2" colname="col2" colwidth="17mm" /><colspec colnum="3" colname="col3" colwidth="82mm" /><thead><row><entry valign="top">field</entry><entry valign="top">value</entry><entry valign="top">interpretation</entry></row></thead><tbody><row><entry align="center"><b>ma</b></entry><entry>0..3</entry><entry>Module address <b>ma</b> as specified in write packet.</entry></row><row><entry align="center"><b>com</b></entry><entry>7</entry><entry>Packet command is "write response."</entry></row><row><entry align="center"><b>lid</b></entry><entry>0..7</entry><entry>Link identification number <b>lid</b> as specified in write packet.</entry></row><row><entry align="center"><b>check</b></entry><entry>0..255</entry><entry>Check integrity of packet transmission.</entry></row><row><entry namest="col1" nameend="col3" align="center">Write response packet field interpretation</entry></row></tbody></tgroup></table></tables>

<u style="single">Error Handling</u>

The receipt of packets that do not conform to the requirements of this specification over the input channel is an error, as are any conditions internal or external to the device that prevent proper operation, such as uncorrectable memory errors. The level or degree to which an implementation detects errors is implementation-defined; to the extent possible, this architecture specification recommends that all errors should be detected, but this is not strictly required. All implementations must document the level of error detection, and all detected errors must use the method described below for handling errors.

For Hermes devices, the following errors should be detected and the level of error detection for each of these errors is required to be documented: <tables id="tabl0187" num="0187"><table frame="all"><tgroup cols="1" colsep="0"><colspec colnum="1" colname="col1" colwidth="71mm" colsep="1" /><tbody><row><entry>errors detected</entry></row><row><entry>invalid check byte</entry></row><row><entry>invalid command</entry></row><row><entry>invalid address</entry></row><row><entry>uncorrectable error in cache</entry></row><row><entry>uncorrectable error in device</entry></row><row><entry>invalid identification number</entry></row><row><entry>internal buffer overflow</entry></row><row><entry>invalid module address on idle packet</entry></row><row><entry>invalid identification number on idle/error packet</entry></row><row><entry>invalid check byte on idle packet</entry></row></tbody></tgroup></table></tables>

Packets received by Hermes devices may have an invalid check byte, invalid command, invalid module address, invalid address, invalid identification number, or in some implementations cause internal buffer overflow. For each such error which the implementation may detect, the device causes a response explicitly indicating such a condition (error response); the packet is otherwise ignored. Also, detection of an uncorrectable error in either the cache or the device resulting from a request over a Hermes input channel results in the generation of an error response packet.

The error response packet is formatted as follows: <img file="EP1879104A2_D0362.tif" />

The range of valid values and the interpretation of the fields is given by the following table: <tables id="tabl0188" num="0188"><table frame="all"><tgroup cols="3"><colspec colnum="1" colname="col1" colwidth="18mm" /><colspec colnum="2" colname="col2" colwidth="17mm" /><colspec colnum="3" colname="col3" colwidth="96mm" /><thead><row><entry valign="top">field</entry><entry valign="top">value</entry><entry valign="top">interpretation</entry></row></thead><tbody><row><entry align="center"><b>ma</b></entry><entry>0..3</entry><entry>Module address identifying the source of the error response packet.</entry></row><row><entry align="center"><b>com</b></entry><entry>1</entry><entry>Packet is "error response."</entry></row><row><entry align="center"><b>lid</b></entry><entry>0</entry><entry>Link identification number must be zero.</entry></row><row><entry align="center"><b>check</b></entry><entry>0..255</entry><entry>Check integrity of packet transmission.</entry></row><row><entry namest="col1" nameend="col3" align="center">error response packet field interpretation</entry></row></tbody></tgroup></table></tables>

Upon receipt of the error response packet, the packet originator must read the Cerberus status register of the reporting device to determine the precise nature of the error. Hermes devices reporting an invalid packet will suppress the receipt of additional packets until the error is cleared, by clearing the status register. However, such devices may continue to process packets which have already been received, and generate responses. Upon taking appropriate corrective actions and clearing the error, the packet originator should then re-send any unacknowledged commands.

Because of the large difference in clock rate between the high-bandwidth Hermes channel and the Cerberus serial bus interface, it is generally safe to assume that, after detecting an error response packet, an attempt to read the status register via Cerberus will result in reading stable, quiescent error conditions and that the queue of outstanding requests will have drained. After clearing the status register via Cerberus, the packet originator may immediately resume sending requests to the Hermes device.

<u style="single">Forwarding</u>

Hermes devices, whether master or slave, may have the capability to forward packets which are intended for other devices connected to a Hermes channel. For slave devices, this forwarding is performed on the basis of the contents of the module address field in the packet; packets which contain a module address other than that of the current device are forwarded. All non-idle packets which contain such module addresses must be forwarded, including error packets. For master devices, this forwarding is performed on the basis of the identifier number field in the packet; packets which contain identifier numbers not generated by the device are forwarded.

To minimize ring latency, it is generally desirable to forward these packets with minimal latency. If a packet arrives at an input channel when the output channel is in use, this latency must increase; at least a single-packet buffer is required.

The size of the forwarding buffer is implementation-dependent. Avoiding the generation of an output packet if the forwarding buffer does not have room to hold an additional input packet is required, when the forwarding buffer is smaller than the number of packets which may require forwarding (generally 24 packets). However, this strategy may cause starvation, as output packets may be inhibited indefinately by a stream of input packets that require forwarding. Starvation may be avoided by system-level design and configuration considerations beyond the scope of this specification.

Packets which contain a check byte error may be forwarded; however it is recommended that such packets be transmitted with a check byte containing more than one error bit, to minimize the possibility of an undetected second error. Packets which contain a "stomped" check byte may be forwarded as is, or may be ignored by a forwarding device. Note that when a packet is forwarded with minimum latency, the output channel may begin transmitting a packet before the input channel has received the entire packet: in such a case, the only available choice is to continue forwarding the packet even if a check byte error or "stomped" check byte is detected.

<u style="single">Ring Configurations</u>

Hermes supports a variety of ring configurations. All devices in a cascade must have the same values for A and W parameters, in order that each part may properly interpret packet boundaries. The table below summarizes the characteristics of the configurations available: <tables id="tabl0189" num="0189"><table frame="all"><tgroup cols="5"><colspec colnum="1" colname="col1" colwidth="54mm" /><colspec colnum="2" colname="col2" colwidth="16mm" /><colspec colnum="3" colname="col3" colwidth="20mm" /><colspec colnum="4" colname="col4" colwidth="16mm" /><colspec colnum="5" colname="col5" colwidth="20mm" /><thead><row><entry morerows="1" valign="top">configuration</entry><entry namest="col2" nameend="col3" align="center" valign="top">masters</entry><entry namest="col4" nameend="col5" align="center" valign="top">slaves</entry></row><row><entry valign="top">number</entry><entry valign="top">forwarding</entry><entry valign="top">number</entry><entry valign="top">forwarding</entry></row></thead><tbody><row><entry>master-slave pair</entry><entry>1</entry><entry>no</entry><entry>1</entry><entry>no</entry></row><row><entry>single-master ring</entry><entry>1</entry><entry>no</entry><entry>1-4</entry><entry>yes</entry></row><row><entry>dual-master pair</entry><entry>2</entry><entry>no</entry><entry>0</entry>&lt;entry /&gt;</row><row><entry>multiple-master single-slave ring</entry><entry>1-8</entry><entry>yes</entry><entry>1</entry><entry>no</entry></row><row><entry>multiple-master multiple-slave ring</entry><entry>1-8</entry><entry>yes</entry><entry>1-4</entry><entry>yes</entry></row><row><entry namest="col1" nameend="col5" align="center">Hermes ring configurations</entry></row></tbody></tgroup></table></tables>

<u style="single">Master-slave Pair</u>

The simplest ring consists of a single Hermes non-forwarding master device and a single Hermes non-forwarding slave device. No forwarding is required for either device as packets are sent directly to the recipient. The ring may have as many as eight transactions outstanding, each containing distinct id field values. <img file="EP1879104A2_D0363.tif" />

<u style="single">Single-master Ring</u>

A single-master ring may contain a cascade of up to four Hermes slave devices. The cascade of devices will have the same or greater bandwidth as a single device, but more latency. Each Hermes slave device must be configured to a distinct module address, and each slave device must forward packets that contain module address fields unequal to their own. <img file="EP1879104A2_D0364.tif" />

Packets are explicitly addressed to a particular Hermes device; any packet received on a device's input channel which specifies another module address is automatically passed on via its output channel. This mechanism provides for the serial interconnection of Hermes devices into strings, which function identically to a single device, except that a string has larger capacity and longer response latency. Each slave device may have as many as eight transactions outstanding, each containing distinct id field values.

<u style="single">Dual-master Pair</u>

A dual master pair consists of two master devices and no slave devices. Each master device may initiate read and write operations addressed to the other, and each may have up to eight such transactions outstanding. No forwarding is required for either device as packets are sent directly to the recipient. <img file="EP1879104A2_D0365.tif" />

<u style="single">Multiple-master Single-slave Ring</u>

A multiple-master ring may contain multiple master devices and a single Hermes slave device, provided that the master devices arrange to use different id values for their requests. Each master may use a share of the eight transactions. Master devices must forward packets not specifally addressed to them, as designated by the values in the id field. The slave device need not forward packets, as all input packets are designated for the slave device. <img file="EP1879104A2_D0366.tif" />

<u style="single">Multiple-master Multiple-slave Ring</u>

A multiple-master ring may contain multiple master devices and as many as four Hermes slave devices, provided that the master devices arrange to use different id values for their requests. Each slave may have up to eight transactions outstanding, and each master may use a share of those transactions. Master devices must forward packets not specifally addressed to them, as designated by the values in the id field. Slave devices must forward packets not specifically addressed to them, as designated by the value of the ma field. <img file="EP1879104A2_D0367.tif" />

<u style="single">Response Packet Timing</u>

In general, a received packet which is interpreted as a command causes a response packet to be generated. The latency between the end of the request packet and the beginning of the response packet is affected by the processing and forwarding of other packets, by the presence or absence of the requested word in the cache, as well as implementation-dependent device parameters and characteristics.

With full knowledge of the cache state configurable parameters and implementation-dependent characteristics, a Hermes master may completely model the latency of responses. However, dependence on such characteristics is not recommended, except for testing and characterization purposes.

A Hermes master must have the capability to detect a time-out condition, where a response to a request packet is never received. The length of the time-out is implementation-defined, and dependent upon the implementation of the Hermes slave devices, so it is recommended that this time-out be long enough to accomodate variation in the design of Hermes slave devices, or be configurable to permit recovery in a minimum implementation-dependent delay.

<u style="single">Cerberus Registers</u>

The Hermes channel architecture builds upon the Cerberus serial bus architecture. Only the specific requirements of Hermes-compliant devices are defined below.

Hermes requires that the values of <b>A</b> and log₂W be made available in the high-order byte of the first architecture description register as indicated below.

The format of the register is described in the table below. The <b>octlet</b> is the Cerberus address of the register; bits indicate the posifion of the field in a register. The <b>value</b> indicated is the hard-wired value in the register for a read/only register, and is the value to which the register is initialized upon a reset for a read/write register. If a reset does not initialize the field to a value, or if initialization is not required by this specification, a * is placed in or appended to the value field. The <b>range</b> is the set of legal values to which a read/write register may be set. The <b>interpretation</b> is a brief description of the meaning or utility of the register field; a more comprehensive description follows this table. <img file="EP1879104A2_D0368.tif" />

<u style="single">Architecture Description Registers</u>

The architecture description registers in octlets 4 and 5 comply with the Cerberus specification and contain a machine-readable version of the architecture parameters: A, W described in this document.

<u style="single">Cerberus Serial Bus</u>

MicroUnity's Cerberus serial bus architecture is designed to provide bootstrap resources, configuration and diagnostic support for MicroUnity's Terpsichore system architecture.

The Cerberus serial bus employs two signals, both at TTL levels, for direct communication among as many as 2⁸ devices. One signal is a continuously running clock, and the other is an open-collector bidirectional data signal. Four additional signals provide a geographic 8-bit address for each device. A gateway protocol and optional configurable addressing each provide a means to extend Cerberus to as many as 2¹⁶ buses and 2²⁴ devices.

The protocol is designed for universal application among the custom chips used to implement the Terpsichore system architecture. It is also designed to be compatible with implementations embodied in FPGA parts, such as those made by Xilinx, Altera. Actel and others. Such FPGA parts may be used to adapt the Cerberus protocol in a minimum of logic to attach small serial bus devices, such as those made by Dallas Semiconductor (EEPROM, serial number parts), ITT (IMB bus), Signetics (I²C bus). It is also a goal that such FPGA parts can be used to adapt the Cerberus protocol to communication over EIA-232/422/423/485 links to existing systems for the purposes of system development, manufacturing test and configuration, and manufacturing rework.

The Cerberus serial bus is used for the initial bootstrap program load of Terpsichore; the bootstrap ROM connects to Terpsichore via Cerberus. Because the Cerberus must be operational for the fetch of the first instruction of Terpsichore, the bus protocol has been devised so that no transactions are required for initial bus configuration or bus address assignment.

<u style="single">Electrical Signalling</u>

The diagram below shows the signals used in Cerberus. <img file="EP1879104A2_D0369.tif" />

The SC signal is a continuously running clock signal at TTL levels. The rate is specified as 20 MHz maximum, 0 (DC) minimum. The SC signal is sourced from a single point or device, possibly through a fan-out tree, the location of which is unspecified.

The actual clock rate used is a function of the length of the bus and quality of the noise and signal termination environment. The amount of skew in the SC signal between any two Cerberus devices should be limited by design to be less than the skew on the SD signal.

The SD signal is a non-inverted open-collector (0 = driven = low; 1 = released = high) bidirectional data signal, at TTL levels, used for all communication among devices on Cerberus.

One of several termination networks may be used on this signal, depending upon joint design targets of network size, clock rate, and cost. One of the simplest schemes employs a resistive pull-up of the equivalent of 220 Ohms to 3.3 Volts above V_SS. A more complex termination network, such as termination networks including diodes, or the "Forced Perfect Termination" network proposed for the SCSI-2 standard may be advantageous for larger configurations. Termination voltages as high as 3.3 V are permitted.

The following table specifies parameters that must be met by Cerberus-compliant devices. Voltages are referenced to V_SS. <tables id="tabl0190" num="0190"><table frame="all"><tgroup cols="5"><colspec colnum="1" colname="col1" colwidth="55mm" /><colspec colnum="2" colname="col2" colwidth="11mm" /><colspec colnum="3" colname="col3" colwidth="13mm" /><colspec colnum="4" colname="col4" colwidth="15mm" /><colspec colnum="5" colname="col5" colwidth="13mm" /><thead><row><entry valign="top">Recommended operating conditions</entry><entry valign="top">MIN</entry><entry valign="top">NOM</entry><entry valign="top">MAX</entry><entry valign="top">UNIT</entry></row></thead><tbody><row><entry>Operating free-air temperature</entry><entry>0</entry>&lt;entry /&gt;<entry>70</entry><entry>C</entry></row><row>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;</row></tbody></tgroup><tgroup cols="5"><colspec colnum="1" colname="col1" colwidth="55mm" /><colspec colnum="2" colname="col2" colwidth="11mm" /><colspec colnum="3" colname="col3" colwidth="13mm" /><colspec colnum="4" colname="col4" colwidth="15mm" /><colspec colnum="5" colname="col5" colwidth="13mm" /><thead><row><entry valign="top">Electrical characteristics</entry><entry valign="top">MIN</entry><entry valign="top">TYP</entry><entry valign="top">MAX</entry><entry valign="top">UNIT</entry></row></thead><tbody><row><entry>V_OL: L-state output voltage</entry><entry>0</entry>&lt;entry /&gt;<entry>0.5</entry><entry>V</entry></row><row><entry>V_IH: H-state input voltage SD</entry><entry>2.0</entry>&lt;entry /&gt;<entry>V_T+0.5</entry><entry>V</entry></row><row><entry>V_IH. H-state input voltage SC, SN_{3 0}</entry><entry>2.0</entry>&lt;entry /&gt;<entry>5.5⁵³</entry><entry>V</entry></row><row><entry>V_IL: L-state input voltage</entry><entry>-0.5</entry>&lt;entry /&gt;<entry>0.8</entry><entry>V</entry></row><row><entry>I_OL: L-state output current⁵⁴</entry>&lt;entry /&gt;&lt;entry /&gt;<entry>16</entry><entry>mA</entry></row><row><entry>I_OZ: Off-state output current⁵⁵</entry><entry>-10</entry>&lt;entry /&gt;<entry>10</entry><entry>µA</entry></row><row><entry>C_OUT: Output Capacitance</entry>&lt;entry /&gt;&lt;entry /&gt;<entry>4.0</entry><entry>pF</entry></row><row>&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;&lt;entry /&gt;</row></tbody></tgroup><tgroup cols="5"><colspec colnum="1" colname="col1" colwidth="55mm" /><colspec colnum="2" colname="col2" colwidth="11mm" /><colspec colnum="3" colname="col3" colwidth="13mm" /><colspec colnum="4" colname="col4" colwidth="15mm" /><colspec colnum="5" colname="col5" colwidth="13mm" /><thead><row><entry valign="top">Switching characteristics</entry><entry valign="top">MIN</entry><entry valign="top">TYP</entry><entry valign="top">MAX</entry><entry valign="top">UNIT</entry></row></thead><tbody><row><entry>t_C: SC clock cycle time</entry><entry>50</entry>&lt;entry /&gt;&lt;entry /&gt;<entry>ns</entry></row><row><entry>t_CH: SC clock high time</entry><entry>20</entry>&lt;entry /&gt;&lt;entry /&gt;<entry>ns</entry></row><row><entry>t_CL: SC clock low time</entry><entry>20</entry>&lt;entry /&gt;&lt;entry /&gt;<entry>ns</entry></row><row><entry>t_T: SC clock transition time</entry>&lt;entry /&gt;&lt;entry /&gt;<entry>5</entry><entry>ns</entry></row><row><entry>t_S: set-up time, SD valid to SC rise</entry><entry>0</entry>&lt;entry /&gt;&lt;entry /&gt;<entry>ns</entry></row><row><entry>t_H: hold time, SC rise to SD invalid</entry>&lt;entry /&gt;&lt;entry /&gt;<entry>1</entry><entry>ns</entry></row><row><entry>t_OD: SC rise to SD valid</entry><entry>5</entry>&lt;entry /&gt;&lt;entry /&gt;<entry>ns</entry></row></tbody></tgroup><tgroup cols="5" rowsep="0"><colspec colnum="1" colname="col1" colwidth="55mm" /><colspec colnum="2" colname="col2" colwidth="11mm" /><colspec colnum="3" colname="col3" colwidth="13mm" /><colspec colnum="4" colname="col4" colwidth="15mm" /><colspec colnum="5" colname="col5" colwidth="13mm" /><tbody><row><entry namest="col1" nameend="col5" align="justify">⁵³Cerberus recommends, but not require, compliant devices be able to sustain input levels provided by 5V TTL-compatible devices on the SC and SN₃..₀ inputs. ⁵⁴Devices which fail to comply with the low-state output current specification may operate with Cerberus-compliant devices, but may require changes to the termination network. System designers should evaluate the effect that limited drive current will have on the worst-case Low-state signal level. ⁵⁵Devices which fail to comply with the off-state output current specification may operate with Cerberus-compliant devices, but may limit the number of devices which may co-exist on a single Cerberus bus. System designers should evaluate the effect that additional leakage current will have on the worst-case High-state and Low-state signal levels.</entry></row></tbody></tgroup></table></tables>

<i>Geographic addressin</i>g

The objective of the geographic addressing method in Cerberus is to ensure that each device is addressable with a number which is unique among all devices on the bus and which reflects the physical location of the device, so that the address remains the same each time the system is operated.

When a system requires at most 16 devices, the geographic addressing method permits the assignment of addresses 0 through 15 by directly wiring the low-order 4 bits of the address in binary code using input signals SN₃..₀. For these purposes, wiring to a logic high (H) level supplies a value of 1, and wiring to V_SS or logic low (L) level supplies a value of 0.

The table below indicates the wiring pattern for each device address from 0 through 15: <tables id="tabl0191" num="0191"><table frame="all"><tgroup cols="6"><colspec colnum="1" colname="col1" colwidth="27mm" /><colspec colnum="2" colname="col2" colwidth="21mm" /><colspec colnum="3" colname="col3" colwidth="11mm" /><colspec colnum="4" colname="col4" colwidth="11mm" /><colspec colnum="5" colname="col5" colwidth="11mm" /><colspec colnum="6" colname="col6" colwidth="11mm" /><thead><row><entry align="center" valign="top">Device address</entry><entry align="center" valign="top">Binary code</entry><entry align="center" valign="top">SN₃</entry><entry align="center" valign="top">SN₂</entry><entry align="center" valign="top">SN₁</entry><entry align="center" valign="top">SN₀</entry></row></thead><tbody><row><entry>0</entry><entry align="center">00000000</entry><entry align="center">L</entry><entry align="center">L</entry><entry align="center">L</entry><entry align="center">L</entry></row><row><entry>1</entry><entry align="center">00000001</entry><entry align="center">L</entry><entry align="center">L</entry><entry align="center">L</entry><entry align="center">H</entry></row><row><entry>2</entry><entry align="center">00000010</entry><entry align="center">L</entry><entry align="center">L</entry><entry align="center">H</entry><entry align="center">L</entry></row><row><entry>3</entry><entry align="center">00000011</entry><entry align="center">L</entry><entry align="center">L</entry><entry align="center">H</entry><entry align="center">H</entry></row><row><entry>4</entry><entry align="center">00000100</entry><entry align="center">L</entry><entry align="center">H</entry><entry align="center">L</entry><entry align="center">L</entry></row><row><entry>5</entry><entry align="center">00000101</entry><entry align="center">L</entry><entry align="center">H</entry><entry align="center">L</entry><entry align="center">H</entry></row><row><entry>6</entry><entry align="center">00000110</entry><entry align="center">L</entry><entry align="center">H</entry><entry align="center">H</entry><entry align="center">L</entry></row><row><entry>7</entry><entry align="center">00000111</entry><entry align="center">L</entry><entry align="center">H</entry><entry align="center">H</entry><entry align="center">H</entry></row><row><entry>8</entry><entry align="center">00001000</entry><entry align="center">H</entry><entry align="center">L</entry><entry align="center">L</entry><entry align="center">L</entry></row><row><entry>9</entry><entry align="center">00001001</entry><entry align="center">H</entry><entry align="center">L</entry><entry align="center">L</entry><entry align="center">H</entry></row><row><entry>10</entry><entry align="center">00001010</entry><entry align="center">H</entry><entry align="center">L</entry><entry align="center">H</entry><entry align="center">L</entry></row><row><entry>11</entry><entry align="center">00001011</entry><entry align="center">H</entry><entry align="center">L</entry><entry align="center">H</entry><entry align="center">H</entry></row><row><entry>12</entry><entry align="center">00001100</entry><entry align="center">H</entry><entry align="center">H</entry><entry align="center">L</entry><entry align="center">L</entry></row><row><entry>13</entry><entry align="center">00001101</entry><entry align="center">H</entry><entry align="center">H</entry><entry align="center">L</entry><entry align="center">H</entry></row><row><entry>14</entry><entry align="center">00001110</entry><entry align="center">H</entry><entry align="center">H</entry><entry align="center">H</entry><entry align="center">L</entry></row><row><entry>15</entry><entry align="center">00001111</entry><entry align="center">H</entry><entry align="center">H</entry><entry align="center">H</entry><entry align="center">H</entry></row></tbody></tgroup></table></tables>

An extension of this method is used for the assignment of addresses 0 through 255 when a system requires more than 16 devices, up to 2⁸ devices. Additional code combinations are made available by wiring each of the same input signals SN_3..0 as before to one of four signals: the two described above, L and H, and two additional signals, a buffered copy of the SC signal and an inverted copy of the SC signal (SC_N). Since there are four SN signals, each wired to one of four values, 4⁴=2⁸=256 combinations are possible.

The wiring pattern is constructed using the algorithm: If the desired device address is the value N, for each input signal SN_x, where x is in the range 3..0, wire SN_x to one of the four signals L, H, SC, or SC_N, according to the following table, depending on the value of bit 4+x and bit x of N. <tables id="tabl0192" num="0192"><table frame="all"><tgroup cols="3"><colspec colnum="1" colname="col1" colwidth="12mm" /><colspec colnum="2" colname="col2" colwidth="10mm" /><colspec colnum="3" colname="col3" colwidth="13mm" /><thead><row><entry align="center" valign="top"><b>N</b>_4+<b>x</b></entry><entry align="center" valign="top"><b>N_x</b></entry><entry align="center" valign="top">SN<b>_x</b></entry></row></thead><tbody><row><entry align="center">0</entry><entry align="center">0</entry><entry align="center">L</entry></row><row><entry align="center">0</entry><entry align="center">1</entry><entry align="center">H</entry></row><row><entry align="center">1</entry><entry align="center">0</entry><entry align="center">SC</entry></row><row><entry align="center">1</entry><entry align="center">1</entry><entry align="center">SC_N</entry></row></tbody></tgroup></table></tables>

The table below indicates the wiring pattern for some device addresses: <tables id="tabl0193" num="0193"><table frame="all"><tgroup cols="6"><colspec colnum="1" colname="col1" colwidth="27mm" /><colspec colnum="2" colname="col2" colwidth="21mm" /><colspec colnum="3" colname="col3" colwidth="13mm" /><colspec colnum="4" colname="col4" colwidth="13mm" /><colspec colnum="5" colname="col5" colwidth="13mm" /><colspec colnum="6" colname="col6" colwidth="13mm" /><thead><row><entry align="center" valign="top">Device address</entry><entry align="center" valign="top">Binary code</entry><entry align="center" valign="top">SN₃</entry><entry align="center" valign="top">SN₂</entry><entry align="center" valign="top">SN₁</entry><entry align="center" valign="top">SN₀</entry></row></thead><tbody><row><entry align="center">16</entry><entry align="center">00010000</entry><entry align="center">L</entry><entry align="center">L</entry><entry align="center">L</entry><entry align="center">SC</entry></row><row><entry align="center">17</entry><entry align="center">00010001</entry><entry align="center">L</entry><entry align="center">L</entry><entry align="center">L</entry><entry align="center">SC_N</entry></row><row><entry align="center">18</entry><entry align="center">00010010</entry><entry align="center">L</entry><entry align="center">L</entry><entry align="center">H</entry><entry align="center">SC</entry></row><row><entry align="center">19</entry><entry align="center">00010011</entry><entry align="center">L</entry><entry align="center">L</entry><entry align="center">H</entry><entry align="center">SC_N</entry></row><row><entry align="center">...</entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /></row><row><entry align="center">29</entry><entry align="center">00011101</entry><entry align="center">H</entry><entry align="center">H</entry><entry align="center">L</entry><entry align="center">SC_N</entry></row><row><entry align="center">30</entry><entry align="center">00011110</entry><entry align="center">H</entry><entry align="center">H</entry><entry align="center">H</entry><entry align="center">SC</entry></row><row><entry align="center">31</entry><entry align="center">00011111</entry><entry align="center">H</entry><entry align="center">H</entry><entry align="center">H</entry><entry align="center">SC_N</entry></row><row><entry align="center">32</entry><entry align="center">00100000</entry><entry align="center">L</entry><entry align="center">L</entry><entry align="center">SC</entry><entry align="center">L</entry></row><row><entry align="center">33</entry><entry align="center">00100001</entry><entry align="center">L</entry><entry align="center">L</entry><entry align="center">SC</entry><entry align="center">H</entry></row><row><entry align="center">34</entry><entry align="center">00100010</entry><entry align="center">L</entry><entry align="center">L</entry><entry align="center">SC_N</entry><entry align="center">L</entry></row><row><entry align="center">...</entry><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center" /></row><row><entry align="center">254</entry><entry align="center">11111110</entry><entry align="center">SC_N</entry><entry align="center">SC_N</entry><entry align="center">SC_N</entry><entry align="center">SC</entry></row><row><entry align="center">255</entry><entry align="center">11111111</entry><entry align="center">SC_N</entry><entry align="center">SC_N</entry><entry align="center">SC_N</entry><entry align="center">SC_N</entry></row></tbody></tgroup></table></tables>

The diagram below shows the waveform of the SC signal and the four signals that each of the SN_3..0 inputs may be wired to. <img file="EP1879104A2_D0370.tif" />

The values shown in the diagram above are decoded using four copies of the following logic, one for each value of <b>x</b> in the range 3..0: <img file="EP1879104A2_D0371.tif" />

The NU and NL values are combined together in the order: <img file="EP1879104A2_D0372.tif" /> to construct an 8-bit device number by which operations are addressed.

<u style="single">Bit-Level Protocol</u>

The communication protocol rests upon a basic mechanism by which any device may transmit one bit of information on the bus, which is received by all devices on the bus at once. Implicit in this mechanism is the resolution of collisions between devices which may transmit at the same time.

Each transmitted bit begins at the rising edge of the SC signal, and ends at the next rising edge. The bit value is sampled by all devices at the next rising edge of the SC signal, thus permitting relatively large signal settling time on the SD signal, provided that skew on the SC signal is adequately controlled.

The transmission of a zero (0) bit value on the bus is performed by the transmitter driving the SD signal to a logical-low value. The transmission of a one (1) bit value on the bus is performed by the transmitter releasing the SD signal to attain a logical-high value (driven by the signal termination network). If more than one device attempts to transmit a value on the same clock period (of the SC signal), the resulting value is a zero if any device transmits a zero value, and is a one if all devices transmit a one value. We define the occurrence of one or more devices transmitting a zero value on the same clock cycle where one or more devices transmit a one value as a collision.

Because of this wired-and collision mechanism, if a device transmits a zero value, it cannot determine whether any other devices are transmitting at the same time. If a device transmits a one value, it can monitor the resulting value on the SD signal to determine whether any other device is transmitting a zero value on the same clock cycle. In either case, if two or more devices transmit the same value on the same clock cycle, neither device, in fact, no device on the bus can detect the occurrence, and we do not define such an occurrence as a collision.

This collision mechanism carries over to the higher levels of the protocol, where if two or more devices transmit the same packet or carry on the same transaction, no collision occurs. In such cases, the protocol is designed so that the transaction occurs normally. These transactions may occur frequently if two identical devices are reset at the same time and each initiates bus transactions, such as two processors each fetching bootstrap code from a single shared ROM device.

<u style="single">Packet Protocol</u>

The packet protocol uses the bit-level mechanism to transmit information on the bus in units of eight bits or a multiple of eight bits, while resolving potential collisions between devices which may simultaneously begin transmitting a packet. The transmission provides for the detection of single-bit transmission errors, and for controlling the rate of information flow, with eight-bit granularity. The protocol also provides for the transmission of a system-level reset.

Each packet transmission begins with a single start bit, in which SD always has a zero (driven) value. Then the bits of the first data byte are serially transmitted, starting with the least-significant bit. After transmitting the eight data bits, a parity bit is transmitted. If transmission continues with additional data, a single one (released) bit is transmitted, immediately followed by the least-significant bit of the next byte, as shown in the figure below: <img file="EP1879104A2_D0373.tif" />

Otherwise, on the cycle following the transmission of each parity bit, any device may demand an additional delay of two cycles to process the data by driving the SD signal (to a zero value) and then, on the next cycle releasing the SD signal (to a one value), making sure that the signal was not driven (to a zero value) by any other device. Further delays are available by repeating the pattern of driving the SD signal (to a zero value) for one cycle and releasing the SD signal (to a one value) for one cycle, and ensuring that the signal has been released. Additional bytes are transmitted immediately after the bus has been one (released) on the "d" (delay) clock cycle, without additional start bits, as shown in the figure below. <img file="EP1879104A2_D0374.tif" />

Any Cerberus device may abort a transaction, usually because of a detected parity error or a deadlock condition in a gateway, by driving the SD signal (to a zero value) on the "d" (delay) and the "a" (abort) cycles, as well as the next ten cycles, for a total of 12 cycles. The additional ten cycles ensure that the abort is detected by all devices, even under the adverse condition where a single-bit transmission error has placed devices into inconsistent states. Each device that detects an abort drives the SD signal (to a zero value) for ten cycles after its "a" (abort) cycle state, so in the most adverse case, an abort may have devices driving the bus to as many as 22 consecutive cycles. The figure below shows a typical (12 cycle) transaction abort, followed by an immediate re-transmission of the transaction. <img file="EP1879104A2_D0375.tif" />

Any Cerberus device may reset the Cerberus bus and all Cerberus devices, by driving the SD signal (to a zero value) for at least 33 cycles. This is sufficient to ensure that all devices receive the reset no matter what state the device is in prior to the reset. Transmission may resume after the SD signal is released (to a one value) for two cycles, as shown in the figure below. <img file="EP1879104A2_D0376.tif" />

The state diagram below describes this protocol in further detail: <img file="EP1879104A2_D0377.tif" />

The table below describes the data output and actions which take place at each state in the above diagram. The next state for each state in the table is either column go-0 or go-1, depending on the value of the in column. <tables id="tabl0194" num="0194"><table frame="all"><tgroup cols="6"><colspec colnum="1" colname="col1" colwidth="12mm" /><colspec colnum="2" colname="col2" colwidth="10mm" /><colspec colnum="3" colname="col3" colwidth="11mm" /><colspec colnum="4" colname="col4" colwidth="12mm" /><colspec colnum="5" colname="col5" colwidth="12mm" /><colspec colnum="6" colname="col6" colwidth="110mm" /><thead><row><entry valign="top">state</entry><entry valign="top">out</entry><entry valign="top">in</entry><entry valign="top">go-0</entry><entry valign="top">go-1</entry><entry valign="top">action</entry></row></thead><tbody><row><entry>s</entry><entry>s</entry><entry>i_s</entry><entry>0</entry><entry>s</entry><entry>s = 0 iff transmit first byte. Must wait in this state one cycle (with s=1) if transmitting a new transaction.</entry></row><row><entry>0</entry><entry>d₀</entry><entry>i₀</entry><entry>1</entry><entry>1</entry><entry>bit 0 (LSB) of data. If do &amp;~ i₀, lose arbitration.</entry></row><row><entry>1</entry><entry>d₁</entry><entry>i₁</entry><entry>2</entry><entry>2</entry><entry>bit 1 of data. If d₁ &amp;- i₁. lose arbitration.</entry></row><row><entry>2</entry><entry>d₂</entry><entry>i₂</entry><entry>3</entry><entry>3</entry><entry>bit 2 of data. If d₂ &amp;~ i₂, lose arbitration.</entry></row><row><entry>3</entry><entry>d₃</entry><entry>i₃</entry><entry>4</entry><entry>4</entry><entry>bit 3 of data. If d₃ &amp;~ i₃, lose arbitration.</entry></row><row><entry>4</entry><entry>d₄</entry><entry>i₄</entry><entry>5</entry><entry>5</entry><entry>bit 4 of data. If d₄ &amp;~ i₄. lose arbitration.</entry></row><row><entry>5</entry><entry>d₅</entry><entry>i₅</entry><entry>6</entry><entry>6</entry><entry>bit 5 of data. If d₅ &amp;~ i₅, lose arbitration.</entry></row><row><entry>6</entry><entry>d₆</entry><entry>i₆</entry><entry>7</entry><entry>7</entry><entry>bit 6 of data. If d₆ &amp;~ i₆. lose arbitration.</entry></row><row><entry>7</entry><entry>d₇</entry><entry>i₇</entry><entry>p</entry><entry>p</entry><entry>bit 7 (MSB) of data.. If d₇ &amp;~ i₇, lose arbitration.</entry></row><row><entry>p</entry><entry>p</entry><entry>i_p</entry><entry>d</entry><entry>d</entry><entry>p = ∼ ^i_7..0 (odd parity); abort if p^i_p.</entry></row><row><entry>d</entry><entry>d</entry><entry>i_d</entry><entry>a</entry><entry>s/0</entry><entry>d = 0 iff transmit delay, abort, or reset. If id=1, go to state 0 if not last byte of packet; else state s.</entry></row><row><entry>a</entry><entry>a</entry><entry>i_a</entry><entry>g</entry><entry>d</entry><entry>a = 0 iff transmit abort or reset. If i_a = 0, abort transaction.</entry></row><row><entry>g</entry><entry>0</entry><entry>N/A</entry><entry>g/r</entry><entry>N/A</entry><entry>stay in state g 10 times, then go to state r.</entry></row><row><entry>r</entry><entry>r</entry><entry>i_r</entry><entry>r</entry><entry>s</entry><entry>r = 0 iff transmit reset. If i_r = 0 and have been in this state 12 times, reset device.</entry></row></tbody></tgroup></table></tables>

In order to avoid collisions, no device is permitted to start the transmission of a packet unless no current transaction is underway. To resolve collisions that may occur if two devices begin transmission on the same cycle, each transmitting device must monitor the bus during the transmission of one (released) bits. If any of the bits of the byte are received as zero (driven) when transmitting a one (released), the device has lost arbitration, and must transmit no additional bits of the current byte or transaction.

A device which has lost the arbitration of a collision, or has suffered the occurrence of a transaction abort, may retry the transmission immediately after the transmission of the last byte of the current transaction, as shown in the figure below. <img file="EP1879104A2_D0378.tif" />

All other devices must wait one additional SC (clock) cycle before transmitting another message, as shown in the figure below. This ensures that all devices which have collided perform their operations before another set of devices arbitrate again. <img file="EP1879104A2_D0379.tif" />

All initiator-capable devices must enforce a time-out limit of no more than 256 idle clock cycles between the packets of a transaction. After seeing this many idle clock cycles, at some time within the next 256 clock cycles, such devices must abort the current transaction transmitting a time-out packet, which consists of two bytes of zeroes.

Slow devices may require more cycles between the transmission of packets in a transaction than are permitted as idle clock cycles. Such devices may avoid the time-out limit by delaying the completion of the transmission of the previous packet until the idle time is less than the time-out limit, as shown in the figure below. In this way, devices of any speed may be accommodated. <img file="EP1879104A2_D0380.tif" />

It is necessary that initiator-capable and other devices cooperatively avoid collisions between the time-out packet and transaction responses. The responsibility of the initiator devices is to inhibit transmission of a time-out packet if, before the time-out packet can be transmitted, some device begins transmitting, even if such a transmission begins after 256 idle clock cycles have elapsed. If the design of a target device ensures that no more than 256 idle clock cycles elapse between packets of a transaction, it need not be concerned of the possibility of a collision during the transmission of a response packet. Otherwise, the responsibility of the target devices is to inhibit transmission of a response if some other device begins transmitting a time-out packet after at least 256 idle clock cycles have elapsed.

A device which requires delay after an aborted transaction or a reset may cause such a delay by forcing the delay bit after the first byte of the immediately following transaction, as required. If in such a case, the device cannot keep a copy of the first byte of the transaction, it may force the transaction initiator to retransmit the byte by aborting that following transaction after a suitable delay has been requested.

<u style="single">Transaction Protocol</u>

A transaction consists of the transmission of a series of packets. The transaction begins with a transmission by the transaction initiator, which specifies the target net, device, length, type, and payload of the transaction, request. If the type of the packet is in the range 128..255, the target device responds with an additional packet, which contains a length and type code and payload. The transaction terminates with a packet with a type field in the range 0..127, otherwise the transaction continues with packet transmission alternating between transaction initiator and the specified target.

The general form of an initial packet is: <img file="EP1879104A2_D0381.tif" />

The general form of subsequent packets is: <img file="EP1879104A2_D0382.tif" />

The range of valid values and the interpretation of the bytes is given by the following table: <tables id="tabl0195" num="0195"><table frame="all"><tgroup cols="3"><colspec colnum="1" colname="col1" colwidth="24mm" /><colspec colnum="2" colname="col2" colwidth="17mm" /><colspec colnum="3" colname="col3" colwidth="126mm" /><thead><row><entry valign="top">Field</entry><entry valign="top">Value</entry><entry valign="top">Interpretation</entry></row></thead><tbody><row><entry align="center"><b>n₀, n₁</b></entry><entry>0..2¹⁶-1</entry><entry>network address of target, relative to network address of transaction initiator. Value is zero (0) if target is on same bus as transaction initiator.</entry></row><row><entry align="center"><b>de</b></entry><entry>0..255</entry><entry>device address, in this case, an absolute value, <i>i.e.,</i> not relative to device address of transaction initiator.</entry></row><row><entry align="center"><b>L</b></entry><entry>0..255</entry><entry>payload length, or number of bytes after transaction code (<b>T</b>).</entry></row><row><entry align="center"><b>T</b></entry><entry>0..255</entry><entry>transaction code. If the transaction code is in the range of 0..127, the transaction is terminated with this packet. If the transaction code is in the range of 128..255, the transaction continues with additional packets.</entry></row><row><entry align="center"><b>P₀,P₁,...P_L-1</b></entry><entry>0..255</entry><entry>Payload of transaction.</entry></row><row><entry namest="col1" nameend="col3" align="center">general transaction byte interpretation</entry></row></tbody></tgroup></table></tables>

The valid transaction codes are given by the following table: <tables id="tabl0196" num="0196"><table frame="all"><tgroup cols="4"><colspec colnum="1" colname="col1" colwidth="20mm" /><colspec colnum="2" colname="col2" colwidth="10mm" /><colspec colnum="3" colname="col3" colwidth="18mm" /><colspec colnum="4" colname="col4" colwidth="102mm" /><thead><row><entry valign="top">mnemonic</entry><entry valign="top">L</entry><entry valign="top">T</entry><entry valign="top">interpretation</entry></row></thead><tbody><row><entry align="center"><b>te</b></entry><entry>0</entry><entry>0</entry><entry>transaction error: bus timeout, invalid transaction code, invalid address</entry></row><row><entry align="center"><b>tc</b></entry><entry>0</entry><entry>1</entry><entry>transaction complete: normal response to a write operation</entry></row><row><entry align="center"><b>d8</b></entry><entry>8</entry><entry>2</entry><entry>data returned from read octlet</entry></row><row><entry align="center" />&lt;entry /&gt;<entry>3..127</entry><entry>reserved for future definition</entry></row><row><entry align="center"><b>w8</b></entry><entry>10</entry><entry>128</entry><entry>write octlet</entry></row><row><entry align="center"><b>r8</b></entry><entry>2</entry><entry>129</entry><entry>read octlet</entry></row><row><entry align="center" />&lt;entry /&gt;<entry>130..255</entry><entry>reserved for future definition</entry></row><row><entry namest="col1" nameend="col4" align="center">general transaction byte interpretation</entry></row></tbody></tgroup></table></tables>

All Cerberus devices must support the transaction codes: <b>te, tc, d8, w8,</b> and <b>r8.</b>

All Cerberus devices monitor SD to determine when transactions begin and end. A transaction is terminated by the completion of the transmission of the specified number of payload bytes in a transaction with code in the range 128..255, or by the transmission of an abort sequence. For purposes of monitoring transaction boundaries, only the L byte is interpreted; the value of the T byte (except for the high order bit) must be disregarded. This is of particular importance as many transaction codes are reserved for future definition, and the use of such transaction codes between devices which support them must be permitted, even though other devices on the Cerberus bus may not be aware of the meaning of such transactions. A Cerberus device must permit any value in the <b>L</b> byte for transactions addressed to other devices even if only a limited set of values is permitted for transactions addressed to that device.

Transactions addressed to a device which does not provide support for the enclosed transaction code or payload length should be aborted by the addressed target device.

The selection of the payload length <b>L</b> and transaction code <b>T</b> for the transaction error packet is of particular note. Because the value of all information bits of the packet is zero, it is guaranteed that a device which transmits this packet will have collision priority over all others.

<u style="single">Write Octlet</u>

The ''write octlet" transaction causes eight bytes of data to be transferred from the transaction initiator to the addressed target device at an octlet-aligned 16-bit device address. The transaction begins with a request packet of the form: <img file="EP1879104A2_D0383.tif" />

The normal response to this request is of the form: <img file="EP1879104A2_D0384.tif" />

The error response to this request is of the form: <img file="EP1879104A2_D0385.tif" />

The 16-bit device address is interpreted as an octlet address (not a byte address) and is assembled from the A₀ and A₁ bytes as (most significant byte is transmitted first): <img file="EP1879104A2_D0386.tif" />

The data to be transferred to the target device is assembled into an octlet as (most significant byte is transmitted first): <img file="EP1879104A2_D0387.tif" />

Side-effects due to the alteration of the contents of the octlet at the specified address are only permitted if the transaction completes normally. In the event that the write octlet transaction is aborted at or prior to the transmission of the A₁ byte, the target device must make no permanent state changes. If the transaction is aborted at or after the transmission of the Do byte, the contents of the octlet at the specified address is undefined. If alterations of the contents normally would cause side-effects in the operation of the Cerberus device or side-effects on the contents of other addressable octlets in the device, these side-effects must be suppressed.

If the addressed target device is not present on the Cerberus bus, the transaction will proceed to the point of transmitting the octlet data and then stop until the idle time-out limit is reached. At that point, one or more initiator-capable devices will generate an error response packet.

If the addressed target device is present on the Cerberus bus, but the 16-bit device address is not valid for that device, the target must generate an error response packet.

<u style="single">Read Octlet</u>

The "read octlet" transaction causes eight bytes of data to be transferred to the transaction initiator from the addressed target device at an octlet-aligned 16-bit device address. The transaction begins with a request packet of the form: <img file="EP1879104A2_D0388.tif" />

The normal response to this request is of the form: <img file="EP1879104A2_D0389.tif" />

The error response to this request is of the form: <img file="EP1879104A2_D0390.tif" />

The 16-bit device address is interpreted as an octlet address (not a byte address) and is assembled from the A₀ and A₁ bytes as (most significant byte is transmitted first): <img file="EP1879104A2_D0391.tif" />

The data to be transferred to the target device is assembled into an octlet as (most significant byte is transmitted first): <img file="EP1879104A2_D0392.tif" />

Regardless of whether the transaction completes, the read octlet transaction must have no side-effects on the operation of the Cerberus device or the contents of other addressable octlets.

If the addressed target device is not present on the Cerberus bus, the transaction will proceed to the point of transmitting the octlet address and then stop until the idle time-out limit is reached. At that point, one or more initiator-capable devices will generate an error response packet.

If the addressed target device is present on the Cerberus bus, but the 16-bit device address is not valid for that device, the target must generate an error response packet.

<u style="single">Dedicated Octlets</u>

Certain octlet addresses are assigned by which all Cerberus devices may be identified as to device type, manufacturer, revision, and by which devices may be individually reset and tested. All or part of octlet addresses 0..7 are reserved for this purpose. <img file="EP1879104A2_D0393.tif" />

The octlets at addresses 0 through 3 identifies the company which specifies the device architecture <i>(e.g.</i> MicroUnity), the device architecture <i>(e.g.</i> Mnemosyne, Terpsichore, Calliope), the implementor <i>(e.g.</i> MicroUnity, partner), the device implementation and manufacturer and manufacturing version <i>(e.g</i>. 1.0,1.1.2.0), and optionally a unique device serial number. Addresses 0 through 2 are read/only; an attempt to write to these addresses may cause either a normal termination or an error response. Address 3 may be read/only or read/write. <img file="EP1879104A2_D0394.tif" />

The octlet at address 0 contains an architecture code and revision identifier. The architecture code and revision identifies each distinctly designed architecture version of a device. Normally, a change in the upper byte of the revision indicates a change in which features may have changed. A change in the lower byte of the revision signifies a change made to repair design defects or upward-compatible revisions.

The architecture code is a unique 18-bit identifier, comprised of the concatenation of a 24-bit unique company identifier⁵⁶, and a 24-bit value specified by the designated company. This code must not duplicate 48-bit identifiers specified for this purpose, or for other purposes, including use of unique identifiers for implementation codes, manufacturing codes, or in IEEE 1212, or IEEE 802. IEEE 802 48-bit identifiers are specified in terms of a binary ordering of bits on a single line; for Cerberus, the ordering which is appropriate is that labelled "CSMA/CD and Token Bus," where bits are driven onto Cerberus with the least-significant bit of each byte first. ⁵⁶Company identifiers are a 24-bit value assigned by authority of the IEEE. Ask for a 'unique company identifier' for your organization: <ul id="ul0022" list-style="none" compact="compact"><li>Registration Authority for Company Identifiers</li><li>The Institute of Electrical and Electronic Engineers</li><li>445 Hoes Lane</li><li>Piscataway. NJ 08855-1331</li><li>USA</li><li>(908) 562-3812</li></ul>

MicroUnity's unique company identifier is: 0000 0000 0000 0010 1100 0101. Only MicroUnity may assign unique 48-bit identifiers that begin with this value. Others may assign 48-bit identifiers that begin with a 24-bit company identifier assigned by authority of the IEEE.

MicroUnity will, upon request, supply unique 48-bit identifiers for architectures, implementors, or manufacturers of designs which are fully compliant with the Cerberus Serial Bus Architecture. For assignment of identifiers, contact MicroUnity: <ul id="ul0023" list-style="none" compact="compact"><li>Craig Hansen. Chief Architect</li><li>Registration Authority for Unique Identifiers</li><li>MicroUnity Systems Engineering, Inc.</li><li>255 Caspian Drive</li><li>Sunnyvale. CA 94089-1015</li><li>Tel: (408) 734-8100</li><li>Fax: (408) 734-8136</li></ul>

MicroUnity's architecture codes are specified by the following table: <tables id="tabl0197" num="0197"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="32mm" /><colspec colnum="2" colname="col2" colwidth="34mm" /><thead><row><entry valign="top">Internal code name</entry><entry valign="top">Code number</entry></row></thead><tbody><row><entry>Mnemosyne</entry><entry>0x00 40 a3 49 d2 e4</entry></row><row><entry>Euterpe</entry><entry>0x00 40 a3 24 69 93</entry></row><row><entry>Calliope</entry><entry>Ox00 40 a3 92 b4 49</entry></row></tbody></tgroup></table></tables>

Refer to the designated architecture specification for architecture revision codes.

The octlet at address 1 contains an implementation code and revision identifier. The implementation code and revision identifies each distinctly designed engineering version of a device. The implementation code is a unique 48-bit identifier, as for architecture codes. Normally, a change in the upper byte of the revision indicates a change in which features may have changed, or in which all mask layers of a device have been modified. A change in the lower byte of the revision signifies a change made to repair design defects or in which only some mask layers of a device have been modified.

Refer to the designated architecture specification for the values of the implementation code and revision fields.

The octlet at address 2 contains a manufacturer code and revision identifier. The manufacturer code and revision identifies each distinct manufacturing database of an implementation. The manufacturer code is a unique 48-bit identifier, as for architecture codes. Changes in the manufacturer revision may result from modifications made to any or all mask layers to enhance yield or improve expected device performance.

Refer to the designated architecture specification for the values of the manufacturer code and revision fields.

The octlet at address 3 optionally contains a unique device serial number or random number and optionally contains a configurable address register. If the octlet does not contain a serial or random number, it must contain a 64-bit zero value.

If the octlet contains a unique device serial number, it must be a unique 48-bit value, as for architecture codes.

If the octlet contains a random number, it must be a value chosen from a uniform distribution, selected whenever the device is reset.

The optional configurable address register permits a system design in which some devices are set to identical Cerberus device addresses at system reset time, and dynamically have their addresses moved to unique addresses by some Cerberus device. The configurable address register must be set to the address designated by the SN_3..0 pins whenever the device is reset. A device which implements the configurable address capability must also implement either a unique device serial number or a random number, must implement the arbitration mechanism during responses from read-octlet requests, and must ensure that all devices which are originally set to the same address at reset time respond to a read-octlet with identical latency. An initiator device on Cerberus may set the configurable address register by reading the entire octlet at address 3, reading both the serial/random number and the configurable address register. By the use of the bitwise arbitration mechanism, only one device completes the read-octlet response packet. Then, the initiator device writes a value to octlet address 3, where the first 48 bits of the value written must match the value just read. All target devices then examine the first 48 bits of the value written, and only if the value matches the contents of the serial/random number on the device, uses the last 16 bits⁵⁷ to load into the configurable address register. The initiator will repeat this process until there are no more devices at the original/reset address, at which time a bus time-out occurs on the read-octlet transaction. ⁵⁷A 16-bit field provides for the possibility of configuring devices which respond to addresses directly that have net numbers set, thereby blurring the dividing line between Cerberus net addresses and device addresses. Gateway designers might want to consider this possibility.

The octlets at addresses 4 and 5 contain architecture parameters. Values are device-architecture-dependent and implementor-independent; refer to the designated architecture specification for information. Addresses 4 and 5 are read/only: an attempt to write to these addresses may cause either a normal termination or an error response. <img file="EP1879104A2_D0395.tif" />

Octlet 6 designates overall device settings: Values in address 6 are changed only by external devices and not by the device itself; this register is read/write. Two bits of the first byte have standard meaning for all Cerberus devices. Bits 61..0 are not specified by Cerberus except by the restriction that these values are changed only by external devices, not by the device itself; refer to the designated architecture specification for information.

Writing a one to bit 63, r, of octlet 6 causes the device to perform a device circuit reset, which is equivalent to the reset performed by driving the SD signal (to a zero value) for 33 or more cycles, and sets the device to an initial state in which previous device state may be lost, previous control settings may be lost and variable power settings are set to a minimal, functional value, after which bits 63 and 62 of the status register below are set (to ones).

Writing a one to bit 62, c, of octlet 6 causes the device to perform a device logic clear, which initializes the device to a known, quiescent, initial state, in which previous device state may be lost, but does not affect control register settings related to variable power settings, after which bits 63 and 62 of the status register below are set (to ones).

Writing a one to bit 61, s, of octlet 6 causes the device to perform a self-test, after which previous device state may be lost, and after which bit 62 of the status register below is set (to one) if the self-test yields satisfactory results. Bit 63 of the status register below is set (to one) at the end of the self-test. <img file="EP1879104A2_D0396.tif" />

Octlet 7 designates device status. Values in address 7 are normally modified only by the device itself, except when an external device may clear status or error conditions; this register is read/write. However, the only valid data which can be written to this register is a zero value, which clears any outstanding status or error reports. Two bits of the first byte have standard meaning for all Cerberus devices. Bits 61..0 are not specified by Cerberus except by the restriction that these values are modified only by the device itself except for clearing by an external device; refer to the designated architecture specification for information.

Bit 63, c, of octlet 7 indicates whether the device has completed reset, clear, or self-test.

Bit 62, s, of octlet 7 indicates whether the device has successfully completed reset, clear, or self-test. <img file="EP1879104A2_D0397.tif" />

Octlets at addresses 8..2¹⁶-1 are not specified by Cerberus. Refer to the designated architecture specification for information.

<u style="single">Gateways</u>

The Cerberus bus may be extended into a network of buses using a gateway. Gateways connect between buses that use the wired-and signalling protocol described above. A gateway attaches to a local Cerberus bus and receives and retransmits bus requests and responses over a linkage to other gateways, thereby reaching to additional Cerberus buses. This document does not specify the protocol used to link gateways.

The diagram below shows a gateway network connecting several Cerberus buses: <img file="EP1879104A2_D0398.tif" />

Each Cerberus bus in a Cerberus network may, for specification purposes, be assigned a unique network number, in the range 0..2¹⁶-1. These network numbers never appear directly in Cerberus device addresses, as the target network byte specified in the request packet of a Cerberus transaction contains only a relative net number: the target net either minus, or xor'ed with, the initiator net. Thus, the relative target network address is always zero when the initiator and the target are on the same Cerberus bus, and is always non-zero when they are on different buses.

A Cerberus bus permits only one transaction to occur at a time. However, a Cerberus network may have multiple simultaneous transactions, so long as the target and initiator network addresses are all disjoint. In more precise terms, the network addresses must satisfy the relations: <ul id="ul0024" list-style="none" compact="compact"><li>target_i ≠ initiator_j</li><li>target_i ≠ target_j</li><li>initiator_i ≠ initator_j, for all i ≠ j.</li></ul>

A Cerberus network may set more restrictive conditions for simultaneous transactions by its internal design, as required by limits of performance or bandwidth of the gateway network. When these conditions are not satisfied, one or more transactions may be selected to be aborted on the local Cerberus bus on which they are initiated by any fair-scheduling mechanism.

Each local Cerberus bus is connected to the gateway network by exactly one gateway. When a request packet of a transaction is received by a gateway on a local Cerberus bus, the first byte of the packet specifies a net number. If this byte is non-zero, the gateway, which we will designate the initiator gateway, must carry this transaction across the gateway network. This number is interpreted as a signed byte, relative to the initiator gateway, and specifies a gateway to be the target of the transaction, which we will designate the target gateway. We will refer to the local Cerberus bus to which the initiator gateway is attached as the initiator bus, and the bus to which the target gateway is attacked as the target bus.

The request packet is carried via the initiator gateway, through the gateway network, to the target gateway, which then re-transmits the packet on the target bus. When the request packet is re-transmitted on the target bus, the network number byte is zero, designating a target on the target bus. The initiator gateway may delay transmission of the request packet on the initiator bus as required to limit or manage the flow of information through the gateway network, between each byte of the request packet. The initiator gateway must also delay transmission at the end of the last byte of the request packet in order to ensure that packet aborts on the target bus are propagated back to the initiator bus. The initiator gateway must also ensure that a target device which responds just barely within the time-out limit on the target bus does not cause a time-out on the initiator bus, generally by asserting a delay on the initiator bus until this condition can be assured.

When a response packet is generated on the target bus (which may be from either the addressed target or some time-out generator), the packet is carried in the reverse direction by the gateway network. This response and any further packets are carried until the end of the transaction. The contents of the response and further packets are not changed by the gateway network.

When a local Cerberus bus reset is received by a gateway, the reset is carried by the gateway network and each other gateway then re-transmits a reset transaction on all other local buses.

<u style="single">Repeater</u>

A Cerberus bus may be extended by inserting repeaters. A repeater electrically separates two segments of a Cerberus bus, but provides a transparent linkage between these two segments. Using a repeater is advantageous when the capacitive load or clock skew between Cerberus devices on a large bus would require a reduction in the clock rate. The system designer must ensure that device addresses remain unique across what is logically a single serial bus. <img file="EP1879104A2_D0399.tif" />

Generally, a repeater will repeat each request packet seen on one side of the repeater on the other side, with a delay of at least one clock cycle. If two transactions appear nearly simultaneously on each side of the repeater, the repeater must abort one of the transactions and permit the other to be repeated. This arbitration must be performed fairly, such as by alternating which side of the repeater is preferred on consecutive collisions.

A simple repeater continues until the end of the transaction by repeating the response packets, which may appear on the same or opposite side as the original request packet of the transaction.

If the topology of the Cerberus is constructed so that only target devices exist on one side of the repeater, the design may be simplified by the elimination of the arbitration function. In such a case, transactions may only originate from the side designated to contain initiator-capable devices.

A more sophisticated repeater may "learn" which addresses are on each side of the repeater, and only repeat transactions which need to cross the repeater to be completed. Alternatively, a repeater may be constructed with knowledge of the addresses to be placed on each side, such as addresses 0..127 on one side and addresses 128..255 on the other, again permitting the selective repeating of packets across the repeater.

<u style="single">Synchronous Repeater</u>

A very simple form of repeater may be employed to divide up the capacitive and leakage load on the SD signal of a Cerberus bus into two or more segments, when a common SC clock reference is used. <img file="EP1879104A2_D0400.tif" />

The synchronous repeater samples each electrically-isolated segment of a logically-single Cerberus bus on the falling edge of each SC clock cycle, then broadcasts the logical AND of all the values on each segment during the SC clock low period. <img file="EP1879104A2_D0401.tif" />

For large networks, this repeater improves performance by dividing up the RC delay by a factor of n, though two bus settling periods now occur on each SC clock period, so the speedup is approximately <maths id="math0029"><math display="inline"><mfrac><mi mathvariant="normal">n</mi><mn mathvariant="normal">2</mn></mfrac><mn mathvariant="normal">.</mn></math><img file="EP1879104A2_D0402.tif" /></maths>

This circuit can be economically implemented using a single TTL '621 part and a pull-up resistor: <img file="EP1879104A2_D0403.tif" />

<u style="single">Icarus Interprocessor Protocol</u>

MicroUnity's Icarus interprocessor protocol uses Hermes high-bandwidth channels to connect Terpsichore processors together, either directly or through external switching components, permitting the construction of shared-memory, coherently- or incoherently- cached multiprocessors. Icarus uses Hermes in the "Dual-Master Pair" configuration, and can be extended for use in "Multiple-Master Ring" configurations.

Internal daemons within Terpsichore perform and respond to Hermes write operations upon which the Icarus interprocessor communication protocol is embedded. These daemons provide for the generation of memory references to remote processors, for access to Terpsichore's local physical memory space, and for the transport of remote references to other remote processors.

<u style="single">Interprocessor Topologies</u>

The simplest multiprocessor configuration that can be built with the Icarus protocols is a dual-processor: <img file="EP1879104A2_D0404.tif" />

The diagram below represents the same dual-processor system, in a simpler notation: <img file="EP1879104A2_D0405.tif" />

In the configuration above, a pair of Hermes channels are connected together to form an Icarus Interprocessor link in the Dual-Master Pair configuration. A Cerberus bus connects all the system components together to facilitate system configuration, The Terpsichore processors all run off of a common frequency clock, as required by the Hermes channels that connect between processors.

Dual Terpsichore processors with dual Icarus links may use both links to enhance system bandwidth: <img file="EP1879104A2_D0406.tif" />

A Terpsichore processor's dual Icarus links, each in the Dual-Master Pair configuration may connect to two different processors. Using the Icarus Transponder daemons in each processor, several processors may be interconnected into a linear network of arbitrary size: <img file="EP1879104A2_D0407.tif" />

The Icarus links may also join at the ends of the linear network, forming a ring or arbitrary size. <img file="EP1879104A2_D0408.tif" />

In the configuration above, two Icarus links are connected to each Terpsichore processor, forming a single ring.

By connecting Icarus links into 4-master rings, providing Hermes master forwarding for responses, using the Icarus Transponder daemons in each processor, processors may be interconnected into a two-dimensional network of arbitrary size: <img file="EP1879104A2_D0409.tif" />

In the configuration above, two Icarus links are connected to each Terpsichore processor, forming a single ring.

Other multidimensional topologies can be constructed by using multimaster rings as basic building blocks. An <b>n</b>-master ring (<b>n</b>≤4) of Terpsichore processors has n Icarus link-pairs available for connection into dual-master or multi-master configurations. For example, with a 4-master ring: <img file="EP1879104A2_D0410.tif" />

These building blocks can then be assembled into radix-n switching networks:

By connecting Icarus links to external switching devices, multiprocessors with a large number of processors can be constructed with an arbitrary interconnection topology: <img file="EP1879104A2_D0411.tif" />

In the configuration above, two Icarus links connect each Terpsichore processor to a switching fabric consisting of Hydra switches.

<u style="single">Link-level and Transaction-level Protocol</u>

Icarus uses the Hermes protocol at the link-level, and uses Hermes operations to embed a transaction-level protocol.

<u style="single">Two-packet link-action nomenclature</u>

We designate the term "link-action" to describe the low-level packet protocol used between a Hermes master device and a Hermes slave device. The packets that make up a link-action contain a three-bit link-action identifier, or "lid," which permit up to eight outstanding link-actions to be in progress at any point in time.

Link-actions consist of two actions. Each packet transmitted on the Hermes ring corresponds to an action: <tables id="tabl0198" num="0198"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="20mm" /><colspec colnum="2" colname="col2" colwidth="84mm" /><tbody><row><entry>Request</entry><entry>the action taken by a requester to start the transaction.</entry></row><row><entry>Response</entry><entry>the action taken by the responder to finish the transaction.</entry></row><row><entry namest="col1" nameend="col2" align="center">Link-action nomenclature</entry></row></tbody></tgroup></table></tables>

These actions and their relation to the data flow is shown below: <img file="EP1879104A2_D0412.tif" />

<u style="single">Four-packet transection nomenclature</u>

We designature the term "transaction" to describe the upper-level packet protocol used when embedding a four-packet, or "split" transaction above the link-level Hermes packet protocol.

Transactions are used when the latency of a transaction may require that more than eight actions are outstanding at a point in time, in order to maintain the desired throughput of the protocol. Embedding the transaction protocol above the link-action protocol limits the amount of link-level state which must be implemented.

Certain of the packets that make up a transaction contain an eight-bit transaction identifier, or "tid," which permit up to 256 outstanding transactions to be in progress at any point in time. These packets also contain link-action identifiers, lids, which connect these packets with others which are part of the transaction, but do not contain a tid.

Transactions consist of four actions. Each action results in one or more link-level Hermes packets transmitted on the channels: <tables id="tabl0199" num="0199"><table frame="all"><tgroup cols="2"><colspec colnum="1" colname="col1" colwidth="23mm" /><colspec colnum="2" colname="col2" colwidth="84mm" /><tbody><row><entry>Request</entry><entry>the action taken by a requester to start the transaction.</entry></row><row><entry>Indication</entry><entry>the reception of a request by a responder.</entry></row><row><entry>Response</entry><entry>the action taken by the responder to finish the transaction.</entry></row><row><entry>Confirmation</entry><entry>the reception of the response by the requester.</entry></row><row><entry namest="col1" nameend="col2" align="center">Transaction nomenclature</entry></row></tbody></tgroup></table></tables>

These actions and their relation to the data flow is shown below: <img file="EP1879104A2_D0413.tif" />

The following table shows the relationship between transaction-level actions and link-level actions, showing typical transaction messages and link-action commands: <tables id="tabl0200" num="0200"><table frame="all"><tgroup cols="4"><colspec colnum="1" colname="col1" colwidth="39mm" /><colspec colnum="2" colname="col2" colwidth="46mm" /><colspec colnum="3" colname="col3" colwidth="30mm" /><colspec colnum="4" colname="col4" colwidth="35mm" /><thead><row><entry valign="top">Transaction-level action</entry><entry valign="top">Typical transaction message</entry><entry valign="top">Link-level actions</entry><entry valign="top">Link-action command</entry></row></thead><tbody><row><entry>Request</entry><entry>read/write-sizelet-request</entry><entry>Request</entry><entry>write-octlet</entry></row><row><entry>Indication</entry><entry>Remote-indication</entry><entry>Response</entry><entry>write-response</entry></row><row><entry>Response</entry><entry>read/write-sizelet-response</entry><entry>Request</entry><entry>write-octlet</entry></row><row><entry>Confirmation</entry><entry>Remote-confirmation</entry><entry>Response</entry><entry>write-response</entry></row><row><entry namest="col1" nameend="col4" align="center">Transaction protocol for Icarus Requester Daemon</entry></row></tbody></tgroup></table></tables>

<u style="single">Icarus Action Format</u>

<u style="single">Request and Response actions</u>

A series of link-level write octlet operations comprise an Icarus request or response action. The address of the write operation contains target routing, transaction-id, commands and sequence information in the following format:

A remote request is a write octlet to an address of the form: <img file="EP1879104A2_D0414.tif" /> with data of the form: <img file="EP1879104A2_D0415.tif" />

The <b>tid</b> field contains an 8-bit transaction id code which must be returned along with the remote response. The tid field value must be unique among all transactions originating from a node, but <b>tid</b> field values of transactions originating from distinct nodes may be equal.

The <b>com</b> field contains a 6-bit command code which, in the first octlet, designates the operation to be performed in a request action or the result returned in a response action. If the command code is in the range 0..31, in successive octlets, the value of the com field indicates whether the number of octlets to follow (0..9), such that the last octlet of a message contains a <b>com</b> field with a 0 value.

The <b>node</b> field contains a 16-bit node address which is the target of the action.

When embedded into a link-level write octlet operation, the Terpsichore requester daemon request appears on the Hermes in the form: <img file="EP1879104A2_D0416.tif" />

A transaction which has a payload of one octlet must use a link-level write octlet operation. A transaction which has a payload of greater than one octlet may successively use link-level write octlet operations to transmit the payload.

<i>Indication and Confirmation action</i>s

Indication and Confirmation actions consist of a series of link-level write octlet response packets, one for each octlet of the Request and Response actions.

<u style="single">Icarus Requester Daemon</u>

When Terpsichore attempts a load or store to a physical address in which the high-order 16 bits are non-zero, the memory at that address is assumed to be present in the memory space of a remote Terpsichore processor. The Icarus Requester Daemon is an autonomous unit which attempts to satisfy such remote memory references by communicating with an external device, either another Terpsichore processor or a switching device which eventually reaches another Terpsichore processor.

These remote references are characterized by an eight-byte physical byte address, of which two bytes are used for specifying a processor node, and the remaining six bytes are used for specifying a local physical address on that processor node.

The Icarus Requester Daemon associates each remote memory reference with a transaction identifier⁵⁸ of eight bits, permitting up to 256 such remote references to be outstanding at any time: however, implementation limits within Terpsichore may set a smaller bound. ⁵⁸The term "sequence number" is avoided here, because the transaction-tags are not necessarily sequential in nature.

The Icarus Requester Daemon takes the role of the Transaction Requester, and an external device takes the role of the Transaction Responder. The daemon generates writes to a specified byte-channel and module address, which causes an external device to read or write remote octlets or cache lines in a remote memory. The daemon may have as many as two⁵⁹ link-level write requests outstanding at any point in time. ⁵⁹The number of link-level requests to be outstanding is still under study.

Terpsichore contains two such requester daemons which act concurrently to two different byte-channel and/or module addresses.

<u style="single">Icarus Responder Daemon</u>

The Icarus Responder Daemon accepts writes from a specified byte-channel and module address, which enable an external device to generate transaction requests to read or write octlets or cache lines in the Terpsichore's local memory, or to generate Terpsichore events. The daemon also generates link-level writes to the same external device to communicate the responses to these transaction requests back to the external device.

Terpsichore contains two such responder daemons which act concurrently to two different byte-channel and/or module addresses.

An external device takes the role of the Transaction Requester, and the Icarus Responder takes the role of the Transaction Responder.

<u style="single">Icarus Transponder Daemon</u>

The Icarus Transponder Daemon accepts writes from a specified Hermes channel and module address, which enable an external device to cause an Icarus Requester Daemon to generate a request on another Hermes channel and module address.

Terpsichore contains two such transponder daemons which act concurrently (back-to-back) between two different byte-channel and/or module addresses.

<u style="single">Icarus Request</u>

The following table summarizes the commands used for Icarus requests and responses (response command shown in bold): <tables id="tabl0201" num="0201"><table frame="all"><tgroup cols="3"><colspec colnum="1" colname="col1" colwidth="15mm" /><colspec colnum="2" colname="col2" colwidth="85mm" /><colspec colnum="3" colname="col3" colwidth="29mm" /><thead><row><entry valign="top">code</entry><entry valign="top">command</entry><entry valign="top">payload (octlets)</entry></row></thead><tbody><row><entry>0</entry><entry>last octlet of multi-octlet command</entry>&lt;entry /&gt;</row><row><entry>1..9</entry><entry>continuation octlet of multi-octlet command</entry>&lt;entry /&gt;</row><row><entry>10..19</entry><entry>Reserved</entry>&lt;entry /&gt;</row><row><entry>20</entry><entry>read incoherent strong cache-line</entry><entry>1</entry></row><row><entry><b>21</b></entry><entry><b>read/add/swap octlet response</b></entry><entry><b>1</b></entry></row><row><entry>22</entry><entry>read incoherent weak cache-line</entry><entry>1</entry></row><row><entry><b>23</b></entry><entry><b>write response</b></entry><entry><b>1</b></entry></row><row><entry>24</entry><entry>read allocate strong octlet</entry><entry>1</entry></row><row><entry>25</entry><entry>read noallocate strong octlet</entry><entry>1</entry></row><row><entry>26</entry><entry>read allocate weak octlet</entry><entry>1</entry></row><row><entry>27</entry><entry>read noallocate weak octlet</entry><entry>1</entry></row><row><entry>28</entry><entry>read allocate strong hexlet</entry><entry>1</entry></row><row><entry>29</entry><entry>read noallocate strong hexlet</entry><entry>1</entry></row><row><entry>30</entry><entry>read allocate weak hexlet</entry><entry>1</entry></row><row><entry>31</entry><entry>read noallocate weak hexlet</entry><entry>1</entry></row><row><entry><b>32</b></entry><entry><b>read hexlet response</b></entry><entry><b>2</b></entry></row><row><entry><b>33</b></entry><entry><b>read incoherent cache-line response</b></entry><entry><b>8</b></entry></row><row><entry><b>34</b></entry><entry><b>read coherent cache-line response</b></entry><entry><b>9</b></entry></row><row><entry>35..36</entry><entry>Reserved</entry>&lt;entry /&gt;</row><row><entry>37</entry><entry>read coherent strong cache-line</entry><entry>2</entry></row><row><entry>38</entry><entry>Reserved</entry>&lt;entry /&gt;</row><row><entry>39</entry><entry>read coherent weak cache-line</entry><entry>2</entry></row><row><entry>40..51</entry><entry>Reserved</entry>&lt;entry /&gt;</row><row><entry>52</entry><entry>write coherent strong cache-line</entry><entry>10</entry></row><row><entry>53</entry><entry>write incoherent strong cache-line</entry><entry>9</entry></row><row><entry>54</entry><entry>write coherent weak cache-line</entry><entry>10</entry></row><row><entry>55</entry><entry>write incoherent weak cache-line</entry><entry>9</entry></row><row><entry>56</entry><entry>write allocate strong octlet</entry><entry>2</entry></row><row><entry>57</entry><entry>write noallocate strong octlet</entry><entry>2</entry></row><row><entry>58</entry><entry>write allocate weak octlet</entry><entry>2</entry></row><row><entry>59</entry><entry>write noallocate weak octlet</entry><entry>2</entry></row><row><entry>60</entry><entry>write allocate strong hexlet</entry><entry>3</entry></row><row><entry>61</entry><entry>write noallocate strong hexlet</entry><entry>3</entry></row><row><entry>62</entry><entry>write allocate weak hexlet</entry><entry>3</entry></row><row><entry>63</entry><entry>write noallocate weak hexlet</entry><entry>3</entry></row><row><entry>64</entry><entry>add-and-swap allocate strong octlet little-endian</entry><entry>2</entry></row><row><entry>65</entry><entry>add-and-swap noallocate strong octlet little-endian</entry><entry>2</entry></row><row><entry>66</entry><entry>add-and-swap allocate weak octlet little-endian</entry><entry>2</entry></row><row><entry>67</entry><entry>add-and-swap noallocate weak octlet little-endian</entry><entry>2</entry></row><row><entry>68..79</entry><entry>Reserved</entry>&lt;entry /&gt;</row><row><entry>80</entry><entry>add-and-swap allocate strong octlet big-endian</entry><entry>2</entry></row><row><entry>81</entry><entry>add-and-swap noallocate strong octlet big-endian</entry><entry>2</entry></row><row><entry>82</entry><entry>add-and-swap allocate weak octlet big-endian</entry><entry>2</entry></row><row><entry>83</entry><entry>add-and-swap noallocate weak octlet big-endian</entry><entry>2</entry></row><row><entry>84</entry><entry>compare-and-swap allocate strong octlet</entry><entry>3</entry></row><row><entry>85</entry><entry>compare-and-swap noallocate strong octlet</entry><entry>3</entry></row><row><entry>86</entry><entry>compare-and-swap allocate weak octlet</entry><entry>3</entry></row><row><entry>87</entry><entry>compare-and-swap noallocate weak octlet</entry><entry>3</entry></row><row><entry>88</entry><entry>muitiplex-and-swap allocate strong octlet</entry><entry>3</entry></row><row><entry>89</entry><entry>multiplex-and-swap noallocate strong octlet</entry><entry>3</entry></row><row><entry>90</entry><entry>multiplex-and-swap allocate weak octlet</entry><entry>3</entry></row><row><entry>91</entry><entry>multiplex-and-swap noallocate weak octlet</entry><entry>3</entry></row><row><entry>92</entry><entry>multiplex allocate strong octlet</entry><entry>3</entry></row><row><entry>93</entry><entry>multiplex noallocate strong octlet</entry><entry>3</entry></row><row><entry>94</entry><entry>multiplex allocate weak octlet</entry><entry>3</entry></row><row><entry>95</entry><entry>multiplex noallocate weak octlet</entry><entry>3</entry></row><row><entry>96-255</entry><entry>reserved</entry>&lt;entry /&gt;</row></tbody></tgroup></table></tables>

Icarus Request commands

A remote {add.swap.or.and} octlet request is data of the form: <img file="EP1879104A2_D0417.tif" />

A remote read incoherent {strong, weak} cache-line request is data of the form: <img file="EP1879104A2_D0418.tif" />

A remote read coherent (strong,weak) cache-line request is data of the form: <img file="EP1879104A2_D0419.tif" />

A remote write incoherent cache-line request is data of the form: <img file="EP1879104A2_D0420.tif" />

A remote write coherent cache-line request is data of the form: <img file="EP1879104A2_D0421.tif" />

A remote read (allocate,noallocate) (strong,weak) octlet request is data of the form: <img file="EP1879104A2_D0422.tif" />

A remote write {allocare,noallocate} {strong.weak} octlet request is data of the form: <img file="EP1879104A2_D0423.tif" />

A remote read {allocate.noallocate} {strong.weak} hexlet request is data of the form: <img file="EP1879104A2_D0424.tif" />

A remote write {allocate,noallocate} {strong,weak} hexlet request is data of the form: <img file="EP1879104A2_D0425.tif" />

<u style="single">Icarus Indication</u>

An Icarus Indication consists of a link-level write- response packet for each link-level write issued as an Icarus Request. Each link-level write-response packet contains the <b>lid</b> value of the link-level write-request packet. This serves both the link-level purpose of issuing a response and the ability to receive additional link-level requests and a transaction-level indication of receipt of the request and the ability to receive additional transaction-level requests.

<u style="single">Icarus Response</u>

Icarus Responses consist of a series of one or more link-level write-octlet operations. The low-order bits of the addresses of the write operations contain commands and tid information, and the data is the contents read from memory.

The octlet stream contains transaction-level responses from the Terpsichore Responder daemon, which are summarized in the table below: <tables id="tabl0202" num="0202"><table frame="all"><tgroup cols="3"><colspec colnum="1" colname="col1" colwidth="15mm" /><colspec colnum="2" colname="col2" colwidth="56mm" /><colspec colnum="3" colname="col3" colwidth="29mm" /><thead><row><entry valign="top">com</entry><entry valign="top">command</entry><entry valign="top">payload (octlets)</entry></row></thead><tbody><row><entry>0</entry><entry>termination</entry>&lt;entry /&gt;</row><row><entry>1..9</entry><entry>continuation</entry>&lt;entry /&gt;</row><row><entry>10..22</entry><entry>Reserved</entry>&lt;entry /&gt;</row><row><entry>23</entry><entry>write response</entry><entry>1</entry></row><row><entry>24..31</entry><entry>Reserved</entry>&lt;entry /&gt;</row><row><entry>32</entry><entry>read/add/swap octlet response</entry><entry>2</entry></row><row><entry>33</entry><entry>read hexlet response</entry><entry>3</entry></row><row><entry>34</entry><entry>read incoherent cache-line response</entry><entry>9</entry></row><row><entry>35</entry><entry>read coherent cache-line response</entry><entry>10</entry></row><row><entry>7-255</entry><entry>reserved</entry>&lt;entry /&gt;</row><row><entry namest="col1" nameend="col3" align="center">Icarus Response codes</entry></row></tbody></tgroup></table></tables>

The <b>com</b> field contains an 8-bit message command, as given in the table previously.

The <b>tid</b> field contains the 8-bit transaction id code used in the request message.

The <b>node</b> field contains the 16-bit processor number used in the request message.

A remote (read,add,swap) octlet response is data of the form: <img file="EP1879104A2_D0426.tif" />

A remote read hexlet response is data of the form: <img file="EP1879104A2_D0427.tif" />

A remote read incoherent cache-line response is data of the form: <img file="EP1879104A2_D0428.tif" />

A remote write response is data of the form: <img file="EP1879104A2_D0429.tif" />

A remote read coherent cache-line response is data of the form: <img file="EP1879104A2_D0430.tif" />

A remote write coherent cache-line response is data of the form: <img file="EP1879104A2_D0431.tif" />

<u style="single">Icarus Confirmation</u>

An Icarus Confirmation consists of a link-level write-response packet for each link-level write issued as an Icarus Response. Each link-level write-response packet contains the lid value of the link-level write-request packet. This serves both the link-level purpose of issuing a response and indicating the ability to receive additional link-level requests and a transaction-level confirmation of receipt of the response and the ability to receive additional transaction-level requests.

<u style="single">Deadlock</u>

The Icarus Requester, Responder, and Transponder daemons must act cooperatively to avoid deadlock that may arise due to an imbalance of requests in the system which prevent responses from being routed to their destination.

The requirements vary depending upon the characteristics of the system configuration, and the mechanisms for deadlock avoidance are still under study.

Principal mechanisms to employ are cycle-free-routing of requests, and the means to prioritize responses above requests in forwarding priority.

<u style="single">Error handling</u>

The link-level packets contain a check byte which is designed to detect single-bit transmisstion errors in the Hermes channel.

When either party in an Icarus transaction receives a packet with a check error, it immediately shuts down input processing to avoid encountering further errors, as may arise from errors which disrupt the parsing of packets. It also generates an error packet, which ensures that the other party is notified of the error.

The target of an Icarus transaction must maintain a copy of the link-level address of the most recent correctly received link-level write operation in a Cerberus register. Terpsichore then -will clear the error using the Cerberus channel, resetting the Hermes input processing. Each party then re-issues any outstanding link-level transactions.

The contents of the address field in the link-level protocol is used to ensure that the error handling mechanism does not result in missing or repeated operations. This is important, because unlike the link-level protocol, the transaction-level protocol contains non-idempotent operations. <img file="EP1879104A2_D0432.tif" /><img file="EP1879104A2_D0433.tif" /><img file="EP1879104A2_D0434.tif" /><img file="EP1879104A2_D0435.tif" /><img file="EP1879104A2_D0436.tif" /><img file="EP1879104A2_D0437.tif" /><img file="EP1879104A2_D0438.tif" /><img file="EP1879104A2_D0439.tif" /><img file="EP1879104A2_D0440.tif" /><img file="EP1879104A2_D0441.tif" /><img file="EP1879104A2_D0442.tif" /><img file="EP1879104A2_D0443.tif" /><img file="EP1879104A2_D0444.tif" /><img file="EP1879104A2_D0445.tif" /><img file="EP1879104A2_D0446.tif" /><img file="EP1879104A2_D0447.tif" /><img file="EP1879104A2_D0448.tif" /><img file="EP1879104A2_D0449.tif" /><img file="EP1879104A2_D0450.tif" /><img file="EP1879104A2_D0451.tif" /><img file="EP1879104A2_D0452.tif" /><img file="EP1879104A2_D0453.tif" /><img file="EP1879104A2_D0454.tif" /><img file="EP1879104A2_D0455.tif" /><img file="EP1879104A2_D0456.tif" /><img file="EP1879104A2_D0457.tif" /><img file="EP1879104A2_D0458.tif" /><img file="EP1879104A2_D0459.tif" />