Method and apparatus for coordinating the use of physical registers in a microprocessor

Abstract: In a microprocessor, an apparatus is included for coordinating the use of physical registers in the microprocessor. Upon receiving an instruction, the coordination apparatus extracts source and destination logical registers from the instruction. For the destination logical register, the apparatus assigns a physical address to correspond to the logical register. In so doing, the apparatus stores the former relationship between the logical register and another physical register. Storing this former relationship allows the apparatus to backstep to a particular instruction when an execution exception is encountered. Also, the apparatus checks the instruction to determine whether it is a speculative branch instruction. If so, then the apparatus creates a checkpoint by storing selected state information. This checkpoint provides a reference point to which the processor may later backup if it is determined that a speculated branch was incorrectly predicted. Overall, the apparatus coordinates the use of physical registers in the processor in such a way that: (1) logical/physical register relationships are easily changeable; and (2) backup and backstep procedures are accommodated.

Description: RELATED APPLICATIONS The subject matter of this application is related to the subject matter of the European patent application entitled "Instruction Flow Control Circuit for Super-Scalar Microprocessor", EP 96 101 842.1, the European patent application entitled "Addressing Method for Executing Load Instructions Out of Order with Respect to Store Instructions", EP 96 101 839.7, and the European patent application entitled "Method and Apparatus for Efficiently Writing Results to Renamed Registers", EP 96 101 840.5, all of which are filed simultaneously with this application. Field of the Invention This invention relaters generally to microprocessors and more particularly to a method and apparatus for efficiently coordinating the use of physical registers in a microprocessor during instruction execution. Background of the Invention In a typical microprocessor, instructions are executed in a serial fashion. That is, a stream of instruction is executed by the microprocessor in the order in which the instructions are received. While this method of execution is effective, it in many cases is not optimal. To elaborate, many instruction sequences in a computer program are independent of other instruction sequences. For example, in the following instruction stream, 1 Load LR1, Mem1 ;Load logical register LR1 with data from Mem1 2 Inc LR1 ;Increment logical register LR1 3 Store LR1, Mem1 ;Store contents of logical register LR1 into Mem1 4 Load LR2, Mem2 ;Load logical register LR2 with data from Mem2 5 Inc LR2 ;Increment logical register LR2 6 Store LR2, Mem2 ;Store contents of logical register LR2 into Mem2, the second three instructions (instruction 4-6) are independent of the first three instructions (instruction 1-3). That is, instructions 4-6 do not depend on the results of instructions 1-3 to execute properly. Thus, in this example, instructions 1-3 and instructions 4-6 could be executed in parallel to optimize performance. It is this concept of executing instructions in parallel, out of sequence, which underlies the executing methods of superscalar processors. To provider for this parallel execution capability, superscalar processors typically comprise more physical registers than there are logical registers. Logical registers are registers, such as LR1 and LR2 in the example above, which are referenced in the instructions. Physical registers are the registers within the processor which are actually used for storing data during processing. The extra physical registers are needed in superscalar processors in order to accommodate parallel processing. One consequence of having more physical registers than logical registers is that there is no one-to-one correspondence between the logical and physical registers. Rather, a physical register may correspond to logical register LR1 for one set of instructions and then correspond to logical register LR2 for another set of instructions. Because the relationship between logical and physical registers can change, a mapping or coordination function is performed in order to keep track of the changing relationships. In order to optimize performance in a superscalar processor, an efficient method and apparatus for coordinating the use of the physical registers is needed. An approach is known from the Proceedings of the Annual International Symposium on Microarchitecture, 1 December 1993, IEEE, pages 202-213, Moudgill, M., et al: "Register Renaming and Dynamic Speculation: An Alternative Approach" which implements register renaming in a direct fashion, using a single storage area. There is only one set of physical registers from which all storage is allocated and into which all values are written. The architected registers are mapped onto some subset of the available physical registers. This mapping changes as instructions are issued. The association of architected register name with physical register is maintained in a mapping table. The mapping table has an entry for each register name, which contains the physical register currently associated with, or mapped by, that register name. There is a free pool of physical registers, used to provide new physical registers when necessary. Such a system does not store old state information and the free pool of physical registers is randomly organized. Summary of the Invention In accordance with the present invention as set out in claims 1 and 4, there is provided an apparatus, comprising a register file unit, a register reclaim file unit, a freelist unit, and a control unit, which coordinates the use of physical registers in a microprocessor in such a manner that allows for easy physical register assignment and convenient state restoration. The overall operation of the apparatus of the present invention is controlled by the control unit. In operation, the control unit receives an instruction, and in response, extracts a destination logical register value from the instruction. Then, the control unit obtains a free physical register tag from the freelist unit which points to a particular physical register within the processor. Once the destination logical register value and the free physical register tag are obtained, the control unit stores the logical register value into the register file unit in association with the obtained physical register tag. By so doing, a relationship is established between the logical register value and the physical register tag which can be used to map the logical register value to the particular physical register. A physical register is thus assigned or mapped to a logical register value. In addition to establishing logical/physical register relationships, the apparatus of the present invention also performs at least two other important functions. First, if the instruction received is a branch instruction, then the apparatus creates a "checkpoint" which captures the current state of the processor. This checkpoint provides a reference point to which the processor can backtrack or backup if it is later determined that an incorrect branch was chosen. By creating these checkpoints, the apparatus of the present invention supports speculative execution. As a second important function, when the apparatus of the present invention assigns a new physical register to a logical register value, the old relationship between the logical register value and another physical register is saved in the register reclaim file unit. This is done so that if an execution exception (such as a divide-by-zero) is encountered which requires the execution of a trap handler, the old relationship can be easily restored. By so doing, the apparatus of the present invention provides the processor with a means for conveniently backstepping to a particular instruction before accessing a trap handler. Overall, the present invention provides a convenient and efficient method and apparatus for coordinating the use of physical registers in a microprocessor. Brief Description of the Drawings Fig. 1 is a block diagram representation of a processor wherein the present invention is implemented. Fig. 2 is a detailed block diagram representation of the register management unit 16 of the present invention. Figs. 3a-3c are block diagram representations of the register file unit 30, the register reclaim file unit 32, and the freelist unit 34 of the register management unit 16 in several sample states. Fig. 4 is an operational flow diagram of the control unit 36 of the control unit 36 of the register management unit 16. Fig. 5 is a more detailed flow diagram for the backup process 134 of Fig. 4. Fig. 6 is a more detailed flow diagram for the backstep process 138 of Fig. 4. Detailed Description of the Preferred Embodiments With reference to Fig. 1, there is shown a block diagram representation of a processor 10 wherein the present invention is implemented. As shown, processor 10 preferably comprises an instruction issue unit 12, a sequencer 14 coupled to the instruction issue unit 12, a register management unit 16 coupled to the sequencer 14, reservation stations 18 coupled to both the register management unit 16 and the instruction issue unit 12, and an execution unit 20 coupled to the reservation stations 18 and the register management unit 16. In the preferred embodiment, processor 10 is a superscalar processor capable of executing multiple instructions in parallel. In processor 10, the instruction issue unit 12 receives from an external source (not shown) a series of instructions, and stores these instructions for later execution. The instruction issue unit 12 receives a clock signal as input and in each clock cycle, unit 12 issues one or more instructions for execution. The issued instructions are sent to both the sequencer 14 and the reservation stations 18. The sequencer 14, in response to the issued instructions, assigns a sequence number (Sn) to each of the instructions. As will be explained later, these sequence numbers are used by the register management unit 16 to keep track of the instructions. Once the sequence numbers are assigned to the instructions, the sequencer 14 forwards the instructions to the register management unit 16. Background Considerations Before describing unit 16 in detail, some background information relating to logical and physical registers will first be provided in order to facilitate a full understanding of the invention. Typically, computer instructions reference logical registers. These logical registers (which will be referred to herein as LR) may be source registers which contain certain data needed to execute the instruction, or these registers may be destination registers to which data resulting from the execution of the instruction is to be written. For example, in the instruction LR1 ÷ LR2 --> LR3, which divides the contents of LR1 by the contents of LR2 and writes the result into LR3, LR1 and LR2 are the source registers while LR3 is the destination register. A point to note about logical registers is that they are nothing more than logical values. They do not point to any physical location at which a physical register resides. To get from a logical register value to a physical register, a translation or mapping process is carried out. This mapping function is one of the functions performed by the register management unit 16. If there were a one-to-one correspondence between logical and physical registers, and if their relationships were constant, then the mapping function would be a simple one. All that would be needed is a static translation table. However, as noted previously, there is no constant one-to-one correspondence in superscalar processors. Instead, relationships between logical and physical registers are constantly changing. Hence, the register management unit 16 needs to be able to handle the changing relationships. As an additional complication, superscalar processors engage in speculative execution. That is, whenever a branch instruction is encountered, a guess or prediction is made as to which branch will actually be taken. Once the prediction is made, the instructions following the predicted branch are executed. If later it is determined that the wrong branch was predicted, then the processor 10 will need to backtrack or "backup" to the branch instruction, choose the proper branch, and then execute instructions following that branch. In order to backup properly, the processor 10 will need to be restored to the state just prior to the branching operation. This involves, among other operations, restoring the relationships between the logical and physical registers. To accommodate this backup procedure, the register management unit 16 preferably coordinates the use of the physical registers in such a way that relationship restoration is possible. As yet a further complication, superscalar processors process instructions in parallel and out of sequence. As a result, if an execution exception (such as a divide-by-zero) is encountered which requires the execution of a trap handler, it becomes necessary to "backstep" to the instruction invoking the exception before executing the trap handler. Like the backup procedure, this "backstep" procedure involves, among other operations, restoring the relationships between the logical and physical registers. Unlike the backup procedure, however, backstepping involves an instruction other than a branch instruction. This requires different handling, as will be explained below. The management unit 16 preferably manages the use of the physical registers in such a way that allows for this backstepping procedure. With the above background information in mind, the register management unit 16 will now be described in greater detail. Register Management Unit Fig. 2 shows a detailed block diagram of the preferred embodiment of the register management unit 16. As shown, management unit 16 preferably comprises a register file unit 30, a register reclaim file unit 32, a freelist unit 34, and a control unit 36 for controlling the overall operation of the management unit 16. Register File Unit The register file unit 30 is the component (or set of components) in management unit 16 which is mainly responsible for mapping logical registers to physical registers, and for storing data. Register file unit 30 preferably comprises a number of different components, including a read-only-memory (ROM) 40, a content addressable memory (CAM) 42, a data random access memory (data RAM) 44, an address valid (AV) RAM 46, and at least one, and preferably a plurality of checkpoint RAM's 48 1 -48 n . In register file unit 30, the ROM 40 is used to store all of the physical register tags PR 0 -PR n for all of the physical registers in the processor 10. Each of the physical address tags PR 0 -PR n points to an entry in the data RAM 44 wherein data corresponding to the physical register tag is stored, along with a data valid (DV) bit. Preferably, there is a one-to-one correspondence between the entries of the ROM 40 and the entries of the data RAM 44. Since the physical register tags PR 0 -PR n are stored in ROM 40, they cannot be altered by writing operations; hence, the physical register tags PR 0 -PR n remain constant for the life of the processor 10. The CAM 42 in register file unit 30 is used to store logical register values corresponding to the physical register tags. Unlike ROM 40, the contents of the CAM 42 can be and are frequently changed. Preferably, there is a one-to-one correspondence between the entries of the CAM 42, the AV RAM 46, and the ROM 40, as shown in Fig. 2. Together, ROM 40, CAM 42, and AV RAM 46 provide a mechanism for quickly and easily assigning a physical register to a logical register. To illustrate, suppose that it is desirable to assign physical register PR 0 to logical register LR 1 . To establish such a relationship, all that needs to be done is to store the logical register value LR 1 into the entry of the CAM 42 corresponding to the physical register tag PR 0 , and to set the AV bit in AV RAM 46 corresponding to the physical register tag PR 0 . Once that is done, the next time the logical register LR 1 is asserted in an instruction, the CAM 42 will search for LR 1 and will signal a "hit" in the entry corresponding to the physical register tag PR 0 . This, in turn, will cause the tag PR 0 to be outputted from the ROM 40, which in turn, will cause the corresponding entry in the data RAM 44 to be accessed. Thus, as shown by this example, storing a logical register value in CAM 42 establishes a direct relationship between a logical address and a physical address. To alter this relationship and to establish a new one, all that is needed is to store the logical register value LR1 into a different entry in the CAM 42. Register file unit 30 preferably further comprises checkpoint RAM's 48 1 -48 n for temporarily storing the contents of the AV RAM 46. As will be explained in greater detail in a later section, whenever a speculative branch instruction is encountered, a "checkpoint" is made by storing the contents of the AV RAM 46 into one of the checkpoint RAM's 48 1 -48 n . By storing the contents of the AV RAM 46, the state of the system prior to branching is captured. This checkpoint provides a reference point to backup to in case an incorrect branch is predicted. Register file unit 30 preferably comprises a plurality of checkpoint RAM's 48 in order to allow a plurality of checkpoints to be made. This in turn allows the processor 10 to execute through multiple levels of nested branches. Register Reclaim File Unit The register reclaim file unit 32 is the component in management unit 16 which makes it possible for the unit 16 to backstep to an instruction causing an execution exception. Preferably, unit 32 comprises a reclaim RAM 50 having a plurality of entries, with each entry having a first portion for storing a logical register value and a second portion for storing an old physical register tag. Each of the entries in the reclaim RAM 50 is preferably indexed with a sequence number corresponding to a particular instruction. In effect, each entry of the reclaim RAM 50 stores a state of the system just prior to the execution of a particular instruction. Hence, with the information stored in reclaim RAM 50, it is possible to restore the system to the state that it had just prior to any instruction. This aspect of the management unit 16 makes backstepping possible. Freelist Unit Register management unit 16 preferably further comprises a freelist unit 34 for storing the physical register tags which are free and can be assigned to logical registers. The freelist unit 34 preferably comprises a freelist RAM 62 for storing free physical address tags, a head register 64 for storing a "head" pointer, a tail register 66 for storing a "tail" pointer, and at least one, and preferably a plurality of checkpoint registers 68 1 -68 n . The freelist RAM 62 is preferably operated as a FIFO storage. The head pointer points to the next physical register tag in the RAM 62 which should be assigned to a logical register, while the tail pointer points to the last physical register tag stored in the RAM 62. Each time a free physical register tag is assigned to a logical register, the head pointer is incremented, and each time a free physical register tag is added to the RAM 62, the tail pointer is incremented. Preferably, the freelist RAM 62 has at least P-L entries where P is the number of physical register tags and L is the number of logical register values. With regard to the checkpoint registers 68 1 -68 n , these are used to store the value of the head pointer whenever a speculative branch instruction is encountered. By storing the value of the head pointer, the state of the freelist unit 34 is saved. This in turn allows the state of the freelist RAM 62 to be restored if necessary. The checkpoint registers 48 provide support for the backup procedure. Preferably, freelist unit 34 comprises a plurality of checkpoint registers 48 to allow multiple checkpoints to be made. Multiple checkpoints enable the processor 10 to execute through multiple levels of nested branches. Control Unit The register management unit 16 preferably further comprises a control unit 36 for coordinating the operation of the other components 30, 32, 34, and for controlling the overall operation of the management unit 16. In the preferred embodiment, the control unit 36 is implemented in hardware as a state machine. The control unit 36 will be described in greater detail as operation of the processor 10 is described. Reservation Stations Referring once again to Fig. 1, the reservation stations 18 of the processor 10 are responsible for two primary functions. First, the reservation stations 18 capture all of the source data needed to execute an instruction. This data is received from the register management unit 16. Second, reservation stations 18 schedule instructions for execution. Instructions may be selected for execution if the DV bits from register file unit 30 are asserted for all sources and if no older instructions stored in the reservation stations are eligible. The instructions, once selected, are passed on to the execution unit 20 for execution. Overall, stations 18 are responsible for the smooth execution of instructions. All of the relevant elements of the processor 10 have now been discussed. The overall operation of the processor 10 will now be described. Initialization Before the processor 10 is used in regular operation, it first needs to be initialized. Several steps are carried out in the initialization process. First, each and every logical register value is stored into one of the entries of the CAM 42. The AV bits corresponding to the CAM entries in which logical register values are stored are set. This ensures that before operation, all of the logical register values are validly mapped to a physical register. The particular mapping (i.e. which logical register value is mapped to which physical register) is arbitrary. No single logical register value is mapped to more than one physical register, however. Once all of the logical register values are stored into the CAM 42, the free physical register are known. Accordingly, the physical register tags corresponding to the free registers are stored into the freelist RAM 62. This provides an indication as to which physical registers are free and may be assigned. As an example, suppose that the management unit 16 is initialized as shown in Fig. 3a. More specifically, suppose that physical register PR 0 has been assigned to logical register LR 0 , PR 1 has been assigned to LR 1 , PR 2 has been assigned to LR 2 , PR 3 has been assigned to LR 3 , and PR 4 has been assigned to LR 4 . After assignment, data (Data 0 -Data 4 ) may be written into the corresponding locations in the data RAM 44, along with asserted data valid bits. As shown in Fig. 3a, physical registers PR 5 -PR 9 have not been assigned to any logical register value. Thus, they are considered "free", which means that they may be assigned logical register values in upcoming operations. Thus, the physical register tags PR 5 -PR 9 associated with the free physical registers are stored in the freelist unit 34. The head pointer in the freelist unit is pointing to PR 5 , thereby indicating that PR 5 will be the next physical register assigned to a logical register value. Currently, no information is stored in the register reclaim file unit 32. Regular Operation Now, suppose that the instruction issue unit 12 issues the following instruction: LR 0 ÷ LR 1 --> LR 3 . This instruction, when executed, will cause the data in logical registers LR 0 to be divided by the data in logical register LR 1 , and will cause the result to be stored into logical register LR 3 . For this instruction, logical registers LR 0 and LR 1 are the source logical registers from which data will be drawn, while logical register LR 3 is the destination logical register. Once issued, the instruction is passed on to the sequencer 14, where a sequence number is assigned to the instruction. Suppose that sequence number 0 is assigned. Thus, the instruction becomes: Instruction #0: LR 0 ÷ LR 1 --> LR 3 . Once a sequence number is assigned, the instruction is passed on to the control unit 36 of the register management unit 16 for processing. In the management unit 16, it is the control unit 36 which receives and processes new instructions. An operational flow diagram for the control unit 36 is shown in Fig. 4. Preferably, control unit 36 begins operation by receiving 100 the instruction and then determining 102 whether the instruction is a speculative branch instruction. If the instruction is a speculative branch instruction, then control unit 36 preferably creates a "checkpoint" to provide a reference point to which the processor 10 can backup in case the wrong branch of the branch instruction is predicted. In creating a checkpoint, two operations are taken. First, the contents of the AV RAM 46 are stored 104 into one of the checkpoint RAM's 48 1 -48 n . This operation preserves for later reference all of the current relationships between the logical registers and the physical registers. Second, the contents of the head counter 64 in the freelist unit 34 are stored 106 into one of the checkpoint registers 68 1 -68 n . By storing these two sets of information, the current state of the processor 10 is recorded. This information may be retrieved at a later time to restore the state of the processor 10 to that just prior to the execution of the speculative branch instruction. As will be explained in greater detail later, this aspect of the management unit 16 enables the processor 10 to carry out the backup procedure of the present invention. In the present example, the instruction (LR 0 ÷ LR 1 --> LR 3 ) is not a speculative branch instruction; thus, control unit 36 bypasses steps 104 and 106 and proceeds to step 108 to extract a destination logical register value from the instruction. In the present example, the destination logical register value is LR 3 . Once the destination logical register value is extracted, control unit 36 accesses the freelist RAM 62 to extract 110 the next available physical register tag therefrom. As shown in Fig. 3a, the head pointer is currently pointing to physical register tag PR 5 ; thus, PR 5 is selected as the physical register to assign to the logical register LR 3 . Thereafter, control unit 36 increments 112 the head counter 64 to cause the counter to point to the next available free physical register, which in the example is PR 6 . After a physical register tag is retrieved from the freelist unit 34, control unit 36 applies 114 the logical register value LR 3 to the CAM 42. In effect, this operation checks for the current physical register assignment for logical register LR 3 . In the present example, LR 3 is currently assigned to physical register PR 3 , as shown in the register file unit 30. Thus, when LR 3 is applied to the CAM 42, a hit will be found which will cause the physical register tag PR 3 to be read out of the ROM 40. This physical register tag PR 3 , along with the logical register value LR 3 , is then stored into the reclaim RAM 50 in the entry corresponding to the sequence number of the current instruction (sequence #0), as shown in Fig. 3b. The information in reclaim RAM 50 will be used, if necessary, to backstep the processor 10 at a later time to the current state of the processor 10. After the logical register value LR 3 and its corresponding old physical register tag PR 3 are stored into the reclaim RAM 50, control unit 36 clears the AV bit corresponding to the old physical register assignment, which in the example is the AV bit in AV RAM 46 corresponding to the physical register tag PR 3 . Once that is done, control unit 36 loads 120 the logical register value LR 3 into the CAM 42 in the entry corresponding to the new physical register tag, which is PR 5 . The logical register value LR 3 is thus assigned to a new physical register. Thereafter, the AV bit corresponding to physical register PR 5 is set 122 to indicate that this is now the current physical register assignment for logical register LR 3 . Note, however, that the data valid DV bit corresponding to PR 5 is not set. This is because no data has yet been written into the corresponding entry of the data RAM 44 because the instruction has not yet been executed. The DV bit will be set once the instruction is executed and appropriate data is stored into the proper entry of the data RAM 44. Note from Fig. 3b that at this point, the CAM 42 has two entries wherein logical register value LR 3 is stored. This would appear to cause confusion. However, note that only the AV bit corresponding to the current physical register assignment (PR 5 ) is set, thereby indicating that the entry corresponding to PR 5 is the current assignment. The AV bit corresponding to the old physical register (PR 3 ) is not set. This manipulation of the AV bit forestalls any confusion that might arise due to multiple instances of the same logical register value. Using the process thus far described, a destination logical register may be assigned to a new and different physical register. The assignment of a new physical register to a destination logical register is only one of the functions performed by control unit 36. The other function is to retrieve the source data needed to execute the instruction. Steps 124-130 of Fig. 4 illustrate this retrieval process. In the present example, the source logical registers are LR 0 and LR 1 . Hence, in order to execute the instruction, data will need to be retrieved from the storage registers indicated by LR 0 and LR 1 . In carrying out the retrieval process, control unit 36 first determines 124 whether any source logical registers are indicated by the instruction. If source logical registers are indicated by the instruction, as is the case in the present example, then control unit 36 begins the retrieval process by applying 126 the source logical registers LR 0 , LR 1 to the CAM 42. Specifically, when LR 0 is applied to CAM 42, a hit is found in the entry of the CAM 42 corresponding to physical register tag PR 0 . Since the AV bit for this entry is set to "1", this hit causes the physical register tag PR 0 to be outputted from the ROM 40, which in turn, causes the corresponding data (Data 0 ) to be outputted from the data RAM 44. The data from logical register LR 0 is thereafter sent 128 to the reservation stations 18. Since the data valid DV bit for this entry is set to "1", the data will be used by the reservation stations in executing the instruction. A similar process takes place when LR 1 is applied to the CAM 42. Specifically, the application of LR 1 causes a hit to be found in the entry of the CAM 42 corresponding to physical register tag PR 1 . This hit causes the physical register tag PR 1 to be outputted from ROM 40. This in turn causes the data (Data 1 ) corresponding to PR 1 to be outputted from the data RAM 44 to the reservation stations. Data from logical register LR 1 is thus passed on to the reservation stations. Again, since the data valid bit corresponding to the outputted data is set, the reservation stations 18 will use the data in executing the instruction. After data from the source logical registers LR 0 , LR 1 are sent to the reservation stations 18, control unit 36 further sends 130 the physical register tag assigned to the destination logical register. In the present invention, the destination logical register is LR 3 and the physical register assigned to LR 3 is PR 5 . Hence, in step 130, control unit 36 sends physical address tag PR 5 to the reservation stations. After step 130, the reservation stations 18 have all of the information needed to execute the instruction. Thus, stations 18 schedule the instruction for execution, and at the appropriate time, sends the instruction along with the information discussed above to the execution unit 20. In response, execution unit 20 executes the instruction and writes the resulting data into an appropriate entry in the data RAM 44. Since the physical register tag PR 5 was sent to the execution unit 20, the resulting data will be written into the entry of the data RAM 44 corresponding to the physical register tag PR 5 , which is the correct entry. In addition, execution unit 20 preferably sets the data valid bit corresponding to the entry to indicate that the data in the entry is now valid and can be used as source data. Thereafter, execution of the instruction is complete. The process described above is what takes place when an instruction executes smoothly. However, as noted previously, two events may occur which may affect smooth execution. The first event is an acknowledgment that an incorrect branch was taken at a speculative branch instruction. The second event is the invocation of an execution exception which requires a trap handler to be executed. To remedy the first event, a backup procedure is implemented to restore the processor 10 to the state it had just prior to the branch instruction. To remedy the second event, a backstep procedure is implemented to restore the processor 10 to the state it had just prior to the instruction invoking the execution exception. In the event that an incorrect branch was taken, the sequencer 14 will issue a "backup" control signal to the control unit 36 of the register management unit 16. In the event of an execution exception, the execution unit 20 will issue a "backstep" control signal to the control unit 36. In steps 132 and 136, control unit 36 checks for these control signals. If one of these control signals is detected, then control unit 36 will take appropriate action. Backup Procedure To illustrate the backup procedure, suppose that a speculative branch instruction is issued and sent to the register management unit 16. In processing this instruction, control unit 36 first determines 102 (Fig. 4) whether the instruction is a speculative branch instruction. If the instruction is a speculative branch instruction, as it is in the present example, then control unit 36 proceeds to carry out steps 104 and 106 to create a "checkpoint". In step 104, the contents of the AV RAM 46 are stored into one of the checkpoint RAM's 48 1 , as shown in Fig. 3c. In step 106, the contents of the head counter 64 in the freelist unit 34 are stored into one of the checkpoint registers 68 1 . These two operations preserve the state of the processor 10 prior to execution of the branch instruction to create a reference state to which the processor may return. Once that is done, the instruction is processed in the same manner as other instructions. Suppose now that during the following instruction or several instructions thereafter it is discovered that a speculative branch was mis-predicted and that a wrong branch was taken. In such a case, it will be necessary to restore the processor 10 to the state that it had just prior to the branch instruction. This restoration or backup is achieved as follows. First, the sequence 14 generates and sends a "backup" signal to the control unit 36. This "backup" signal is detected by control unit 36 in step 132 and in response, control unit 36 implements the backup procedure shown in Fig. 5. Preferably, control unit 36 begins the backup procedure by overwriting 152 the contents of the AV RAM 46 with the contents of the checkpoint RAM 48 1 (Fig. 3c) which were stored in the checkpoint RAM 48a during step 104. Further, control unit 36 overwrites 154 the contents of the head counter 64 in the freelist unit 34 with the contents of the checkpoint register 68 1 which were stored in the checkpoint register 68 1 in step 106. By carrying out these two steps, control unit 36 restores the processor 10 to the state that it had just prior to the branch. Processor backup is thus achieved. Backstep Procedure It is sometimes necessary to restore a machine state not only to a checkpointed location but to an instruction which lies between checkpoints. An example of such a situation is one where an instruction encounters a divide-by-zero condition. Since a divide-by-zero is not possible, such an instruction usually invokes an exception trap. Before accessing the trap handler, however, it is first necessary to backstep the machine state to that which existed immediately after the instruction was executed. This "backstep" is usually difficult to achieve because there is no checkpoint created for the instruction since the instruction is not a branch instruction. With the present invention, however, backstepping to an instruction can be performed easily. To illustrate this backstep procedure, reference will be made to Figs. 3b, 4, and 6, and to a specific example. To draw upon a previously used example, suppose again that the instruction Instruction #0: LR 0 ÷ LR 1 --> LR 3 is received by the control unit 36 of the register management unit 16. Suppose further again: (1) that the logical register value LR 3 is written into the CAM entry corresponding to the physical tag entry PR 5 as shown in Fig. 3b, thereby assigning LR 3 to physical register PR 5 ; and (2) that the logical register value LR 3 and its corresponding former physical register tag PR 3 are stored into the reclaim RAM 50 in the entry indexed by the instruction sequence #0. The writing of these values into CAM 42 and reclaim RAM 50 were described previously with reference to steps 108-122 of Fig. 4. Hence, these operations need not be re-described here. The important points to note here are: (1) that there are two instances of LR 3 stored in the CAM 42, one corresponding to the currently assigned physical register tag PR 5 , and one corresponding to the formerly assigned physical register tag PR 3 ; and (2) that the reclaim RAM 50 stores the former relationship between LR 3 and PR 3 . It is the information in reclaim RAM 50 which allows for easy backstepping. To illustrate how backstepping is achieved, suppose that the data corresponding to LR 1 is a zero. If such is the case, then the above instruction would be a divide-by-zero operation. Upon executing this instruction, the execution unit 20 will issue a "backstep" control signal. This signal is detected by control unit 36 in step 136, and in response, control unit 36 carries out the backstep procedure 138 of the present invention. The backstep procedure is shown in greater detail in Fig. 6. Preferably, control unit 36 begins the backstep procedure by determining 162 the sequence number associated with the instruction which caused the execution exception. In the present example, the sequence number associated with the instruction is 0. Once determined, the instruction sequence number is used as an index to retrieve 164 from the reclaim RAM 50 the logical register value LR 3 and its corresponding former physical register tag PR 3 . Thereafter, control unit 36 applies the logical register value LR 3 retrieved from the reclaim RAM 50 to the CAM 42 to determine 166 which physical register is currently assigned to the logical register LR 3 . As shown in Fig. 3b, physical register PR 5 is currently assigned to LR 3 . Once the current assignment is found, control unit 36 clears 168 the AV bit corresponding to the currently assigned physical register. Hence, in the present example, the AV bit corresponding to PR 5 is cleared. Thereafter, control unit 36 writes 170 the logical register value LR 3 into the CAM 42 at an entry corresponding to the former physical address tag. Hence, in the present example, LR 3 is written into the CAM entry corresponding to the physical register tag PR 3 . Once that is done, control unit 36 sets 172 the AV bit corresponding to the former physical address tag PR 3 . By carrying out the above steps, the current logical register/physical register relationship is erased and the former relationship is reinstated. As a final step, the head counter 64 in the freelist unit 34 is decremented 174 so that it once again points to PR 5 as it did before the above instruction was processed. Thus, the state of the processor 10 is restored or backstepped to the desired state. The trap handler may now be accessed. At this point, it should be noted that the backstep procedure is quite similar to the register assignment procedure discussed in steps 108-122 of Fig. 4. The only difference is that instead of assigning the logical register value to a free physical register, the logical register value is assigned back to a physical register with which it had a previous relationship. The similarity between the two processes is significant because it means that the same hardware used to implement the register assignment process can be used to implement the backstep procedure. Thus, very little additional hardware (in fact, a simple additional multiplexer) is required to implement the backstep procedure. This is a significant advantage of the present invention. The backstepping procedure has been described as backstepping over only one instruction. It should be noted, however, that the method and apparatus of the present invention may be used to backstep over any desired number of instructions. Typically, however, the number of instructions which may be backstepped over is limited to the number of instructions which can be renamed per cycle. This number may vary from system to system. Instruction Commit Referring again to Fig. 4, after control unit 36 carries out steps 100-138, it makes a determination as to whether to send a certain physical register tag back to the freelist unit to make the corresponding physical register available again for reassignment. A physical register tag will be sent or released to the freelist unit 34 if the instruction for which the physical register is used is committed. An instruction will be committed if the instruction successfully completed execution and if all previous instructions completed execution without error or exceptions. In step 140, control unit 36 makes a determination as to whether a certain instruction has been committed. If so, then control unit 36 releases the physical register tag or tags associated with the instruction to the freelist unit 34. Continuing with the present example, suppose that the instruction LR 0 ÷ LR 1 --> LR 3 is committed. In such a case, the physical register tag PR 3 (stored in the reclaim RAM 50) corresponding to the destination register LR 3 is passed 142 to the freelist unit 34. More specifically, control unit 36 adds the physical register tag PR 3 to the tail of the freelist RAM 62 and then increments the tail counter 66. The free register PR 3 is thus added to the list of physical registers which may be assigned to a logical register. The present invention has been described with reference to specific examples. However, the invention should not be construed to be so limited. Various modifications may be made by one of ordinary skill in the art with the benefit of this disclosure. For example, for the sake of simplicity, the invention has been described with the assumption that only one instruction is issued per cycle. It should be noted, though, that the invention may be and is actually intended to be implemented in processors which issue multiple instructions per clock cycle. To accommodate multiple instructions per cycle, more ports may be added to the register file unit 30, the register reclaim file unit 32, and the freelist unit 34. Therefore, the present invention should not be limited by the examples used to illustrate it but only by the scope of the appended claims.

