The present invention relates in general to the field of data transfer in a computer system, and more particularly, to methods and systems for data ordering translation between linear and interleaved domains at a bus interface.
Computer systems generally include multiple agents, such as microprocessors, storage devices, display devices, etc., which are interconnected via a system bus. The system bus operates to transfer address, data and control signals between these agents. Certain computer systems employ multiple busses, in which various agents are coupled to one or more busses. Typically, each agent is coupled to a single bus.
Bus bridges are often utilized in multiple-bus systems to connect the busses and thereby allow agents coupled to one type of bus to access agents coupled to another type of bus. The function of the bus bridge typically involves transferring commands between two busses. The commands (e.g., read or write commands) transferred by the bus bridge often have data associated with them which require buffering.
Although various bus bridge implementations exist in the art, it is believed advantageous to provide a method and system which provide further bus bridge functionality that allows for data ordering translation between linear and interleaved domains at the bus bridge. The present invention provides such functionality.
The shortcomings of the prior art are overcome and additional advantages are provided through a method which includes: receiving at a bus interface data in a first data ordering; and automatically translating the received data at the bus interface from the first data ordering to a second data ordering, wherein the first data ordering and the second data order are each a different one of a linear data ordering and an interleaved data ordering.
In another aspect, a system is provided which includes: means for receiving data at a bus interface in a first data ordering; and means for automatically translating the received data at the bus interface from the first data ordering to a second data ordering, wherein the first data ordering and the second data ordering are each a different one of a linear data ordering and an interleaved data ordering.
In a further aspect, a system is provided which includes a bus bridge for coupling between a first bus and a second bus. The bus bridge includes at least one data buffer, data load logic and data unload logic. The data load logic places received data in the at least one data buffer, wherein the data is received at the bus bridge from across the first bus in a first data ordering. The data unload logic automatically translates the received data from the first data ordering to a second data ordering during unloading of the data from the at least one data buffer for transfer across the second bus. The first data ordering and the second data ordering are each a different one of a linear data ordering and an interleaved data ordering.
Further, additional features and advantages are realized through the techniques of the present invention. Other embodiments and aspects of the invention are described in detail herein and are considered a part of the claimed invention.
The subject matter which is regarded as the invention is particularly pointed out and distinctly claimed in the claims at the conclusion of the specification. The foregoing and other objects, features, and advantages of the invention are apparent from the following detailed description taken in conjunction with the accompanying drawings in which:
As used herein, a “request” includes any transaction, reflected transaction, command, reflected command, or other type of request, response or event, etc., associated with transferring data.
Those skilled in the art will note that the bus interface disclosed herein can be employed to convert requests between any two types of busses. In one aspect, the present invention provides additional functionality to a bus interface which allows automatic translation of data ordering between a linear data ordering and an interleaved data ordering. As known in the art, linear data ordering refers to a sequential address ordering of data words, while interleaved data ordering refers to a non-sequential address ordering of data words.
The transaction dispatcher then generates an accumulated snoop response (Acc Snoop Response) and puts this accumulated response onto bus type B. The bus bridge converts the accumulated snoop response in an accumulated snoop response conversion unit and sends it to an accumulated snoop response unit(s) of the respective processor(s) via bus type A. The snoop response conversion happens in a similar manner as conversion of commands that were initiated by the master. Responsive to receipt of the accumulated snoop response, one processor sends data during a data phase (if necessary) depending on command X and the accumulated snoop response. This data is forwarded across bus type A to dedicated buffers 200 of the particular request type in the bus bridge. The bus bridge accepts the data from the processor and puts the data into one buffer of the number of buffers of the particular request type. This data buffer then requests access to bus type B, and once granted, forwards the data for command X to a data receive unit in the transaction dispatcher, after which the data is forwarded to the master initiating the request for data. Note that multiple overlapping requests of a particular type can be processed by the bus bridge provided that a buffer of the number of dedicated buffers of the particular request type is available for accommodating data during a data phase of each request.
As noted above, in one aspect, the present invention provides additional functionality to a bus bridge wherein data of a first addressing bus protocol, e.g., employing linear data ordering, is automatically translated to a second addressing bus protocol, e.g., employing interleaved data ordering. In one example, the requester requesting the data is assumed to request the data in interleaved order. Although described herein with reference to translating received read data at a bus bridge from linear data ordering to interleaved data ordering, the concepts described are also applicable to translating from interleaved data ordering to linear data ordering, or between other types of data ordering of different addressing bus protocols employed by different bus types coupled to the bus bridge, and may be responsive to a request other than a read request. This translation facility is particularly beneficial in systems where restrictions on one or more busses of the computer system prevent data from always being returned employing, for example, interleaved data ordering, because one or more masters coupled to a bus may be incapable of employing interleaved data ordering.
After the accumulated snoop response phase of a read command, a read data buffer is assigned to the read command and may be given a ticket order such as described in the above-incorporated, co-filed patent application entitled “Method and System for Ordering Requests at a Bus Interface.” Along with assigning the read command a read data buffer and a ticket order, certain attributes 305 of the read command are loaded into a read command register 310. These attributes include the start address of the read data and the size of the read data. At this time, the read data state machine 380, which coordinates the loading of data into and the unloading of data from the read data buffer, is awaiting receipt of a read data valid signal on bus type A, i.e., is awaiting receipt of a tag hit. Once received, the read data on bus type A is loaded into one or more of the read data registers 0-15 of the assigned read data buffer. A load address generator 320 is initialized to the start address of the data read from the read command 305, which is used as an index to place the read data into an appropriate register of the read data buffer array. Thereafter, read data is placed in sequential locations of the read data buffer via the load address generator 320, which employs a simple incrementor (+1) to generate each successive address. Commensurate with beginning loading of the read data, a load data counter 330 is initialized to the read data size field of the read command 305. This counter is decremented (−1) with each load data cycle during which data is written into the read data buffer array (i.e., is decremented with each write strobe into the buffer array). When load counter 330 reaches value ‘0000’ the read data is fully loaded into the read data buffer, and the read data state machine 380 is allowed to advance beyond the load read data state.
After the loading process is complete, the read data buffer state machine 380 waits for a data unload grant signal on bus type B, at which point the read data buffer state machine begins to unload the buffered data onto bus type B. An unload address from an address generator 360 is used in conjunction with a bitwise exclusive OR (XOR) of the read data start address from the read command register 310. Counter 360 is incremented (+1) with each unload data cycle during which data is transferred from the read data buffer. Output of the ‘XOR’ function is an address value which determines which read data buffer register contents to transfer to bus type B. It is this ‘XOR’ function that creates the requested data word first, interleaved order required by, for example, processor cache-line fill sequences. Before the unload state begins, unload address generator 360 is initialized to value ‘0000’, and an unload data counter 350 is initialized from a data size field of the read command held in register 310. Counter 350 decrements (−1) with each unload data cycle during which data is transferred from the read data buffer array to bus type B. When counter 350 reaches value ‘0000’, the read data buffer state machine is allowed to advance to an unload finish state.
In one example the address select bits output from the ‘XOR’ function 340 may be defined as follows:
An example of interleaved addressing is given below. The Start Address is set to 6 (0110) and the output Select value is shown to step in the proper interleaved fashion:
As an enhancement, the translation logic of
To summarize, those skilled in the art will note that provided herein are a method and system implementable at a bus interface for automatically translating received data between a linear data ordering and an interleaved data ordering. A set of counters and address conversion logic is employed for the control and coordination of the automated translation of the read data between the different data orderings. Additionally, commensurate with the data ordering translation, read data can be multiplexed or demultiplexed to transition between busses of different width.
The capabilities of one or more aspects of the present invention can be implemented in software, firmware, hardware or some combination thereof.
One or more aspects of the present invention can be included in an article of manufacture (e.g., one or more computer program products) having, for instance, computer usable media. The media has therein, for instance, computer readable program code means or logic (e.g., instructions, code, commands, etc.) to provide and facilitate the capabilities of the present invention. The article of manufacture can be included as a part of a computer system or sold separately.
Additionally, at least one program storage device readable by a machine embodying at least one program of instructions executable by the machine to perform the capabilities of the present invention can be provided.
The flow diagrams depicted herein are just examples. There may be many variations to these diagrams or the steps (or operations) described therein without departing from the spirit of the invention. For instance, the steps may be performed in a differing order, or steps may be added, deleted or modified. All of these variations are considered a part of the claimed invention.
Although preferred embodiments have been depicted and described in detail herein, it will be apparent to those skilled in the relevant art that various modifications, additions, substitutions and the like can be made without departing from the spirit of the invention and these are therefore considered to be within the scope of the invention as defined in the following claims.
This application contains subject matter which is related to the subject matter of the following applications, each of which is assigned to the same assignee as this application and each of which is hereby incorporated herein by reference in its entirety: “Method and System for Ordering Requests at a Bus Interface”, Ogilvie et al., Ser. No. ______, co-filed herewith (IBM Docket No. ROC920040299US1); “Method and System for Controlling Forwarding or Terminating of a Request at a Bus Interface Based on Buffer Availability”, Ogilvie et al., Ser. No. ______, co-filed herewith (IBM Docket No. ROC920040301US1); “Computer System Bus Bridge”, Biran et al., Ser. No. ______, co-filed herewith (IBM Docket No. ROC920040302US1); “Apparatus and Method for Transaction Tag Mapping Between Bus Domains”, Kautzman et al., Ser. No. ______, co-filed herewith (IBM Docket No. ROC920040303US1); “Transaction Flow Control Mechanism for a Bus Bridge”, Ogilvie et al., Ser. No. ______, co-filed herewith (IBM Docket No. ROC920040304US1); “Pipeline Bit Handling Circuit and Method for a Bus Bridge”, Drehmel et al., Ser. No. ______, co-filed herewith (IBM Docket No. ROC920040305US1); and “Computer System Architecture”, Biran et al., Ser. No. ______, co-filed herewith (IBM Docket No. ROC920040316US1).