Claims: A method for coordinating use of the physical registers of a superscalar processor having a plurality of physical registers, said method, comprising the steps of: (a) receiving an instruction; (b) extracting a destination logical register value from said instruction; (c) obtaining, from a list of free physical registers tags, a particular physical register tag pointing to a particular physical register; and (d) associating said logical register value with said particular physical register tag, thereby mapping said logical register value to said particular physical register; characterised in that in step (c) the physical register tag is obtained from a head pointer of the list of free physical register tags; and in step (d) said head pointer is incremented to point to a next free available physical register tag; and comprising the further steps of: (e) storing a current valid mapping of an old physical register tag corresponding to said destination logical register value in a register reclaim unit; (f) invalidating said current valid mapping in an address valid map of a register file unit further containing a logical-to-physical register map; (g) assigning a new mapping of said destination logical register value to said particular physical register tag in said logical-to-physical register map, thereby mapping said logical register value to said particular physical register; and (h) validating said new mapping in said address valid map. The method of claim 1, characterised in that the generation of a checkpoint in response to a speculative branch instruction comprises the steps of: identifying a speculative branch instruction; storing the contents of said address valid map into a checkpoint RAM; and storing the contents of said head pointer into a checkpoint register. The method of claim 1 or 2, characterised in that the backstepping to an instruction in response to an exception comprises the steps of: receiving a backstep control signal; invalidating an entry in said address valid map corresponding to a currently assigned physical register of said instruction; retrieving from said register reclaim unit a prior mapping of a logical register value to an old physical register tag corresponding to said instruction; writing said logical register value into an entry of said logical-to-physical register map corresponding to said old physical register tag; validating an entry in said address valid map corresponding to said old physical register tag; and decrementing said head pointer. A superscalar processor which concurrently processes a plurality of instructions particularly when using a method of one the preceding claims, the processor comprising a register file unit (30) comprising a plurality of physical registers (40), a logical-to-physical register map (42) comprising a plurality of locations, each of said locations identifying a physical register in response to a logical register value, an address valid map (46) which designates the validity of each of said locations of said logical-to-physical register map, and at least one checkpoint RAM (48 1 - 48 n ) to store said address valid map (46) in response to a speculative branch instruction; a register reclaim file unit (32) comprising a plurality of locations (50), each of said locations storing a logical register to physical register mapping of a prior instruction; a freelist unit (34) which stores a plurality of physical register tags (62), each tag stored by said freelist unit (34) indicating a free physical register which may be assigned to a logical register, said freelist unit (34) further comprising a head pointer to identify the next tag to be assigned to a logical register, and at least one checkpoint register (68 1 - 68 n ) which stores the value of said head pointer in response to a speculative branch instruction; and a control unit (36) for receiving said instructions comprising, means for determining if an instruction of said received instructions is a speculative branch instruction, means, responsive to said instruction being a speculative branch instruction, for storing the contents of said address valid map (46) into said checkpoint RAM (48 1 - 48 n ) and for storing the contents of said head pointer to said checkpoint register (68 1 - 68 n ), means, responsive to a misprediction of said branch instruction, for restoring said processor (10) to a state prior to said speculative branch instruction in response to a misprediction of said branch instruction, means, responsive to an exception condition for backstepping said processor (10) to an instruction which lies between two checkpoints to restore said processor (10) to a state prior to said exception condition. A superscalar processor as set forth in claim 4, wherein each of said locations of said register reclaim file unit (30) is indexed by an instruction sequence number, each of said locations storing a prior mapping of a logical register to a physical register and having a first portion for storing a physical register tag which identifies the physical register associated with said logical register during execution of said instruction identified by said instruction sequence number; and said control unit (36) backs up said processor (10) to said checkpoint to restore said processor (10) to a state prior to said speculative branch instruction in response to a misprediction of said branch instruction, said control unit further backstepping said processor (10) to an instruction which lies between two checkpoints by determining the instruction sequence number of said instruction causing said exception condition, retrieving from said register re-claim file unit (32) the logical register value and the physical register tag corresponding to said instruction sequence number, determining, from said logical-to-physical register map, which physical register is currently assigned to said logical register, invalidating a location in said address valid map (46) corresponding to said current logical-to-physical register assignment, writing said logical register value obtained from said register reclaim file unit (32) to said logical to physical register map and validating said location in said address valid map (46). A superscalar processor as set forth in claim 4 or 5, wherein said means for restoring said processor (10) restores said address valid map (46) with the contents of a corresponding checkpoint RAM (48 1 - 48 n ) and restores said head pointer with the contents of a corresponding checkpoint register. A superscalar processor as set forth in one of claims 4 to 6, wherein the register file unit (30) comprises a plurality of checkpoint RAMs (48 1 - 48 n ) to concurrently store the contents of said address valid map (46) for a plurality of speculative branch instructions. A superscalar processor as set forth in one of claims 4 to 7, wherein the freelist unit (34) further comprises a plurality of checkpoint registers (68 1 - 68 n ) to store the value of said head pointer for a plurality of speculative branch instructions. A superscalar processor as set forth in claim 5, wherein said logical-to-physical register map comprises a read-only-memory (40) which stores a plurality of physical register tags, each of said register tags pointing to one of said physical registers and a content addressable memory (42) which stores logical register values corresponding to said physical register tags. A superscalar processor as set forth in claim 4, wherein the register file unit (30) comprises of a data random-access memory (RAM); a read-only-memory (40) which stores a plurality of physical register tags, each of said physical register tags pointing to an entry in said data RAM (44), said entry storing data corresponding to said physical register tag, a content addressable memory (42) which stores logical register values corresponding to said physical register tags, an address valid RAM (46) comprising a plurality of locations, each of said locations corresponding to a location in said content addressable memory (42) to designated the validity of the logical register value stored in said location, and at least one checkpoint RAM (48 1 - 48 n ), comprising a plurality of locations, each of said locations corresponding to a location in said address valid RAM (46), said checkpoint RAM (48 1 - 48 n ) operable to store the contents of said address valid RAM (46); the register reclaim file unit (32) comprises of a reclaim RAM (50) comprising a plurality of locations for storing prior mappings of logical registers to physical registers, each location having a first portion for storing a logical register value and a second portion for storing corresponding physical register tag, each of said locations indexed with a sequence number corresponding to a particular instruction, the freelist unit (34) which stores a plurality of physical register tags, each tag stored by said freelist unit (34) indicating a free physical register which may be assigned to a logical register, said freelist unit (34) including a head pointer to identify the next tag to be assigned to a logical register, and at least one checkpoint register (68 1 - 68 n ) which stores the value of said head pointer in response to a speculative branch instruction; and the control unit (36) comprises of means for receiving said instructions and determining if an instruction of said received instructions is a speculative branch instruction, means, responsive to said speculative branch instruction for creating a checkpoint by causing the contents of said address valid RAM (46) to be stored into said checkpoint RAM (48 1 - 48 n ), and causing storage of the contents of the head counter (64) into one of said checkpoint registers (68 1 - 68 n ), means, responsive to a misprediction branch instruction for backing up said processor (10) to said checkpoint to restore said processor (10) to a state prior to said misprediction branch instruction, means, responsive to an exception condition, for backstepping said processor (10) to an instruction which lies between two checkpoints to restore said processor (10) to a state prior to said exception condition comprising, means for determining the instruction sequence number of said instruction causing said exception condition; means for retrieving from said register reclaim file unit (32) a logical register value and a corresponding physical register tag corresponding to said instruction sequence number; means for applying said retrieving logical register value to said content addressable memory (42) to determine a current physical register assigned to said logical register, means for clearing a location in said address valid RAM (46) corresponding to the currently assigned physical register; means for writing the logical register value retrieved from said register reclaim file unit (32) into the content addressable memory (42) at an entry corresponding to the former physical address tag, and means for setting a bit in the address valid RAM (46) which corresponds to the former physical address tag.

Inventors: GMUENDER JOHN, SHEBANOW MICHAEL C, TOVEY DEFOREST W, GMUENDER, JOHN, SHEBANOW, MICHAEL C., TOVEY, DEFOREST W.
Applicants: FUJITSU LTD, FUJITSU LIMITED
Application year: 1996
Main classification: G06F9
IPC codes: G06F9