KR100294276B1 - 고속트랩및예외상태를구현한알아이에스씨마이크로프로세서구조 - Google Patents
고속트랩및예외상태를구현한알아이에스씨마이크로프로세서구조 Download PDFInfo
- Publication number
- KR100294276B1 KR100294276B1 KR1019930700689A KR930700689A KR100294276B1 KR 100294276 B1 KR100294276 B1 KR 100294276B1 KR 1019930700689 A KR1019930700689 A KR 1019930700689A KR 930700689 A KR930700689 A KR 930700689A KR 100294276 B1 KR100294276 B1 KR 100294276B1
- Authority
- KR
- South Korea
- Prior art keywords
- instruction
- instructions
- unit
- register
- address
- Prior art date
Links
- 239000000872 buffer Substances 0.000 claims description 137
- 238000000034 method Methods 0.000 claims description 79
- 238000012545 processing Methods 0.000 claims description 37
- 230000004044 response Effects 0.000 claims description 25
- 230000001360 synchronised effect Effects 0.000 claims description 16
- 238000001514 detection method Methods 0.000 claims description 8
- 238000012546 transfer Methods 0.000 abstract description 38
- 239000013598 vector Substances 0.000 abstract description 35
- 230000007246 mechanism Effects 0.000 abstract description 5
- 230000000875 corresponding effect Effects 0.000 description 66
- 230000006870 function Effects 0.000 description 46
- 238000007667 floating Methods 0.000 description 40
- 238000013519 translation Methods 0.000 description 19
- 238000010586 diagram Methods 0.000 description 18
- 230000008859 change Effects 0.000 description 11
- 230000001351 cycling effect Effects 0.000 description 7
- 238000004364 calculation method Methods 0.000 description 6
- 230000002457 bidirectional effect Effects 0.000 description 5
- 238000006073 displacement reaction Methods 0.000 description 5
- 238000007689 inspection Methods 0.000 description 5
- 238000012986 modification Methods 0.000 description 5
- 230000004048 modification Effects 0.000 description 5
- 230000009977 dual effect Effects 0.000 description 4
- 230000008569 process Effects 0.000 description 4
- 238000012360 testing method Methods 0.000 description 4
- 238000003491 array Methods 0.000 description 3
- 230000003139 buffering effect Effects 0.000 description 3
- 238000011084 recovery Methods 0.000 description 3
- 239000011159 matrix material Substances 0.000 description 2
- 230000000644 propagated effect Effects 0.000 description 2
- 108091000041 Phosphoenolpyruvate Carboxylase Proteins 0.000 description 1
- XUIMIQQOPSSXEZ-UHFFFAOYSA-N Silicon Chemical compound [Si] XUIMIQQOPSSXEZ-UHFFFAOYSA-N 0.000 description 1
- 230000002411 adverse Effects 0.000 description 1
- PPNXXZIBFHTHDM-UHFFFAOYSA-N aluminium phosphide Chemical compound P#[Al] PPNXXZIBFHTHDM-UHFFFAOYSA-N 0.000 description 1
- 235000014121 butter Nutrition 0.000 description 1
- 230000015556 catabolic process Effects 0.000 description 1
- 238000001193 catalytic steam reforming Methods 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 239000013256 coordination polymer Substances 0.000 description 1
- 230000002596 correlated effect Effects 0.000 description 1
- 125000004122 cyclic group Chemical group 0.000 description 1
- 230000007812 deficiency Effects 0.000 description 1
- 238000006731 degradation reaction Methods 0.000 description 1
- 230000001934 delay Effects 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000001627 detrimental effect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000005111 flow chemistry technique Methods 0.000 description 1
- 238000011010 flushing procedure Methods 0.000 description 1
- 230000001976 improved effect Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000003780 insertion Methods 0.000 description 1
- 230000037431 insertion Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- UHPUCGUHOAGWID-UHFFFAOYSA-N mbid Chemical compound O.OC.C12C34CCN2CC=CC1(CC)C(OC(C)=O)C(C(=O)OC)(O)C4N(C)C(C=C1OC)=C3C=C1C12C3=CC=CC=C3NC11C(C(=O)OC)CC(CC(O)(CO)CC)CN1CC2 UHPUCGUHOAGWID-UHFFFAOYSA-N 0.000 description 1
- 230000001404 mediated effect Effects 0.000 description 1
- 230000003278 mimic effect Effects 0.000 description 1
- NONJJLVGHLVQQM-JHXYUMNGSA-N phenethicillin Chemical compound N([C@@H]1C(N2[C@H](C(C)(C)S[C@@H]21)C(O)=O)=O)C(=O)C(C)OC1=CC=CC=C1 NONJJLVGHLVQQM-JHXYUMNGSA-N 0.000 description 1
- 230000001902 propagating effect Effects 0.000 description 1
- 230000000717 retained effect Effects 0.000 description 1
- 238000011268 retreatment Methods 0.000 description 1
- 229910052710 silicon Inorganic materials 0.000 description 1
- 239000010703 silicon Substances 0.000 description 1
- 230000008093 supporting effect Effects 0.000 description 1
- 230000002123 temporal effect Effects 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
- 238000003079 width control Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/30—Arrangements for executing machine instructions, e.g. instruction decode
- G06F9/38—Concurrent instruction execution, e.g. pipeline or look ahead
- G06F9/3861—Recovery, e.g. branch miss-prediction, exception handling
- G06F9/3865—Recovery, e.g. branch miss-prediction, exception handling using deferred exception handling, e.g. exception flags
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F15/00—Digital computers in general; Data processing equipment in general
- G06F15/76—Architectures of general purpose stored program computers
- G06F15/78—Architectures of general purpose stored program computers comprising a single central processing unit
- G06F15/7839—Architectures of general purpose stored program computers comprising a single central processing unit with memory
- G06F15/7842—Architectures of general purpose stored program computers comprising a single central processing unit with memory on one IC chip (single chip microcontrollers)
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/30—Arrangements for executing machine instructions, e.g. instruction decode
- G06F9/3017—Runtime instruction translation, e.g. macros
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/30—Arrangements for executing machine instructions, e.g. instruction decode
- G06F9/32—Address formation of the next instruction, e.g. by incrementing the instruction counter
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/30—Arrangements for executing machine instructions, e.g. instruction decode
- G06F9/32—Address formation of the next instruction, e.g. by incrementing the instruction counter
- G06F9/322—Address formation of the next instruction, e.g. by incrementing the instruction counter for non-sequential address
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/30—Arrangements for executing machine instructions, e.g. instruction decode
- G06F9/32—Address formation of the next instruction, e.g. by incrementing the instruction counter
- G06F9/322—Address formation of the next instruction, e.g. by incrementing the instruction counter for non-sequential address
- G06F9/323—Address formation of the next instruction, e.g. by incrementing the instruction counter for non-sequential address for indirect branch instructions
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/30—Arrangements for executing machine instructions, e.g. instruction decode
- G06F9/38—Concurrent instruction execution, e.g. pipeline or look ahead
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/30—Arrangements for executing machine instructions, e.g. instruction decode
- G06F9/38—Concurrent instruction execution, e.g. pipeline or look ahead
- G06F9/3802—Instruction prefetching
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/30—Arrangements for executing machine instructions, e.g. instruction decode
- G06F9/38—Concurrent instruction execution, e.g. pipeline or look ahead
- G06F9/3802—Instruction prefetching
- G06F9/3804—Instruction prefetching for branches, e.g. hedging, branch folding
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/30—Arrangements for executing machine instructions, e.g. instruction decode
- G06F9/38—Concurrent instruction execution, e.g. pipeline or look ahead
- G06F9/3802—Instruction prefetching
- G06F9/3814—Implementation provisions of instruction buffers, e.g. prefetch buffer; banks
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/30—Arrangements for executing machine instructions, e.g. instruction decode
- G06F9/38—Concurrent instruction execution, e.g. pipeline or look ahead
- G06F9/3836—Instruction issuing, e.g. dynamic instruction scheduling or out of order instruction execution
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/30—Arrangements for executing machine instructions, e.g. instruction decode
- G06F9/38—Concurrent instruction execution, e.g. pipeline or look ahead
- G06F9/3836—Instruction issuing, e.g. dynamic instruction scheduling or out of order instruction execution
- G06F9/3838—Dependency mechanisms, e.g. register scoreboarding
- G06F9/384—Register renaming
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/30—Arrangements for executing machine instructions, e.g. instruction decode
- G06F9/38—Concurrent instruction execution, e.g. pipeline or look ahead
- G06F9/3854—Instruction completion, e.g. retiring, committing or graduating
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/30—Arrangements for executing machine instructions, e.g. instruction decode
- G06F9/38—Concurrent instruction execution, e.g. pipeline or look ahead
- G06F9/3854—Instruction completion, e.g. retiring, committing or graduating
- G06F9/3858—Result writeback, i.e. updating the architectural state or memory
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/30—Arrangements for executing machine instructions, e.g. instruction decode
- G06F9/38—Concurrent instruction execution, e.g. pipeline or look ahead
- G06F9/3861—Recovery, e.g. branch miss-prediction, exception handling
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/30—Arrangements for executing machine instructions, e.g. instruction decode
- G06F9/38—Concurrent instruction execution, e.g. pipeline or look ahead
- G06F9/3885—Concurrent instruction execution, e.g. pipeline or look ahead using a plurality of independent parallel functional units
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/461—Saving or restoring of program or task context
- G06F9/462—Saving or restoring of program or task context with multiple register sets
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/48—Program initiating; Program switching, e.g. by interrupt
- G06F9/4806—Task transfer initiation or dispatching
- G06F9/4812—Task transfer initiation or dispatching by interrupt, e.g. masked
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Hardware Design (AREA)
- Advance Control (AREA)
- Executing Machine-Instructions (AREA)
- Microcomputers (AREA)
- Devices For Executing Special Programs (AREA)
Abstract
각각의 테이블 엔트리에 다수의 명령어를 위한 공간을 포함하고 있는 벡터 트랩 테이블이 유지되는 마이크로프로세서용 고속 트랩 메카니즘으로서, 고속 트랩이 발생할때에는, 제어가 트랩 넘버에 대응하는 테이블 엔트리로 직접 이동된다. 트랩 조정기는 테이블 엔트리 내부에 완전하게 위치될 수 있으며, 또는 제어를 추가 조정기 코드로 이동시킬 수 있다.
Description
[발명의 명칭]
고속 트랩 및 예외 상태를 구현한 RISC 마이크로프로세서 구조
[도면의 간단한 설명]
본 발명의 전술한 장점과 다른 장점 및 특징은 첨부 도면과 관련한 다음의 본 발명의 상세한 설명의 고찰에 의해 잘 이해될 것이다. 도면에서 비슷한 참조번호는 비슷한 부품을 나타낸다.
제1도는 본 발명을 구현하는 양호한 마이크로 프로세서 구조의 간략한 블럭도.
제2도는 본 발명에 따라 구성된 명령어 펫치 유니트의 상세 블럭도.
제3도는 본 발명에 따라 구성된 프로그램 카운터 로직 유니트의 블럭도.
제4도는 프로그램 카운터 데이타 및 제어 경로 로직의 상세 블럭도.
제5도는 본 발명의 명령어 실행 유니트의 간략한 블럭도.
제6a도는 본 발명의 한 양호한 실시예에 사용되는 레지스터 파일 구조으로간략한 블럭도.
제6b도는 본 발명의 한 양호한 실시예에 사용되는 임시 버퍼 레지스터 파일의 저장 레지스터 포맷의 그래픽 도면.
제6c도는 본 발명의 명령어 FIFO 유니트의 마지막 두 스테이지에 존재하는 바와 같은 1차 및 2차 명령어 셋트의 그래픽 도면.
제7a도 내지 제7c도는 본 발명의 한 양호한 실시예에 따라 제공되는 바와 같은 1차 정수 레지스터 셋트의 재현성 가능(reconfigurable) 스테이트의 그래픽 도면.
제8도는 본 발명의 양호한 실시예에 따라 제공되는 바와 같은 재현성 가능 부동 소수점 및 2차 정수 레지스터 셋트의 그래픽 도면.
제9도는 본 발명의 양호한 실시예에 제공되는 바와 같은 3차 부울 레지스터 셋트의 그래픽 도면.
제10도는 본 발명의 양호한 실시예에 따라 구성된 명령어 실행유니트의 1차 정수 처리 데이타 경로 부분의 상세 블럭도.
제11는 본 발명의 양호한 실시예에 따라 구성된 명령어 실행유니트의 1차 부동 소수점 데이타 경로 부분의 상세 블럭도.
제12도는 본 발명의 양호한 실시예에 따라 구성된 명령어 실행유니트의 부울 연산 데이타 경로 부분의 상세 블럭도.
제13도는 본 발명의 양호한 실시예에 따라 구성된 로드/스토어 유니트의 상세 블럭도.
제14도는 본 발명에 따라 다양한 명령어를 실행하는데 있어서의 본 발명의 양호한 실시예의 양호한 연산 시퀀스를 도시하는 타이밍도.
제15도는 본 발명의 양호한 실시예에 따라 구성된 가상(virtual) 메모리 제어 유니트의 간략한 블럭도.
제16도는 본 발명의 양호한 실시예에 이용되는 가상 메모리 제어 알고리즘의 그래픽 도면.
제17도는 본 발명의 양호한 실시예에 이용되는 캐쉬 제어 유니트의 간략한 블럭도.
[발명의 상세한 설명]
[관련출원의 상호 참조]
본 출원은 그 모두가 본원출원의 양수인에게 양도된 다음의 출원들과 관련된다:
1.SMOS 7984 MCF/GBR의 Le T. Nguyen 등에 의해 발명되고, 미합중국 출원번호 07/727,006, 출원일 1991, 7. 8.인 "HIGH-PEERFORMANCE RISC MICROPROCESSOR ARCHITECTURE";
2.SMOS 7985 MCF/GBR 의 Le T.Nguyen 등에 의해 발명되고, 미합중국 출원번호 07/727,058, 출원일 1991, 7. 8.인 "EXTENSIBLE RISC MICROPROCESSOR ARCHITECTURE";
3.SMOS 7987 MCF/GBR의 Le T. Nguyen 등에 의해 발명되고, 미합중국 출원번호 07/726,744, 출원일 1991.7.8.인 "RISC MICROPROESSOR ARCHITECTURE WITH ISOLATED ARCHITECTURAL DEPENDENCIES";
4.SMOS 7988 MCF/GBR/RCC의 Sanjiv Garg 등에 의해 발명되고, 미합중국 출원번호 07/726,733, 출원일 1991. 7. 8.인 "RISC MICROPROCESSOR ARCHITECTURE IMPLEMENTING MULTIPLE TYPED REGISTER SETS";
5.SMOS 7991 MCF/GBR/HKW의 Derek J. Lentz 등에 의해 발명되고, 미합중국 출원번호 07/726,929, 출원일 1991. 7. 8.인 "SINGLE CHIP PAGE PRINTER CONTROLLER".
6. SMOS 7992 MCF/WMB의 Derek J. Lentz 등에 의해 발명되고, 미합중국 출원번호 07/726,893, 출원일 1991. 7. 8인 "MICROPROCESSOR ARCHITECTURE CAPABLE OF SUPPORTING MULTIPLE HETEROGENEOUS PROCESSORS".
[발명의 배경]
1. 발명의 분야
본 발명은 마이크로프로세서 구조에 관한 것으로서, 특히, 마이크로프로세서에서의 인터럽트 및 예외 처리에 관한 것이다.
2. 관련 기술의 설명
통상적인 마이크로프로세서에서, 명령어는 통상적으로, 제어흐름을 변화시키는 명령어와 조우하지 않거나 예외가 발생하지 않는한 순서적으로 실행된다. 예외에 관해서는, 명령어 스트림내의 특정 명령어와 관련될 수도 있고 관련되지 않을 수도 있는 특정 사건의 발생시 제어 흐름을 변경하기 위한 기능이 포함된다. 예를 들어, 마이크로프로세서는 인터럽트 요청(IRQ) 리이드를 포함할 수도 있는데, 이것은 외부 장치에 의해 활성화될때, 마이크로 프로세서로 하여금 실행될 다음 명령어의 어드레스 표시를 포함하여 머신의 현재 상태에 관련된 정보를 세이브하도록하고, 다음에 소정의 어드레스에서 시작되는 인터럽트 조정기로 제어를 즉시 이동시키도록 야기한다. 다른 예로서, 0으로 나눔과 같은 실행 에러가 특정 명령어의 실행중에 발생하는 경우에, 마이크로프로세서는 또한 머신의 현재 상태와 관련된 정보를 세이브하고 제어를 예외 조정기로 이동시킬 수도 있다. 또다른 예로서, 몇몇의 마이크로프로세서는 그 명령어 셋트내에 "소프트웨어 트랩"명령어를 포함하는데, 이 명령어도 또한 마이크로프로세서로 하여금 머신의 상태와 관련된 정보를 세이브하고 제어를 예외 조정기로 이동시키도록 야기한다. 본 명세서에서 사용되는 바와 같이, 인터럽트(interrupt), 트랩(trap), 오류(fault) 및 예의(exception) 등의 용어는 상호교환 가능하게 사용된다.
몇몇의 마이크로프로세서에서, 외부적으로 발생되는 인터럽트는 항상 마이크로프로세서로 하여금 동일한 인터럽트 조정기(interrupt handler) 엔트리 지점으로 제어를 이동시키도록 야기한다. 만일 몇몇의 외부 장치가 존재하여 인터럽트 요청 리이드를 활성화시킬 수 있다면, 인터럽트 조정기는 먼저 장치가 언터럽트 야기했는지를 판단하고, 다음에 그 특정 장치를 처리하기 위한 코드의 일부로 제어를 이동시켜야 한다. 예를들어, Intel 8048 마이크로콘트롤러는, 활성화될때 마이크로콘트롤러로 하여금 절대 메모리 위치 3으로 제어를 이동시키도록 야기하는 INT 입력을 포함한다. 이 8048은 또한, 활성화될때 마이크로콘트롤러로 하여금 절대 메모리 위치 0으로 제어를 이동시키도록 야기하는 RESET 입력을 포함한다. 이것은 또한 절대 메모리 위치 7로 제어의 이동을 야기하는 인터럽트를 발생할 수 있는 내부 타이머/카운터를 포함한다.
다른 마이크로프로세서는 인터럽트 요청 리이드뿐아니라 "인터럽트 레벨" 리이드도 포함한다. 이들 마이크로프로세서에 있어서는, 외부장치가 인터럽트 요청 리이드를 활성화시킬 때, 이것은 또한 그 특정 장치에 유일한 트랩 넘버를 인터럽트 레벨 라인상에 위치시킨다. 이때 마이크로프로세서의 내부 하드웨어는 다른 트랩 넘버에 각각 대응하는 몇몇의 인터럽트 조정기중 어느 것으로 제어를 이동, 즉 "벡터링" 시킨다. 유사하게, 몇몇의 마이크로프로세는 내부적으로 발생되는 에외를 처리하기 위해 기록되는 모든 루틴에 대해 오직 소정의 단일 엔트리 지점만을 갖고, 다른 마이크로프로세서는 발생할 수도 있는 내부적 예외의 각각의 특정 형태에 대해 정의된 트랩 넘버에 의존하는 루틴으로 자동적을 벡터링(vectoring)하기 위한 기능을 갖고 있다.
과거에는, 인터럽트 및 예외가 벡터링되는 경우에, 적절한 조정기의 엔트리 지점을 결정하기 위해 다양한 기술이 이용되었다. 그중 한 기술에 있어서는, 일정하거나 또는 사용자에 의해 정의될 수 있는 특정 테이블 기본 어드레스에서 시작되는 어드레스 테이블이 작성되었다. 테이블내의 각각의 엔트리는 에를들어 2 또는 4바이트 길이의 어드레스와 동일한 길이였으며, 대응하는 트랩넘버에 대한 엔트리 지점을 포함했다. 인터럽트 또는 예외가 발생했을 때, 마이크로프로세서는 먼저 테이블의 기본 어드레스를 결정하고, 다음에 트랩 넘버의 m배(여기서 m은 각 엔트리내의 바이트 수)를 가산하고, 다음에는 생성되는 어드레스에 저장된 정보를 프로그램 카운터(PC)로 로드시켜 제어를 테이블 엔트리에서 지정된 어드레스에서 시작되는 루틴으로 이동시켰다.
다른 마이크로프로세서에서는, 전체 분기 명령어가 단지 조정기의 어드레스 대신에 테이블내의 각 엔트리에 저장되었다. 각 엔트리내의 바이트 수는 분기 명령어내의 바이트 수와 동일했다. 인터럽트 또는 예외가 수신되면, 마이크로프로세는 먼저 테이블 기본 어드레스는 결정하고, 트랩 넘버의 m배를 가산하고, 그 결과를 단순히 프로그램 카운터로 로드하도록 되어 있었다. 이때 실행된 제 1 명령어는 테이블 내의 분기 명령어가 되고, 제어는 마지막으로 적절한 예외 조정기로 이동하도록 되어 있었다.
조정기로 벡터링 하기 위한 전술한 두 기술 모두에 있어서, 조정기의 연산부가 실행을 시작할 수 있게 되기 전에 예비 동작이 수행되어야 하기 때문에, 지연이 발생한다. 전술한 첫번째 기술에 있어서는, 엔트리 지점 어드레스가 프로그램 카운터로 로드될 수 있게 되기 전에 먼저 테이블로부터 검색되어야 한다. 전술한 두번째 기술에 있어서는, 조정기의 본체부가 실행을 시작할 수 있게 되기 전에, 전체 예비 분기 명령어가 검색되어 실행되어야 한다. log2m 제로 비트가 뒤따르는 저순위 비트로서 자체의 트랩 넘버와 기본 어드레스로 부터의 고순위 비트를 단순히 연쇄시킴으로써, 테이블 기본 어드레스와 트랩 넘버의 m배를 더하는 계산에 있어서의 가산기 지연은 없앨 수 있지만, 방금 전술한 예비 동작에 의해 야기되는 지연은 여전히 남아 있다. 이와 같은 지연은 소정 형태의 인터럽트를 처리하기 위한 응답시간이 중대한 시스템에서는 유해하게 될 수있다.
종래 기술의 마이크로프로세서에서의 예외 처리와 관련된 다른 문제점은 트랩 조정기가 메인 명령어 흐름으로 복귀할 때 "머신 스테이트"(state of the machine)를 복원할 수 있도록 저장되어야 하는 정보의 양에 관련한다. 가능한한 많은 정보를 저장하기 위한 욕구와 트랩 조정기로의 디스패치하는데 있어서의 지연을 최소화하기 위한 욕구 사이에 트레이드오프(tradeoff)가 존재한다. 특히, 온-칩(on-chip) 데이타 레지스터에 관해서, 사용된 한 기술은 그 고유의 목적을 위해 레지스터를 사용할 수 있게 되기 전에 조정기가 각 레지스터에 데이타를 임시로 저장하도록 남겨 두고 온-칩 데이타 레지스터의 어느것도 저장하지 않는 것이다. 다음에, 조정기는 복귀전에 레지스터내의 데이타를 제위치로 복원해야 한다. 이들 레지스터의 저장 및 복원 필요성은 조정기의 동작을 상당히 느리게 만들 수 있다. 다른 기술에 있어서는, 하드웨어가 조정기로 제어를 이동하기 전에 스택에 레지스터의 내용을 자동적으로 저장한다. 이 기술도 역시 하드웨어 복잡성을 증가시키고 또한 조정기로의 이동을 뚜렷하게 지연시킬 수 있기 때문에 적합하지 않다. 그러므로, 전술한 벡터링(vectoring) 기술에 있어서, 트랩 조정기가 발동(invoked)될때 레지스터의 내용을 보호하기 위한 기존의 기술에 의해 야기되는 지연은 고성능 마이크로프로세서에 있어서는 허용될 수 없다.
[발명의 요약]
본 발명에 따라, 종래 기술의 시스템에서의 전술한 결함의 많은 것을 경감시키는 마이크로프로세서 구조가 사용된다. 특히, 전체 조정기가 단일 벡터 어드레스 테이블 엔트리에 저장될 수 있도록 하는 "고속 트랩(fast trap)" 예외 디스패칭 기술이 사용된다. 각각의 테이블 엔트리는 적어도 2개의 명령어를 위한 충분한 공간을 갖고 있으며, 고속 트랩이 발생했을 때 마이크로프로세서는 단지 기본 어드레스에 트랩 넘버의 m배를 연쇄시킴으로써 결정되는 어드레스로 분기하는 것만을 필요로하도록 그 이상의 공간을 갖는 것이 바람직하다. 테이블로 부터의 엔트리 지점 어드레스를 펫치하거나 또는 예비 분기 명령어를 펫치 및 실행하는데 요구되는 지연은 없어진다. 이 마이크로프로세서는 또한 덜 중요한 형태의 트랩을 위해 다른 시간적 효율이 덜한 벡터링 기술을 포함할 수도 있다.
본 발명의 다른 관점에 있어서는, 트랩을 만났을때, 프로세서는, 자동적으로 다수의 섀도우 레지스터를 포어드라운드(foreground)로 시프트하고, 포어그라운드 레지스터의 대응하는 셋트를 백그라운드(background)로 시프트하는 인터럽트 상태로 들어간다. 레지스터 내용은 이동되지 않고, 오히려 정상적인 레지스터 대신에 섀도우 레지스터가 단순히 이용 가능한 상태로 된다. 그러므로 조정기(handler)는 메인 명령어 스트림에 대해 필요한 데이타를 파괴하는 것과 관련될 필요없이 즉시 이용가능한 레지스터 셋트를 갖고 있다.
전술한 "HIGH-PERFORMANCE RISC MICROPROCESSOR ARCHITECTURE" 출원서에는, 실행되는 시간 이전에 명령어를 프리펫치하고, 명령어 프리펫치 요청의 비순서적(out-of-order) 복귀를 처리할 수 있으며, 동일한 실행 시간 동안에 하나 이상의 명령어를 실행할 수 있고, 또한 명령어 스트림에서의 그 순서에 비교하여 비순서적으로 명령어를 실행할 수 있는 향상된 마이크로프로세서가 기술되어 있다. 본 발명의 다른 관점은 실행되고 잇는 시간동안 및 그 이전에 명령어에 관해 발생되는 동기 예외의 정확성을 유지하기 위한 메카니즘을 포함한다.
상기 출원서에 기재된 마이크로프로세서 구조는 메인 명령어 흐름에서 절차 또는 에뮬레이션 명령어로 불리는 분리된 절차 명령어 흐름을 처리하기 위한 기능을 포함한다. 절차 명령어 흐름으로의 제어의 이동은 분리 에뮬레이션 명령어 프리펫치 큐(queue)를 구비함으로써 메인 명령어 흐름에서 이미 프리펫치된 어떤 명령어도 플러쉬(flushing)g하지 않고 수행될 수 있다. 본 발명의 다른 관점에 따라, 프로세서가 메인 명령어 스트림으로 부터 실행하고 있든지 또는 절차 명령어 스트림으로 부터 실행하고 있든지 간에 인터럽트 상태는 유효 상태로 유지되며, 프로세서는 트랩으로 부터의 복귀시 복귀할 명령어 스트림의 표시를 유지한다. 더욱이, 분리 프리펫치 프로그램 카운터가 메인 및 에뮬레이션 명령어 스트림에 대해 유지되며, 프로세서는 트랩 조정기(trap handler)가 발동될때 현재의 명령어 스트림으로 부터의 프리펫치 PC만을 저장하고, 그것을 조정기가 복귀할 때 적절한 프리펫치 프로그램 카운터로 복원시킨다.
Ⅰ. 마이크로 프로세서 구조의 개략적 설명 ........ 12
Ⅱ. 명령어 펫치 유니트 .......................... 15
A) IFU 데이타 경로 ........ 16
B) IFU 제어 경로 ........ 21
C) IFU/IEU 제어 인터페이스 ........ 30
D) PC 로직 유니트 상세 ........ 33
1) PF 및 ExPC 제어/데이타 유니트 상세 ........ 37
2) PC 제어 알고리즘 상세 ........ 44
E) 인터럽트 및 예외 처리 ........ 56
1) 개략적 설명 ........ 56
2) 비동기 인터럽트 ........ 58
3) 동기 예외 ........ 60
4) 조정기 디스패치 및 복귀 ........ 64
5) 내포 ........ 68
6) 트랩의 리스트 ........ 69
Ⅲ. 명령어 실행 유니트 ........ 70
A) IEU 데이타 경로 상세 ...... 77
1) 레지스터 파일 상세 ........ 77
2) 정수 데이타 경로 상세 ........ 86
3) 부동 소수점 데이타 경로 상세 ........ 90
4) 부울 레지스터 데이타 경로 상세 ......... 92
B) 로드/스토어 제어 유니트 ........ 97
C) IEU 제어 경로 상세 ........ 100
1) EDecode 유니트 상세 ........ 101
2) 캐리 검사 유니트 상세 ........ 104
3) 데이타 의존도 검사 유니트 상세 ........ 105
4) 레지스터 리네임 유니트 상세 ........ 106
5) 명령어 발생기 유니트 상세 ........ 108
6) Done 제어 유니트 상세 ........ 111
7) 회수 제어 유니트 상세 ........ 111
8) 바이패스 제어 유니트 상세 ........ 112
9) 제어 흐름 제어 유니트 상세 ........ 113
Ⅳ. 가상 메모리 제어 유니트 ......... 113
Ⅴ. 캐쉬 제어 유니트 ........ 116
Ⅵ. 요약/결론 ........ 118
Ⅰ. 마이크로 프로세서 구조의 개략적 설명
제1도에는 본 발명의 구조(100)가 일반적으로 도시되어 있다. 이 구조(100)의 주요 동작 구성요소는 명령어 펫치 유니트(Instruction Fetch Unit ; IFU)(102)와 명령어 실행 유니트(Instruction Execution Unit ; IEU)(104)이다. 가상 메모리 유니트(Virtual Memory Unit ; VMA)(108)과 캐쉬 제어 유니트(Cache Control Unit ; CCU)(106)는 IFU(102)와 IEU(104)의 기능을 직접 지원하기 위해 제공된 것이다. 메모리 어레이 유니트(Memory Array Unit ; MAU)(112)는 상기 구조(100)의 연산을 위한 일반적으로 필수적인 구성요소로서 제공되는데, 이 MAU(112)는 상기 구조(100)의 절대 필요한 소자로서 존재하는 것은 아니다. 즉, 본 발명의 양호한 실시예에서, IFU(102), IEU(104), VMU(108), CCU(106), 및 MCU(110)는 종래의 0.8 미크론 설계 규정 저전력 CMOS 공정을 이용하고 약 1,200,000 트랜지스터를 포함하는 단일 실리콘 다이(die) 상에서 제조된다. 상기 구조(100)의 표준 프로세서 또는 시스템 블럭 속도는 40MHz이다. 그러나, 본 발명의 한 양호한 실시예에 따라, 내부 프로세서 클럭 속도는 160MHz이다.
IFU(102)는 1차적으로 명령의 펫치를 해야하며, IEU(104)에 의해 실행이 연기된 명령어의 버퍼링, 그리고 일반적으로 다음 명령어의 펫치에 사용될 다음의 가상 어드레스의 계산을 수행해야 한다.
본 발명의 양호한 실시예에서, 명령어는 각각 32 비트의 길이로 고정되어 있다. 4개의 명령어로 된 명령어 셋트 또는 "버킷(buckets)이 128 비트 폭(wide)의 명령어 버스(114)를 통해 CCU(106)내의 명령어 캐시(132)로 부터 동시에 IFU(102)에 의해 펫치된다. 명령어 셋트의 전달은 제어 버스(116)를 통해 제공되는 제어 신호에 의해 IFU(102)와 CCU(106) 사이에서 동등하게 이루어진다. 펫치될 명령어 셋트의 가상 어드레스는 IFU에 연결된 중재(arbitration), 제어 및 어드레스 버스(118)을 통해, IEU(104)와 VMU(108) 사이에 연결된 공유 중재, 제어, 어드레스 버스(120) 상으로 IFU(102)에 의해 제공된다. VMU(108)에의 억세스를 위한 중재는 IFU(102)와 IEU(104) 모두가 공통의 공유 자원(resource)으로서 VMU(108)을 이용한다는 사실로 부터 발생한다. 상기 구조(100)의 양호한 실시예에서, 가상 어드레스의 물리적 페이지(physical page) 내의 어드레스를 정의하는 저순위(low order) 비트는 IFU(102)에 의해 제어 라인(116)을 통해 직접 캐쉬 제어 유니트(106)으로 전달된다. IFU(102)에 의해 공급되는 가상 어드레스의 가상화한 고순위 비트는 버스(118,120)의 어드레스 부분에 의해 대응하는 물리적 페이지 어드레스로의 번역을 위해 VMU(108)으로 제공된다. IFU(102)에 있어서, 상기 물리적 페이지 어드레스는 번역 요청이 VMU(108)에 이루이진후 내부 프로세서 사이클의 1/2 사이클 동안에 VMU(108)로 부터 어드레스 제어 라인(122)을 통해 캐쉬 제어 유니트(106)로 직접 전달된다.
IFU(102)에 의해 펫치된 명령어 스트림은 다음에 명령어 스트림 버스(124)를 통해 IEU(102)와 IEU(104)사이에서 교환된다. 또한, 통상적으로 IEU(104)로 제공된다. 제어신호는 제어라인(126)을 통해 IEU(104)내에 있는 레지스터 파일내의 억세스를 요구하는 명령어 펫치 어드레스는 제어 라인(126) 내의 목표 어드레스 복귀 버스를 통해 IFU로 역 제공된다.
IEU(104)은 80-비트 폭의 양방향 데이타 버스(130)를 통해 CCU(106) 내에 제공된 데이타 캐쉬(134)에 관한 데이타를 저장 및 검색한다. IEU 데이타 억세스에 대한 전체 물리적 어드레스는 제어 버스(128)의 어드레스 부분을 통해 CCU(106)로 제공된다. 제어 버스(128)는 데이타 전달을 관리하기 위한 IEU(104)와 CCU(106) 사이에서 제어신호의 교환을 제공한다. IEU(104)는 가상 데이타 어드레스를 CCU(106)에 제공하기 적합한 물리적 데이타 어드레스로 변환하기 위해 자원으로서 VMU(108)를 이용한다. 데이타 어드레스를 가상화한 부분은 중재, 제어 및 어드레스 버스(120)를 통해 VMU(108)에 제공된다. IFU(102)에 관한 연산과는 달리, VMU(108)는 대응하는 물리적 어드레스를 버스(120)를 통해 IEU(104)로 복귀시킨다. 상기 구조(100)의 양호한 실시예에서, IEU(104)는 로드/스토어 연산이 적절한 프로그램 스트림 순서로 발생하도록 보장하는데 사용하기 위한 물리적 어드레스를 필요로 한다.
CCU(106)는 데이타에 대한 물리적 어드레스로 정의된 요청이 명령어 및 데이타 캐쉬(132, 134)로부터 만족될 수 있는지를 결정하는 일반적으로 통상적인 고레벨 기능을 수행한다. 명령어 또는 데이타 캐쉬(132,134)에의 억세스에 의해 억세스 요청이 적절하게 충족되는 경우에 CCU(106)는 데이타 버스(114,128)를 통해 데이타 전달을 통합하여 수행한다.
데이타 억세스 요청이 명령어 또는 데이타 캐쉬(132,134)로 부터 충족될 수 없는 경우에, CCU(106)는 MAU(112)의 판독 또는 기록 억세스가 요구되는 것인지 식별하기 위한 충분한 제어 정보, 각각의 요청에 대한 CCU(106)의 원천지 또는 목적지 캐쉬(132,134), 및 요청 동작이 IFU(102) 또는 IEU(104)에 의해 발생된 바와 같은 궁극적인 데이타 요청과 상관될 수 있도록 허용하기 위한 추가적인 식별 정보와 함께 대응하는 물리적 어드레스를 MCU(110)에 제공한다.
MCU(110)는, 단방향 데이타 버스(136)에 의해 CCU(106)의 명령어 캐쉬(132)와 결합되고 양방향 데이타 버스(138)에 의해 데이타 캐쉬(134)에 결합된 포트 스위치 유니트(142)를 포함하는 것이 바람직하다. 포트 스위치(142)는 본질적으로, 제어 버스(140)로 부터 얻어지는 물리적 어드레스가 다수의 포트 P0내지 PN(14600-N)한 포트로 루팅될 수 있도록 하고 포트로부터 데이타 버스(136,138)까지의 양방향 전달을 허용하는 대형 멀티플렉서이다. MCU(110)에 의해 처리되는 각각의 메모리 억세스 요청은 MAU(112)에의 억세스에 요구되는 바와 같은 메인 시스템 메모리 버스(162)에의 억세스를 위한 중재 목적을 위해 포트(1460-N)중 한 포트와 연관된다. 일단 데이타 전달 접속이 설정되면, MCU는 포트 스위치(142) 및 포트(1460-N) 중 대응하는 포트를 통해 명령어 캐쉬(132)나 데이타 캐쉬(134)중 하나와 MAU(112)사이의 데이타 전달을 표시하기 위해 제어 버스(140)를 통해 CCU(106)에 제어 정보를 제공한다. 상기 구조(100)의 양호한 실시예에 따라, MCU(110)는 실제적으로, CCU(106)와 MAU(112) 사이의 이동중인 데이타를 저장하거나 랫치하지 않는다. 이것은 MCU(110)에 유일하게 존재할 수도 있는 데이타를 트래킹 또는 관리할 필요성을 없애고 전달중의 대기시간을 최소화하기 위한 것이다.
Ⅱ. 명령어 팻치 유니트 :
제2도에는 명령어 펫치 유니트(102)의 기본 구성 요소가 도시되어 있다. 이들 구성요소의 동작 및 상호관계를 IFU 데이타 및 제어 경로를 고찰함으로써 잘 이해될 수 있다.
A) IFU 데이타 경로
IFU 데이타 경로는 프리펫치 버퍼(260)에서의 임시 저장을 위해 명령어 셋트를 수신하는 명령어 버스(114)로 부터 시작된다. 프리펫치 버퍼(260)로 부터의 명령어 셋트는 IDecode 유니트(262)를 통해 IFIFO 유니트(264)로 통과된다. 명령어 FIFO(264)의 마지막 두 스테이지에 저장된 명령어 셋트는 계속해서 데이타 버스(278,280)를 경유해 IEU(104)에 이용 가능한다.
프리펫치 버퍼 유니트(260)는 명령어 버스(114)로 부터 한번에 하나의 명령어 셋트를 수신한다. 일반적으로, 전체 128 비트 폭의 명령어 셋트가 프리펫치 버퍼(260)의 메인 버퍼(MBUF)(188)부분내의 4개의 128 비트 폭의 프리펫치 버퍼 위치중 한 위치에 병렬로 기록된다. 비슷하게, 최대 4개의 추가 명령어 셋트가 2개의 128비트 폭의 목표(Target) 버퍼(TBUF)(120) 프리펫치 버퍼 위치나 2개의 128 비트 폭의 절차(Procedural) 버퍼(EBUF)(192) 프리펫치 버퍼 위치에 기록될 수도 있다. 상기 구조(100)의 양호한 실시예에서, MBUF(188), TBUF(190) 또는 EBUF(192) 내의 프리펫치 버퍼 위치중 한 위치내의 명령어 셋트는 프리펫치 버퍼 출력 버스(196)로 전달될 수도 있다. 부가적으로, 명령어 셋트 버스(194)를 프리펫치 버퍼 출력 버스(196)에 직접 연결하여 MBUF, TMBF 및 EBUF(188,190,192)를 바이패스 시키기 위해 직접 비실현(fall through) 명령어 셋트 버스(194)가 제공될 수도 있다.
양호한 실시예의 구조(100)에서, MBUF(188)는 정상 또는 메인 명령어 스트림내의 명령어 셋트를 버퍼시키기 위해 이용된다. TBUF(190)는 시험적인 목표 분기 명령어 스트림으로 부터 펫치된 명령에 셋트를 버퍼하는데 이용된다. 결과적으로, 프리펫치 버퍼 유니트(260)는 조건부 상기 명령어 스트링에 관계없이 조건부 분기 명령어 다음에 오는 모든 가능한 명령어 스트림이 프리펫치될 수 있도록 허용한다. 이것은 조건부 분기 명령어의 해결시 결국 선택되는 특정 명령어 다음에 오는 모든 실행을 위한 정당한 다음 명령어 셋트를 얻기 위해 적어도 CCU(106)에의 더이상의 엑세스를 위한 대기시간을 없애는데, 그렇지 않을 경우에는 MAU(112)의 대기시간이 상당히 더 커지게 된다. 본 발명의 양호한 구조(100)에서, MBUF(188)와 TBUF(190)의 제공으로 명령어 펫치 유니트(102)가 2개 모두의 가능한 명령어 스트림을 프리펫치할 수 있게 되며, 또한 명령어 실행 유니트(104)와 관련하여 후술되게 되는 바와 같이, 추정된 정당한 명령어 스트림의 실행을 허용한다. 조건부 분기 명령어의 해결시 정당한 명령어 스트림이 MBUB(188)로 프리펫치된 경우에, TBUF(190) 내의 임의 명령어 셋트가 단순히 무효화될 수도 있다. 정당한 명령어 스트림의 명령어 셋트가 TBUF(190)에 존재하는 경우에 명령어 프리펫치 버퍼 유니트(260)는 TBUF(190)으로 부터 MBUF(188) 내의 각 버퍼 위치로의 상기 명령어 셋트의 직접 측방향(lateral) 전달을 제공한다. 이전에 MBUF(188)에 저장된 명령어 셋트는 TBUF(190)에 전달되는 명령어 셋트에 의해 중복기록됨으로써 효과적으로 무효화된다. MBUF 위치에 전달되는 TBUF 명령어 셋트가 없는 경우에, 상기 위치는 단순히 무효 표시된다.
비슷하게, EBUF(192)는 프리펫치 버퍼(260)를 통하는 다른 교호의(alternate) 프리펫치 경로로서 제공된다. EBUF(192)는 바람직하게, MBUF(188) 명령어 스트림에서 나타나는 "절차(procedural)" 명령어인 단일 명령어에 의해 지정된 동작을 구현하기 위해 사용되는 교호의 명령어 스트림을 프리펫칭하는데 사용된다. 이와 같은 방식으로, 복합 또는 확장 명령어가 소프트웨어루틴 또는 절차를 통해 구현될 수 있으며, MBUF(188)에 이미 프리펫치된 명령어 스트림을 방해하지 않고 프리펫치 버퍼 유니트(260)를 통해 처리될 수 있다. 비록 본 발명은 일반적으로 TBUF(190)에서 제일 먼저 만나게 되는 절차 명령어의 처리를 허용하지만, 절차 명령어 스트림의 프리펫치는 모든 이전의 보류된 조건부 분기 명령어가 해결될 때까지 보류된다. 이것은 절차 명령어 스트림에서 발생하는 조건부 분기명령어가 TBUF(190)의 이용을 통해 일관성있게 처리될 수 있도록 허용한다. 절차스트림에서 분기가 이루어지는 경우에, 목표 명령어 셋트는 TBUF(190)로 펫치되게 되며, 단순히 EBUF(192)로 측방향 전달될 수 있다.
마지막으로, MBUF(188), TBUF(190) 및 EBUF(192) 각각은 프리펫치 유니트에 의해 저장된 명령어 셋트를 출력 버스(196)에 제공하기 위해 프리펫치 버퍼 출력 버스(196)에 결합된다. 부가적으로, 명령어 버스(114)로 부터 출력 버스(196)로 직접 명령어 셋트를 전달하기 위해 흐름 관통 버스(194)가 제공된다.
본 발명의 양호한 구조(100)에서, MBUF(188), TBUF(190) 및 EBUF(192) 내의 프리펫치 버퍼들이 직접 FIFO 구조를 형성하지는 않는다. 대신에, 출력 버스(196)에 임의 버퍼 위치 연결을 제공함으로써, 명령어 캐쉬(132)로 부터 검색되는 명령어 셋트의 프리펫치 순서화가 실질적으로 자유로워질 수 있다. 즉, 명령어 펫치 유니트(102)는 일반적으로 명령어의 적절한 명령어 스트림 순서로 명령어 셋트를 판단 및 요청한다. 그러나, 명령어 셋트가 IFU(102)에 복귀되는 순서가 몇몇의 요청된 명령어 셋트는 CCU(106)로 부터 단독으로 이동 및 억세스 가능하게 되고 다른 셋트는 MAU(112)의 억세스를 요청하는 환경에 부합하도록 적절하게 순서를 벗어나 발생하도록 허용된다.
비록 명령어 셋트가 프리펫치 버퍼 유니트(260)에 순서대로 복귀되지 않을 수도 있지만, 출력 버스(196) 상에 출력되는 명령어 셋트의 순서는 일반적으로 IFU(102)에 발생되는 명령어 셋트 요청의 순서에 따라야 하며, 순서적(in-order) 명령어 스트림 순서는 예를 들어 목표 분기 스트림의 시험적 실행에 종속된다.
IDecode 유니트(262)는 프리펫치 버퍼 출력 버스(196)로 부터, IFIFO 유니트(264)가 공간을 허용하는 일반적으로 한 사이클당 한셋트씩 명령어 셋트를 수신한다. 하나의 명령어 셋트를 형성하는 4개 명령어로 된 각각의 셋트는 IDecode 유니트(262)에 의해 병렬로 디코드된다. IFU(102)의 제어 경로부를 위해 라인(318)을 통해 관련 제어 흐름 정보가 추출되지만, 명령어 셋트의 내용은 IDecode 유니트(262)에 의해 변경되지 않는다.
IDecode 유니트(262)로 부터의 명령어 셋트는 IFIFO 유니트(264)의 128 비트 폭의 입력 버스(198)상에 제공된다. 내부적으로 IFIFO 유니트(264)는 일련의 마스터/슬레이브 레지스터(200,204,208,212,216,220,224)로 구성된다. 각각의 레지스터는 마스터 레지스터(200,208,216)의 내용이 FIFO 연산의 내부 프로세서 사이클의 제 1 반(half)-사이클 동안에는 슬레이브 레지스터(204,212,220)에 전달되고, FIFO 연산의 후속 반-사이클 동안에는 다음의 연속된 마스터 슬레이브(208,216,224)에 전달될 수 있도록 그 후속 레지스터에 결합된다. 입력 버스(198)는 FIFO 연산의 제 2 반-사이클 동안에 IDecode 유니트(262)로 부터 직접 마스터 레지스터로의 명령어 셋트의 로딩을 허용하도록 마스터 레지스터(200,208,216,224) 각각의 입력에 연결된다. 그러나, 입력 버스(198)로 부터의 마스터 레지스터의 로딩은 IFIFO 유니트(264) 내에서의 데이타의 FIFO 시프트와 동시에 이루어질 필요는 없다. 결과적으로, IFIFO 유니트(264)는 명령어 FIFO 유니트(264) 내에 저장된 명령어 셋트의 현재의 깊이에 관계없이 또한 IFIFO 유니트(264)를 통한 데이타의 FIFO 시프팅에 무관하게 입력 버스(198)로 부터 연속적으로 채워질 수 있다.
각각의 마스터/슬레이브 레지스터(200,204,208,212,216,220,224)는 128 비트 폭의 명령어 셋트의 완전 병렬 저장을 제공할 뿐만 아니라, 또한 각각의 제어 레지스터(202,206,210,214,218,222,226) 내의 수 비트의 제어 정보의 저장도 제공한다. 양호한 제어 비트 셋트는 예외 미스(miss) 및 예외 수정(modify),(VMU), 노 메모리(no memory)(MCU), 분기 바이어스, 스트림, 오프셋트(IFU)를 포함한다. 이 제어 정보는 입력 버스(198)로 부터의 새로운 명령어로 IFIFO 마스터 레지스터를 로딩하는 것과 동시에 IFU(102)의 제어 경보 부분으로 부터 기원한다. 그러므로, 제어 레지스터 정보는 IFIFO 유니트(264)를 통해 명령어 셋트와 병렬로 동시에 시프트된다.
마지막으로, 본 발명의 양호한 구조(100)에서, IFIFO 유니트(264)로 부터의 명령어 셋트의 출력은 I_버킷_0(I_BUCKET 0) 및 I_버킷_I(I_BUCKET_I) 명령어 셋트 출력 버스(278,280) 상에서 마지막 2개의 마스터 슬레이브(216,224)로 부터 동시에 얻어진다. 부가적으로, 대응하는 제어 레지스터 정보는 IBASVO 및 IBASVI 제어 필드 버스(282,284)에 제공된다. 이들 출력 버스(278,282,280,284)는 모두 IEU(104)에 명령어 스트림 버스(124)로서 제공된다.
B) IFU 제어 경로
IFU(102)에 대한 제어 경로는 프리펫치 버퍼 유니트(260), IDecode 유니트(262) 및 IFIFO 유니트(264)의 연산을 직접적으로 지원한다. 프리펫치 제어 로직 유니트(266)는 1차적으로 프리펫치 버퍼 유니트(260)의 연산을 관리한다. 프리펫치 제어로직 유니트(266) 및 IFU(102)는 일반적으로, IEU(104), CCU(106) 및 VMU(108)의 연산과 IFU 연산을 동기화시키기 위해 클럭 라인(290)을 통해 시스템 클럭 신호를 수신한다. MBUF(188), TBUF(190) 및 EBUF(192)에 명령어 셋트를 선택 및 기록하기에 적합한 제어신호는 제어라인(304) 상에 제공된다.
제어라인(316) 상의 다수의 제어신호는 프리펫치 제어로직 유니트(266)에 제공된다. 특히, 펫치 요청 제어 신호는 펫치 연산을 개시하기 위해 제공된다. 제어라인(316) 상에 제공되는 다른 제어신호는 MBUF(188), TBUF(190) 또는 EBUF(192)와 같은 요청된 프리펫치 연산의 의도된 목적지를 식별한다. 프리펫치 요청에 응답하여, 프리펫치 제어 로직 유니트(266)는 ID 값을 발생하고, 프리펫치 요청이 CCU(106)으로 보내질 수 있는지 결정한다. ID 값의 발생은 순환(circular) 4비트 카운터를 이용하여 수행된다.
4-비트 카운터의 이용은 3가지 점에서 중요하다.
첫번째 중요한 점은 최대 9개의 명령어 셋트가 프리펫치 버퍼 유니트(260)에서 한번에 활성화 될 수 있다는 것인데, 그중 4개의 명령어 셋트는 MBUF(188)에, 2개의 명령어 셋트는 EBUF(192)에 2개의 명령어 셋트는 TBUF(190)에, 그리고 1개의 명령어 셋트는 흐름 관통 버스(194)를 통해 IDecode 유니트(262)에 직접 제공된다. 두번째는 명령어 셋트가 각각 4개의 바이트로된 4개의 명령어를 포함한다는 것이다. 결과적으로, 펫치를 위해 명령어 셋트를 선택하는 어드레스중 최하위 4개의 비트는 여분이 된다. 마지막으로, 프리펫치 요청 ID 값이 프리펫치 요청 어드레스의 최하위 4비트로서 삽입에 의해 프리펫치 요청과 쉽게 연결될 수 있으며, 그래서 CCU(106)와의 인터페이스에 필요로 되는 어드레스 라인의 총 수효를 감소시킨다.
IFU(102)에 의해 발생된 프리펫치 요청의 순서에 관해 비순서(out-of-order) 적으로, 명령어 셋트가 CCU(106)에 의해 복귀될 수 있도록 하기 위해, 상기 구조(100)는 CCU(106)로 부터의 명령어 셋트의 복귀와 함께 ID 요청값의 복귀를 제공한다. 그러나, 비순서적 명령어 셋트 복귀 능력은 16개의 유일한 ID의 소모를 초래할 수도 있다. 추가적인 프리펫치가 요청되었지만 복귀되지 않은 명령어 셋트를 초래하는 비순서적으로 실행된 조건부 명령어의 조합은 ID 값의 잠재적인 재사용(re-use)을 유도할 수 있다. 그러므로 4비트 카운터가 바람직하게 유지되며, 더이상의 명령어 셋트 프리펫치 요청이 발생되지 않는데, 여기서 다음 ID 값은 프리펫치 버퍼(260)에 보류중인 아직 미해결의 펫치 요청이나 또는 다른 명령어 셋트와 관련된 값과 동일하게 된다.
프리펫치 제어 로직 유니트(266)은 MBUF(188), TBUF(190) 및 EBUF(192) 내의 각각의 명령어 셋트 프리펫치 버퍼 위치에 논리적으로 대응하는 상태 저장 위치를 포함하는 프리펫치 상태 어레이(268)를 직접적으로 관리한다. 프리 펫치 제어 로직 유니트(266)는 선택 및 데이타 라인(306)을 경유하여 상태 레지스터 어레이(268)로 판독 및 기록 데이타를 주사할 수 있다. 상기 어레이(268) 내에서, 메인 버퍼 레지스터(308)는 4개의 4-비트 ID 값(MBID), 4개의 단일 비트 예외 플래그(MB RES) 및 4개의 단일 비트 유효 플래그(MB VAL)의 저장을 제공하는데, 이것은 각각 논리적 비트-위치에 의해 MBUF(180) 내의 각각의 명령어 셋트 저장 위치에 대응한다. 비슷하게, 목표 버퍼 레지스터(310)와 확장 버터 레지스터(312)는 각각 2개의 4-비트 ID 값(TB ID, EB ID), 2개의 단일-비트 예비 플래그(TB RES, EB RES) 및, 2개의 단일-비트 유효 플래그(TB VAL, EB VAL)의 저장을 제공한다. 마지막으로, 흐름 관통 상태 레지스터(314)는 단일 4비트 IP값(FT ID), 단일 예비 플래그 비트(FT RES) 및, 단일 유효 플래그 비트(FT VAL)의 저장을 제공한다.
상태 레지스터 어레이(268)는 먼저 CCU(106)에 프리펫치 요청이 이루어질때 주사가 이루어지고 프리펫치 제어 로직 유니트(266)에 의해 적절하게 갱신되며, 계속해서 명령어 셋트가 복귀될 때마다 주사 및 갱신된다. 특히 제어라인(316)을 통해 프리펫치 요청 신호를 수신했을 때, 프리펫치 제어 로직 유니트(216)는 현재 순환 카운터에 의해 발생된 ID 값을 증분시키고, ID 값이 이용가능한 것인지 또한 프리펫치 요청 신호에 의해 지정된 형태의 프리펫치 버퍼 위치가 이용가능한 것인지를 판단하기 위해 상태 레지스터 어레이(268)를 주사하고, CCU(106)가 프리펫치 요청을 받아들일 수 있는지 판단하기 위해 CCU IBUSY 제어라인(300)의 상태를 검사하고 만일 그렇다면 제어 라인(298) 상의 CCU IREAD 제어 신호를 표명(assert) 하고, CCU ID 출력 버스(294) 상의 증분된 ID 값을 CCU(106)로 보낸다. 프리펫치 저장 위치는 대응하는 예비 및 유효 상태 플래그가 거짓(false)인 경우에 이용가능하다. 프리펫치 요청 ID는 CCU(106)에의 요청의 배치와 동시에 MBUF(188), TBUF(190) 또는 EBUF(192) 내의 의도된 저장 위치에 대응하는 상태 레지스터 어레이(268) 내의 ID 저장 위치로 기록된다. 부가적으로 대응하는 예비 상태 플래그는 참(ture)으로 셋트된다.
CCU(106)가 이전에 요청된 명령어 셋트를 IFU(102)로 복귀시킬 수 있을 때, CCU IREADY 신호가 제어 라인(302)상에 표명되고, 대응하는 명령어 셋트 ID가 CCU ID 제어라인(296) 상에 제공된다.
프리펫치 제어 로직 유니트(266)는 프리펫치 버퍼 유니트(260) 내의 명령어 셋트의 의도된 목적지를 식별하기 위해 상태 레지스터 어레이(268) 내의 ID 값 및 예비 플래그를 주사한다. 만일 매치만이 가능하다. 일단 식별되면, 명령어 셋트는 프리펫치 버퍼 유니트(260) 내의 적절한 위치로 버스(114)를 통해 기록되거나, 또는 흐름 관통 요청으로서 식별되는 경우에는 IDecode 유니트(262)로 직접 제공된다. 어느 경우에도, 대응하는 상태 레지스터 어레이내의 유효 상태 플래그는 참(true)으로 셋트된다.
다음에 더 상세하게 설명되게 되는 바와 같이, PC 로직 유니트(270)는 IFU(102) 전체를 통해 MBUF(188), TBUF(190) 및 EBUF(192) 명령어 스트림의 가상 어드레스를 추적(track) 한다. 이 기능을 수행하는데 있어서, PC 로직 블럭(270)은 디코드 유니트(262)로 부터 제어 및 동작한다. 특히, 프로그램 명령어 스트림 흐름에서의 변화에 잠재적으로 관계되어 있는 IDecode 유니트(262)에 의해 디코드된 명령어의 일부는 버스(318) 상에서 제어 흐름 검출 유니트(274)에 제공되고 또한, 직접 PC 로직 블럭(270)에 제공된다. 제어 흐름 검출 유니트(274)는 조건부 및 무조건 분기 명령어, 호출 형태 명령어, 소프트웨어 트랩 절차 명령어 및 다양한 복귀 명령어를 포함하는 제어 흐름 명령어를 구성하는 디코드된 명령어 셋트내의 각각의 명령어를 식별한다. 제어 흐름 검출 유니트(274)는 IDecode 유니트(262) 내에 존재하는 명령어 셋트내의 제어 흐름 명령어의 위치 및 특성을 식별하기 위해 제어 신호를 라인(322)을 통해 PC 로직 유니트(270)에 제공한다. PC 로직 유니트(270)는 다음에, 통상적으로 명령어내에 제공되어 라인(318)을 통해 PC 로직 유니트로 전달된 데이타로 부터 제어 흐름 명령어의 목표 어드레스를 판단한다. 예를들어, 분기 로직 바이어스가 앞으로 조건부 분기 명령어를 실행하도록 선택된 경우에, PC 로직 유니트(270)는 조건부 분기 명령어 목표 어드레스로 부터 명령어 셋트의 프리펫칭을 직접 및 분리적으로 추적하기 시작한다.
그러므로, 제어 라인(316) 상의 프리펫치 요청의 다음 표명(assertion)으로, PC 로직 유니트(270)는 이전의 프리펫치 명령어 셋트가 MBUF(188)나 또는 EBUF(192)로 향하는 것으로 가정하여, 프리펫치의 목적지가 TBUF(190)가 되도록 선택하는 제어신호는 라인(316)을 통해 표명하게 된다. 일단, 프리펫치 제어 로직 유니트(266)가 프리펫치 요청이 CCU(106)로 공급될 수 있는 것으로 판단하면, 프리펫치 제어 로직 유니트(266)는 어드레스 라인(324)을 통해 직접 CCU(106)에 목표 어드레스의 페이지 오프셋 부분(CCU PADDR [13:4])의 제공을 가능하게 하기 위해 다시 제어 라인(316)을 통해 PC 로직 유니트(270)에 인에블링 신호를 제공한다. 이와 동시에, PC로직 유니트(270)는 새로운 가상-물리적(virtual to physical) 페이지 번역이 요구되는 경우에, VMU 요청 신호는 제어 라인(328)을 통해 제공하고, 물리 어드레스로의 번역을 위해 어드레스 라인(326)을 통해 VMU(108)에 목표 어드레스의 가상 부분(VMU VADDR [31:14])을 제공한다. 페이지 번역이 요구되지 않는 경우에는, VMU(108)에 의한 연산이 요구되지 않는다. 이전의 번역 결과는 CCU(106)에 의한 즉시 이용을 위해 버스(122)에 결합된 출력 팻치에서 유지된다.
PC 로직 유니트(270)에 의해 요청된 가상-물리적 번역을 수행하는데 있어서 VMU(108)에서의 연산 에러는 VMU 예외 및 VMU 미스 제어 라인(332,334)을 통해 보고 된다. VMU 미스 제어 라인(334)은 번역 룩 어사이드(lookaside) 버퍼(TLB) 미스를 보고한다. VMU 예외라인(332) 상의 VMU 예외 제어 신호는 모든 다른 예외에 대해서 제기된다. 두 경우 모두에 있어서, PC 로직 유니트는 명령어 스트림 내의 현재 실행 지점을 저장하고 무조건 분기에 응답하여 에러 조건의 진단 및 처리를 위한 전용 예외 처리 루틴 명령어 스트림을 프리펫치함으로써 에러 조건을 처리한다. VMU 예외 및 미스 제어 신호는 마주치게되는 예외의 일반적 성질을 식별하여, PC 로직 유니트(270)가 대응하는 처리 루틴의 프리펫치 어드레스를 식별할 수 있도록 한다.
IFIFO 제어 로직 유니트(272)는 IFIFO 유니트(264)를 직접적으로 지원하기 위해 제공된다. 특히, PC 로직 유니트(270)는 명령어 셋트가 IDecode 유니트(262)로 부터 입력 버스(198) 상에서 이용 가능하다는 것을 IFIFO 제어 로직 유니트(272)에 신호하기 위한 제어 신호를 제어 라인(336)을 통해 제공한다. IFIFO 제어 유니트(272)는 명령어 셋트의 수신을 위해 가장 깊은(deepest) 이용가능한 마스터 레지스터(200,208,216,224)를 선택할 책임이 있다. 마스터 제어 레지스터(202,210,218,226)의 각각의 출력은 제어 버스(338)을 통해 IFIFO 제어 유니트(272)에 제공된다. 각각의 마스터 제어 레지스터에 의해 저장된 제어 비트는 2-비트 버퍼 어드레스(IF_Bx_ADR), 단일 스트림 인디케이터(indicator) 비트(IF_Bx_STRM) 및 단일 유효 비트(IF_Bx_VLD)를 포함한다. 2-비트 버퍼 어드레스는 대응하는 명령어 셋트내의 제 1 유효 명령어를 식별한다. 즉, CCU(106)에 의해 복귀되는 명령어 셋트는 예를 들어 분기 연산의 목표 명령어가 명령어 셋트내의 초기 명령어 위치에 위치되도록 정렬되지 않을 수도 있다. 그러므로, 버퍼 어드레스 값은 실행을 위해 고려될 명령어 셋트내의 초기 명령어를 유일하게 식별하기 위해 제공된다.
스트림 비트는 근본적으로 조건부 제어 흐름 명령어를 포함하고 IFIFO 유니트(264)를 통하여 명령어 스트림에서의 잠재적인 제어 흐름 변화를 발생하는 명령어 셋트의 위치를 식별하기 위한 표시로서 사용된다. 메인 명령어 스트림은 일반적으로 0의 스트림 비트값으로 MBUF(188)를 통해 처리된다. 예를 들어, 상대적 조건부 분기 명령어의 발생시, 대응하는 명령어 셋트는 1의 스트림 비트 값으로 표시된다. 조건부 분기 명령어는 IDecode 유니트(262)에 의해 검출된다. 명령어 셋트에는 최대 4개의 조건부 제어 흐름 명령어가 존재할 수도 있다. 명령어 셋트는 다음에 IFIFO 유니트(264)의 가장 깊은 이용 가능한 마스터 레지스터에 저장된다.
조건부 분기 명령어의 목표 어드레스를 결정하기 위해 현재 IEU(104) 실행 지점 어드레스(DPC), 스트림 비트에 의해 식별된 바와 같은 명령어 셋트를 포함하는 조건부 명령어의 상대적 위치 및 제어 흐름 검출기(274)에 의해 제공되는 바와 같은 명령어 셋트내의 조건부 명령어 위치 오프셋이 제어 라인(318)을 통해 대응하는 분기 명령어 필드로 부터 얻어지는 바와 같은 상대적 분기 오프셋 값과 조합된다. 이 결과는 PC 로직 유니트(270)에 의해 저장되는 분기 목표 가상 어드레스가 된다. 이때, 목표 명령어 스트림의 초기 명령어 셋트는 상기 어드레스를 이용하는 TBUF(190)로 프리펫치 될 수도 있다.
PC 로직 유니트(270)에 대해 선택된 사전선택 분기 바이어스에 따라, IFIFO 유니트(264)는 MBUF(188)나 또는 TBUF(190)중 하나로 부터 계속해서 로드되게 된다. 하나 또는 그 이상의 조건부 분기 명령어를 포함하는 제 2 명령어 셋트와 조우(encountered)하게 되면, 명령어 셋트는 0의 스트림 비트 값으로 표시된다. 제 2 목표 어드레스는 PC 로직 유니트(270)에 의해 계산되어 저장되지만, 프리펫치는 수행되지 않는다. 부가적으로, 더이상의 명령어 셋트가 IDecode 유니트(262)를 통해 처리될 수 없으며, 또는 적어도 조건부 흐름 제어 명령어를 포함하는 것은 없다.
본 발명의 양호한 실시예에서 PC 로직 유니트(270)는 최대 2개의 명령어 셋트에서 발생하는 최대 8개의 조건부 흐름 명령어를 관리할 수 있다. 스트림 비트 변화에 의해 표시되는 2개의 명령어 셋트의 각각에 대한 목표 어드레스는 명령어 셋트내의 대응하는 조건부 흐름 명령어의 위치에 관해 논리적으로 위치되는 각각의 목표 어드레스로 4개의 어드레스 레지스터스로된 어레이에 저장된다. 제 1 정순서(in-order) 조건부 흐름 명령어의 분기 결과가 해결되면, PC 로직 유니트(270)는 분기가 취해진 경우에 MBUF(188)로 TBUF(190)의 내용을 전달하고 TBUF(190)의 내용을 무효 표시하기 위해 라인(316) 상의 제어 신호를 통해 프리펫치 제어 유니트(260)를 관리하게 된다. 부당한(incorrect) 명령어 스트림으로 부터의 IFIFO 유니트(264)내의 명령어 셋트와 분기가 이루어지지 않은 경우 목표 스트림과 분기가 이루어진 경우 메인 스트림은 IFIFO 유니트(264)로 부터 클리어 된다. 만일 제 1 스트림 비트 표시된 명령어 셋트내에 제 2 또는 후속 조건부 흐름 제어 명령어가 존재한다면, 그 명령어는 일관된 방식으로 처리되는데, 즉, 목표 스트림으로 부터의 명령어 셋트는 프리펫치되고, MBUF(188)나 TBUF(190)로 부터의 명령어 셋트는 분기 바이어스에 따라 IDecode 유니트(262)를 통해 처리되고, IFIFO 유니트(264)는 조건부 흐름 명령어가 마지막으로 해결될때 부당한 스트림 명령어 셋트로 부터 클리어된다.
일단 IFIFO 유니트(264)가 부당한 스트림 명령어 셋트로 부터 클리어되면 IFIFO 유니트(264)에 2차 조건부 흐름 명령어 셋트가 남아 있고, 제 1 조건부 흐름 명령어 셋트가 더 이상의 조건부 흐름 명령어를 포함하고 있지 않으면, 제 2 스트림 비트 표시 명령어 세트의 목표 어드레스는 어드레스 레지스터의 제 1 어레이로 진전된다. 어느 경우에도, 조건부 흐름 명령어를 포함하는 다음 명령어 셋트는 IDecode 유니트(262)를 통해 평가될 수 있다. 그러므로, 스트림 비트의 토글 용법은 분기 목표 어드레스를 계산하고, 분기 바이어스가 계속해서 특정 조건부 흐름 제어 명령어에 대해 부단한 것으로 결정된 경우에 클리어시키기 위해 명령어 셋트 위치를 표시(marking) 하기 위한 목적으로 잠재적으로 제어 흐름 변화가 IFIFO 유니트(264)를 통해 표시되어 추적(tracked) 될 수 있도록 허용한다.
실제적으로 마스터 레지스터로 부터 명령어 셋트를 클리어시키는 것이 아니라, IFIFO 제어 로직 유니트(272)는 단순히 IFIFO 유니트(264)의 대응하는 마스터 레지스터의 제어 레지스터에 유효 비트 플래그를 리셋트시킨다. 클리어 연산은 라인(336)에 제공된 제어 신호에 PC 로직 유니트(270)에 의해 인스티게이트(instigated) 된다. 마스터 제어 레지스터(202,210,218,226)의 각각의 입력은 상태 버스(230)를 통해 IFIFO 제어 로직 유니트(272)에 의해 직접 억세스 가능하다. 본 발명의 양호한 구조(100)에서, 이들 마스터 제어 레지스터(202,210,218,226) 내의 비트는 IFIFO 유니트(264)에 의한 데이타 시프트 연산과 동시에 또한 무관하게 IFIFO 제어 유니트(272)에 의해 셋트될 수도 있다. 이 능력은 명령어 셋트가 마스터 레지스터(200,208,216,224) 중 어느 레지스터로 기록될 수 있도록 허용하고, 대응하는 상태 정보가 IEU(104)의 연산과 비동기식으로 마스터 제어 레지스터(202,210,218,226)로 기록될 수 있도록 허용한다.
마지막으로, 제어 및 상태 버스(230) 상의 부가적인 제어 라인을 IFIFO 유니트(264)의 FIFO 연산을 인에이블시키고 관리한다. IFIFO 시프트는 제어 라인(336)을 통해 PC 로직 유니트(270)에 의해 제공되는 시프트 요청 제어 신호에 응답하여 IFIFO 제어 로직 유니트(272)에 의해 수행된다. 명령어 셋트를 수신하기 위한 마스터 레지스터(200,208,216,224)의 유효성에 기반을 둔 IFIFO 제어 유니트(272)는 프리펫치 버퍼(260)로 부터의 다음의 적절한 명령어 셋트의 전달을 요청하기 위한 제어 신호를 라인(316)을 통해 프리펫치 제어 유니트(266)에 제공한다. 명령어 셋트의 전달시, 어레이(268) 내의 대응하는 유효 비트는 리셋트된다. C) IFU/IEU 제어 인터페이스
IFU(102)와 IEU(104) 사이의 제어 인터페이스는 제어 버스(126)에 의해 제공된다. 이 제어 버스(126)는 PC 로직 유니트(270)에 결합되며, 다수의 제어 라인, 어드레스 라인 및 특수 데이타 라인으로 이루어진다. 제어라인(340)을 통해 통과되는 인터럽트 요청 및 승인 제어신호는 IFU(102)로 하여금 IEU(104)에 신호하고 그 인터럽트 동작과 동기화시킬 수 있도록 한다. 외부에서 발생된 인터럽트 신호는 라인(292)을 통해 로직 유니트(270)에 제공된다. 이에 응답하여 라인(340)에 제공되는 인터럽트 요청 제어 신호는 IEU(104)로 하여금 시험적으로 실행된 명령어를 취소(cancel) 하도록 한다. 인터럽트의 특성에 관한 정보는 인터럽트 정보 라인(341)을 통해 교환된다. IEU(104)가 PC 로직 유니트(270)에 의해 결정되는 인터럽트 서비스 루틴 어드레스로 부터 프리펫치된 명령어 셋트를 수신하기 시작한 준비가 되어 있을때, IEU(104)는 라인(340) 상에 인터럽트 승인 제어 신호를 발한다. 그러면, IFU(102)에 의해 프리펫치된 바와 같은 인터럽트 서비스 루틴의 실행이 시작되게 된다.
IFIFO 판독(read)(IFIFO RD) 제어 신호는 가장 깊은 마스터 레지스터(224)에 존재하는 명령어 셋트가 완전하게 실행되었고 다음 명령어 셋트가 요구된다는 신호 표시를 하기 위해 IEU(104)에 의해 제공된다. 제어 신호를 수신하자 마자, PC 로직 유니트(270)는 IFIFO 유니트(264)에 대한 IFIFO 시프트 연산을 수행하도록 IFIFO 제어 로직 유니트(272)에 지시한다.
PC 증분 요청 및 사이즈 값(size value)(PC INC/SIZE)을 명령어의 대응하는 사이즈 수만큼 현재 프로그램 카운터 값을 갱신하도록 PC 로직 유니트(270)에 지시하기 위해 제어 라인(344)상에 제공된다. 이것은 PC 로직 유니트(270)로 하여금 현재 프로그램 명령어 스트림내의 제 1 정순서 실행 명령어의 위치에 정확한 실행 프로그램 카운터(DPC)의 지점을 유지할 수 있도록 한다.
목표 어드레스(TARGET ADDR)는 어드레스 라인(346) 상에서 PC 로직 유니트(270)로 복귀된다. 목표 어드레스는 IEU(104)의 레지스터 파일내에 저장된 데이타에 의존하는 분기 명령어의 가상 목표 어드레스이다. 그러므로, 목표 어드레스를 계산하기 위한 IEU(104)의 연산이 요구된다.
제어 흐름 결과(EF RESULT) 제어신호는 임의의 현재 보류중인 조건부 분기 명령어가 해결되었는지 또한 결과가 분기를 취할 것인지 아닌지를 식별하기 위해 제어 라인(348) 상에서 PC 로직 유니트(270)에 제공된다. 이들 제어 신호에 근거하여, PC 로직 유니트(270)는 프리펫치 버퍼(260)와 IFIFO 유니트(264)내의 명령어 셋트중 조건부 흐름 명령어 실행의 결과로서 취소되어야 할 명령어 셋트를 결정할 수 있다.
IEU(104)에 의한 일정 명령어의 실행에 대해 IFU(102)에 경보(alert) 하기 위해 다수의 IEU 명령어 복귀 형태 제어신호(IEU Return)가 제어라인(350) 상에 제공된다. 이들 명령어는 절차 명령어로 부터의 복귀, 트랩으로 부터의 복귀 및 서브루틴 호출로 부터의 복귀를 포함한다. 트랩으로 부터의 복귀 명령어는 하드웨어 인터럽트 및 소프트웨어 트랩 처리 루틴에서 동일하게 이용된다. 서브루틴 호출 복귀 명령어도 또한 점프-링크 형태 호출과 함께 이용된다. 각 경우에, 이전에 인터럽트된 명령어 스트림에 관한 그 명령어 펫치 연산을 재개시하도록 IEU(102)에 알리기 위한 복귀 제어 신호가 제공된다. IEU(104)로 부터의 이들 신호의 발생은 시스템(100)의 정확한 연산이 유지될 수 있도록 하여, "인터럽트된" 명령어 스트림의 재개시(resumption)가 복귀 명령어의 실행 지점에서 수행될 수 있도록 한다.
현재 명령어 실행 PC 어드레스(Current IF-PC)는 어드레스 버스(352) 상에서 IEU(104)에 제공된다. 이 어드레스 값, DPC는 IEU(104)에 의해 실행되고 있는 정확한 명령어를 식별한다.
즉, IEU(104)는 현재 IF-PC 어드레스를 지난 명령어를 앞서서 시험적으로 실행할 수도 있지만, 이 어드레스는 인터럽트, 예외 및, 정확한 머신 스테이트를 알기를 원하는 다른 사건(event)의 발생에 관해 본 구조(100)의 정확한 제어를 위한 목적으로 유지되어야 한다. 현재 실행중인 명령어 스트림에서 정확한 머신 스테이트로 진행될 수 있는 것으로 IEU(104)가 판단했을 때, PC Inc/Size 신호가 IFU(102)에 제공되어, 현재 IF-PC 어드레스 값에 바로 반영된다.
마지막으로, 특수 레지스터 데이타의 전달을 위해 어드레스 및 양방향 데이타 버스(354)가 제공된다. 이 데이타는 IEU(104)에 의해 IFU(102) 내의 특수 레지스터에 프로그램되어, 이 레지스터로부터 판독될 수 있다. 특수 레지스터 데이타는 일반적으로 IFU(102)에 의한 이용을 위해 IEU(104)에 의해 로드되어 계산된다.
D) PC 로직 유니트 상세 :
제3도에는 PC 제어 유니트(362), 인터럽트 제어 유니트(373), 프리펫치 PC 제어 유니트(364) 및 실행 PC 제어 유니트(366)를 포함하는 PC 로직 유니트(270)의 상세도가 도시되어 있다. PC 제어 유니트(362)는 프리펫치 제어 로직 유니트(266), IFIFO 제어 로직 유니트(272) 및 IEU(104)로 부터 인터페이스 버스(126)를 통해 제공되는 제어 신호에 응답하여 프리펫치 및 실행 PC 제어 유니트(364,366)에 대한 타이밍 제어를 제공한다. 인터럽트 제어 유니트(363)는 트랩의 각 형태를 처리하기 위한 적절한 처리 루틴을 선택하는 프리펫치 트랩 어드레스 오프셋의 판단을 포함하여 인터럽트 및 예외의 정확한 처리를 관리할 책임이 있다. 프리펫치 CP 제어 제어 유니트(364)는 특히, 트랩 처리 및 절차 루틴 명령어 흐름에 대한 복귀 어드레스를 저장하는 것을 포함하여 프리펫치 버퍼(188,190,192)를 지원하는데 필요한 프로그램 카운터를 관리할 책임이 있다. 이와같은 연산의 지원으로, 프리펫치 PC 제어 유니트(364)는 물리적 어드레스 버스 라인(324) 상의 CCM PADDER 어드레스와 어드레스 라인(326) 상의 VMU VMADDR 어드레스를 포함하는 프리펫치 가상어드레스를 발생할 책임이 있다. 결과적으로, 프리펫치 PC 제어 유니트(364)는 현재의 프리펫치 PC 가상 어드레스 값을 유지할 책임이 있다.
프리펫치 연산은 일반적으로 제어 라인(316)에 제공되는 제어신호를 통해 IFIFO 제어 로직 유니트(272)에 의해 갱신된다. 이에 응답하여, PC 제어 유니트(362)는 PADDR 어드레스와 필요한 경우에 어드레스 라인(324,326) 상의 VMADDR 어드레스를 발생하도록 프리펫치 PC 제어 유니트(364)를 동작시키기 위해 제어 라인(372)상에 제공되는 다수의 제어신호를 발생한다. 또한, PC 제어 유니트(362)가 현재의 프리펫치 어드레스에서 명령어 셋트 펫치를 재실행하고 있는지, 일련의 프리펫치 요청에서의 두번째 요청에 대한 정렬(aligning) 중인지, 또는 프리펫치를 위한 다음의 정식 순차 명령어를 선택하고 있는지에 따라 제어라인(374) 상에 0 내지 4의 값을 가진 증가 신호가 제공될 수도 있다. 마지막으로, 현재의 프리펫치 어드레스 PF_PC가 버스(370)상에서 실행 PC 제어 유니트(366)에 제공된다.
새로운 프리펫치 어드레스는 다수의 소스(sources)로 부터 기원한다. 어드레스의 1차적인 소스는 버스(352)를 통해 실행 PC 제어 유니트(366)으로 부터 제공되는 현재 IF_PC 어드레스이다. IF_PC 어드레스는 주로, 초기 호출, 트랩 또는 절차 명령어가 발생할때 프리펫치 PC 제어 유니트(364)에 의한 후속 이용을 위한 복귀 어드레스를 제공한다. IF_PC 어드레스는 이들 각각의 명령어의 발생시 프리펫치 PC 제어 유니트(364)내의 레지스터에 저장된다. 이런 방식으로, PC 제어 유니트(362)는 제어 라인(350)을 통해 IEU 복귀 신호를 수신했을 때, 단지 새로운 프리펫치 가상 어드레스의 소스를 위해 프리펫치 PC 제어 유니트(364) 내의 대응하는 복귀 어드레스 레지스터를 선택함으로써, 원래의 프로그램 명령어 스트림을 재개시할 필요가 있다.
프리펫치 어드레스의 다른 소스는 실행 PC 제어 유니트(366)로 부터 상대 목표 어드레스 버스(382) 및 IEU(104)로 부터 제공되는 절대 목표 어드레스 버스(346)상에 제공되는 목표 어드레스 값이다. 상대 목표 어드레스는 실행 PC제어 유니트(366)에 의해 직접 계산될 수 있는 것들이다. 절대 목표 어드레스는 IEU 레지스터 파일에 포함된 데이타에 의존하기 때문에 IEU(104)에 의해 발생되어야 한다. 목표 어드레스는 프리펫치 가상 어드레스로서 사용하기 위해 목표 어드레스 버스(384)를 통해 프리펫치 PC 제어 유니트(364)로 루팅된다. 상대 목표 어드레스를 계산하는데 있어서, IDecode 유니트(262)로 부터 버스(318)의 오퍼랜드 변위(operand displacement) 부분에는 또한 대응하는 분기 명령어의 오퍼랜드 부분이 제공된다.
프리펫치 가상 어드레스의 다른 소스는 실행 PC 제어 유니트(366)이다. 복귀 어드레스 버스(352')는 현재 IF_PC 값(DPC)을 프리펫치 PC 제어 유니트(364)에 전달하기 위해 제공된 것이다. 이 어드레스는 인터럽트, 트랩, 또는 호출과 같은 다른 제어흐름 명령어가 명령어 스트림내에서 발생된 경우에 복귀 어드레스로서 이용된다. 이때, 프리펫치 PC 제어 유니트(364)는 새로운 명령어 스트림을 언제라도 프리펫치 할 수 있도록 허용된다. PC 제어 유니트(362)는 일단 대응하는 인터럽트 또는 트랩 처리 루틴 또는 서브루틴이 실행되면, IEU(104)로 부터 라인(350)을 통해 IEU 복귀 신호를 수신한다. 다음에, PC 제어 유니트(362)는 라인(350)을 통해 제공되는 바와 같은 실행된 복귀 명령어의 식별에 근거하여 라인(370) 상의 PEPC 제어 신호중 한 신호를 통해 현재 복귀 가상 어드레스를 포함하는 레지스터를 선택한다. 이때 이 어드레스는 PC 로직 유니트(270)에 의해 프리펫치 동작을 진행하는데 사용된다.
마지막으로, 프리펫치 가상 어드레스의 다른 소스는 특수 레지스터 어드레스 및 데이타 버스(354)로 부터 나온다. IEU(104)에 의해 계산되거나 로드된 어드레스 값 또는 적어도 기본 어드레스 값이 버스(354)를 통해 프리펫치 PC 제어 유니트(364)로 데이타로서 전달된다. 기본(base) 어드레스는 트랩 어드레스 테이블, 고속 트랩 테이블 및 기본 절차 명령어 디스패치 테이블 및 기본 절체 명령어 디스패치 테이블에 대한 기본 어드레스를 포함한다. 버스(354)는 머신 스테이트의 대응하는 애스팩트(aspects)가 IEU(104)를 통해 조작될 수 있도록 프리펫치 및 실행 PC 제어 유니트(364,366) 내의 레지스터가 판독되도록 허용한다.
PC 제어 유니트(362)의 제어를 받는 실행 PC 제어 유니트(366)는 1차적으로 현재 IF_PC 어드레스 값을 계산할 책임이 있다. 이런 역할에서, 실행 PC 제어 유니트(366)는 ExPC 제어 라인(378)상의 PC 제어 유니트(362)에 의해 제공되는 제어신호와, IF_PC 어드레스를 조정하기 위해 제어 라인(380) 상에 제공되는 증분/사이즈 제어신호에 응답한다. 이들 제어 신호는 1차적으로 라인(342)상에 제공되는 IFIFO 판독 제어 신호와 IEU(104)로 부터 제어 라인(344) 상에 제공되는 PC 증분/사이즈 값에 응답하여 발생된다.
1) PF 및 ExPC 제어/ 데이타 유니트 상세 :
제4도는 프리펫치 및 실행 PC 제어 유니트(364,366)의 상세 블럭도이다. 이들 유니트는 기본적으로 레지스터, 증분기, 선택기 및 가산기 블럭으로 구성된다. 이들 블럭 사이의 데이타 전달을 관리하기 위한 제어는 PFPC 제어 라인(372), ExPC 제어 라인(378) 및 증분 제어 라인(374,380)을 통해 PC 제어 유니트(362)에 의해 제공된다. 명료성을 위해, 이들 특정 제어 라인은 제4도의 블럭도에는 도시되지 않는다. 그러나, 이들 제어 신호가 본 명세서에 설명된 바와 같이 도시된 블럭에 제공된다는 것을 이해될 수 있다.
프리펫치 PC 제어 유니트(364)의 중심이 되는 것은 현재 프리펫치 가상 어드레스의 중앙 선택기로서 작용하는 프리펫치 선택기(PF_PC SEL)(390)이다. 이 현재 프리펫치 어드레스는 다음 프리펫치 어드레스를 발생하기 위해 프리펫치 선택기로 부터 증분기(incrementor) 유니트(394)까지의 출력 버스(392)에 제공된다. 상기 다음 프리펫치 어드레스는 레지스터 MBUF FnPC(398), TBUF PFnPC(400) 및 EBUF PFnPC(402)의 병렬 어레이로 가는 증분기 출력 1버스(396) 상에 제공된다. 이들 레지스터(398,400,402)는 다음 명령어 프리펫치 어드레스를 효과적으로 저장한다. 그러나, 본 발명의 양호한 실시예에 따라, 개별 프리펫치 어드레스는 MBUF(188), TBUF(190)및 EBUF(192)를 위해 홀드된다. MBUF, TBUF 및 EBUF PFnPC 레지스터(398,400,402)에 의해 저장된 바와 같은 프리펫치 어드레스는 각각 어드레스 버스(404,408,410)에 의해 프리펫치 선택기(390)에 제공된다. 그러므로 PC 제어 유니트(362)는 단지 프리펫치 레지스터(398,400,402) 중 다른 한 레지스터의 프리펫치 선택기(390)에 의한 선택을 지시함으로써 프리펫치 명령어 스트림의 즉시 스위치를 지시할 수 있다. 어드레스 값이 증분기(394)에 의해 증분된 후, 스트림내의 다음 명령어 셋트가 프리펫치될 것이면, 그 값은 프리펫치 레지스터(398,400,402) 중 적당한 레지스터로 복귀된다. 간략성을 위해 단일 특수 레지스터 블럭(412)으로서 도시된 다른 병렬 레지스터 어레이는 다수의 특수 어드레스를 저장하기 위해 제공된다. 이 레지스터 블럭(412)은 트랩 복귀 어드레스 레지스터, 절차 명령어 복귀 어드레스 레지스터, 절차 명령어 디스패치 테이블 기본 어드레스 레지스터, 트랩 루틴 디스패치 테이블 기본 어드레스 레지스터 및, 고속 트랩 루틴 테이블 기본 어드레스 레지스터를 포함하고 있다.
PC 제어 유니트(362)의 제어하에서, 이들 복귀 어드레스 레지스터는 버스(352')를 통해 현재 IF_PC 실행 어드레스를 수신할 수도 있다. 레지스터 블럭(412) 내의 복귀 및 기본 어드레스 레지스터에 의해 저장된 어드레스 값은 IEU(104)에 의해 독자적으로 판독 및 기록될 수도 있다. 특수 레지스터 어드레스 및 데이타 버스(354)를 통해 레지스터가 선택되고 그 값이 전달된다.
PC 제어 유니트(362)에 의해 제어되는 특수 레지스터 블럭(412) 내의 선택기는 레지스터 블럭(412)의 레지스터에 의해 저장된 어드레스가 특수 레지스터 출력 버스(416)에 실려 프리펫치 선택기(390)로 전달될 수 있도록 한다. 복귀 어드레스는 프리펫치 선택기(390)에 직접 제공된다. 기본 어드레스 값은 인터럽트 제어 유니트(363)으로 부터 인터럽트 오프셋 버스(373) 상에 제공되는 오프셋 값과 조합된다. 일단 버스(373')를 통해 프리펫치 선택기(390)에 대한 소스로 되면, 특수 어드레스는 이후 증분기(394)와 프리펫치 레지스터(398,400,402) 중 한 레지스터를 통해 어드레스의 증분 루프를 연장함으로써 새로운 프리펫치 명령어 스트림에 대한 초기 어드레스로서 사용될 수 있다.
프리펫치(390)에 대한 어드레스의 다른 소스는 목표 어드레스 레지스터 블럭(414) 내의 레지스터 어레이이다. 이 블럭(414) 내의 목표 레지스터는 본 발명의 양호한 실시예에서 8개의 잠재적인 분기 목표 어드레스의 저장을 제공한다. 이들 8개의 저장 위치는 IFIFO 유니트(264)의 가장 낮은 2개의 마스터 레지스터(216,224)에 홀드된 8개의 잠재적으로 실행 가능한 명령어에 논리적으로 대응한다. 이들 명령어중 몇몇 명령어 및 잠재적으로는 모든 명령어가 조건부 분기 명령어가 될 수 있기 때문에, 목표 레지스터 블럭(414)은 그 사전 계산된 목표 어드레스가 TBUF(190)을 통한 목표 명령어 스트림의 펫치를 위한 이용에 대기하여 저장될 수 있도록 허용한다. 특히, 만일 PC 제어 유니트(362)가 목표 명령어 스트림의 프리펫치를 즉시 시작하도록 조건부 분기 바이어스가 셋트되면, 목표 어드레스는 목표 레지스터 블럭(414)에 의해 어드레스 버스(418)을 통해 프리펫치 선택기(390)에 즉시 공급된다. 일단 증분기(394)에 의해 증분되면, 어드레스는 다시 목표 명령어 스트림의 후속 프리펫치 연산에 사용하기 위해 TBUF PFnPC(400)에 저장된다. 만일 추가 분기 명령어가 목표 명령어 스트림내에서 발생하면, 이와 같은 2차적인 분기의 목표 어드레스는 제 1 조건부 분기 명령어의 해결시 이용을 보류하는 목표 레지스터 어레이(414)에서 계산되어 저장된다. 목표 레지스터 블럭(414)에 의해 저장된 바와 같은 계산된 목표 어드레스는 어드레스 라인(382)를 통해 실행 PC 유니트(366) 내의 목표 어드레스 계산 유니트로 부터 또는 절대 목표 어드레스 버스(346)를 통해 IEU(104)로 부터 전달된다.
프리펫치 PF_PC 선택기(390)로 부터 전달된 어드레스 값은 완전한 32-비트 가상 어드레스 값이다. 본 발명의 양호한 실시예에서 페이지 사이즈는 최대 페이지 오프셋 어드레스 값[13:0]에 대응하는 16KBytes로 고정된다. 그러므로, 현재 프리펫치 가상 페이지 어드레스[27:14]에서의 변화가 존재하지 않는한 VMU 페이지 번역은 요구되지 않는다. 프리펫치 선택기(390) 내의 비교기는 이 상황을 검출한다. 페이지 경계를 지나는 증분이나 또는 다른 페이지 어드레스로의 제어 흐름 분기로 인해 가상 페이지 어드레스에서 변화가 존재할 때에는 VMU 번역 요청 신호(VMXLAT)가 라인(372')을 통해 PC 제어 유니트(362)로 제공된다. 다음에, PC 제어 유니트(362)는 VMU 가상-물리적 페이지 번역을 얻기 위해, 버퍼 유니트(420)을 통해 라인(324) 상의 CCU PADDR 어드레스에 더하여 라인(326) 상의 VM VADDR 어드레스와 VMU 제어 라인(326,328,330) 상의 적절한 제어신호의 배치를 지시한다. 페이지 번역이 요구되지 않는 경우에, 버스(122) 상의 VMU 유니트(108)의 출력에서 랫치에 의해 현재 물리적 페이지 어드레스[13:14]가 유지된다.
버스(370) 상에 제공된 가상 어드레스는 증분 제어 라인(374) 상에 제공된 신호에 응답하여 증분기(394)에 의해 증분된다. 증분기(394)는 다음 명령어 셋트를 선택하기 위해 명령어 셋트(4개의 명령어 또는 16바이트)를 나타내는 값만큼 증분한다. CCU 유니트(106)에 바와 같은 프리펫치 어드레스의 저순위 4-비트는 0이다. 그러므로, 제 1 분기 목표 명령어 셋트내의 실제 목표 어드레스 명령어는 제 1 명령어 위치에 위치되지 않을 수도 있다. 그러나, 어드레스의 저순위 4-비트는 제 1 분기 명령어 위치를 IFU(102)가 알 수 있도록 허용하기 위해 PC 제어 유니트(362)에 제공된다. 비정렬 목표 명령어 셋트에서의 실행을 위한 적당한 제 1 명령어를 선택하기 위해 2-비트 버퍼 어드레스로서의 목표 어드레스의 저순위 비트[3:2]를 복귀함으로써, 새로운 명령어 스트림의 제 1 프리펫치, 즉 명령어 스트림내의 제 1 비-순차적 명령어 셋트에 대해서만 검출 및 처리가 수행된다. 명령어 셋트내의 제 1 명령어의 어드레스와 명령어 셋트를 프리펫치하는데 사용되는 프리펫치 어드레스 사이의 비-정렬 관계는 현재 순차적 명령어 스트림의 지속기간동안 무시될 수 있다.
제4도에 도시한 기능 블럭도의 잔여부는 실행 PC 제어 유니트(366)를 포함하고 있다. 본 발명의 양호한 실시예에 따라, 실행 PC 제어 유니트(366)는 그 고유의 독자적으로 작용하는 프로그램 카운터 증분기를 포함하고 있다. 이 기능의 중심부는 실행 선택기(DPC SEL)(430)이다. 어드레스 버스(352') 상에 실행 선택기(430)의 출력된 어드레스는 상기 구조(100)의 현재 실행 어드레스(DPC)이다. 이 실행 어드레스는 가산기 유니트(434)에 제공된다. 라인(380) 상에 제공되는 증분/사이즈 제어 신호는 가산기 유니트(434)가 선택기(430)로 얻어지는 어드레스에 가산하는 1 내지 4의 명령어 증분값이다. 가산기(432)가 추가적으로 출력랫치 기능을 수행할때, 증분된 다음 실행 어드레스는 어드레스 라인(436) 상에서 다음 실행 증분 사이클에 사용하기 위해 다시 실행 선택기(430)에 직접 제공된다.
초기 실행 어드레스 및 모든 후속의 새로운 스트림 어드레스는 어드레스 라인(440)을 경우하여 새로운 스트림 레지스터 유니트(438)을 통해 얻어진다. 새로운 스트림 레지스터 유니트(438)는 프리펫치 선택기(390)으로 부터 PFPC 어드레스 버스(370)상에 제공되는 바와 같은 새로운 현재 프리펫치 어드레스가 직접 어드레스 버스(440)로 통과될 수 있도록 하거나 또는 후속 이용을 위해 저장될 수 있도록 한다. 즉, 프리펫치 PC 제어 유니트(364)가 새로운 가상 어드레스에서의 프리펫치를 시작하도록 결정하는 경우에, 새로운 스트림 어드레스는 새로운 스트림 레지스터 유니트(438)에 의해 임시적으로 저장된다. PC 제어 유니트(362)는 프리펫치 및 실행 증분 사이클 모두에서의 참여에 의해 실행 어드레스가 새로운 명령어 스트림을 유발하는 제어 흐름 명령어에 대응하는 프로그램 실행 지점에 도달할때까지 새로운 스트림 레지스터 유니트(438)에 새로운 스트림 어드레스를 유지한다. 새로운 스트림 어드레스는 이때 새로운 명령어 스트림내의 실행 어드레스의 독자적 발생을 개시하기 위해 새로운 스트림 레지스터 유니트(438)로 부터 실행 선택기(430)로 출력.
본 발명의 양호한 실시예에 따라, 새로운 스트림 레지스터 유니트(438)는 2개의 제어 흐름 명령어 목표 어드레스의 버퍼링을 제공한다. 새로운 스트림 어드레스의 즉시 유효성에 의해, 근본적으로 실행 어드레스의 현재 시퀀스의 발생으로 부터 실행 어드레스의 새로운 스트림 시퀀스까지의 실행 PC 제어 유니트(366)의 스위칭에 있어서 대기시간이 존재하지 않는다.
마지막으로, IF_PC 선택기(IF_PC SEL)(442)는 궁극적으로 IEU(104)로 가는 어드레스 버스(352)상에서 현재 IF_PC 어드레스를 발생하기 위해 제공된다. IF_PC 선택기(442)로의 입력은 실행 선택기(430)나 또는 새로운 스트림 레지스터 유니트(438)로 부터 얻어지는 출력 어드레스이다. 대개의 경우에, IF_PC 선택기(442)는 실행 선택기(430)에 의해 출력되는 실행 어드레스를 선택하도록 PC 제어 유니트(362)에 의해 명령을 받는다. 그러나, 새로운 명령어 스트림의 실행을 개시하는데 사용되는 새로운 가상 어드레스로 스위칭하는데 있어서의 대기시간을 더욱 감소시키기 위해, 새로운 스트림 레지스터 유니트(438)로 부터 제공되는 선택된 어드레스는 현재 IF_PC 실행 어드레스로서의 제공을 위해 버스(440)를 통해 직접 IF_PC 선택기(442)로 바이패스될 수 있다.
실행 PC 제어 유니트(336)는 모든 상대 분기 목표 어드레스를 계산할 수 있다. 현재 실행 지점 어드레스 및 새로운 스트림 레지스터 유니트(438) 제공 어드레스는 어드레스 버스(352',440)를 통해 제어 흐름 선택기(CF_PC)(446)에 의해 수신된다. 결과적으로, PC 제어 유니트(362)는 목표 어드레스를 계산하기 위해 정확한 초기 어드레스를 선택하는데 있어 실질적인 유연성(flexibility)을 갖고 있다. 이와 같은 초기 또는 기본 어드레스는 어드레스 버스(454)를 통해 목표 어드레스 ALU(450)에 제공된다. 목표 어드레스 ALM(450)로의 제 2 입력값은 버스(458)를 통해 제어흐름 변위 계산 유니트(452)로 부터 제공된다. 본 발명의 양호한 구조(100)에 따라, 상대 분기 명령어는 상대 새로운 목표 어드레스를 지정하는 즉시 모드 상수의 형태로 변위 값을 포함한다. 제어 흐름 변위 계산 유니트(452)는 IDecode 유니트 오퍼랜드 출력 버스(318)를 통해 초기에 얻어지는 오퍼랜드 변위 값을 수신한다. 마지막으로, 오프셋 레지스터 값은 라인(456)을 통해 목표 어드레스 ALU(450)에 제공된다. 오프셋 레지스터(448)는 PC 제어 유니트(362)로 부터 제어 라인(378')을 통해 오프셋 값을 수신한다. 오프셋 값의 크기는 어드레스 라인(454) 상에 제공되는 기본 어드레스와 상태 목표 어드레스가 계산되고 있는 현재 분기 명령어의 어드레스 사이의 어드레스 오프셋에 근거하여 PC 제어 유니트(362)에 의해 결정된다. 즉, IFIFO 제어 로직 유니트(272)의 제어를 통해 PC 제어 유니트(362)는 현재 실행 지점 어드레스(CP_PC에 의해 요청됨)에서의 명령어와 IDecode 유니트(262)에 의해 현재 처리되고 있는, 즉 그 명령어의 목표 어드레스를 결정하기 위해 PC 로직 유니트(270)에 의해 처리되고 있는 명령어를 구별하는 명령어 수를 추적한다.
상대 목표 어드레스가 목표 어드레스 ALU(450)에 의해 계산되면, 그 목표 어드레스는 어드레스 버스(382)를 통해 목표 레지스터(414) 중 대응하는 레지스터로 기록된다.
2) PC 제어 알고리즘 상세 :
1. 메인 명령어 스트림 처리 : MBUF PFnPC
1.1 다음 메인 흐름 프리펫치 명령어의 어드레스는 MBUR PFnPC에 저장된다.
1.2 제어 흐름 명령어가 없는 경우에, 32비트 증분기는 각각 프리펫치 사이클에 대해 16바이트 만큼(x16) MBUF PFnPC 내의 어드레스 값을 조정한다.
1.3 무조건 제어 흐름 명령어가 디코드될때, 그 명령어 셋트 다음에 펫치되는 모든 프리펫치된 데이타는 플러쉬(flushed)되고 MBUF PFnPC는 새로운 메인 명령어 스트림 어드레스로 목표 레지스터 유니트, PF_PC 선택기 및 증분기를 통해 로드되게 된다. 새로운 어드레스는 또한 새로운 스트림 레지스터에 저장된다.
1.3.1 상태 무조건 제어 흐름의 목표 어드레스는 제어 흐름 명령어 다음에 오는 오퍼랜드 데이타와 IFU에 의해 유지되는 레지스터 데이타로 부터 IFU에 의해 계산된다.
1.3.2 절대 무조건 제어 흐름 명령어의 목표 어드레스는 결국 레지스터 참조 값, 기본 레지스터 값 및 인덱스 레지스터 값으로 부터 IEU에 의해 계산된다.
1.3.2.1 절대 어드레스 제어 흐름 명령어에 대해 IEU에 의해 목표 어드레스가 복귀될때까지 명령어 프리펫치 사이클링이 스톨된다. 명령어 실행 사이클링은 계속된다.
1.4 무조건 제어 흐름 명령어로 부터 생기는 다음 메인 흐름 프리펫치 명령어의 어드레스는 목표 어드레스 레지스터 유니트, PF_PC 선택기 및 증분기를 통해 바이패스되고, MBUF PFnPC에서의 궁극적인 저장을 위해 루팅된다 ; 프리펫치는 1.2에서 계속된다.
2. 절체 명령어 스트림 처리 : EBUF PFnPC
2.1 메인 때는 분기 목표 명령어 스트림에서 절차 명령어가 프리펫치될 수도 있다. 목표 스트림에서 펫치되면 조건부 제어 흐름 명령어가 해결되고 절차 명령어가 MBUF로 전달될때까지 절차 스트림의 프리펫치를 스톨한다. 이것은 절차 명령어 스트림에서 발생하는 조건 제어 흐름의 TBUF가 이용될 수 있도록 한다.
2.1.1 절체 명령어가 절차 명령어 스트림에 나타나지 말아야 한다. 즉, 절차 명령어가 내포(nested) 되지 않아야 된다 : 절차 명령어로 부터의 복귀는 메인 명령어 흐름으로 실행을 복귀시키게 된다. 내포를 허용하기 위해, 내포된 절차 명령어로 부터의 추가의 전용 복귀가 요구되게 된다. 상기 구조는 이와 같은 명령어를 쉽게 지원할 수 있지만, 내포된 절차 명령어 능력에 대한 필요성이 상기 구조의 성능을 향상시키지 않게 된다.
2.1.2 메인 명령어 스트림에서, 제 1 및 제 2 조건부 제어 흐름 명령어를 내포하는 명령어 셋트를 포함하는 스트림은 상기 제 1 명령어 셋트내의 조건부 제어 흐름 명령어가 해결되고 제 2 조건부 제어 흐름 명령어 셋트가 MBUF로 전달될때까지 제 2 조건부 제어 흐름 명령어에 대한 프리펫치를 스톨한다.
2.2 절차 명령어는 절차 루틴 개시 어드레스를 식별하기 위해 명령어의 즉시 모드 오퍼랜드 필드로서 포함되는 상대 오프셋을 제공한다 :
2.2.1 절차 명령어에 의해 제공되는 오프셋 값은 IFU에서 유지되는 절차 기본 어드레스(PBR) 레지스터에 포함된 값과 조합된다. 이 PBR 레지스터는 특수 레지스터 이동 명령어의 실행에 응답하여 특수 어드레스 및 데이타 버스를 통해 판독 및 기록 가능하다.
2.3 절차 명령어와 조우할때, 다음의 메인 명령어 스트림 IF_PC 어드레스는 uPC 리턴 어드레스 레지스터에 저장되고 프로세서 상태 레지스터(PSR) 내의 진행중 절차(procedure-in-progress) 비트는 셋트된다.
2.4 절차 스트림의 개시 어드레스는 PBR 레지스터(절차 명령어 오퍼랜드 오프셋 값을 더함)로 부터 PF_PC 선택기로 루팅된다.
2.5 절차 스트림의 개시 어드레스가 새로운 스트림 레지스터 유니트와 증분(x16)을 위한 증분기로 동시에 제공된다 ; 증분된 어드레스는 EBUF PFnPC에 저장된다.
2.6 제어 흐름 명령어가 없는 경우에, 32비트 증분기는 각각의 절차 명령어 프리펫치 사이클에 대해 EBUF PFnPC 내의 어드레스 값(x16)을 조정한다.
2.7 무조건 제어 흐름 명령어가 디코드(IDecoded)될때, 분기 명령어 다음에 펫치되는 모든 프리펫치된 데이타는 플러쉬되고 EBUF PFnPC는 새로운 절차 명령어 스트림 어드레스로 로드된다.
2.7.1 상대 무조건 제어 흐름 명령어의 목표 어드레스는 IFU에서 유지되는 레지스터 데이타와 제어 흐름 명령어의 즉시 모드 오퍼랜드 필드내에 제공되는 오퍼랜드 데이타로 부터 IFU에 의해 계산된다.
2.7.2 절대 무조건 분기의 목표 어드레스는 레지스터 참조값, 기본 레지스터 값 및, 인덱스 레지스터 값으로 부터 IEU에 의해 계산된다.
2.7.2.1 목표 어드레스가 절대 어드레스 분기에 대해 IEU에 의해 복귀될때까지 명령어 프리펫치 사이클링이 스톨된다 ; 실행 사이클링은 계속된다.
2.8 다음 절차 흐름 프리펫치 명령어 셋트의 어드레스는 EBUF PFnPC에 저장되고 프리펫치는 1.2에서 계속된다.
2.9 절차 명령어로 부터의 복귀가 디코드(IDecoded)될때, 프리펫치는 uPC 레지스터에 저장된 어드레스로 부터 계속되는데, 이 어드레스는 증분되어(x26), 후속 프리렛치를 위해 MBUF PFnPC로 복귀된다.
3. 분기 명령어 스트림 처리 : TBUF PFnPC
3.1 MBUF 명령어 스트림내의 제 1 명령어 셋트에서 발생하는 조건부 제어 흐름 명령어가 디코드(IDecoded)될 때, 목표 어드레스는 그 목표 어드레스가 현재 어드레스에 관한 것일 경우에는 IFU에 의해 결정되고 절대 어드레스에 대해서는 IEU에 의해 결정된다.
3.2 "바이어스를 취한 브랜치"에 대해서 :
3.2.1 만일 분기가 절대 어드레스에 대한 것이면, 목표 어드레스가 IEU에 의해 복귀될때까지 명령어 프리펫치 사이클링을 스톨한다 ; 실행 사이클링은 계속된다.
3.2.2 PF_PC 선택기 및 증분기를 통한 전달에 의해 분기 목표 어드레스로 TBUF PFnPC를 로드한다.
3.2.3 목표 명령어 스트림 명령어들이 TBUF로 프리펫치되고 후속 실행을 위해 IFIFO로 루팅된다 ; 만일 IFIFO 및 TBUF가 가득찬 상태가 되면 프리펫치를 스톨한다.
3.2.4 32비트 증분기는 각각의 프리펫치 사이클에 대해 TBUF PFnPC 내의 어드레스 값을 조정한다(x16).
3.2.5 제 1(1차) 셋트내의 모든 조건부 분기 명령어가 해결될때까지 목표 명령어 스트림내의 제 2 명령어 셋트에서 발생하는 조건부 제어 흐름 명령어의 디코드(IDecode)에 대한 프리펫치 연산을 스톨한다(그러나 계속해서 상대 목표 어드레스를 계산하고 목표 레지스터에 저장한다).
3.2.6 만일 제 1 명령어 셋트내의 조건부 분기가 "바이어스를 취한" 것으로 해결되면 :
3.2.6.1 분기의 소스가 진행중 절차 비트로 부터 결정된 바와 같은 EBUF 명령어 스트림인 경우에, MBUF 또는 EBUF 내의 제 1 조건부 흐름 명령어 셋트 다음에 오는 명령어 셋트를 플러쉬한다.
3.2.6.2 진행중 절차 비트의 상태에 근거하여 TBUF PFnPC 값을 MBUF PFnPC 또는 EBUF로 전달한다.
3.2.6.3 진행중 절차 비트의 상태에 근거하여 프리펫치된 TBUF 명령어를 MBUF 또는 EBUF로 전달한다.
3.2.6.4 만일 제 2 조건부 분기 명령어 셋트가 디코드(IDecoded)되지 않았다면, 진행중 절차 비트의 상태에 근거하여 MBUF 또는 EBUF 프리펫치 연산을 계속한다.
3.2.6.5 만일 제 2 조건부 분기 명령어가 디코드(IDecoded)되었다면, 그 명령어 처리를 시작한다(단계 3.3.1로 진행).
3.2.7 만일 제 1조건부 명령어 세트내의 명령어에 대한 조건부 제어가 "바이어스를 취하지 않은" 것으로 해결되면 :
3.2.7.1 명령어 셋트 및 목표 명령어 스트림으로 부터의 명령어의 IFIFO 및 IEU를 플러쉬한다.
3.2.7.2 MBUF 또는 EBUF 프리펫치 연산을 계속한다.
3.3 "바이어스를 취하지 않은 분기"에 대하여
3.3.1 MBUF로의 명령어의 프리펫치를 스톨한다 ; 실행 사이클링은 계속된다.
3.3.1.1 만일 제 1 조건부 명령어 셋트내의 조건부 제어 흐름 명령어가 상대적인(relative) 것이면, 목표 어드레스를 계산하고 목표 어드레스에 저장한다.
3.3.1.2 만일 제 1 조건부 명령어 셋트내의 조건부 제어 흐름 명령어가 절대적인(absolute) 것이면, 목표 어드레스 계산을 위해 IEU를 대기하고 어드레스를 목표 레지스터로 복귀시킨다.
3.3.1.3 제 1 조건부 명령어 셋트 명령어내의 조건부 제어 흐름 명령어가 해결될때까지 제 2 명령어 셋트내의 조건부 제어 흐름 명령어의 디코드(IDecoded)에 대한 프리펫치 연산을 스톨한다.
3.3.2 제 1 조건부 분기의 목표 어드레스가 계산되면, TBUF PFnPC로 로드하고 또한 메인 명령어 스트림의 실행과 동시에 TBUF로의 명령어 프리펫치를 시작한다.
3.3.3. 만일 제 1 명령어 셋트내의 조건부 제어 흐름 명령어가 "바이어스를 취한 것"으로 해결되면 :
3.3.3.1 분기 소스가 진행중 절차 비트의 상태로 부터 결정되는 바와 같이 EBUF 명령어 스트림인 경우에 MBUF 또는 EBUF를 플러쉬하고, 제 1 조건부 분기 명령어 셋트 다음에 오는 메인 스트림으로 부터의 명령어 IFIFO 및 IEU를 플러쉬한다.
3.3.3.2 진행중 절차 비트의 상태로 부터 결정되는 바와 같이, MBUF PFnPC 또는 EBUF로 TBUF PFnPC 값을 전달한다.
3.3.3.3 진행중 절차 비트의 상태로 부터 결정되는 바와 같이, 프리펫치된 TBUF 명령어를 MBUF 또는 EBUF로 전달한다.
3.3.3.4 진행중 절차 비트의 상태로 부터 결정되는 바와 같이 MBUF 또는 EBUF 프리펫치 연산을 계속한다.
3.3.4 제 1 셋트내의 조건부 제어 흐름 명령어가 "바이어스를 취하지 않은"것으로 해결되면 :
3.3.4.1 목표 명령어 스트림으로 부터 명령어 셋트의 TBUF를 플러쉬한다.
3.3.4.2 만일 제 2 조건부 분기 명령어가 디코드(IDecoded)되지 않았다면, 진행중 절차 비트의 상태로 부터 결정되는 바와 같이, MBUF 또는 EBUF 프리펫치 연산을 계속한다.
3.3.4.3 만일 제 2 조건부 분기 명령어가 디코드(IDecoded)되었다면, 그 명령어 처리를 시작한다(단계 3.4.1로 진행).
4. 인터럽트, 예외, 및 트랩 명령어
4.1 트랩은 일반적으로 다음을 포함한다 :
4.1.1 하드웨어 인터럽트
4.1.1.1 비동기(외부)로 발생하는 사건, 내부 또는 외부.
4.1.1.2 언제라도 발생할 수 있으며 존속할 수 있다.
4.1.1.3 극소의(atomic)(통상의 : ordinary) 명령어 사이의 우선 순서로 서비스되고, 절차 명령어를 중지할 수도 있다.
4.1.1.4 인터럽트 조정기(handler)의 개시 어드레스는 트랩 조정기 엔트리 지점의 미리 정해진 테이블로의 벡터 넘버 오프셋으로서 결정된다.
4.1.2 소프트웨어 트랩 명령어
4.1.2.1 비동기(내부) 발생 명령어
4.1.2.2 예외로서 실행하는 소프트웨어 명령어
4.1.2.3 트랩 조정기의 개시 어드레스는 TBR 또는 FTB 레지스터에 저장된 기본 어드레스 값과 조합된 트랩 넘버 오프셋으로 부터 결정된다.
4.1.3 예외
4.1.3.1 명령어와 비동기로 발생하는 사건
4.1.3.2 명령어가 실행될때 처리된다.
4.1.3.3 예외의 결과로 인해, 예외로된 명령어 및 모든 후속 실행된 명령어는 취소된다.
4.1.3.4 예외 조정기의 개시 어드레스는 트랩 조정기 엔트리지점의 미리 정해진 테이블로의 트랩 넘버 오프셋으로부터 결정된다.
4.2 트랩 명령어 스트림 연산을 그때 동시에 실행하는 명령어 스트림과 조화하여 발생한다.
4.3 트랩 처리 루틴이 다음에 허용되는 트랩 이전에 xPC 어드레스를 세이브한다는 조건으로 트랩이 내포(nest) 할 수도 있다 -- 그렇게 하는 것을 실패하는 것은 현재 트랩 연산의 완료 이전에 트랩이 발생하는 경우에 머신 스테이트를 악화시키게 된다.
5. 트랩 명령어 스트림 처리 : xPC
5.1 트랩을 조우할 때 :
5.1.1 만일 비동기 인터럽트이면, 현재 실행하고 있는 명령어의 실행이 중지된다.
5.1.2 만일 비동기 예외이면, 예외로된 명령어의 실행시 트랩이 처리된다.
5.2 트랩이 처리될때 :
5.2.1 인터럽트는 디스에이블된다.
5.2.2 현재 IF_PC 어드레스가 xPC 트랩 상태 복귀 어드레스 레지스터에 저장된다.
5.2.3 IF_PC 어드레스 및 그 후속의 IFIFO 및 MBUF 프리펫치 버퍼가 플러쉬된다.
5.2.4 어드레스 IF_PC 및 그 후속의 명령어를 실행하고, 그 명령어의 결과는 IEU로 부터 플러쉬된다.
5.2.5 MBUF PFnPC가 트랩 조정기 루틴의 어드레스로 로드된다.
5.2.5.1 트랩 어드레스의 소스는 특수 레지스터 셋트에 제공되는, 트랩 넘버에 의해 결정되는 바와 같은 트랩의 형태에 따라 TBR 또는 FTB 레지스터가 된다.
5.2.6 명령어가 프리펫치되어, 정상적인 방식으로 실행을 위해 IFIFO로 들어온다.
5.2.7 트랩 루틴의 명령어가 실행된다.
5.2.7.1 트랩 처리 루틴이 미리 정해진 위치에 세이브될 xPC 어드레스 및 재 인에이블된 인터럽트를 제공할 수도 있다 ; xPC 어드레스는 특수 레지스터 이동 명령어와 특수 레지스터 어드레스 및 데이타 버스를 통해 판독/기록된다.
5.2.8 트랩 명령어로 부터의 복귀의 실행에 의해 트랩 상태를 빠져나와야 된다.
5.2.8.1 만일 이전에 세이브되었으면, xPC 어드레스는 트랩 명령어로 부터의 복귀를 실행하기 전에 그 미리 정해진 위치로 부터 복원되어야 한다.
5.3 트랩으로 부터의 복귀가 실행될때 :
5.3.1 인터럽트가 인에이블된다.
5.3.2 xPC 어드레스가 진행중 절차 비트의 상태로 부터 결정되는 바와같이, 현재 명령어 스트림 레지스터 MBUF 또는 EBUF PFnPC로 복귀되고, 프리펫치는 그 어드레스로 부터 계속된다.
5.3.3 xPC 어드레스가 새로운 스트림 레지스터를 통해 IF_PC 레지스터로 복원된다.
E) 인터럽트 및 예외 처리 :
1) 개요 :
인터럽트 및 예외는 프로세서가 메인 명령어 스트림이나 또는 절차 명령어 스트림으로 부터 실행중인지에 관계없이 그것이 인에이블되어 있는 한 처리되게 된다. 인터럽트 및 예외는 우선순위 순서로 서비스되며 클리어될때까지 존속된다. 트랩 조정기의 개시 어드레스는 후술되는 바와 같이 트랩 조정기 어드레스의 미리 정해진 테이블의 벡터 넘버 오프셋으로서 결정된다.
인터럽트 및 예외는 실시예에서 2가지 기본 형태로 이루어지는데, 명령어 스트림내의 특정 명령어와 동기하여 발생하는 형태와 명령어 스트림내의 특정 명령어와 비동기로 발생하는 형태가 있다.
본 명세서에서 용어 인터럽트, 예외 트랩 및 고장(fault)는 상호 교환가능하게 이용된다. 비동기 인터럽트는 명령어 스트림과 동기식으로 동작하지 않는 온-칩 또는 오프-칩의 하드웨어에 의해 발생된다. 예를들어, 온-칩 타이머/카운터에 의해 발생되는 인터럽트는 오프-칩으로 부터 제공되는 마스크 불가능(non-maskable)인터럽트(NMI) 및 하드웨어 인터럽트와 같이 비동기이다. 비동기 인터럽트가 발생할때, 프로세서 문맥(context)은 동결되고, 모든 트랩은 디스에이블되며, 일정한 프로세서 상태 정보는 저장되고, 프로세서는 수신된 특정 인터럽트에 대응하는 인터럽트 조정기로 자동 분기된다. 인터럽트 조정기와 그 처리를 완료한 후, 프로그램 실행은 인터럽트가 발생했을때 실행중이던 스트림내의 마지막으로 완료된 명령어 다음에 오는 명령어로 계속된다.
동기 예외는 명령어 스트림내의 명령어와 동기하여 발생하는 예외이다. 이들 예외는 특정 명령어에 관련하여 발생하며, 관련 명령어가 실행될때까지 홀드된다. 양호한 실시예에서, 동기 예외는 프리펫치하는 동안, 명령어 디코드하는 동안, 및 명령어 실행중에 발생한다. 프리펫치 예외는 예를 들어 TLB 미스 또는 다른 VMU 예외를 포함한다. 디코더 예외는 예를 들어, 디코드되고 있는 명령어가 불법(illegal) 명령어이거나 또는 프로세서의 현재 특권(privilege)레벨에 부합하지 않을 경우에 발생한다. 실행예외는 예를 들어 0으로 나누는 것과 같은 산술 에러로 인해 발생한다. 이들 예외가 발생할때마다, 본 양호한 실시예는 그것을 명령어가 회수될때까지 예외를 유발한 특정 명령어와 일치하여 유지한다. 이때, 모든 이전의 완료된 명령어는 회수되며, 예외를 유발한 명령어로 부터의 시험적 결과는 다음의 시험적으로 실행되는 명령어의 시험적 결과와 같이, 플러쉬된다. 다음에, 그 명령어에 대해 발생한 최고 우선순위 예외에 대응하는 예외 조정기로 제어가 전달된다.
소프트웨어 트랩 명령어는 CF_EDT(274)(제2도)에 의해 디코드(IDecode) 스테이지에서 검출되며, 무조건 호출 명령어 및 다른 동기 트랩 모두와 비슷하게 처리된다. 즉, 목표 어드레스가 계산되고, 프리펫치는 그때 현재의 프리펫치 큐(queue)(EBUF 또는 MBUF)로 계속된다. 동시에, 예외는 또한 명령어와 일치하여 노트되며, 명령어가 회수될때, 처리된다. 동기 예외의 모든 다른 형태는 단지 그것을 유발하여 실행시간에 처리된 특정 명령어와 일치하여 노트(noted) 되고 누산된다.
2) 비동기 인터럽트 :
비동기 인터럽트는 인터럽트 라인(292)을 통해 PC 로직 유니트(270)로 신호된다. 제3도에 도시된 바와 같이, 이들 라인은 PC 로직 유니트(270) 내의 인터럽트 로직 유니트(363)에 제공되며, NMI 라인, IRQ 라인 및 인터럽트 레벨 라인(LVL) 셋트를 포함한다. NMI 라인은 마스크 불가능 인터럽트를 신호하며, 외부 소스로 부터 유래한다. 이것은 하드웨어 리셋트를 제외하고 최고 우선순위 인터럽트이다. IRQ 라인도 또한 외부소스로부터 유래하며, 외부 장치가 하드웨어 인터럽트를 요청하는 때를 표시한다. 본 양호한 실시예에서는 최대 32개의 사용자-정의 외부 공급하드웨어 인터럽트까지 허용되며, 인터럽트를 요청하는 특정 외부 장치는 인터럽트 레벨 라인(LVL)에 대한 인터럽트 넘버(0-31)를 제공한다. 메모리 에러 라인은 여러 종류의 메모리 에러를 신호하도록 MCU(110)에 의해 활성화된다. 타이머/카운터 인터럽트, 메모리 I/O 에러 인터럽트, 머신 검사 인터럽트 및 성능 모니터 인터럽트를 요청하기 위한 라인을 포함하여, 다른 비동기 인터럽트 라인(도시안됨)도 또한 인터럽트 로직 유니트(363)에 제공된다. 후술되는 동기 예외 뿐아니라 각각의 비동기 인터럽트는 그 인터럽트와 관련된 대응하는 소정의 트랩넘버를 갖는데, 32가지의 이들 트랩 넘버는 32개의 이용 가능한 하드웨어 인터럽트 레벨과 관련된다. 이들 트랩 넘버의 테이블은 인터럽트 로직 유니트(363)에서 유지된다. 일반적으로 트랩 넘버가 높을수록 트랩의 우선수가 높아진다.
비동기 인터럽트 중 한 인터럽트가 인터럽트 로직 유니트(363)로 신호될때, 인터럽트 제어 유니트(363)는 INT REQ/ACK라인(340)을 통해 IEU(104)에 인터럽트 요청을 보낸다. 인터럽트 제어유니트(363)는 또한 PC 제어 유니트(262)로 하여금 프리펫치 명령어를 정지시키도록 하는 중지 프리펫치 신호를 라인(343)을 경유하여 PC 제어 유니트(362)로 보낸다. IEU(104)는 그때 실행되는 모든 명령어를 취소하고 모든 시험적 결과를 플러쉬하거나, 또는 몇개 또는 모두의 명령어가 완료되도록 허용할 수도 있다. 앙호한 실시예에서, 그때 실행중인 명령어는 취소되며 그래서 비동기 인터럽트에 대한 가장 빠른 응답을 허용한다. 어느 경우에도, 실행 PC 제어 유니트(366) 내의 DPC는 IEU(104)가 인터럽트를 승인하기 전에 완료되어 회수된 최종 명령어에 일치하도록 갱신된다. MBUF, EBUF, TBUF 및 IFIFO(264) 내의 모든 다른 프리펫치된 명령어도 또한 취소된다.
IEU(104)는 인터럽트 조정기로 부터 명령어를 수신할 준비가 되어 있을 때에만, INT REQ/ACK 라인(340) 상의 인터럽트 승인 신호를 인터럽트 제어 유니트(363)로 보낸다.
3) 동기 예외 :
동기 예외에 있어서, 인터럽트 제어 유니트(363)는 각 명령어 셋트에 대해 4개의 내부 예외 비트로된 셋트(도시안됨)를 유지하는데, 그중 한 비트는 셋트내의 각 명령어에 대응한다. 인터럽트 제어 유니트(363)는 또한 각각의 명령어에 대해 검출된 것이 있다면, 특정 트랩 넘버의 표시를 유지한다.
특정 명령어 셋트가 프리펫치되고 있는 동안 VMU가 TLB 미스 또는 다른 VMU 예외를 신호하면, 이 정보는 VMU제어 라인(332,334)을 통해, PC 로직 유니트(270) 및 특히 인터럽트 제어 유니트(363)로 전달된다. 인터럽트 제어 유니트(363)가 이와 같은 신호를 수신하면, 이 유니트는 더이상의 프리펫치를 중지하도록 라인(343)을 통해 PC 제어 유니트(362)에 신호한다. 동시에, 인터럽트 제어 유니트(363)는 명령어 셋트가 행하는 프리펫치 버퍼와 관련하여 적절하게 VM_Miss 또는 VM_Excp 비트를 셋트한다. 다음에, 인터럽트 제어 유니트(363)는 셋트내의 명령어가 유효한 것이 없기 때문에 그 명령어 셋트에 대응하는 모든 4개의 내부 예외 인디케이터 비트를 셋트하고, 오류가 있는 명령어 셋트내의 4개의 명령어 각각에 일치하여 수신되는 특정 예외에 대한 트랩 넘버를 저장한다. 이때, 오류 셋트가 IFIFO(264) 내의 최저 레벨에 도달할때까지 오류 명령어 셋트 이전의 명령어 시프팅 및 실행은 통상적으로 계속된다.
유사하게, 만일 다른 동기 예외가 프리펫치 버퍼(260), IDecode 유니트(262) 또는 IFIFO(264)를 통해 명령어의 시프팅동안에 검출되면, 이 정보는 예외를 발생하는 명령어에 대응하는 내부 예외 인디케이터 비트를 셋트하고 그 예외와 일치하는 트랩 넘버를 저장하는 인터럽트 제어 유니트(363)로 전달된다. 프리펫치 동기 예외에서와 같이, 오류 명령어 이전의 명령어의 시프팅 및 실행은 오류 셋트가 IFIFO(264)에서 최저 레벨에 도달할때까지 통상적으로 계속된다.
양호한 실시예에서, 프리펫치 버퍼(260), IDecode 유니트(262) 또는 IFIFO(264)를 통해 명령의 시프팅 중에 검출되는 예외의 유일한 형태는 소프트웨어 트랩 명령어이다. 소프트웨어 트랩 명령어는 CF_DET 유니트(274)에 의해 IDecode 스테이지에서 검출된다. 몇몇 실시예에서는 다른 형태의 동기 예외가 IDecode 유니트(262)에서 검출될 수도 있지만, 다른 동기 예외의 검출은 명령어가 실행 유니트(104)에 도달할때까지 대기하는 것이 바람직하다. 이것은 특권 명령어의 처리로 부터 발생하는 바와 같은 어떤 예외가 명령어의 효과적인 정순서 실행 이전에 변화할 수 있는 프로세서 상태에 근거하여 신호될 수도 있는 가능성을 없앤다. 불법 명령어와 같이 프로세서 상태에 의존하지 않는 예외가 IDecode 스테이지에서 검출될 수 있지만, 그러나 하드웨어는 동일한 로직이 모든 사전 실행 동기 예외(VMU 예외와는 별문제임)를 검출하는 경우에 최소화된다. 이와 같은 예외의 처리는 거의 시간적으로 중대하지 않기 때문에 명령어가 실행 유니트(104)에 도달할때까지 대기하는 것에 의해 부과되는 어떠한 시간적 불리한 조건도 없다.
전술한 바와 같이, 소프트웨어 트랩 명령어는 CF_DET 유니트(274)에 의해 IDecode 스테이지에서 검출된다. 인터럽트 로직 유니트(363) 내의 그 명령어에 대응하는 내부 예외 인디케이터 비트는 셋트되고, 소프트웨어 트랩 명령어의 즉시 모드 오퍼랜드 필드에서 지정되는 0 내지 127 중 어떤 수가 될 수 있는 소프트웨어 트랩 넘버는 트랩 명령어에 일치하여 저장된다. 그러나, 프리펫치 동기 예외와는 달리, 소프트웨어 트랩이 제어 흐름 명령어로서 또한 동기 예외로서 처리되기 때문에, 인터럽트 제어 유니트(363)는 소프트웨어 트랩 명령어가 검출될때, 프리펫치를 중지하도록 PC 제어 유니트(362)에 신호하지 않는다. 오히려, 명령어가 IFIFO(264)를 통해 시프트하는 것과 동시에, IFU(102)는 트랩 조정기를 MBUF 명령어 스트림 버퍼로 프리펫치한다.
명령어 셋트가 IFIFO(264)의 최저 레벨에 도달할때, 인터럽트 로직 유니트(363)는 명령어 셋트내의 명령어중 만일 있다면 어느 것이 동기 예외의 소스가 되는 것으로 이미 결정되었는지 표시하기 위해 그 명령어에 대한 예외 인디케이터 비트를 4비트 벡터로서 SYNCH-INT-INFO 라인(341)을 통해 IEU(104)에 전달한다. IEU(104)는 즉시 응답하지 않고, 명령어 셋트내의 모든 명령어가 정상적인 진행으로 예정될 수 있도록 허용한다. 실행중에 정수 산술 예외와 같은 더 이상의 예외가 발생될 수도 있다. 특권 명령어의 실행으로 인한 바와 같이 머신의 현재 상태에 의존하는 예외도 또한 이때 검출되며, 머신의 상태가 명령어 스트림내의 모든 이전의 명령어에 관해 통용되도록 보장하기 위해, PSR(특수 이동 및 트랩 명령어로 부터의 복귀와 같은)에 영향을 줄 가능성이 있는 모든 명령어는 순서대로 실행하도록 강요된다. 동기 예외의 소스가 되는 명령어가 회수될 것일때에만, 예외의 발생이 인터럽트 로직 유니트(363)에 신호된다.
IEU(104)는 동기 예외를 갖는 제 1 명령어 이전의 명령어 스트림에서 발생하는 시험적으로 실행된 모든 명령어를 회수하며, 명령어 스트림에서 계속해서 발생하는 시험적으로 실행된 명령어로 부터의 시험적 결과를 플러쉬한다. 예외를 유발한 특정 명령어도 또한 플러쉬되는데, 이것은 그 명령어가 통상적으로 트랩으로부터의 복귀시 재실행되게 되기 때문이다. 다음에 실행 PC 제어 유니트(366)내의 IF_PC가 실제적으로 회수된 최종 명령어에 일치하도록 갱신되고, 이전의 예외가 인터럽트 제어 유니트(363)로 신호된다.
예외의 소스가 되는 명령어가 회수되면, IEU(104)는 회수 명령어 셋트(레지스터 224) 내의 명령중, 만일 있다면 동기 예외를 갖고 있는 명령어를 표시하는 새로운 4비트 벡터와 또한 명령어 셋트내의 제 1 예외의 소스를 표시하는 정보를 SYNCH-INT-INFO 라인(341)을 통해 인터럽트 로직 유니트(363)로 복구시킨다. IEU(104)에 의해 복귀되는 4비트 예외 벡터내의 정보는 IEU(104)에서 발생되는 예외 뿐만 아니라 인터럽트 로직 유니트(363)에 의해 IEU(104)에 제공되는 4비트 예외 벡터의 누산값이다. 프리펫치 또는 IDecode 에서 검출되는 예외로 인한 인터럽트 제어 유니트(363)에 기존에 저장된 정보와 함께 IEU(104)로 부터 인터럽트 제어 유니트(363)로 복귀된 정보의 잔여 정보는 인터럽트 제어 유니트(363)가 최고 우선순위 동기 예외 및 그 트랩 넘버의 특성을 결정하는데에 충분하다.
4) 조정기 디스패치 및 복귀 :
IEU로 부터 라인(340)을 통해 인터럽트 승인신호가 수신된 후, 또는 라인(341)을 통해 0이 아닌(non-zero) 예외 벡터가 수신된 후, 현재 DPC는 특수 레지스터(412)(제4도) 중 하나인 xPC 레지스터에 복귀 어드레스로서 임시적으로 저장된다. 현재 프로세서 상태 레지스터(PSR)는 또한 이전의 PSR(PPSR) 레지스터에 저장되고, 현재 비교 상태 레지스터(CSR)는 특수 레지스터(412) 내의 이전이 비교상태 레지스터(PCSR)에 세이브된다.
트랩 조정기의 어드레스는 트랩 기본 레지스터 어드레스와 오프셋을 더한 값으로서 계산된다. PC 로직 유니트(270)는 트랩을 위한 2개의 기본 레지스터를 유지하는데, 이들 두 레지스터 모두는 특수 레지스터(제4도)의 일부이며, 이전에 실행된 특수 이동 명령어에 의해 초기화된다. 대부분의 트랩에 대해서, 조정기의 어드레스를 계산하기 위해 이용되는 기본 레지스터는 트랩 기본 레지스터 TBR이다.
인터럽트 제어 유니트(363)는 현재 보류중인 최고 우선순위 인터럽트 또는 예외를 결정하며, 조사 테이블(look-up-table)을 이용하여 관련된 트랩 넘버를 결정한다. 이것은 선택된 기본 레지스터에 대한 오프셋으로서 INT-OFFSET 라인(373) 셋트를 통해 프리펫치 PC 제어 유니트(364)로 제공된다. 유익하게도, 벡터 어드레스는 단지 TBR 레지스터로 부터 얻어진 고순위 비트에 저순위 비트로서의 오프셋 비트를 연결(concatenating) 시킴으로써 계산된다. 이것은 가산기의 지연 필요성을 없앤다.(본 명세서에 사용된 바와 같이, 2 비트가 i'번째 순위 비트로서 언급된다). 예를 들어 만일 트랩이 8비트 값으로서 표현되는 0 내지 255까지 넘버링되면, 조정기 어드레스는 22-비트 TBR 저장 값의 끝(end)에 8비트 트랩 넘버를 연결함으로써 계산될 수도 있다. 트랩 조정기 어드레스가 항상 워드 경계상에서 발생하는 것을 보장하기 위해 트랩 넘버에 2개의 저순위 제로 비트가 부가될 수도 있다. 이렇게 해서 구성된 연결된 조정기 어드레스는 프리펫치 선택기 PF_PC Sel(390)(제4도)에 한 입력(373)으로서 제공되며, 명령어가 프리펫치될 다음 어드레스로서 선택된다.
TBR 레지스터를 이용하는 트랩에 대한 벡터 조정기 어드레스는 모두 단지 한 워드 떨어져 있다. 그러므로, 트랩 조정기 어드레스에서의 명령어는 보다긴 트랩 처리 루틴으로의 예비 분기 명령어가 되어야 한다. 그러나, 소정의 트랩은 시스템 성능의 저하를 방지하기 위해 매우 신중한 처리를 요한다. 예를들어, TLB 트랩은 매우 빠르게 실행되어야 한다. 이런 이유로 인해, 본 발명의 양호한 실시예는 상기 예비 분기의 희생없이 작은 트랩 조정기의 호출을 허용하도록 설계된 고속(fast) 트랩 메카니즘을 포함한다. 또한, 고속 트랩 조정기는 예를들어 RAM 위치와 관련된 메모리 시스템의 불리한 조건(penalties)을 없애기 위해 온-칩 ROM 내의 메모리에 독자적으로 위치될 수 있다.
양호한 실시예에서, 결과적으로 고속 트랩이 되는 트랩만이 전술한 VMU 예외가 된다. 고속 트랩은 다른 트랩과 분리하여 넘버링되며, 0 내지 7의 범위를 갖는다. 그러나, 이들 트랩은 MMU 예외와 동일한 우선순위를 갖는다. 인터럽트 제어 유니트(363)가 그때 보류중인 최고 우선순위 트랩으로서 고속 트랩을 인식하면, 고속 트랩 기본 레지스터(FTB)가 특수 레지스터(412)로 부터 선택되어 트랩 오프셋과 조합되기 위해 라인(416) 상에 제공되도록 한다. 이때, 라인(373')을 통해 프리펫치 선택기 PF_PC Sel(390)에 제공된 생성 벡터 어드레스는 FTB 레지스터로 부터의 고순위 22비트를 연결한 것이 되는데, 이들 비트 뒤에는 고속 트랩 넘버를 나타내는 3개의 비트가 뒤따르고, 그 뒤에는 7개의 0비트가 뒤따른다. 그러므로, 각각의 고속 트랩 어드레스는 128 바이트, 즉 32워드 떨어져 있다. 호출되었을때, 프로세서는 개시 워드로 분기하며, 그 블럭내의 프로그램을 실행하거나 그 밖으로 분기할 수도 있다. 32개 또는 그 보다 적은 명령어로 구현될 수도 있는 표준 TLB 처리 루틴과 같은 소형 프로그램의 실행은 실제 예외 처리 루틴으로의 예비 분기가 없어지기 때문에 통상적인 트랩보다 빠르게 이루어진다.
양호한 실시예에서 비록 모든 명령어가 4바이트의 동일한 길이(즉, 4개의 어드레스 위치를 차지함)를 가졌지만, 고속 트랩 메카니즘은 또한 그 명령어의 길이가 가변적인 마이크로 프로세서에서도 유용하다는 것을 주지해야 한다. 이 경우에, 고속 트랩 벡터 어드레스는 마이크로 프로세서에서 이용 가능한 가장 짧은 명령어 중 적어도 2개의 명령어, 바람직하게는 약 32 평균 크기의 명령어를 수용하기에 충분한 간격으로 분리되어야 한다는 것을 알 수 있다. 만일 마이크로 프로세서가 트랩 명령어로 부터의 복귀를 포함한다면, 벡터 어드레스는 그 명령어가 조정기에서 적어도 하나의 다른 명령어가 선행되도록 허용하도록 최소한의 충분한 간격으로 분리되어야 한다는 것은 확실하다.
또한, 트랩 조정기로의 디스패치에 관해서, 프로세서는 커널(kernel) 모드 및 인터럽트 상태로 들어간다. 동시에, 비교 상태 레지스터(CSR)의 카피(copy)가 이전의 캐리(carry) 상태 레지스터(PCSR)에 배치되고, PSR의 카피는 이전의 PSR(PPSR) 레지스터에 저장된다. 커널 및 인터럽트 상태 모드는 프로세서 상태 레지스터(PSR)에서 비트로 표현된다. 현재 PSR내의 인터럽트 상태 비트가 셋트되면, 전술한 바와 같이 또한 제7b도에 도시된 바와 같이 새도우(shadow) 레지스터 또는 트랩 레지스터 RT[24] 내지 RT[31]가 가시적(visible)이 된다. 인터럽트 조정기는 단지 PSR에 새로운 모드를 기록함으로써 커널 모드로 부터 전환될 수도 있지만, 그러나 인터럽트 상태를 벗어나는 유일한 방법은 트랩(RTT) 명령어로 부터의 복귀를 실행함으로써 이루어진다.
IEU(104)가 RTT 명령어를 실행할때, PCSR은 CSR 레지스터로 복원되고 PPSR 레지스터는 PSR 레지스터로 복원되며, 그렇게 함으로써 PSR 레지스터내의 인터럽트 상태 비트를 자동적으로 클리어한다. PF_PC SEL 선택기(390)는 또한 특수 레지스터 셋트(412)내의 특수 레지스터 xPC는 증분기(394) 및 버스(396)를 통해 MBUF PFnPC나 또는 EBUF PFnPC로 적절하게 복원된다. xPC를 EBUF나 또는 MBUF PFnPC로 복원할 것인지에 관한 결정은 일단 복원된 PSR의 "진행중 절차" 비트에 따라 이루어진다.
프로세서는 트랩 및 절차 명령어 두가지 모두에 대한 복귀 어드레스를 저장하기 위해 동일한 특수 레지스터 xPC를 이용하지 않는다는 것을 주목해야 한다. 트랩에 대한 복귀 어드레스는 전술한 바와 같이 특수 레지스터 xPC에 저장되지만, 절차 명령어 후로의 복귀를 위한 어드레스는 다른 특수 레지스터 uPC에 저장된다. 그러므로, 인터럽트 상태는 절차 명령에 의해 야기된 모방(emulation) 스트림을 실행하고 있는 동안에도 이용가능한 상태로 유지된다. 한편, 모방 스트림이 완료된 후 예외 조정기로의 복귀를 위해 어드레스를 저장하기 위한 특수 레지스터가 없기 때문에 예외 처리 루틴은 어떠한 절차 명령어도 포함해서는 안된다.
5) 내포(Nesting) :
비록 소정의 프로세서 상태 정보는 트랩 조정기, 특히 CSR, PSR, 복귀 PC 및 어떤점에서는 "A" 레지스터 셋트 ra[24] 내지 ra[31]로의 디스패치에 대해 자동적으로 백-업 되지만, 다른 문맥(context) 정보는 보호되지 않는다. 예를들어, 부동 소수점 상태 레지스터(FSR)의 내용은 자동적으로 백-업되지 않는다. 만일 조정기가 이들 레지스터를 변경하고자 한다면, 그 자체의 백-업을 수행해야 한다.
트랩 조정기로의 디스패치에 대해 자동적으로 수행되는 제한된 백-업으로 인해, 트랩의 내포가 자동적으로 허용되지 않는다. 트랩 조정기는 소정의 원하는 레지스터를 백-업해야 하고, 소정의 인터럽트 조건을 클리어해야 하며, 시스템 레지스트로 부터 트랩을 처리하는데 필요한 소정의 정보를 판독해야 하고, 그 정보를 적절하게 처리해야 한다. 트립 조정기로의 디스패치시 인터럽트는 자동적으로 디스에이블된다. 처리후에, 조정기는 백-업된 레지스터를 복원하고, 인터럽트를 재-인에이블시키고, 인터럽트로 부터의 복귀를 위한 RTT 명령어를 실행할 수 있다.
내포된 트랩이 허용되는 것이면, 트랩 조정기는 제 1 및 제 2 부분으로 분할되어야 한다. 제 1 부분에서는 인터럽트가 디스에이블되지만, xPC는 특수 레지스터 이동 명령어를 이용하여 카피되어야 하며, 트랩 조정기에 의해 유지되는 스택(stack)에 푸시(pushed) 되어야 한다. 이때 트랩 조정기의 제 2 부분의 개시 어드레스는 특수 레지스터 이동 명령어를 이용하여 xPC로 이동되어야 하며, 트랩 명령어(RTT)로의 복귀가 실행되어야 한다. RTT는 인터럽트 상태를(PSR로의 PPSR의 복원을 통해) 재이동하고, xPC내의 어드레스로 제어를 옮기게 되는데, 이 어드레스는 이제 조정기의 제 2 부분의 어드레스를 포함한다. 제 2 부분은 이 시점에서 인터럽트를 인에이블시키고, 인터럽트 모드에서의 실행 처리를 계속할 수도 있다. 섀도우 레지스터 RT[24] 내지 RT[31]는 오직 상기 조정기의 제 1 부분에서만 가시적(visible)이고 제 2 부분에서는 가시적이지 않다는 것을 주목해야 한다. 그러므로, 제 2 부분에서, 조정기는 "A"레지스터 값중 조정기에 의해 변경될 가능성이 있는 레지스터 값을 보전(preserve) 해야 한다. 트랩 처리 절차가 종료되면, 모든 백-업된 레지스터를 복원해야 하고, 트랩 조정기로 부터 원래의 xPC를 팝(pop)한 후, 그것을 특수 레지스터 이동 명령어를 이용하여 xPC 특수 레지스터로 다시 이동시켜야 하며, 다른 RTT를 실행해야 한다. 이것은 메인 또는 에뮬레이션 명령어 스트림내의 적당한 명령어로 제어를 복귀시킨다.
6) 트랩 리스트 :
다음의 테이블 Ⅰ은 양호한 실시예에서 인식되는 트랩 넘버, 우선순위 및 트랩의 처리 모드를 기재하고 있다.
[테이블 I]
Ⅲ. 명령어 실행 유니트 :
제5도에서는 IEU(104)의 조합된 제어 및 데이타 경로 부분이 도시되어 있다. 1차 데이타 경로는 IFU(102)로 부터의 명령어/오퍼랜드 데이타 버스(124)로 시작된다. 데이타 버스로서, 즉시 오퍼랜드가 오퍼랜드 정렬 유니트(470)에 제공되어 레지스터 파일(REG ARRAY)(472)로 통과된다. 레지스터 데이타는 레지스터 파일(472)로 부터 레지스터 파일 출력 버스(476)를 경유해 바이패스 유니트(474)를 통해, 목적지 버스(480)를 경유하여 기능 계산 엘리멘트(functional computing elements)(FUo-n)(478o-n)의 병렬 어레이로 제공된다. 기능 유니트(478o-n)에 의해 발생된 데이타는 다시 출력 버스(482)를 통해 바이패스 유니트(474)나 또는 레지스터 어레이(472), 또는 상기 유니트(474) 모두에 제공된다.
로드/스토어 유니트(484)는 IEU(104)의 데이타 경로 부분을 완료한다. 로드/스토어 유니트(484)는 IEU(104)와 CCU(106) 사이의 데이타 전달을 관리할 책임이 있다. 특히, CCU(106)의 데이타 캐쉬(134)로 부터 얻어지는 로드 데이타는 로드/스토어 유니트(484)에 의해 로드 데이타 버스(486)를 통해 레지스터 어레이(472)의 입력으로 전달된다. CCU(106)의 데이타 캐쉬(134)에 저장될 데이타는 기능 유니트 분배 버스(480)로 부터 수신된다.
IEU(104)의 제어 경로 부분은 IEU 데이타 경로를 통한 정보의 처리를 발생, 관리, 완료할 책임이 있다. 본 발명의 양호한 실시예에서, IEU 제어 경로는 복수 명령어의 동시 실행을 관리할 수 있으며, IEU 데이타 경로는 IEU(104)의 근본적으로 모든 데이타 경로 엘리멘트 사이의 다수의 독자적인 데이타 전달을 제공한다. IEU 제어 경로는 명령어/오퍼랜드 버스(124)를 통해 수신되는 명령어에 응답하여 동작한다. 특히, 명령어 셋트는 EDecode 유니트(490)에 의해 수신된다. 본 발명의 양호한 실시예에서, EDcode(490)는 IFIFO 마스터 레지스터(216,224)에 의해 홀드된 2개 모두의 명령어 셋트를 수신 및 디코드한다. 모두 8개의 명령어의 디코딩의 결과는 캐리 검사(CRY CHKR) 유니트(492), 의존도 검사(DEP CHKR) 유니트(494), 레지스터 리네임(renaming) 유니트(REG RENAME)(496), 명령어 발생(ISSUER) 유니트(498) 및 회수(retirement) 제어 유니트(RETIRE CTL)(500)에 다양하게 제공된다.
캐리 검사 유니트(492)는 제어 라인(502)을 통해 EDecode 유니트(490)로 부터 8개의 보류 명령어에 대한 디코드된 정보를 수신한다. 캐리 검사 유니트(492)의 기능은 보류 명령어중에서 프로세서 상태 워드의 캐리 비트에 영향을 주거나 또는 캐리 비트의 상태에 의존하는 보류 명령어를 식별하는 것이다. 이 제어 정보는 제어라인(504)을 통해 명령어 발생 유니트(498)에 제공된다.
8개의 보류 명령어에 의해 이용되는 레지스터 파일(472)의 레지스터들을 식별하는 디코드된 정보는 제어 라인(506)을 통해 레지스터 리네임 유니트(496)에 직접 제공된다. 이 정보는 또한 의존도 검사 유니트(494)에도 제공된다. 의존도 검사 유니트(494)의 기능은 데이타에 대한 목적지로서 레지스터를 어느 보류 명령어가 참조하는지 결정하고 만일 있다면 어느 명령어가 상기 목적지 레지스터중 어느 레지스터에 의존하는지를 결정하는 것이다. 레지스터 의존도를 갖는 명령어는 제어 라인(508)에 의해 레지스터 리네임 유니트(496)에 제공되는 제어 신호에 의해 식별된다.
마지막으로, EDecode 유니트(490)는 8개의 보류 명령어 각각의 특성 및 기능을 식별하는 제어정보를 제어 라인(510)을 통해 명령어 발생 유니트(498)에 제공한다. 명령어 발생 유니트(498)는 특히 보류 명령어의 실행을 위해 특정 기능 유니트의 유효성에 관한 데이타 경로 자원(resources)를 결정할 책임이 있다. 본 구조(100)의 양호한 실시예에 따라, 명령어 발생 유니트(498)는 데이타 경로 자원의 유효성과 레지스터 의존도 제한조건(constraints)에 종속되는 8개의 보류 명령어중 소정의 명령어의 비순서(out-of-order) 실행을 허용한다. 레지스터 리네임 유니트(496)는 실행을 허용하도록 적당하게 속박되지 않은 명령어의 제어 라인(512)을 통해 명령어 발생 유니트(498)에 비트 맵(map)을 제공한다. 이미 실행된 명령어 및 레지스터 또는 캐리 의존도를 가진 명령어는 비트 맵으로 부터 논리적으로 재이동된다.
요구되는 기능 유니트(478o-n)의 유효성에 의존하여, 명령어 발생 유니트(498)는 각 시스템 클럭 사이클 동안에 복수 명령어의 실행을 개시할 수도 있다. 기능 유니트(478o-n)의 상태는 상태 버스(514)를 경유해 명령어 발생 유니트(498)로 제공된다. 명령어의 실행을 개시하고 계속해서 관리하기 위한 제어신호는 명령어 발생 유니트(498)에 의해 제어 라인(516)을 통해 레지스터 리네임 유니트(496) 및 선택적으로 기능 유니트(478o-n)에 제공된다. 이에 응답하여, 레지스터 리네임 유니트(496)는 레지스터 파일 억세스 제어 버스(518) 상에 레지스터 선택 신호를 제공한다. 버스(518) 상에 제공되는 제어 신호를 통해 인에이블된 특정 레지스터는 실행되고 있는 명령어의 선택과, 그 특정 명령어에 의해 참조되는 레지스터의 레지스터 리네임 유니트(496)에 의한 결정에 의해 결정된다.
바이패스 제어 유니트(BYPASS CTL)(520)는 일반적으로 제어 라인(524) 상의 제어 신호를 통해 바이패스 데이타 루팅(routing) 유니트(474)의 동작을 제어한다. 바이패스 제어 유니트(520)는 기능 유니트(478o-n) 각각의 상태를 모니터하고, 제어 라인(522)을 통해 레지스터 리네임 유니트(496)로 부터 제공되는 레지스터 참조와 관련하여, 데이타가 레지스터 파일(472)로 부터 기능 유니트(478o-n)로 루팅될 것인지 결정하고, 또는 기능 유니트(478o-n)에 의해 발생되는 데이타가 명령어 발생 유니트(498)에 의해 선택된 새로 발생된 명령어의 실행에 이용하기 위해 바이패스 유니트(474)를 통해 기능 유니트 목적지 버스(480)로 즉시 루팅될 수 있는지를 결정한다. 어느 경우에도, 명령어 발생 유니트(498)는 각각의 기능 유니트(478o-n)로의 특정 레지스터 데이타를 선택적으로 인에이블시킴으로써 분배 버스(480)로부터 기능 유니트까지의 데이타 루팅을 직접 제어한다.
IEU 제어 경로의 나머지 유니트는 회수 제어 유니트(500), 제어 흐름 제어(CF CTI) 유니트(528), 및 완료(done) 제어(DONE CTL) 유니트(536)를 포함한다. 회수 제어 유니트(500)는 비순서적으로 실행된 명령어의 실행을 무효로 하거나, 또는 유효로 확인하여 동작을 한다. 명령어가 비순서적으로 실행된 경우에, 그 명령어는 모든 이전의 명령어도 역시 회수된 후 유효로 확인되거나 회수될 수 있다. 제어 라인(532) 상에 제공되는 현재 셋트의 8개의 보류 명령어중 실행된 명령어의 식별을 기초로 하여, 회수 제어 유니트(500)는 비순서 실행된 명령어의 이전의 실행의 결과로서 레지스터 어레이(472)에 의해 저장된 결과 데이타를 효과적으로 확인하기 위해 버스(518)에 결합된 제어 라인(534) 상에 제어 신호를 제공한다.
회수 제어 유니트(500)는 그것이 각 명령어를 회수할 때 PC 증분/사이즈 제어신호를 제어 라인(344)을 통해 IFU(102)에 제공한다. 복수의 명령어가 비순서적으로 실행될 수도 있고, 그러므로 동시 회수를 위한 준비를 할 수도 있기 때문에, 회수 제어 유니트(500)는 동시에 회수되는 명령어의 수에 근거하여 사이즈 값을 결정한다. 마지막으로, IFIFO 레지스터(224)의 모든 명령어가 실행되어 회수된 경우에, 회수 제어 유니트(500)는 IFIFO 유니트(264)의 시프트 연산을 개시하기 위해 IFIFO 판독 제어 신호를 제어 라인(342)를 통해 IFU(102)에 제공하며, 그렇게 함으로써 추가의 4개의 명령어를 실행 보류 명령어로서 EDecode 유니트(490)에 제공하게 된다.
제어 흐름 제어 유니트(528)는 각각의 조건부 분기 명령어의 논리적 분기 결과를 검출하는 보다 특수한 기능을 수행한다. 제어 흐름 제어 유니트(528)는 제어 라인(510)을 통해 EDecode 유니트(490)으로부터 현재 보류중인 조건부 분기 명령어의 8비트 벡터 아이덴티피케이션(identification)을 수신한다. 8비트 벡터 명령어 완료(done) 제어 신호도 비슷하게 완료 제어 유니트(540)로 부터 제어 라인(538)을 통해 수신된다. 상기 완료 제어 신호는 제어 흐름 제어 유니트(528)로 하여금 조건부 분기 명령어가 적어도 조건부 제어 흐름 상태를 결정하기에 충분한 지점으로 이행되는 때를 식별할 수 있도록 허용한다. 보류중인 조건부 분기 명령어에 대한 제어 흐름 상태 결과는 그 명령어가 실행될때 제어 흐름 제어 유니트(528)에 의해 저장된다. 조건부 제어 흐름 명령어 결과를 결정하는데 필요한 데이타는 제어 라인(530)을 통해 레지스터 어레이(472) 내의 임시 상태 레지스터로 부터 얻어진다. 각각의 조건부 제어 흐름 명령어가 실행될때, 제어 흐름 제어 유니트는 새로운 제어 흐름 결과 신호를 제어 라인(348)을 통해 IFU(102)에 제공한다. 상기 제어 흐름 결과 신호는 바람직하게, 8개의 잠재적으로 보류중인 제어 흐름 명령어의 각각의 비트 위치에 의한 상태 결과가 알려져 있는지를 정의하고 역시 비트 위치의 일치에 의해 주어지는 대응하는 상태 결과 상태를 정의하는 2개의 8비트 벡터를 포함한다.
마지막으로, 완료 제어 유니트(540)는 기능 유니트(478o-n)의 각각의 연산 실행 상태를 모니터하기 위해 제공된다. 기능 유니트(478o-n) 중 어느 유니트가 명령어 실행 연산의 완료를 신호하면, 완료 제어 유니트(540)는 레지스터 리네임 유니트(496), 명령어 발생 유니트(498), 회수 제어 유니트(500) 및 바이패스 제어 유니트(520)에 경보하기 위해 대응하는 완료 제어 신호를 제어 라인(542) 상에 제공한다.
기능 유니트(478o-n)의 병렬 어레이 구성은 IEU(104)의 제어 일관성(consistency)을 향상시킨다. 개별 기능 유니트(478o-n)의 특성은 명령어가 실행을 위해 적당하게 인식되고 예정되도록 하기 위해 명령어 발생 유니트(498)가 알아야 한다. 기능 유니트(478o-n)는 그 필요한 기능을 수행하는데 필요한 그 특수 제어 흐름 연산을 결정 및 구현할 책임이 있다. 그러므로, 명령어 발생 유니트(498)와는 달리, IEU 제어 유니트중 어느 것도 명령어의 제어 흐름 처리를 독자적으로 인식할 필요는 없다. 명령어 발생 유니트(498) 및 기능 유니트(478o-n)는 함께, 잔여 제어 흐름 관리 유니트(496,500,520,528,540)에 의해 수행될 기능의 필요한 제어 신호 프롬프팅(prompting)을 제공한다. 그러므로, 기능 유니트(478o-n)의 특정 제어 흐름 연산에서의 변경은 IEU(104)의 제어 연산에 영향을 주지 않는다. 더욱이, 기존의 기능 유니트(478o-n)의 기능적 증대와 또한, 확장된 정밀 부동 소수점 승산기(multiplier) 및 확장된 정밀 부동 소수점 ALU, 고속 퓨리에 계산 기능 유니트, 및 삼각법 계산 유니트와 같이 하나 또는 그 이상의 새로운 기능 유니트(478o-n)를 추가하는 것 조차도 단지 약간의 명령어 발생 유니트(498)의 변형만을 필요로 한다. 요구되는 변형은 필요한 기능 유니트(478o-n)에 대한 명령어의 상관성과 EDecode 유니트(490)에 의해 분리되는 대응하는 명령어 필드에 근거하여 특정 명령어의 인식(recognition)을 제공해야 한다. 레지스터 데이타의 선택, 데이타의 루팅, 명령어 완료 및 회수에 대한 제어는 모든 다른 기능 유니트(478o-n)에 관해 실행된 모든 다른 명령어의 처리와 일관성을 유지한다.
A) IEU 데이타 경로 상세 :
IEU 데이타 경로의 중심 구성 요소는 레지스터 파일(472)이다. 그러나, IEU 데이타 경로내에서, 본 발명은 특정 기능에 대해 일반적으로 최적화된 다수의 병렬 데이타 경로를 제공한다. 2개의 주요 데이타 경로는 정수와 부동 소수점이다. 각각의 병렬 데이타 경로내에서 레지스터 파일(472)의 일부는 그 데이타 경로내에서 발생하는 데이타 조작(manipulations)을 지원하기 위해 제공된다.
1) 레지스터 파일 상세 :
제6a도에는 데이타 경로 레지스터 파일의 양호한 일반적 구조가 도시되어 있다. 데이타 경로 레지스터 파일(550)은 임시 버퍼(552), 레지스터 파일 어레이(564), 입력 선택기(559) 및 출력 선택기(556)을 포함하고 있다. 궁극적으로 레지스터 어레이(564)를 목적지로 하는 데이타는 통상적으로 먼저 조합 데이타 입력 버스(558')를 통해 임시 버퍼(552)에 의해 수신된다. 즉, 데이타 경로 레지스터 파일(550)로 향하는 모든 데이타는 다수의 입력 버스(558), 바람직하게는 2개의 입력 버스로 부터 입력 버스(558')로 입력 선택기(559)에 의해 멀티플렉스된다. 제어 버스(518)상에 제공되는 레지스터 선택 및 인에이블 제어신호는 임시 버퍼(552)내의 수신 데이타에 대한 레지스터 위치를 선택한다. 임시 버퍼에 저장된 데이타를 발생한 명령어의 회수시, 다시 제어 버스(518)에 제공되는 제어 신호는 데이타 버스(560)를 통해 임시 버퍼(552)로 부터 레지스터 파일 어레이(564) 내의 논리적으로 대응하는 레지스터로의 데이타 전달을 인에이블시킨다. 그러나, 명령어의 회수 이전에, 임시 버퍼(552)의 레지스터에 저장된 데이타는 임시 버퍼 저장 데이타를 데이타 버스(560)의 바이패스 부분을 통해 출력 데이타 선택기(556)로 루팅함으로써 후속 명령어의 실행에 이용될 수도 있다. 제어 버스(518)를 통해 제공되는 제어 신호에 의해 제어되는 선택기(556)는 임시 버퍼(552)의 레지스터로 부터 제공되는 데이타와 레지스터 파일 어레이(564)의 레지스터로 부터 제공되는 데이타 사이에서 선택한다. 그 최종 데이타는 레지스터 파일 출력 버스(564) 상에 제공된다. 또한, 실행 명령어가 완료시 회수되게 되는 경우에, 즉 명령어가 완료시 회수되게 되는 경우에, 즉 명령어가 정순서(in-order)로 실행된 경우에, 입력 선택기(559)는 바이패스 연장 라인(558")을 통해 레지스터 어레이(554)로 직접 결과 데이타를 루팅하도록 조작될 수 있다.
본 발명의 양호한 실시예에 따라, 각각의 데이타 경로 레지스터 파일(550)은 2개의 동시 레지스터 연산이 이루어질 수 있도록 허용한다. 그러므로, 입력 버스(558)는 임시 버퍼(552)에 기록될 2개의 완전(full) 레지스터 폭(width) 데이타 값을 제공한다. 내부적으로, 임시 버퍼(552)는 임시 버퍼(552) 내의 2개의 레지스터로의 입력 데이타의 동시 루팅을 허용하는 멀티플렉서 어레이를 제공한다. 비슷하게, 내부 멀티플렉서는 임시 버퍼(552)의 임의의 5개의 레지스터가 버스(560) 상으로 데이타를 출력하도록 선택될 수 있도록 허용한다. 레지스터 파일 어레이(564)도 또한 동시에 각각의 데이타를 버스(560) 상에서 수신하도록 2개의 레지스터가 선택될 수도 있도록 하고 5개의 레지스터는 버스(562)를 통한 각 데이타의 소스가 되도록 선택될 수 있도록 허용하는 입력 및 출력 멀티플렉서를 포함하고 있다. 마지막으로, 레지스터 파일 출력 선택기(556)는 버스(560,562)를 통해 수신되는 10개의 레지스터 데이타 값중 임의의 5개의 값이 동시에 레지스터 파일 출력 버스(564) 상에 출력될 수 있도록 구현되는 것이 바람직하다.
제6b도에는 임시 버퍼내의 레지스터 셋트가 일반적으로 도시되어 있다. 레지스터 셋트(552')는 8개의 단일(single) 워드(32비트) 레지스터 I0RD, I/RD...I7RD로 이루어져 있다. 레지스터 셋트(552')는 4개의 더블(double) 워드 레지스터 IORD, IORD+/(IORD4),(I/RD+1(ISRD)...I3RD, I3RD + 1(I7RD)의 셋트로서 이용될 수도 있다.
본 발명에 따라, 레지스터 파일 어레이(564)내의 각각의 레지스터에 대해 이중의 레지스터를 제공하는 것이 아니라, 임시 버퍼 레지스터 셋트(552) 내의 레지스터는 IFIFO 마스터 레지스터(216,224) 내의 각 명령어의 상대적 위치에 근거하여 레지스터 리네임 유니트(496)에 의해 참조된다. 본 구조(100)에 의해 구현되는 각각의 명령어는 그 명령어의 실행에 의해 발생되는 데이타의 목적지를 위해 2개 까지의 레지스터 또는 하나의 더블 워드 레지스터를 참조할 수도 있다. 통상적으로, 한 명령어는 오직 하나의 단일 출력 레지스터만을 참조하게 된다. 그러므로, 단이 출력 레지스터를 참조하는 제6c도에 도시된 바와 같이 위치상으로 식별되는 8개의 보유 명령어중 명령어 2(I2)에 대해, 데이타 목적지 레지스터 I2RD는 명령어의 실행에 의해 발생되는 데이타를 수신하도록 선택되게 된다. 명령어 I2에 의해 발생된 데이타가 예를 들어 후속 명령어 I5에 의해 이용되는 경우에, I2RD 레지스터에 저장된 데이타는 버스(560)를 통해 전달되게 되며, 그 생성 데이타는 임시 버퍼(552)로 다시 전달되어 I5RD로 식별되는 레지스터로 저장된다. 현저하게, 명령어 I5는 명령어 I2에 의존한다. 명령어 I5는 I2로 부터의 결과 데이타가 유효하게 될때까지 실행될 수 없다. 그러나, 알 수 있는 바와같이, 명령어 I5는 임시 버퍼(552')의 명령어 I2데이타 위치로 부터 그 필요한 입력 데이타를 얻음으로서 명령어 I2의 회수 이전에 실행될 수 있다.
마지막으로, 명령어 I2가 회수될때, 레지스터 I2RD로 부터의 데이타는 회수 지점에서 명령어의 논리적 위치에 의해 결정되는 바와 같은 레지스터 파일 어레이(564) 내의 레지스터 위치에 기록된다. 즉, 회수 제어 유니트(560)는 제어 라인(510) 상에 EDecode 유니트(490)로 부터 제공되는 레지스터 참조 필드 데이타로 부터 레지스터 파일 어레이 내의 목적지 레지스터의 어드레스를 결정한다. 일단 명령어 I0-3가 회수되면, I4RD 내지 I7RD 내의 값은 IFIFO 유니트(264)와 동시에 IORD 내지 I3RD로 시프트된다.
명령어 I2가 더블 워드 결과 값을 제공하는 경우에 복잡화가 발생한다. 본 발명의 양호한 실시예에 따라, 위치 I2RD 및 I6RD의 조합은 그 명령어가 회수되거나 아니면 취소될 때까지 명령어 I2로 부터 생성되는 데이타를 저장하기 위해 이용된다. 양호한 실시예에서, 명령어 I0-3중 어느 명령어에 의한 더블 워드 출력 참조가 레지스터 리네임 유니트(496)에 의해 검출되는 경우에 홀드된다. 이것은 전체 임시 버퍼(552')가 더블 워드 레지스터의 단일 랭크로서 이용될 수 있도록 허용한다. 일단 명령어 I0-3가 회수되면, 임시 버퍼(552')는 다시 단일 레지스터의 2개의 랭크로서 이용될 수 있다. 더욱이, 소정의 명령어 I4-7의 실행은 명령어가 대응하는 I0-3위치로 시프트될때까지 더블 워드 출력 레지스터가 요구되는 경우에 홀드된다.
제7a도 및 제7b도에는 레지스터 파일 어레이(564)의 논리적 구성이 도시되어 있다. 본 발명의 양호한 실시예에 따라, 정수 데이타 경로에 대한 레지스터 파일 어레이(564)는 40개의 32-비트 폭 레지스터로 이루어진다. 레지스터 셋트 "A"를 형성하는 레지스터 셋트는 기본 레지스터 셋트 ra[0 .... 23](565), 일반 목적 레지스터로 된 상부 셋트 ra[24 .... 31](566) 및 8개의 일반 목적 트랩 레지스터로 된 새도우 레지스터 셋트 rt[24 .... 31]로서 구성된다. 정상적인 동작시, 일반 목적 레지스터 ra[0 .... 31](565,566)는 정수 데이타 경로에 대한 레지스터 파일 어레이의 활성 "A" 레지스터 셋트를 형성한다.
제7b도에 도시된 바와 같이 트랩 레지스터 rt[24 ..... 31](567)는 활성 기본 레지스터 셋트 ra[0 ..... 23](565)와 함께 억세스를 허용하도록 활성 레지스터 셋트"A"로 스왑(swapped) 될 수도 있다. 이와 같은 "A" 레지스터 셋트의 구성은 인터럽트의 승인 또는 예외 트랩 처리 루틴의 실행시 선택된다. 레지스터 셋트 "A"의 이와같은 상태는 인에이블 인터럽트 명령어의 실행 또는 트랩 명령어로 부터의 복귀의 실행에 의해 제7a도에 도시된 상태로 특별히 복귀될때까지 유지된다.
본 구조(100)에 의해 구현되는 바와 같은 본 발명의 양호한 실시예에 따라, 부동 소수점 데이타 경로는 제8도에 일반적으로 도시된 바와 같이 확장 정밀 레지스터 파일 어레이(572)를 이용한다. 레지스터 파일 어레이(572)는 64-비트 폭을 각각 갖고 있는 32개의 레스터 rf[0 ..... 31]로 구성된다. 부동 소수점 레지스터 파일(572)은 또한 "B" 셋트의 정수 레지스터 rb[0 ..... 31]로서 논리적으로 참조될 수도 있다. 본 구조(100)에서 상기 레지스터 "B" 셋트는 부동 소수점 레지스터 rf[0 ..... 31] 각각의 저순위 32 비트와 동등하다.
제3데이타 경로를 기술하면, 제9도에 도시된 바와같이, 부울 조합(boolean combinatorial) 연산의 논리적 결과를 저장하기 위해 부울 연산자(operator) 레지스터 셋트(574)가 제공된다. 상기 "C" 레지스터 셋트(574)는 32개의 단일 비트 레지스터 rc[0 ..... 31]로 구성된다. 부울 레지스터 셋트(574)의 연산은 부울 연산의 결과가 부울 레지스터 셋트(574)의 명령어 선택 레지스터로 향할 수 있기 때문에 유일하다. 이것은 동일한(equal) 단순 부울 상태값, 동일하지 않은(not equal) 단순 부울 상태 값, 보다 큰(greater than) 단순 부울 상태 값 및 다른(other) 단순 부울 상태값과 같은 조건에 대한 단일 비트 플래그를 저장하는 단일 프로세서 상태 워드 레지스터를 이용하는 것과 대조적이다.
부동 소수점 레지스터 셋트(572)와 부울 레지스터 셋트(574)는 둘다 제6b도에 도시된 정수 임시 버퍼(552)와 구조적으로 동일한 임시 버퍼에 의해 상호 보완된다. 근본적인 차이점은 임시 버퍼 레지스터의 폭이 상보적인 레지스터 파일 어레이(572,574)의 폭, 양호한 구현에 있어서는 각각 64비트 1비트인 폭과 동일하게 되도록 정의된다는 것이다.
레지스터 어레이(472)에는 적어도 논리적으로는 다수의 추가의 특수 레지스터가 존재한다. 제7c도에 도시된 바와 같이, 레지스터 어레이(472)에 물리적으로 존재하는 레지스터는 커널 스택 포인터(568), 프로세서 상태 레지스터(PSR)(569), 이전의 프로세서 상태 레지스터(PPSR)(570) 및 8개의 임시 프로세서 상태 레지스터(tPSR [0 ..... 7])의 어레이(571)를 포함한다. 잔여 특수 레지스터는 본 구조(100)의 여러 부분에 걸쳐 분배된다. 특수 어드레스 및 데이타 버스(354)는 특수 레지스터와 "A" 및 "B" 레지스터 셋트 사이의 선택 및 데이타 전달을 위해 제공된다. "A" 또는 "B" 레지스터 셋트중 어느 하나로 부터 레지스터를 선택하고, 전달 방향을 선택하고 특수 레지스터의 어드레스 식별자(identifier)를 지정하기 위해 특수 레지스터 이동 명령어가 제공된다.
커널 스택 포인터 레지스터 및 임시 프로세서 상태 레지스터는 다른 특수 레지스터와 다르다. 커널 스택 포인터는 커널 상태에 있을때 레지스터 이동 명령어에 대한 표준 레지스터의 실행을 통해 억세스 될 수도 있다. 임시 프로세서 상태 레지스터는 직접 억세스될 수 없다. 오히려, 이 레지스터 어레이는 비순서(out-of-order) 실행 명령어에 의한 이용을 위해 프로세서 상태 레지스터의 값을 전파하기 위한 계승(inheritance) 메카니즘을 구현하기 위해 이용된다. 초기 전파(propagation) 값은 최종 회수된 명령어에 의해 제공되는 값인 프로세서 상태 레지스터의 값이다. 이 초기값은 비순서 실행 명령어가 위치적으로 대응하는 임시 프로세서 상태 레지스터내의 값을 억세스하게 되도록 임시 프로세서 상태 레지스터를 통해 앞으로 전파된다. 명령어의 특정 성질은 명령어가 의존하고 변화시킬 수도 있는, 만일 있다면, 조건 코드 비트를 정의한다. 명령어가 레지스터 의존도 검사 유니트(494) 및 캐리 의존도 검사 유니트(492)에 의해 결정되는 바와 같은 의존도, 레지스터, 또는 조건 코드에 의해 제한되지 않는 경우에, 그 명령어는 비순서적으로 실행될 수 있다. 프로세서 상태 레지스터의 조건 코드 비트의 변형은 논리적으로 대응하는 임시 프로세서 상태 레지스터로 향한다. 특히, 변화될 수도 있는 그런 비트만이 임시 프로세서 상태 레지스터 내의 값으로 인가되고, 모든 보다 높은 순위의 임시 프로세서 상태 레지스터로 전파된다. 결과적으로, 모든 비순서적으로 실행된 명령어는 어떤 삽입되는 PSR 변형 명령어에 의해 적절하게 변형된 프로세서 상태 레지스터 값으로 부터 실행된다. 명령어의 회수는 단지 대응하는 임시 프로세서 상태 레지스터 값을 PSR 레지스터(569)로 전달한다.
나머지 특수 레지스터는 테이블 Ⅱ에 기재되어 있다.
[테이블 II]
2) 정수 데이타 경로 상세 :
제10도에는 본 발명의 양호한 실시예에 따라 구성된 IEU(104)의 정수 데이타 경로가 도시되어 있다. 명료성을 위해, 정수 데이타 경로(580)에 대한 많은 제어 경로 접속은 도시되지 않았다.
그러한 접속은 제5도에 정해져 있다.
데이타 경로(580)에 대한 입력 데이타는 정렬(alignment) 유니트(582,584) 및 정수 로드/스토어 유니트(586)로 부터 얻어진다. 본래적으로 명령어 내장(embedded) 데이타 필드로서 제공되는 정수 즉시(immediate) 데이타 값은 버스(588)를 통해 오퍼랜드 유니트(470)로 부터 얻어진다. 정렬 유니트(582)는 정수 데이타 값을 분리하고, 그 생성 값을 출력 버스(590)를 통해 멀티플렉서(592)로 제공한다. 멀티플렉서(592)로의 제 2 입력은 특수 레지스터 어드레스 및 데이타 버스(354)이다.
명령어 스트림으로 부터 얻어지는 즉시 오퍼랜드 또한 데이타 버스(594)를 통해 오퍼랜드 유니트(570)로 부터도 얻어진다. 이들 값은 다시 출력 버스(596)에 제공하기 전에 정렬 유니트(584)에 의해 바로 조정된다.
정수 로드/스토어 유니트(586)는 외부 데이타 버스(598)를 통해 CCU(106)와 양방향으로 통신한다. IEU(104)로 들어오는 데이타는 정수 로드/스토어 유니트(586)에 의해 입력 데이타 버스(600)를 통해 입력 랫치(602)에 전달된다. 멀티플렉서(592) 및 랫치(602)로 부터 출력된 데이타는 멀티플렉서(608)의 멀티플렉서 입력 버스(604,606) 상에 제공된다. 기능 유니트 출력 버스(482')로 부터의 데이타는 또한 멀티플렉서(608)에 의해서도 수신된다. 본 구조(100)의 양호한 실시예에서, 상기 멀티플렉서(608)는 출력 멀티플렉서 버스(610)로의 2개의 동시 데이타 경로를 제공한다. 더욱이, 멀티플렉서(608)를 통한 데이타의 전달은 시스템 클럭의 각각의 반-사이클내에서 완료될 수 있다. 본 구조(100)에 의해 구현되는 대부분의 명령어는 단일 목적지 레지스터를 이용하며, 최대 4개의 명령어가 각 시스템 클럭 사이클 동안에 임시 버퍼(612)에 데이타를 제공할 수 있다.
임시 버퍼(612)로 부터의 데이타는 임시 레지스터 출력 버스(616)를 통해 정수 레지스터 파일 어레이(614)로 전달되거나, 교호(alternate) 임시 버퍼 레지스터 버스(618)를 통해 출력 멀티플렉서(620)로 전달될 수 있다. 정수 레지스터 어레이 출력 버스(622)는 정수 레지스터 데이타가 멀티플렉서(620)로 전달될 수 있도록 한다. 임시 버퍼(612)와 정수 레지스터 파일 어레이(614)에 접속된 출력 버스는 각각 5개의 레지스터 출력값이 동시에 출력될 수 있도록 허용한다. 즉, 총 5개까지의 소스 레지스터를 참조하여 2개의 명령어가 동시에 발생될 수 있다. 임시 버퍼(612), 레지스터 파일 어레이(614) 및 멀티플렉서(620)는 외부로 향하는(outbound) 레지스터 데이타 전달이 매 시스템 클럭 반-사이클마다 발생하도록 허용한다. 그러므로, 각 클럭 사이클 동안에 4개까지의 정수 및 부동 소수점 명령어가 발생될 수도 있다.
멀티플렉서(620)는 레지스터 파일 어레이(614)로 부터 또는 직접 임시 버퍼(612)로 부터 아웃바운드 레지스터 데이타 값을 선택하도록 동작한다. 이것은 이전에 비순서적으로 실행된 명령어에 대한 의존도를 갖는 비순서로 실행된 명령어가 IEU(104)에 의해 실행될 수 있도록 한다. 이것은 실행되고 회수된 명령어에 의해 발생된 데이타 결과로 부터 비순서 데이타 결과를 정확하게 분리하면서, 보류 명령어의 비순서 실행에 의한 IEU 정수 데이타 경로의 실행 처리 능력을 최대화하는 이중 목적의 실현을 용이하게 한다. 머신의 정확한 상태가 복원될 필요가 있는 인터럽트 또는 다른 예외조건이 발생할때마다, 본 발명은 임시 버퍼(612)에 존재하는 데이타 값이 단순히 클리어될 수 있도록 허용한다. 그러므로, 레지스터 파일 어레이(614)는 인터럽트 또는 예외 조건의 발생 이전에 완료되고 회수된 명령어의 실행에 의해서만 발생되는 바로 그 데이타 값을 포함하는 상태로 한다.
멀티플렉서(620)의 각각의 시스템 클럭 반-사이클 동안에 선택되는 5개까지의 레지스터 데이타 값을 멀티플렉서 출력 버스(624)를 통해 정수 바이패스 유니트(626)로 제공된다. 이 바이패스 유니트(626)는 본질적으로, 그 입력중 어느 입력에 제공되는 데이타를 그 출력중 어느 출력으로 루팅하는 병렬 멀티플렉서 어레이이다. 바이패스 유니트(626)의 입력은 출력 버스(604)를 통한 멀티플렉서(592)로 부터의 특수 레지스터 어드레스 지정 데이타 값, 버스(624) 상에 제공되는 최대 5개의 레지스터 데이타 값, 더블 정수 버스(600)를 통한 정수 로드/스토어 유니트(586)으로 부터의 로드 오퍼랜드 데이타, 정렬 유니트(584)로 부터 그 출력 버스(596)를 통해 얻어지는 즉시 오퍼랜드 값 및 마지막으로, 기능 유니트 출력 버스(482)로 부터의 바이패스 데이타 경로를 포함한다. 상기 바이패스 데이타 경로 및 데이타 버스(482)는 시스템 클럭 사이클당 4개의 레지스터 값의 동시 전달을 제공한다.
바이패스 유니트(626)에 의해 출력된 데이타는 부동 소수점 데이타 경로에 연결된 정수 바이패스 버스(628)와, 최대 5개의 레지스터 데이타 값의 동시 전달을 제공하는 2개의 오퍼랜드 데이타 버스 및, 정수 로드/스토어 유니트(586)에 데이타를 제공하는데 이용되는 스토어 데이타 버스(632)에 제공된다.
기능 유니트 분배 버스(480)는 루팅 유니트(634)의 연산을 통해 구현된다. 또한 루팅 유니트(634)는 그 입력에서 수신되는 5개의 레지스터 값이 정수 데이타 경로에 제공되는 기능 유니트를 루팅할 수 있도록 허용하는 멀티플렉서의 병렬 어레이에 의해 구현된다. 특히, 루팅 유니트(634)는 바이패스 유니트(626)로 부터 버스(630)를 통해 제공되는 5개의 레지스터 데이타 값, 버스(352)를 통한 현재 IF_PC 어드레스 값 및 라인(378') 상에 제공되는 바와 같이 PC 제어 유니트(362)에 의해 결정되는 제어 흐름 오프셋 값을 수신한다. 루팅 유니트(634)는 부동 소수점 데이타 경로내에 제공되는 바이패스 유니트로 부터 기원된 오퍼랜드 데이타 값을 데이타 버스(636)를 통해 선택적으로 수신할 수도 있다.
루팅 유니트(634)에 의해 수신되는 레지스터 데이타 값은 특수 레지스터 어드레스 및 데이타 버스(354)와 기능 유니트(640,642,644)로 전달될 수도 있다. 특히, 루팅 유니트(634)은 최대 3개의 레지스터 오퍼랜드 값을 루팅 유니트 출력 버스(646,648,650)를 통해 각각의 기능 유니트(640,642,644)로 제공할 수 있다. 본 구조(100)의 일반적인 구조와 일치하여, 최대 2개의 명령어가 동시에 기능 유니트(640,642,644)로 발생될 수 있다. 본 발명의 양호한 실시예는 프로그램 가능 시프트 기능과 2가지 산술 로직 유니트 기능을 구현하는 3개의 전용 정수 기능 유니트를 제공한다.
ALUO 기능 유니트(644), ALU1 기능 유니트(642) 및 시프터 기능 유니트(640)는 각각의 출력 레지스터 데이타를 기능 유니트 버스(482')에 제공한다. ALUO 및 시프터 기능 유니트(644, 640)에 으해 발생되는 출력 데이타 또한 부동 소수점데이타 경로에 결합된 공유 정수 기능 유니트 버스(650)에도 제공된다. 유사한 부동 소수점 기능 유니트 출력값 데이타 버스(652)는 부동 소수점 데이타 경로로 부터 기능 유니트 출력 버스(482')에 제공된다.
ALUO 기능 유니트(644)는 또한 IFU(102)의 프리펫치 연산 및 정수 로드/스토어 유니트(586)의 프리펫치 연산 모두를 지원하기 위해 가상 어드레스 값의 발생에도 이용된다. ALUO 기능 유니트(644)에 의해 계산된 가상 어드레스 값은 실행 유니트 물리적 어드레스(EX PADDR)를 제공하기 위해 IFU(102)의 목표 어드레스 버스(346)와 CCU(106)에 연결된 출력 버스(654)에 제공된다. ALUO 기능 유니트(644)에 의해 발생되는 어드레스의 가상화(virtualizing) 부분을 저장하기 위해 랫치(656)가 제공된다. 상기 어드레스의 가상화 부분은 출력 버스(658)를 통해 VMU(108)에 제공된다.
3) 부동 소수점 데이타 경로 상세 :
이제 제11도를 참조하면, 부동 소수점 데이타 경로(660)가 도시되어 있다. 초기 데이타는 즉시 정수 오퍼랜드 버스(588), 즉시 오퍼랜드 버스(594) 및 특수 레지스터 어드레스 데이타 버스(354)를 포함하는 다수의 소스로 부터 수신된다. 외부 데이타의 마지막 소스는 외부 데이타 버스(598)를 통해 CCU(106)에 결합된 부동 소수점 로드/스토어 유니트(662)이다.
즉시 정수 오퍼랜드는 정렬 출력 데이타 버스(668)를 통해 멀티플랙서(666)에 제공하기 전에 정수 데티아 필드를 정확하게 자리 맞춤하는(justify) 기능을 하는 정렬 유니트(664)에 의해 수신된다. 멀티플렉서(666)는 또한 특수 레지스터 어드레스 데이타 버스(354)를 수신한다. 즉시 오퍼랜드는 출력버스(672) 상에 제공되기 전에 정확한 자리맞춤(justification)을 위해 제 2 정렬 유니트(670)에 제공된다. 부동 소수점 로드/스토어 유니트(662)는 로드 데이타 버스(676)로 부터의 랫치(674)에 의해 수신된다. 멀티플렉서(666), 랫치(674) 및 기능 유니트 데이타 복귀 버스(482")로 부터의 데이타는 멀티 플렉서(678)의 입력으로 수신된다. 멀티 플렉서(678)는 2개의 레지스터 데이타 값이 시스템 클럭의 각각의 반-사이클마다 멀티플렉서 출력 버스(682)를 통해 임시 버퍼(680)로 기록될 수 있도록 허용하기에 충분한 선택가능 데이타 경로를 제공한다. 임시 버퍼(680)는 제6b도에 도시된 바와같은 임시 버퍼(552')와 논리적으로 동일한 레지스터 셋트를 포함한다. 상기 임시 버퍼(680)는 또한, 그 임시 버퍼(680)로 부터 판독되는 5개까지의 레지스터 데이타 값을 데이타 버스(686)를 통해 부동 소수점 레지스터 파일 어레이(684)에 제공하고, 또한 출력 버스(690)을 통해 출력 멀티플렉서(688)에 제공한다. 상기 멀티 플렉서(688)는 또한 부동 소수점 레지스터 파일 어례이(684)로 부터 5개까지의 레지스터 데이타 값을 동시에 데이타 버스(692)를 통해 수신한다. 상기 멀티플렉서(688)는 데이타 버스(696)를 통한 바이패스 유니트(694)로의 동시 전달을 위해 5개까지의 레지스터 데이타 값을 선택하는 기능을 한다. 바이패스 유니트(694)는 또한, 데이타 버스(672)를 통해 정렬 유니트(670)에 의해 제공되는 즉시 오퍼랜드 값을 수신하며, 멀티플렉서(666)으로 부터의 출력 데이타 버스(698)와 기능 유니트 데이타 복귀 버스(482")의 데이타 바이패스 연장라인으로 부터의 데이타도 수신한다. 바이패스 유니트(694)는 바이패스 유니트 출력 버스(700), 부동 소수점 로드/스토어 유니트(662)에 연결된 스토어 데이타 버스(702) 및, 정수 데이타 경로(580)의 루팅 유니트(634)를 연결하는 부동 소수점 바이패스 버스(636)로 출력하기 위해 5개까지의 동시 레지스터 오퍼랜드 데이타 값을 선택한다.
부동 소수점 루팅 유니트(704)는 바이패스 유니트 출력 버스(700) 및 정수 데이타 경로 바이패스 버스(628)와, 각각의 기능 유니트(712,714,716)에 결합된 기능 유니트 입력 버스(706,708,710) 사이에 동시 선택가능 데이타 경로를 제공한다. 본 발명의 양호한 실시예(100)에 따라 각각의 입력 버스(706,708,710)는 3개까지의 레지스터 오퍼랜드 데이타 값이 각각의 기능 유니트(712,714,716)로 동시 전달이 되도록 허용한다. 이러한 기능 유니트(712,714,716)의 출력 버스는 레지스터 파일 입력 멀티플렉서(678)로 데이타를 복귀시키기 위한 기능 유니트 데이타 복귀 버스(482")에 연결된다. 정수 데이타 경로 기능 유니트 출력 버스(650)도 또한 기능 유니트 데이타 복귀 버스(482")에 연결되도록 제공될 수도 있다. 본 구조(100)는 부동 소수점 데이타 경로 기능 유니트 버스(652)를 통해 정수 데이타 경로(580)의 기능 유니트 데이타 복귀 버스(482')에 결합되게 되는 승산기 기능 유니트(712)와 부동 소수점 ALU(714)의 기능 유니트 출력 버스의 접속을 제공한다.
4) 부울 레지스터 데이타 경로 상세 :
제12도에는 부울 연산 데이타 경로(720)가 도시되어 있따. 이 데이타 경로(720)는 근본적으로 2가지 형태의 명령어의 실행을 지원하는데 이용된다. 제 1 형태는 정수 레지스터 셋트나 부동 소수점 레지스터 셋트로 부터 선택되거나 즉시 오퍼랜드로서 제공되는 2개의 오퍼랜드가 정수 및 부동 소수점 데이타 경로의 ALU 기능 유니트중 한 유니트에서 감산에 의해 비교된다. 비교는 ALU 기능 유니트(642,644,714,716) 중 어느 유니트에 의한 감산 연산에 의해 수행되며, 그 결과로서 생성된 사인(sign) 및 제로 상태 비트는 조합된 입력 선택기 및 비교 연산 유니트(722)에 제공된다. 이 유니트(722)는 EDecode 유니트(490)로 부터 수신되는 명령어 식별 제어 신호에 응답하여, ALU 기능 유니트(642,644,714.716)의 출력을 선택하고, 부울 비교 결과 값을 추출하기 위해 사인 및 제로 비트를 조합한다. 출력 버스(723)는 비교 연산의 결과가 입력 멀티플렉서(726)와 바이패스 유니트(742)에 동시에 전달될 수 있도록 허용한다. 정수 및 부동 소수점 데이타 경로에서 처럼, 바이패스 유니트(742)는 복수 출력으로 바이패스 유니트(742)의 입력 사이의 복수의 선택가능한 데이타 경로를 제공하는 멀티플렉서의 병렬 어레이로서 구현된다. 바이패스 유니트(742)의 다른 입력은 부울 연산 결과 복귀 데이타 버스(724)와 데이타 버스(744) 상의 2개의 부울 오퍼랜드이다. 상기 바이패스 유니트(742)는 2개까지의 동시 실행 부울 명령어를 나타내는 부울 오퍼랜드가 오퍼랜드 버스(748)를 통해 부울 연산 기능 유니트(746)로 전달될 수 있도록 허용한다. 바이패스 유니트(746)는 또한 제어 흐름 결과 제어 라인(750,752)에 동시에 제공될 2개까지의 단일 비트 부울 오퍼랜드 비트(CF0, CF1)의 전달을 허용한다.
부울 연산 데이타 경로(720)의 잔여부는 비교 결과 버스(723)와 부울 결과 버스(724)에 제공되는 비교 및 부울 연산 결과값을 그 입력으로서 수신하는 입력 멀티플렉서(726)를 포함한다. 상기 버스(724)는 2개 까지의 동시 부울 결과 비트가 멀티플렉서(726)로 전달될 수 있도록 허용한다. 부가적으로 2개까지의 비교 결과 비트가 버스(723)를 통해 멀티플렉서(726)로 전달될 수도 있다. 멀티플렉서(726)는 그 멀티플렉서 입력에 제공된 2개의 단일 비트가 멀티플렉서 출력 버스(730)를 통해 시스템 클럭의 각각의 반-사이클 동안에 부울 연산 임시 버퍼(728)로 전달될 수 있도록 허용한다. 임시 버퍼(728)는 비록 2가지 중요한 관점에서는 상이하지만, 제6b도에 도시된 바와 같이, 임시 버퍼(752')와 논리적으로는 동등하다. 첫번째 관점은 임시 버퍼(728) 내의 각각의 레지스터 엔트리(entry)가 단일 비트로 이루어진다는 것이다. 두번째로 구별되는 것은 부울 연산의 결과가 정의상 단일 결과 비트에 의해 전적으로 정의되기 때문에 8개의 보류 명령어 슬롯 각각에 대해 단일 레지스터가 제공된다는 것이다.
상기 임시 버퍼(728)는 4개까지의 출력 오프랜드 값을 동시에 제공한다. 이것은 2개의 소스 레지스터에 대한 억세스를 각각 요구하는 2개의 부울 명령어의 동시 실행을 허용한다. 4개의 부울 레지스터 값이 시스템 클럭의 각각의 반-사이클 동안에 오퍼랜드 버스(736)를 통해 멀티플렉서(738)로 전달되거나 부울 오퍼랜드 데이타 버스(734)를 통해 부울 레지스터 파일 어레이(732)로 전달될 수도 있다. 제9도에 논리적으로 묘사된 바와 같이 부울 레지스터 파일 어레이(732)는 단일 4개까지의 단일 비트 위치의 분리된 조합이 임시 버퍼로 부터의 데이타로 변형되어 시스템 클럭의 각각의 반-사이클 동안에 부울 레지스터 파일 어레이(732)로 부터 출력 버스(740)로 판독될 수 있도록 허용하는 단일 32비트 폭 데이타 레지스터이다. 멀티플렉스(738)는 버스(736,740)를 통해 그 입력으로서 수신되는 2쌍의 부울 오퍼랜드를 오퍼랜드 출력 버스(744)로 전달하여 바이패스 유니트(742)에 제공한다.
부울 연산 기능 유니트(746)는 2개의 소스 값에 대한 넓은 범위의 부울 연산을 수행할 수 있다. 비교 명령어의 경우에, 소스값은 정수 및 부동 소수점 레지스터 셋트중 소정의 셋트로 부터 얻어지는 한쌍의 오퍼랜드와 IEU(104)에 제공되는 소정의 즉시 오퍼랜드이며, 부울 명령어의 경우에는 부울 레지스터 오퍼랜드 중 소정의 2개의 오퍼랜드이다. 테이블 Ⅲ와 Ⅳ에 의해서 본 구조(100)의 양호한 실시예에 의해 제공되는 논리적 비교 연산을 식별할 수 있다. 테이블 Ⅴ에 의해서는 본 구조(100)의 양호한 실시예에 제공되는 직접 부울 연산을 식별할 수 있다. 테이블 Ⅲ-Ⅴ에서 지정된 명령어 조건 코드 및 기능 코드는 대응하는 명령어의 세그먼트(segment)를 나타낸다. 상기 명령어는 또한 오퍼랜드 레지스터의 소스 쌍 및 대응하는 부울 연산 결과의 저장을 위한 목적지 부울 레지스터의 아이덴티피케이션을 제공한다.
[테이블 Ⅲ]
[테이블 Ⅳ]
[테이블 Ⅴ]
B) 로드/스토어 제어 유니트 :
제13도에는 한 예시적인 로드/스토어 유니트(760)가 도시되어 있다. 비록 데이타 경로(580,660)에서는 분리적을 도시되어 있지만, 로트/스토어 유니트(586,662)는 단일 공유 로드/스토어 유니트(760)로서 구현되는 것이 바람직하다. 각각의 데이타 경로(580,660)로 부터의 인터페이스는 어드레스 버스(762)와 로드 및 스토어 데이타 버스(764(600,676), 766(632,702))를 통해 이루어진다.
로드/스토어 유니트(760)에 의해 이용되는 어드레스는 IFU(102)와 IEU(104)의 잔여부에 의해 이용되는 가상 어드레스와 반대되는 물리적 어드레스이다. IFU(102)는 물리적 어드레스를 발생하기 위해 CCU(106)와 VMU(108) 사이의 코디네이션(coordination)에 의지하여 가상 어드레스에 대해 동작하지만, IEU(104)는 로드/스토어 유니트(760)이 물리적 어드레스 모드에서 직접 동작하는 것을 요구한다. 이 요구는 병행(overlapping) 물리적 어드레스 데이타 로드 및 스토어 연산을 포함할 수도 있는 비순서적으로 실행된 명령어가 존재하는 경우 및 CCU(106)으로 부터 로드/스토어 유티느(760)로의 비순서 데이타 복귀가 존재하는 경우에 데이타 보전성(integrity)을 확실하게 보증하는데 필요하다. 데이타 보전성을 확실하게 보증하기 위해, 로드/스토어 유니트(760)는 스토어 명령어가 IEU(104)에 의해 회수될때까지 스토어 명령어에 의해 제공되는 데이타의 버퍼링을 수행한다. 결과적으로, 로드/스토어 유니트(760)에 의해 버퍼링된 스토어 데이타는 로드/스토어 유니트(760)내에만 유일하게 존재한다. 실행되었지만 회수되지 않은 스토어 명령어와 동일한 물리적 어드레스를 참조하는 로드 명령어는 스토어 명령어가 실제적으로 회수될때까지 지연된다. 이 지점에서 스토어 데이타는 로드/스토어 유니트(760)에 의해 CCU(106)로 전달되어, CCU 데이타 로드 연산의 실행에 이해 즉시 로드될 수도 있다.
특히, 완전(full) 물리적 어드레스는 VMU(108)로 부터 로드/스토어 어드레스 버스(762)로 제공된다. 로드 어드레스는 일반적으로 로등 어드레스 레지스터(7680-3)에 저장된다. 스토어 어드레스는 스토어 어드레스 레지스터(7703-0)로 랫치된다. 로드/스토어 제어 유니트(774)는 레지스터(7683-0, 7703-0)로의 로드 및 스토어 어드레스의 랫칭을 코디네이트하기 위해 명령어 발생 유니트(498)로 부터 수신되는 제어신호에 응답하여 동작한다. 상기 로드/스토어 제어 유니트(774)는 제어라인(778) 상에 로드 어드레스를 랫치하기 위한 제어 신호를 제공하고, 제어 라인(780) 상에는 스토어 어드레스를 랫치하기 위한 제어신호를 제공한다. 스토어 데이타는 스토어 데이타 레지스터 셋트(7823-0)의 논리적으로 대응하는 슬롯에서 스토어 어드레스를 랫치하는 것과 동시에 랫치된다. 4×4×32 비트 폭의 어드레스 비교기 유니트(772)에는 로드 및 스토어 어드레스 레지스터(7683-0, 7703-0)내의 각각의 어드레스가 동시에 제공된다. 시스템 클럭의 각각의 반-사이클 동안의 완전 매트릭스 어드레스 비교의 실행은 제어 라인(776)을 통해 로드/스토어 제어 유니트(774)에 의해 제어된다. 스토어 어드레스에 부합하는 로드 어드레스의 존재 및 논리적 위치는 제어 라인(776)을 통해 로드 스토어 제어 유니트(774)에 복귀되는 제어 신호에 의해 제공된다.
로드 어드레스가 VMU(108)로 부터 제공되고 보류중인 스토어가 없는 경우에, 로드 어드레스는 CCU 로드 연산의 초기화와 동시에 버스(762)로 부터 어드레스 선택기(786)로 직접 바이패스된다. 그러나, 스토어 데이타가 보류중인 경우에는, 로드 어드레스는 이용가능한 어드레스 랫치(7680-3)에서 랫치되게 된다. 대응하는 스토어 데이타 명령어가 회수중이라는 것을 나타내는 회수 제어 유니트(500)로 부터의 제어 신호의 수신기, 로드/스토어 제어 유니트(774)는 CCU(106)로의 억세스를 위해 제어라인(784)을 통해, 중재(arbitrating)에 의해 CCU 데이타 전달 동작을 초기화한다. CCU(106)가 준비되었다는 신호를 하면, 로드/스토어 유니트(774)는 선택기(786)로 하여금 CCU PADDR 어드레스 버스(788) 상에 CCU 물리적 어드레스를 제공하도록 지시한다. 이 어드레스는 어드레스 버스(790)를 통해 대응하는 스토어 레지스터(7703-0)로 부터 얻어진다. 대응하는 스토어 데이타 레지스터(7823-0)로 부터의 데이타는 CCU 데이타 버스(792) 상에 제공된다.
명령어 발생기(498)에 의한 로드 명령어의 발생시, 로드/스토어 제어 유니트(774)는 요청된 로드 어드레스를 랫치하기 위해 로드어드레스 랫치(7683-0)중 하나를 인에이블시킨다. 선택된 특수 랫치(7680-3)는 관련 명령어 셋트내의 로드 명령어의 위치에 논리적으로 대응한다. 명령어 발생기(498)는 2개의 가능한 보류 명령어 셋트중 한 셋트내의 로드 명령어를 식별하는 5-비트 벡터를 로드/스토어 제어 유니트(774)에 제공한다. 비교기(772)가 부합되는 스토어 어드레스를 식별하지 못하는 경우에, 로드 어드레스는 CCU PADDR 어드레스 버스(788)로의 출력을 위해 어드레스 버스(794)를 통해 선택기(786)로 루팅된다. 어드레스의 제공은 로드/스토어 제어 유니트(774)와 CCU(106) 사이에서 교환되는 CCU 요청 및 준비 제어 신호와 제휴하여 수행된다. 실행 ID 값(Ex ID)은 또한 CCU(106)가 계속해서 Ex ID 값을 포함하는 요청된 데이타를 복귀시킬때 로드 요청을 식별하기 위해 CCU(106)로 로드/스토어 제어 유니트(774)에 의해 준비 및 발생된다. 상기 ID 값은 현재 로드 요청이 발생되는 각각의 로드 어드레스 랫치(7680-3)를 식별하기 위해 고유의 비트를 이용하는 4비트 벡터로 이루어진다. 5번째 비트는 로드 명령어를 포함하는 명령어 셋트를 식별하기 위해 이용된다. 그러므로, ID 값은 명령어 발생기 유니트(498)로 부터의 로드 요청이 제공된 비트 벡터와 동일하다.
CCU(106)로 부터 로드/스토어 제어 유니트(774)로 이전의 요청된 로드 데이타의 유효성에 관한 후속 신호시, 로드/스토어 제어 유니트(774)는 데이타를 수신하고 그 데이타를 로드 데이타 버스(764) 상에 제공하도록 정렬 유니트를 인에이블시킨다. 정렬 유니트(798)는 로드 데이타를 정확하게 자리 맞추는 동작을 한다.
CCU(106)로 부터의 데이타의 복귀와 동시에, 로드/스토어 제어 유니트(774)는 CCU(106)로 부터 Ex ID값을 수신한다. 로드/스토어 제어 유니트(774)는 다음에, 로드 데이타가 로드 데이타 버스(764) 상에 제공되고 있다는 것을 식별하는 제어 신호를 명령어 발생기 유니트(498)에 제공하고, 또한 로드 데이타가 복귀되고 있는 로드 명령어를 식별하는 비트 벡터를 복귀시킨다.
C) IEU 제어 경로 상세 :
다시 제5도를 참조하면, 이제 IEU 제어 경로의 동작이 제14도에 제공된 타이밍도에 관해 상세하게 설명되게 된다. 제14도에 도시된 명령어 실행의 타이밍은 본 발명의 동작의 예시적인 것이며, 실행 타이밍 순열(permutations)의 전부는 아니다.
제14도의 타이밍도는 일련의 프로세서 시스템 클럭 사이클 P0-6을 도시하고 있다. 각각의 프로세서 사이클은 내부 T 사이클 T0로 시작된다. 본 구조(100)에 의해 제공되는 바와 같이, 본 발명의 양호한 실시예에서는 프로세서 사이클당 2개 T사이클이 있다.
프로세서 사이클 제로에서 IFU(102) 및 VMU(108)는 물리적 어드레스를 발생하도록 동작한다. 이 물리적 어드레스는 CCU(106)에 제공되고, 명령어 캐쉬 억세스 동작이 개시된다. 요청된 명령어 셋트가 명령어 캐쉬(132)에 존재하는 경우에, 명령어 셋트는 프로세서 사이클 1의 약 중간지점에서 IFU(102)로 복귀된다. 다음에, IFU(102)는 프리펫치 유니트(260)와 IFIFO(264)를 통한 명령어 셋트의 전달을 관리하며, 그 후에 명령어 셋트는 실행을 위해 IEU(104)로 먼저 제공된다.
1) 디코드(EDecode) 유니트 상세 :
디코드(EDecode) 유니트(490)는 프로세서 사이클 1의 종료 이전의 디코딩을 위해 병렬로 완전 명령어 셋트를 수신한다. 양호한 실시예에서 EDecode 유니트(490)는 버스(124)를 통해 수신되는 모든 유효 명령어의 직접 병렬 디코딩을 제공하는 순수 조합 로직 블럭으로서 구현된다. 명령어, 레지스터 요구 조건 및, 자원 요구(needs)의 명세를 포함하여 본 구조(100)에 의해 인식되는 명령어의 각각의 형태는 테이블 Ⅵ에서 식별된다.
[테이블 Ⅵ]
디코드(EDecode) 유니트(490)는 명령어 셋트의 각각의 명령어를 병렬로 디코드한다. 명령어, 명령어 기능, 레지스터 참조, 기능 요구조건(requirements)의 최종 아이덴티피케이션은 디코드(EDecode) 유니트(490)의 출력에서 이용 가능하다. 이 정보는 명령어 셋트내의 모든 명령어가 회수될때까지 각각의 프로세서 반-사이클 동안에 디코드 유니트(490)에 의해 재생 및 랫치된다. 그러므로, 모든 8개의 보류 명령어에 관한 정보는 디코드 유니트(490)의 출력에서 일정하게 유지된다. 이 정보는 각 벡터의 비트 또는 서브-필드가 2개의 보류 명령어 셋트내의 대응하는 명령어의 물리적 위치에 논리적으로 대응하도록 되어 있는 8개의 요소(element) 비트 벡터의 형태로 제공된다. 그러므로, 8개의 벡터는 제어라인(502)을 통해 캐리 검사 유니트(492)에 제공되며, 여기서 각각의 벡터는 대응하는 명령어가 프로세서 상태 워드의 캐리 비트에 영향을 주거나 또는 의존하는지를 지정한다. 8개의 벡터는 각각의 명령어의 특정 성질 및 기능 유니트 요구조건을 식별하기 위해 제어 라인(510)을 통해 제공된다. 8개의 보류 명령어의 각각에 의해 이용되는 레지스터 참조를 지정하는 8개의 벡터는 제어 라인(506)을 통해 제공된다. 이들 벡터는 프로세서 사이클 1의 종료 이전에 제공된다.
2) 캐리 검사 유니트 상세 :
캐리 검사 유니트(492)는 제14도에 도시된 연산의 데이타 의존 상태 단계동안에 의존도 검사 유니트(494)와 병렬로 동작한다. 상기 캐리 검사 유니트(492)는 양호한 구조(100)에서 순수 조합 로직으로서 구현된다. 그러므로, 캐리 검사 유니트(492)에 의한 각각의 반복 연산중에, 모든 8개의 명령어는 그것이 프로세서 상태 레지스터의 캐리 플래그를 변형하는지에 관해 고려된다. 이것은 이전의 명령어에 의해 셋트되는 바와 같은 캐리 비트의 상태에 의존하는 명령어의 비순서적 실행을 허용하기 위해 필요하다. 제어라인(504) 상에 제공되는 제어 신호는 캐리 검사 유니트(492)로 하여금 캐리 플래그에 관해 이전의 명령어의 실행에 의존하는 특정 명령어를 식별할 수 있도록 허용한다.
또한, 캐리 검사 유니트(492)는 8개의 보류 명령어 각각에 대해 캐리 비트의 임시 카피(copy)를 유지한다. 캐리 비트를 변형시키지 않는 그런 명령어에 대해, 캐리 검사 유니트(492)는 프로그램 명령어 스트림의 순서에 있어서 앞으로 다음 명령어로 캐리 비트를 전파한다. 그러므로, 캐리 비트를 변형시키는 비순서적 실행 명령어가 실행될 수 있으며, 더욱이, 이와 같은 비순서적 실행 명령어에 의존하는 후속 명령어도 비록 캐리 비트를 변형시키는 명령어 다음이긴 하지만 실행이 허용될 수도 있다. 또한, 이와 같은 명령어의 회수 이전에 발생하는 예외가 단지 캐리 검사 유니트(492)로 하여금 내부 임시 캐리 비트 레지스터를 클리어하도록 하는 것을 요구하기 때문에 캐리 검사 유니트(492)에 의한 캐리 비트의 유지는 비순서적 실행을 용이하게 한다. 결과적으로, 프로세서 상태 레지스터는 비순서적으로 실행되는 명령어의 실행에 의해 영향받지 않는다. 캐리 검사 유니트(492)에 의해 유지되는 임시 비트 캐리 레지스터는 각각의 비순서적으로 실행되는 명령어의 완료시 갱신된다. 비순서적으로 실행되는 명령어의 회수시, 프로그램 명령어 스트림내의 최종 회수된 명령어에 대응하는 캐리 비트는 프로세서 상태 레지스터의 캐리 비트 위치로 전달된다.
3) 데이타 의존도 검사 유니트 상세 :
데이타 의존도 검사 유니트(494)는 제어 라인(506)을 통해 디코드 유니트(490)으로 부터 8개의 레지스터 참조 아이덴티피케이션 벡터를 수신한다. 각각의 레지스터 참조는 한번에 32개의 레지스터 중 하나를 식별하기 위해 적합한 5비트 값과, "A", "B" 또는 부울 레지스터 셋트내에 위치된 바와 같은 레지스터 뱅크를 식별하는 2비트 값에 의해 표시된다. 부동 소수점 레지스터 셋트는 "B" 레지스터 셋트와 동등하게 식별된다. 각각의 명령어는 3개의 레지스터 참조 필드, 즉 2개의 원천지 레지스터 필드 및 하나의 목적지 레지스터 필드를 가질 수도 있다. 비록 몇몇의 명령어, 그중에서도 특히 레지스터-레지스터 이동 명령어는 목적지 레지스터를 지정할 수도 있지만, 디코드 유니트(490)에 의해 인식되는 명령어 비트 필드는 발생될 실제 출력 데이타가 없다는 것을 나타낼 수도 있다. 오히려, 이 명령어의 실행은 오직 프로세서 상태 레지스터의 값의 변경을 결정하는 목적을 위한 것이다.
본 양호한 구조(100)에서 역시 순수 조합 로직으로서 구현되는 데이타 의존도 검사 유니트(494)는 프로그램 명령어 스트림에서 후속의 명령어의 원천지 어드레스 참조와 비교적 이전의 명령어의 목적지 레지스터 참조 사이의 의존도를 동시에 결정하도록 동작한다. 비트 어레이는 어느 명령어가 다른 명령어에 의존하는지 식별할 뿐만 아니라 각각의 의존도가 발생하는 레지스터를 식별하는 데이타 의존도 검사 유니트(494)에 의해 발생된다.
캐리 및 레지스터 데이타 의존도는 제 2 프로세서 사이클의 개시 이후에 바로 식별된다.
4) 레지스터 리네임 유니트 상세 :
레지스터 리네임 유니트(496)는 제어 라인(506)을 통해 모든 8개의 보류 명령어의 레지스터 참조의 아이덴티피케이션을 수신하고, 제어 라인(508)을 통해 레지스터 의존도를 수신한다. 실행이 완료된 보류 명령어의 현재 셋트내의 이와 같은 명령어를 식별하는 8개의 요소의 매트릭스도 또한 제어 라인(542)을 통해 수신된다. 이 정보로 부터, 레지스터 리네임 유니트(496)는 제어 신호의 8 요소 어레이를 제어 라인(512)을 통해 명령어 발생 유니트(498)에 제공한다. 이렇게 해서 제공되는 제어 정보는 이미 실행이 완료되지 않은 현재 보류중인 명령어중 어느 것이 식별된 데이타 의존도의 현재 셋트내에서 지금 실행에 이용가능한지에 관한 레지스터 리네임 유니트(496)에 의해 이루어지는 결정을 반영한다. 레지스터 리네임 유니트(496)는 실행을 위해 동시에 발생되게 될 6개까지의 명령어, 즉 2개의 정수, 2개의 부동 소수점 및 2개의 부울을 식별하는 선택 제어신호를 라인(516)을 통해 수신한다.
레지스터 리네임 유니트(496)는 버스(518) 상에서 레지스터 파일 어레이(472)에 제공되는 제어 신호에 의해, 식별된 명령어의 실행에서의 억세스를 위해 원천지 레지스터를 선택하는 추가 기능을 수행한다. 비순서적으로 실행되는 명령어에 대한 목적지 레지스터는 대응하는 데이타 경고의 임시 버퍼(612,680,728)에 있는 것으로서 선택된다. 정순서적으로 실행되는 명령어는 결과 데이타가 레지스터 파일(614,684,732)로 저장되면서 완료되었을때 회수된다. 원천지 레지스터의 선택은 레지스터가 목적지로서 이전에 선택되었는지 또한 대응하는 이전의 명령어가 아직 회수되지 않았는지에 의존한다. 이와 같은 경우에, 원천지 레지스터는 대응하는 임시 버퍼(612,680,728)로 부터 선택된다. 이전의 명령어가 회수되면, 대응하는 레지스터 파일(614,684,732)의 레지스터가 선택된다. 결과적으로, 레지스터 리네임 유니트(496)는 비순서적으로 실행되는 명령어의 경우에 레지스터 파일 레지스터 참조를 임시 버퍼 레지스터 참조로 효과적으로 대체하도록 동작한다.
본 구조(100)에서 구현되는 바와 같이, 임시 버퍼(612,680,728)는 그 대응하는 레지스터 파일 어레이의 이중 레지스터 구조가 아니다. 오히려, 8개의 보류 명령어 각각에 대해 단일 목적지 레지스터 슬롯이 제공된다. 결과적으로, 임시 버퍼 목적지 레지스터 참조의 대체는 보류 레지스터 셋트내의 대응하는 명령어의 위치에 의해 결정된다. 후속 원천지 레지스터 참조는 원천지 의존도가 발생하는 명령어에 관해 데이타 의존도 검사 유니트(494)에 의해 식별된다. 그러므로, 임시 버퍼 레지스터내의 목적지 슬롯은 레지스터 리네임 유니트(496)에 의해 쉽게 결정될 수 있다.
5) 명령어 발생 유니트 상세 :
명령어 발생 유니트(498)는 디코드(EDecode) 유니트(490)에 의해 식별되는 바와 같은 명령어의 기능 요구조건 및 레지스터 리네임 유니트(496)의 출력에 근거하여, 발생될 수 있는 명령어 셋트를 결정한다. 상기 명령어 발생 유니트(498)는 제어 라인(514)를 통해 보고되는 바와 같은 기능 유니트(4780-n)의 각각의 상태를 기초로 하여 그 결정을 한다. 그러므로, 명령어 발생 유니트(498)는 레지스터 리네임 유니트(496)로 부터 발생을 위해 명령어의 이용 가능한 셋트를 수신했을때 동작을 시작한다. 각각의 명령어의 실행을 위해 레지스터 파일 어레이가 요구된다고 가정하면, 명령어 발생 유니트(498)는 명령어를 현재 실행하고 있을 수도 있는 기능 유니트(4780-n)의 유효성을 기대한다. 레지스터 리네임 유니트(496)로 발생될 명령어를 식별하는데 있어서의 지연을 최소화시키기 위해, 명령어 발생 유니트(498)는 전용 조합 로직으로 구현된다.
발생할 명령엉의 식별시, 레지스터 리네임 유니트(496)는 제3프로세서 사이클 P2의 종료시까지 계속되는 레지스터 파일 억세스를 개시한다. 프로세서 사이클 P3의 개시점에서, 명령어 발생 유니트(498)는 레지스터 파일 어레이(472)로 부터 제공되는 원시 데이타를 수신 및 처리하기 위해 "실행0"로서 도시된 바와 같이 기능 유니트(4780-n)중 하나 또는 그 이상의 유니트에 의한 동작을 개시한다.
통상적으로, 본 구조(100)에서 처리되는 대부분의 명령어는 당일 프로세서 사이클에서 한 기능 유니트를 통해 실행된다. 그러나 몇몇의 명령어는 동시에 발생되는 명령어를 "실행1"로서 도시된 바와 같이 완료하기 위해 복수의 프로세서 사이클을 필요로 한다.
실행0 및 실행1 명령어는 예를들어, ALU및 부동소수점 승산기 기능 유니트에 의해 각각 실행될 수도 있다, 제14도에 도시된 바와 같이 ALU기능 유니트는 제5프로세서 사이클 P4동안에 다른 명령어의 실행에 이용가능한 단순한 출력 랫칭의 제공의 의해 한 프로세서 사이클내에서 출력 데이타를 발생한다. 부동 소수점 승산 기능 유니트는 내부적으로 파이프 라인된 기능 유니트가 되는 것이 바람직하다, 그러므로, 다음 프로세서 사이클에서 다른 추가의 부동 소수점 승산 명령어가 발생될 수 있다.
그러나, 제1명령어의 결과는 데이타에 의존하는 수의 프로세서 사이클에 이용가능하지 않게 된다. 제14도에 도시된 명령어는 기능 유니트를 통한 처리를 완료하기 위해 3개의 프로세서 사이클을 필요로 한다.
각각의 프로세서 사이클 동안에 명령어 발생 유니트(498)의 기능이 반복된다. 결과적으로, 기능 유니트(4780-n)의 전 셋트의 유효성 상태 뿐아니라 보류 명령어의 현재 셋트의 상태도 각 프로세서 사이클 동안에 재평가 된다. 그러므로 최적의 조건하에서, 상기 양호한 구조(100)는 프로세서 사이클당 최대 6개의 명령어를 실행할 수 있다. 그러나, 통상적인 명령어 믹스(mix)는 프로세서 사이클당 1.5 내지 2.0 명령어의 전체적인 평균 실행을 초래하게 된다.
명령어 발생 유니트(498)의 기능에서 마지막으로 고려할 점은 트랩 조건의 처리 및 특정 명령어의 실행에의 참여이다. 트랩 조건의 발생은 IEU(104)가 아직 회수되지 않은 모두 명령어에 대해 클리어되는 것을 필요로 한다. 이와 같은 상황은 산술오류에 응답하여 기능 유니트(4780-n)중 어느 유니트로 부터, 또는 불법 명령어의 디코딩시 디코드 유니트(490)로 부터 인터럽트 요청/승인 제어 라인(340)을 통해 IEU(104)로 중개되는 외부적으로 수신된 인터럽트에 응답하여 발생할 수도 있다. 트랩 조건의 발생시, 명령어 발생 유니트(498)는 IEU(104)에서 현재 보류중인 모든 회수되지 않은 명령어를 정지(halting)시키거나 무효화시킬(voiding) 책임이 있다. 동시에 회수될 수 없는 모든 명령어는 무효로 되게 된다. 이 결과는 프로그램 명령어 스트림의 통상적인 정순서 실행에 관해 인터럽트 발생이 정확성을 유지하는데 필수적이다. IEU(104)가 트랩 처리 프로그램 루틴의 실행을 시작할 준비가 되어 있으면, 명령어 발생기(498)는 제어 라인(340)에 따른 복귀 제어 신호를 통해 인터럽트를 승인한다. 또한 명령어가 표준적인 순수 정순서 루틴에서 실행을 완료하게 되기전에 변화되게 되는 프로세서 상태 비트에 근거하여 한 명령어에 대한 예외 조건이 인식될 수도 있는 가능성을 피하기 위해, 명령어 발생기(498)는 PSR을 변경시킬 수 있는 모든 명령어(특수 이동, 트랩으로 부터의 복귀등과 같음)가 정순서로 엄격하게 실행될 수 있도록 보장할 책임이 있다.
프로그램 제어 흐름을 변경시키는 명령어는 디코드(IDecode) 유니트(262)에 의해 식별되지 않는다. 이런 형태의 명령어는 서브루틴 복귀, 절차 명령어로 부터의 복귀, 및 트랩으로 부터의 복귀를 포함한다. 명령어 발생 유니트(498)는 식별 제어 신호를 IEU 복귀 제어라인(350)을 통해 IFU(102)에 제공한다. 호출 명령, 트랩의 발생 또는 절차 명령어를 조우했을 때의 지점에서 존재하는 IF_PC 실행 어드레스를 제공하기 위해 특수 레지스터(412)중 대응하는 레지스터가 선택된다.
6) 완료 제어 유니트 상세 :
완료 제어 유니트(540)는 그 현재 연산의 완료 상태에 대해 기능 유니트(4780-n)를 모니터한다. 본 발명의 양호한 구조(100)에서, 완료 제어 유니트(540)는 명령어의 현재 보류중인 셋트내의 각각의 명령어의 실행 상태를 반영하는 완료 벡터를 기능 유니트(4780-n)에 의한 명령어의 실행 완료 이전에 대략 프로세서 사이클의 반-사이클동안 레지스터 리레임 유니트(496), 바이패스 제어 유니트(520) 및 회수 제어 유니트(500)로 제공하기에 충분한 각 기능 유니트에 의한 연산의 완료를 기대한다.
이것은 명령어 발생 유니트(498)로 하여금 레지스터 리네임 유니트(496)를 통해 다음 명령어 발생 사이클 동안 이용가능한 자원으로서 명령어 완료 기능 유니트를 고려할 수 있도록 허용한다. 바이패스 제어 유니트(520)는 기능 유니트에 의해 출력되는 데이타를 바이패스 유니트(474)를 통해 바이패스하기 위한 준비를 하도록 허용한다. 마지막으로, 회수 제어 유니트(500)는 기능 유니트(4780-n)로 부터 레지스터 파일 어레이(472)로의 데이타의 전달과 동시에 대응하는 명령어를 회수하도록 동작할 수도 있다.
7) 회수 제어 유니트 상세 :
완료 제어 유니트(540)로 부터 제공되는 명령어 완료 벡터에 더하여, 회수 제어 유니트(500)는 디코드 출력(490)으로 부터 출력되는 가장 오래된 명령어 셋트를 모니터한다. 명령어 스트림 순서의 각 명령어가 완료 제어 유니트(500)에 의해 완료 표시됨에 따라, 회수 제어 유니트(500)는 제어 라인(534)상에 제공되는 제어 신호에 의해, 임시 버퍼 슬록으로 부터 레지스터 파일 어레이(472)내의 대응하는 명령어 지정 레지스터 파일 레지스터 위치로의 데이타의 전달을 지시한다. PC 증분/사이즈 제어 신호는 동시에 회수되는 하나 또는 그 이상의 명령어 각각에 대해 제어라인(344)상에 제공된다. 매 프로세서 사이클 당 4개까지의 명령어가 회수될 수도 있다. 전체 명령어 셋트가 회수될때마다, IFIFO판독 제어 신호가 IFIFO(264)를 진척시키기 위해 제어 라인(342)상에 제공된다.
8) 제어 흐름 제어 유니트 상세 :
제어 흐름 제어 유니트(528)는 현재 보류중인 명령어 셋트내의 제어 흐름 명령어가 해결되었는지, 또한 분기 결과가 취해졌는지의 여부를 지정하는 정보를 IFU(102)에 연속적으로 제공하도록 동작한다. 상기 제어 흐름 제어 유니트(528)는 제어 라인(510)을 통해 디코드 유니트(490)에 의한 제어 흐름 분기 명령어의 아이덴티피게이션을 얻는다. 레지스터 의존도를 갖은 현재 셋트는 제어 흐름 제어 유니트(528)가 분기 명령어의 결과가 의존도에 의해 제한되는지 또는 현재 알려져 있는지를 결정하도록 허용하기 위해 제어 라인(536)을 통해 데이타 의존도 검사 유니트(494)로 부터 제어 흐름 제어 유니트(528)에 제공된다. 레지스터 리네임 유니트(496)로 부터 버스(518)를 통해 제공되는 레지스터 참조는 분기결정을 정의하게 되는 부울 레지스터를 식별하기 위해 제어 흐름 제어 유니트(528)에 의해 모니터 된다. 그러므로, 분기 결정은 제어 흐름 명령어의 비순서적 실행 훨씬 이전에 결정될 수도 있다.
제어 흐름 명령어의 실행과 동시에, 바이패스 유니트(472)는 제어 흐름 0 및 제어 흐름1 제어 라인(750,752)으로 이루어진 제어라인(530)을 통해 제어 흐름 제어 유니트(528)로 제어 흐름 결과를 제공하도록 바이패스 제어 유니트(472)에 의해 제어된다. 마지막으로, 제어 흐름 제어 유니트(528)는 8비트로된 2개의 벡터를 각각 제어 라인(348)을 통해 IFU(102)에 연속해서 제공한다. 이들 벡터는 벡터내의 비트에 대응하는 대응 논리적 위치에서의 분기 명령어가 해결되었는지, 또한 분기 결과가 취해졌는지 또는 취해지지 않았는지를 정의한다.
본 양호한 구조(100)에서, 제어 흐름 제어 유니트(528)는 제어 유니트(528)로의 입력 제어 신호에 응답하여 연속적으로 동작하는 순수 조합 로직으로서 구현된다.
9) 바이패스 제어 유니트 상세 :
명령어 발생 유니트(498)는 레지스터 파일 어레이(472) 및 기능 유니트(4780-n) 사이의 데이타의 루팅을 제어하기 위해 바이패스 제어 유니트(520)와 밀접하게 협력하여 동작한다.
바이패스 제어 유니트(520)는 제14도에 도시된 연산의 레지스터 파일 억세스, 출력 및 스토어단계와 관련하여 동작한다. 레지스터 파일 억세스동안에, 바이패스 제어 유니트(520)는 명령어의 실행의 출력 단계동안에 기록되고 있는 과정중에 있는 레지스터 파일 어레이(472)내의 목적지 레지스터의 억세스를 제어 라인(522)을 통해 인식할 수도 있다. 이 경우에, 바이패스 제어 유니트(520)는 기능 유니트 출력 버스(482)상에 제공되는 데이타의 선택이 기능 유니트 분배버스(480)로 되돌려 바이패스되도록 한다.
바이패스 유니트(520)에 대한 제어는 제어 라인(542)을 통해 명령어 발생 유니트(498)에 의해 제공된다.
Ⅳ. 가상 메모리 제어 유니트 :
제15도에는 VMU(108)에 대한 인터페이스 정의가 제공되어 있다 VMU(108)는 주로 VMU 제어 로직 유니트(800)와 내용 어드레스 가능 메모리(content addressable memory)(CMA)(802)로 이루어 진다. 제16도에는 VMU(108)의 일반적 기능이 그래프식으로 도시되어 있다. 여기서, 가상 어드레스의 표기는 공간 식 별자(sID[31:28]), 가상 페이지 넘버(VADDR[27:14]), 페이지 오프셋(PADDR[13:4]), 및 요청 ID(rID[3:0])으로 분할되어 도시되어 있다. 물리적 어드레스를 발생하기 위한 알고리즘은 공간 테이블(842)내의 레지스터 중 하나를 선택하기 위해 공간 ID를 이용하는 것이다 .가상 페이지 넘버와 조합하여 선택된 공간 레지스터의 내용은 테이블 룩 어사이드(look aside) 버퍼(TLB)(884)를 억세스하기 위한 어드레스로서 이용된다. 32비트 어드레스는 버퍼(844)내의 대응하는 버퍼레지스터를 식별하는데 이용되는 내용 어드레스 태그(tag)로서 작용한다. 태그 매치(tag match)의 발생시, 18비트 폭의 레지스터 값이 물리적 어드레서(846)의 고순위 18비트로서 제공된다. 페이지 오프셋 및 요청 ID는 물리적 어드레스(846)의 저순위 14비트로서 제공된다.
테이블 룩 어사이드 버퍼(844)에 태그 미스(miss)가 있는 경우에, VMU 미스가 신호된다. 이것은 MAU(112)에서 유지되는 완전 페이지 테이블 데이타 구조를 억세스하는 통상적인 해쉬(hash) 알고리즘(848)을 구현하는 VMU 고속 트랩 처리 루틴의 실행을 필요로 한다. 상기 페이지 테이블(850)은 본 구조(100)에 의해 현재 사용중인 모든 메모리 페이지에 대한 엔트리를 포함한다. 해쉬 알고리즘(848)은 현재의 가상 페이지 번역 연산을 만족시키는데 필요한 페이지 테이블(850)내의 이와같은 엔트리를 식별한다. 이와같은 페이지 테이블 엔트리는 MAU(112)로 부터 레지스터 셋트 "A"의 트랩 레지스터에 로드되며, 다음에 특수 레지스터 이동 명령어에 의해 테이블 룩 어사이드 버퍼(844)로 전달된다. 예외 처리 루틴으로 부터의 복귀시, VMU 미스 예외를 유발하는 명령어가 IEU(104)에 의해 재실행된다. 다음에, 가상-물리적 어드레스 번역 연산이 예외없이 완료되어야 한다.
VMU 제어 로직(800)은 IFU(102)와 IEU(104) 모두에 대해 이중 인터페이스를 제공한다. VMU(108)가 어드레스 번역에 이용가능하다는 것을 표시하기 위한 준비 신호는 제어 라인(822)을 통해 IEU(104)에 제공된다. 본 발명의 양호한 실시예에서, VMU(108)는 IFU(120) 번역 요청을 수용하도록 항상 준비되어 있다. IFU(102) 및 IEU(104)는 둘다 제어 라인(324,804)을 통해 요청을 발할수도 있다. 본 발명의 양호한 구조(100)에서, IFU(102)는 VMU(108)에 대한 우선순위 억세스를 갖는다. 결과적으로, 오직 단일 비지(busy) 제어 라인(820)만이 IEU(104)에 제공된다.
IFU 및 IEU(102,104) 모두는 공간 ID 및 가상 페이지 넘버 필드를 제어 라인(302,808)을 통해 VMU 제어 로직(800)에 각각 제공한다. 또한, IEU(104)는 어드레스가 참조되는 가상 메모리의 메모리 억세스 보호 어트리뷰트(attributes)를 변형시키는데 필요한 만큼 로드 또는 스토어 연산에 사용될 것인지를 정의하기 위해 판독/기록 제어 신호를 제어 신호(806)를 통해 제공한다. 가상 어드레스의 공간 ID 및 가상 페이지 필드는 실제적인 번역 연산을 수행하기 위해 CAM 유니트(802)로 통과된다. 페이지 오프셋 및 ExID 필드는 결국 IEU(104)에 의해 CCU(106)로 직접 제공된다. 물리적 페이지 및 요청 ID 필드는 어드레스 라인(836)을 통해 CAM 유니트(802)에 제공된다 .테이블 룩 어사이드 버퍼 매치의 발생은 히트(hit)라인 및 제어 출력 라인(830)을 통해 VMU 제어 로직 유니트(800)로 신호된다. 길이가 18비트인 생성된 물리적 어드레스는 어드레스 출력 라인(824)에 제공된다.
VMU 제어 로직 유니트(800)는 라인(830)상의 히트 및 제어 출력 제어 신호에 응답하여 라인(334,332)상에서 가상 메모리 미스 및 가상 메모리 예외 제어 신호를 발생한다. 가상 메모리 번역 미스는 테이블 룩 어사이드 버퍼(844)내의 페이지 테이블 식별자의 매치 오류로서 정의된다. 모든 다른 번역 에러는 가상 메모리 예외로서 보고된다.
마지막으로 CAM 유니트(802)내의 데이타 테이블은 IEU(104)에 의해 특수 레지스터-레지스터 이동 명령어의 실행을 통해 변형될 수도 있다. 판독/기록, 레지스터 선택, 리셋트, 로드 및 클리어 제어 신호는 제어 라인(810,812,814,816,818)을 통해 IEU(104)에 의해 제공된다. CAM 유니트 레지스터로 기록될 데이타는 IEU(104)로부터 특수 어드레스 데이타 버스(354)에 결합되는 어드레스 버스(808)를 통해 VMU 제어 로직 유니트(800)에 의해 수신된다. 이 데이타는 초기화, 레지스터 선택 및, 판독 또는 기록 제어 신호를 제어하는 제어 신호(828)와 동시에 버스(836)를 통해 CAM 유니트(802)로 전달된다. 결과적으로, CAM 유니트(802)내의 데이타 레지스터는 고레벨 운용 시스템에 의해 정의되는 문맥(context) 스위치의 처리를 위해 필요할때 저장을 위한 판독을 포함하여 본 구조(100)의 동적 연산중에 필요할 때 쉽게 기록될 수도 있다.
Ⅴ. 캐쉬 제어 유니트 :
제17도에는 CCU(106)에 대한 데이타 인터페이스에 대한 제어가 도시되어 있다. 또한, IFU(102)와 IEU(104)에 대해 분리 인터페이스가 제공된다. 더욱이, 논리적으로 분리된 인터페이스가 명령어 및 데이타 전달에 관해 CCU(106)에 의해 MCU(110)로 제공된다.
IFU 인터페이스는 어드레스 라인(324)상에 제공되는 물리적 페이지 어드레스와, 어드레스 라인(824)상에 제공되는 바와 같은 VMU변화 페이지 어드레스 및, 제어 라인(294,296) 상에 분리적으로 전달되는 바와 같은 요청 ID로 이루어진다.
무조건 데이타 전달 버스(114)는 전체 명령어 셋트를 병렬도 IFU(102)로 전달하기 위해 제공된다. 마지막으로 판독/비지 및 준비 제어 신호는 제어 라인(298,300,302)를 통해 CCU(106)로 제공된다.
유사하게, 완전 물리적 어드레스는 물리적 어드레스 버스(788)를 통해 IEU(102)에 의해 제공된다. 요청 ExID는 제어 라인(796)을 통해 IEU(104)의 로드/스토어 유니트로 또는 유니트로 부터 분리적으로 제공된다. 80비트 록의 양방향 데이타 버스는 CCU(106)에 의해 IEU(104)로 제공된다. 그러나, 본 구조(100)의 양호한 실시예에서는, 오직 하위의 64비트만이 IEU(104)에 의해 이용된다. 전 80비트 데이타 버스의 CCU(106)내의 유효성 및 지원은 부동 소수점 데이타 경로(660)의 변형을 통해 IEEE 표준(754)에 따라 부동 소수점 연산을 지원하는 본 구조(100)의 계속되는 구현을 지원하기 위해 제공된다.
요청, 비지, 준비, 판독/기록 및 제어 신호(784)를 통해 설정되는 IEU 제어 인터페이스는 IFU(102)에 의해 이용되는 대응하는 제어 신호와 실질적으로 동일하다. 예외는 로드 및 스토어 연산 사이를 구별하기 위한 판독/기록 제어 신호의 규정이다. 폭 제어 신호는 IEU(104)에 의한 각각의 CCU(106) 억세스 동안에 전달되는 바이트 수를 지정하며, 이와 대조적으로, 명령어 캐쉬(132)의 모든 억세스는 일정한 128 비트 폭의 데이타 펫치연산이다.
CCU(106)는 분리된 명령어 및 데이타 캐쉬(132,134)에 관한 실질적으로 통상적인 캐쉬 제어기 기능을 구현한다. 본 양호한 구조(100)에서, 명령어 캐쉬(132)는 256개의 128비트 폭의 명령어 셋트의 저장을 제공하는 고속 메모리이다. 데이타 캐쉬(134)는 데이타의 1024개의 32비트 폭의 워드의 저장을 제공한다. 명령어 및 데이타 캐쉬(132,134)의 내용으로 부터 즉시 만족될 수 없는 명령어 및 데이타 요청은 MCU(110)로 통과된다. 명령어 캐쉬미스에 대해서는 28비트 폭의 물리적 어드레스가 어드레스 버스(860)를 통해 MCU(110)로 제공된다. CCU(106)와 MCU(110)의 연산을 코디네이트하기 위한 추가 제어 신호 및 요청 ID는 제어 라인(862)상에 제공된다. 일단 MCU(110)가 MAU(112)의 필요한 판독 억세스를 코디네이트하면, 2번의 연속적인 64비트 폭의 데이타 전달이 MAU(112)로 부터 명령어 캐쉬(132)로 직접 수행된다. 2번의 전달은 데이타버스(136)가 본 양호한 구조(100)에서 64비트 폭의 버스인 것을 가정하여 요구된다. 요청된 데이타가 MCU(110)를 통해 복귀될때, 요청 연산의 미결정에 유지되는 요청 ID도 또한 제어 라인(862)을 통해 CCU(106)로 복귀된다.
데이타 캐쉬(134)와 MCU(110)사이의 데이타 전달 연산은 명령어 캐쉬 연산과 실질적으로 동일하다. 데이타 로드 및 스토어 연산이 단일 바이트를 참조할 수도 있기 때문에, 전 32비트 폭의 물리적 어드레스가 어드레스 버스(864)를 통해 MCU(110)로 제공된다. 인터페이스 제어 신호 및 요청 ExID는 제어 라인(866)을 통해 전달된다. 양방향 64비트 폭의 데이타 전달은 데이타 캐쉬 버스(138)를 통해 제공된다.
Ⅵ. 요약/결론
이렇게해서, 고성능 RISC기반 마이크로프로세서 구조가 기술되었다. 이 구조는 명령어의 비순서적 실행, 분리된 메인 및 목표 명령어 스트림 프리펫치 명령어 전달 경로, 및 절차 명령어 인식 및 전용 프리펫치 경로를 효과적으로 구현한다. 최적화된 명령어 실행 유니트는 정수, 부동 소수점, 및 부울 연산을 지원하는 복수의 최적화된 명령어 실행 경로를 제공하며, 쉽게 설정되는 정확한 머신 스테이트를 유지하면서 비순서적 실행 및 명령어 취소를 용이하게 하는 각각의 임시 레지스터 파일을 포함한다.
그러므로, 본 발명의 양호한 실시예가 설명되었지만, 본 발명의 범위내에서 보통의 숙련자에 의해 다른 변형 및 수정이 쉽게 이루어질수도 있다는 것으로 이해되어야 한다.
Claims (20)
- (정정) 마이크로프로세서에서 트랩을 처리하기 위한 방법에 있어서, 상기 마이크로프로세서에 의한 후속 실행을 위해 한 명령어 스트림으로부트의 명령어를 메인 버퍼 부분, 타겟 버퍼 부분 및 절차 버퍼 부분의 그룹을 포함하는 다수의 프리펫치 버퍼 중 하나로 프리펫치하는 단계; 실행 시간동안에 상기 버퍼 부분 중 하나로부터의 프리펫치된 명령어를 실행을 위해 프리펫치 버퍼 출력 버스로 전달하는 단계; 상기 프리펫치된 명령어 중 주어진 명령어에 대한 실행 시간이 되는 주어진 실행 시간 이전에, 상기 명령어 중 상기 주어진 명령어가 제1 부류의 동기 예외 중 어떤 예외를 갖고 있는지를 검출하는 단계; 및 상기 명령어중 상기 주어진 명령어가 동기 예외를 갖고 있는 경우에 상기 주어진 실행시간 동안에 예외 조정기(exception handler)를 호출(invoking)하는 단계를 포함하는 마이크로프로세서에서의 트랩 처리 방법.
- (정정) 제1항에 있어서, 상기 프리펫치하는 단계는 한번에 다수의 명령어를 프리펫치하는 단계를 포함하는 마이크로프로세서에서의 트랩 처리 방법.
- (정정) 제1항에 있어서, 상기 제1 부류의 예외는 상기 프리펫치하는 단계 동안에 발생하는 오류인 마이크로프로세서의 트랩 처리 방법.
- (정정) 제1항에 있어서, 상기 주어진 실행시간 동안에 상기 명령어 중 상기 주어진 명령어가 실행 부류의 동기 예외 중 어떤 한 예외를 갖고 있는지를 검출하는 단계를 더 포함하는 마이크로프로세서에서의 트랩 처리 방법.
- (정정) 제1항에 있어서, 상기 스트림에서의 그 순서에 관하여 비순서적으로 명령어를 실행하는 단계를 더 포함하는 마이크로프로세서에서의 트랩 처리 방법.
- (정정) 제1항에 있어서, 상기 실행기간 동안에, 그리고 후속 실행 시간에서 다수의 명령어를 실행하는 단계를 더 포함하는 마이크로프로세서에서의 트랩 처리 방법.
- (정정) 제1항에 있어서, 상기 마이크로프로세서는 단일 실행시간 동안에 명령어 시퀀스로부터의 다수의 명령어를 실행할 수 있으며, 상기 방법은, 상기 주어진 실행시간 동안에 실행을 위해 주어진 다수의 명령어를 예정(scheduling)하는 단계; 및 동기 예외를 갖고 있는 상기 주어진 다수의 명령어에서 순서적으로 제1 명령어로서 상기 명령어 중의 상기 주어진 하나의 명령어를 결정하는 단계를 더 포함하는 마이크로프로세서에서의 트랩 처리 방법.
- (정정) 제7항에 있어서, 상기 주어진 실행시간 동안에, 그리고 상기 결정 단계 이전에, 상기 주어진 다수의 명령어에서 각각의 명령어가 실행 부류의 예외 중 어떤 예외를 갖고 있는지를 검출하는 단계를 더 포함하는 마이크로프로세서에서의 트랩 처리 방법.
- (정정) 제8항에 있어서, 상기 실행 부류의 예외는 상기 주어진 실행시간 동안에 적어도 하나의 프로세서 상태 비트의 상태에 의존하는 제2 예외 형태를 포함하고, 상기 마이크로프로세서는 상기 명령어 시퀀스에서의 그 순서에 관하여 비순서적으로 명령어를 실행할 수 있으며, 상기 방법은, 상기 명령어 중 시퀀스와 동일한 시퀀스로 실행하기 위해 상기 프로세서 상태 비트를 변형시킬 수 있는 모든 명령어를 예정하는 단계를 더 포함하는 마이크로프로세서에서의 트랩 처리 방법.
- (정정) 제7항에 있어서, 상기 실행 단계는,실행을 위해 예정된 다수의 명령어를 시험적으로 실행하고, 상기 시험적 실행의 결과를 임시 레지스터에 저장하는 단계; 및 명령어의 회수시 임시 레지스터로부터의 결과를 영구 레지스터로 카피하는 단계를 포함하고, 상기 방법은, 순서적으로 상기 주어진 명령어 이전에 있는 상기 주어진 다수의 명령어 내의 모든 명령어를 회수하는 단계; 및 순서적으로 상기 순서적으로 제1 명령어 다음에 오는 상기 주어진 다수의 명령어 내의 모든 명령어를 취소하는 단계를 더 포함하는 마이크로프로세서에서의 트랩 처리 방법.
- (정정) 제10항에 있어서, 상기 순서적으로 제1 명령어를 취소하는 단계를 더 포함하는 마이크로프로세서에서의 트랩 처리 방법.
- (정정) 제1항에 있어서, 상기 마이크로프로세서에 대한 모든 명령어가 동일한 길이 ℓ을 갖고 있으며, 상기 호출하는 단계는, 어드레스 위치 nm+b로서 예외 처리 루틴에 대한 엔트리 지점을 결정하는 단계 - 여기서, 상기 b는 기본 어드레스 위치이고, n은 상기 동기 예외에 대응하는 예외 트랩 넘버이며, m은 2ℓ 보다 크거나 같은 승수임 - ; 상기 엔트리 지점에서의 명령어로 제어를 이동하는 단계를 더 포함하는 마이크로프로세서에서의 트랩 처리 방법.
- (정정) 마이크로 프로세서에서 사용하기 위한 방법에 있어서, 메인 명령어 스트림으로부터 명령어를 펫치하고, 그 명령어를 프리펫치 버퍼의 메인 버퍼 부분에 저장하는 단계; 메인 버퍼로부터의 상기 명령어를 실행하는 단계; 상기 메인 명령어 스트림 내의 절차 명령어 또는 브랜치 명령어에 응답하여, ⒜ 에뮬레이션 또는 브랜치 타겟 명령어 스트림으로부터 다른 명령어를 펫치하고, 그 명령어를 프리펫치 버퍼의 버퍼의 절차 버퍼 부분 또는 프리펫치 버퍼의 타겟 버퍼 부분에 저장하는 단계; ⒝ 상기 절차 또는 타겟 명령어를 뒤따르는 상기 메인 버퍼 내의 상기 명령어가 리펫치될 필요가 없게 되도록 유지하고 상기 메인 명령어 스트림으로의 제1 복귀 어드레스의 표시를 유지하면서, 상기 다른 명령어를 실행하는 단계; 상기 메인 명령어 스트림 내의 주어진 명령어 대해 발생하는 동기 예외에 응답하여, ⒜ 제1 조정기 명령어 스트림을 펫치하고, 그것을 프리펫치 버퍼의 절차 버퍼 부분에 저장하는 단계; ⒝ 상기 주어진 명령어를 뒤따르는 상기 메인 버퍼 내의 상기 명령어가 리펫치될 필요가 없게 되도록 유지하고 상기 메인 명령어 스트림으로의 제2 복귀 어드레스의 표시를 유지하면서, 상기 제1 조정기 명령어 스트림으로부터의 명령어를 실행하는 단계; 상기 에뮬레이션 또는 브랜치 타겟 명령어 스트림 내의 다른 주어진 명령어에 대해 발생하는 동기 예외에 응답하여, ⒜ 제2 조정기 명령어 스트림을 펫치하고, 그것을 프리펫치 버퍼의 절차 버퍼 부분에 저장하는 단계; 및 ⒝ 상기 에뮬레이션 또는 브랜치 타겟 명령어 스트림으로의 제3 복귀 어드레스의 표시 및 상기 메인 명령어 스트림으로의 상기 제1 복귀 어드레스의 표시 모두를 유지하면서, 상기 제2 조정기 명령어 스트림으로부터의 명령어를 실행하는 단계를 포함하는 방법.
- (정정) 제13항에 있어서, 상기 제2 조정기 명령어 스트림에서의 트랩 명령어로부터의 복귀에 응답하여, 상기 제2 복귀 어드레스에서 개시되는 상기 메인 명령어 스트림으로부터의 명령어의 실행을 재개시하는 단계; 및 상기 제3 조정기 명령어 스트림에서의 트랩 명령어로부터의 복귀에 응답하여, 상기 제3 복귀 어드레스에서 시작되는 상기 에뮬레이션 명령어 스트림으로부터의 명령어의 실행을 재개시하는 단계를 더 포함하는 방법.
- (정정) 제13항에 있어서, 상기 에뮬레이션 명령어 스트림에서의 절차 명령어로부터의 복귀에 응답하여, 상기 제1 복귀 어드레스에서 시작되는 상기 메인 명령어 스트림으로부터의 명령어의 실행을 재개시하는 단계를 더 포함하는 방법.
- (정정) 명령어 소스 및 예외 조정기와 함께 사용하기 위한, 마이크로프로세서에서의 예외를 처리하기 위한 장치에 있어서, 거기에 제공되는 명령어를 실행하기 위한 실행 수단; 상기 명령어 소스로부터 명령어 프리펫치하고, 그것을 특정한 순서로 상기 실행 수단에 제공하기 위한 프리펫치 수단을 포함하고, 여기서, 상기 프리펫치 수단은 상기 실행 수단에 제공되는 상기 명령어에 따라, 동기 프리펫치 예외가 상기 주어진 명령어에 대해 발생했는지 여부를 표시하기 위한 인디케이터 수단을 포함하고, 상기 실행 수단은 상기 인디케이터 수단에 응답하여, 상기 프리펫치 수단에 의해 상기 실행 수단에 제공되는 명령어에 대해 동기 예외가 발생한 경우에 예외 조정기를 호출하기 위한 호출 수단을 포함하는 마이크로프로세서에서의 예외 처리 장치.
- (정정) 제16항에 있어서, 상기 실행 수단은 상기 실행 수단에 의해 실행되고 있는 명령어에 대해 발생하는 동기 실행 예외를 검출하기 위한 검출 수단을 더 포함하고, 상기 호출 수단은 또한 상기 검출 수단에도 응답하는 마이크로프로세서에서의 예외 처리 장치.
- (신설) 마이크로프로세서에서 트랩을 처리하기 위한 장치에 있어서, 명령어를 프리펫치하기 위한 수단; 상기 프리펫치된 명령어가 메인 명령어 스트림으로부터 온 것인 경우에 그것을 저장하기 위한 메인 버퍼; 상기 프리펫치된 명령어가 브랜치 명령어 스트림으로부터 온 것인 경우에 그것을 저장하기 위한 타겟 버퍼; 상기 프리펫치된 명령어가 상기 메인 버퍼에 저장되어 있든지 또는 상기 타겟 버퍼에 저장되어 있든지 관계없이, 상기 프리펫치된 명령어가 예외를 유발하는 경우에 트랩 조정기를 저장하기 위한 에뮬레이션 버퍼; 및 상기 프리펫치된 명령어가 상기 트랩 조정기의 일부분인 경우에, 상기 프리펫치된 명령어가 상기 메인 버퍼에 위치되어야 하는지, 상기 타겟 버퍼에 위치되어야 하는지 또는 상기 에뮬레이션 버퍼에 위치되어야 하는지 판단하기 위한 수단을 포함하는 트랩 처리 장치.
- (신설) 제18항에 있어서, 상기 명령어가 상기 메인 버퍼, 상기 타겟 버퍼 및 상기 에뮬레이션 버퍼를 바이패스하여 명령어 실행 유니트로 전달될 수 있도록 하기 위한 흐름 직통 경로를 더 포함하는 트랩 처리 장치.
- (신설) 제18항에 있어서, 상기 판단 수단은 프리펫치 상태 어레이를 포함하고, 상기 프리펫치 상태 어레이는, 상기 메인 버퍼, 상기 타겟 버퍼, 상기 에뮬레이션 버퍼, 또는 상기 흐름 직통 경로로 바이패스되는 것 각각에 대해, ID 값, 예비 인디케이터 및 유효 인디 케이터를 포함하는 상태 레지스터를 더 포함하는 트랩 처리 장치.
Applications Claiming Priority (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US72694291A | 1991-07-08 | 1991-07-08 | |
| US7/726,942 | 1991-07-08 | ||
| US07/726,942 | 1991-07-08 | ||
| PCT/JP1992/000872 WO1993001547A1 (en) | 1991-07-08 | 1992-07-07 | Risc microprocessor architecture implementing fast trap and exception state |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| KR930702719A KR930702719A (ko) | 1993-09-09 |
| KR100294276B1 true KR100294276B1 (ko) | 2001-09-17 |
Family
ID=24920677
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1019930700689A KR100294276B1 (ko) | 1991-07-08 | 1992-07-07 | 고속트랩및예외상태를구현한알아이에스씨마이크로프로세서구조 |
Country Status (8)
| Country | Link |
|---|---|
| US (2) | US5448705A (ko) |
| EP (2) | EP0547240B1 (ko) |
| JP (6) | JP3333196B2 (ko) |
| KR (1) | KR100294276B1 (ko) |
| AT (1) | ATE188786T1 (ko) |
| DE (1) | DE69230554T2 (ko) |
| HK (1) | HK1014783A1 (ko) |
| WO (1) | WO1993001547A1 (ko) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR102268112B1 (ko) * | 2019-12-24 | 2021-06-22 | 한국항공우주연구원 | 위성 커맨드 저장 처리 방법 및 위성 커맨드 저장 처리 시스템 |
Families Citing this family (70)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5493687A (en) | 1991-07-08 | 1996-02-20 | Seiko Epson Corporation | RISC microprocessor architecture implementing multiple typed register sets |
| US5539911A (en) | 1991-07-08 | 1996-07-23 | Seiko Epson Corporation | High-performance, superscalar-based computer system with out-of-order instruction execution |
| ATE200357T1 (de) | 1991-07-08 | 2001-04-15 | Seiko Epson Corp | Risc-prozessor mit dehnbarer architektur |
| JP3730252B2 (ja) | 1992-03-31 | 2005-12-21 | トランスメタ コーポレイション | レジスタ名称変更方法及び名称変更システム |
| JP3637920B2 (ja) | 1992-05-01 | 2005-04-13 | セイコーエプソン株式会社 | スーパースケーラマイクロプロセサに於て命令をリタイアさせるシステム及び方法 |
| DE69330889T2 (de) * | 1992-12-31 | 2002-03-28 | Seiko Epson Corp., Tokio/Tokyo | System und Verfahren zur Änderung der Namen von Registern |
| US5628021A (en) | 1992-12-31 | 1997-05-06 | Seiko Epson Corporation | System and method for assigning tags to control instruction processing in a superscalar processor |
| JPH06242948A (ja) * | 1993-02-16 | 1994-09-02 | Fujitsu Ltd | パイプライン処理計算機 |
| JP2596712B2 (ja) * | 1993-07-01 | 1997-04-02 | インターナショナル・ビジネス・マシーンズ・コーポレイション | 近接した分岐命令を含む命令の実行を管理するシステム及び方法 |
| US5548776A (en) * | 1993-09-30 | 1996-08-20 | Intel Corporation | N-wide bypass for data dependencies within register alias table |
| EP0661625B1 (en) * | 1994-01-03 | 1999-09-08 | Intel Corporation | Method and apparatus for implementing a four stage branch resolution system in a computer processor |
| GB2286265B (en) * | 1994-01-26 | 1998-02-18 | Advanced Risc Mach Ltd | selectable processing registers |
| US5515521A (en) * | 1994-02-08 | 1996-05-07 | Meridian Semiconductor, Inc. | Circuit and method for reducing delays associated with contention interference between code fetches and operand accesses of a microprocessor |
| US5673427A (en) * | 1994-03-01 | 1997-09-30 | Intel Corporation | Packing valid micro operations received from a parallel decoder into adjacent locations of an output queue |
| NL9400607A (nl) * | 1994-04-15 | 1995-11-01 | Arcobel Graphics Bv | Dataverwerkingscircuit, vermenigvuldigingseenheid met pijplijn, ALU en schuifregistereenheid ten gebruike bij een dataverwerkingscircuit. |
| JP3672634B2 (ja) | 1994-09-09 | 2005-07-20 | 株式会社ルネサステクノロジ | データ処理装置 |
| US5642516A (en) * | 1994-10-14 | 1997-06-24 | Cirrus Logic, Inc. | Selective shadowing of registers for interrupt processing |
| EP0815507B1 (en) * | 1995-02-14 | 2013-06-12 | Fujitsu Limited | Structure and method for high-performance speculative execution processor providing special features |
| US5649136A (en) * | 1995-02-14 | 1997-07-15 | Hal Computer Systems, Inc. | Processor structure and method for maintaining and restoring precise state at any instruction boundary |
| US6006030A (en) * | 1995-02-17 | 1999-12-21 | Vlsi Technology, Inc. | Microprocessor with programmable instruction trap for deimplementing instructions |
| US5887152A (en) * | 1995-04-12 | 1999-03-23 | Advanced Micro Devices, Inc. | Load/store unit with multiple oldest outstanding instruction pointers for completing store and load/store miss instructions |
| US5692170A (en) * | 1995-04-28 | 1997-11-25 | Metaflow Technologies, Inc. | Apparatus for detecting and executing traps in a superscalar processor |
| US6052801A (en) * | 1995-05-10 | 2000-04-18 | Intel Corporation | Method and apparatus for providing breakpoints on a selectable address range |
| US5659679A (en) * | 1995-05-30 | 1997-08-19 | Intel Corporation | Method and apparatus for providing breakpoints on taken jumps and for providing software profiling in a computer system |
| US5694589A (en) * | 1995-06-13 | 1997-12-02 | Intel Corporation | Instruction breakpoint detection apparatus for use in an out-of-order microprocessor |
| US5621886A (en) * | 1995-06-19 | 1997-04-15 | Intel Corporation | Method and apparatus for providing efficient software debugging |
| US5740413A (en) * | 1995-06-19 | 1998-04-14 | Intel Corporation | Method and apparatus for providing address breakpoints, branch breakpoints, and single stepping |
| US5774709A (en) * | 1995-12-06 | 1998-06-30 | Lsi Logic Corporation | Enhanced branch delay slot handling with single exception program counter |
| US5761492A (en) * | 1996-05-07 | 1998-06-02 | Lucent Technologies Inc. | Method and apparatus for uniform and efficient handling of multiple precise events in a processor by including event commands in the instruction set |
| US5729729A (en) * | 1996-06-17 | 1998-03-17 | Sun Microsystems, Inc. | System for fast trap generation by creation of possible trap masks from early trap indicators and selecting one mask using late trap indicators |
| US5924128A (en) * | 1996-06-20 | 1999-07-13 | International Business Machines Corporation | Pseudo zero cycle address generator and fast memory access |
| US5958061A (en) * | 1996-07-24 | 1999-09-28 | Transmeta Corporation | Host microprocessor with apparatus for temporarily holding target processor state |
| WO1999003037A1 (en) * | 1996-08-20 | 1999-01-21 | Transmeta Corporation | Host microprocessor with apparatus for temporarily holding target processor state |
| US6199152B1 (en) | 1996-08-22 | 2001-03-06 | Transmeta Corporation | Translated memory protection apparatus for an advanced microprocessor |
| US5937437A (en) * | 1996-10-28 | 1999-08-10 | International Business Machines Corporation | Method and apparatus for monitoring address translation performance |
| US5764971A (en) * | 1996-12-11 | 1998-06-09 | Industrial Technology Research Institute | Method and apparatus for implementing precise interrupts in a pipelined data processing system |
| US5784606A (en) * | 1996-12-16 | 1998-07-21 | International Business Machines Corporation | Method and system in a superscalar data processing system for the efficient handling of exceptions |
| US5850556A (en) * | 1996-12-26 | 1998-12-15 | Cypress Semiconductor Corp. | Interruptible state machine |
| US5978900A (en) * | 1996-12-30 | 1999-11-02 | Intel Corporation | Renaming numeric and segment registers using common general register pool |
| US6253317B1 (en) * | 1997-01-09 | 2001-06-26 | Sun Microsystems, Inc. | Method and apparatus for providing and handling traps |
| US5987601A (en) * | 1997-02-14 | 1999-11-16 | Xyron Corporation | Zero overhead computer interrupts with task switching |
| US6122729A (en) * | 1997-05-13 | 2000-09-19 | Advanced Micro Devices, Inc. | Prefetch buffer which stores a pointer indicating an initial predecode position |
| CN1107909C (zh) * | 1997-07-11 | 2003-05-07 | 全斯美达有限公司 | 带临时保存目标处理器状态的装置的主处理器 |
| US6128728A (en) * | 1997-08-01 | 2000-10-03 | Micron Technology, Inc. | Virtual shadow registers and virtual register windows |
| US6039765A (en) * | 1997-12-15 | 2000-03-21 | Motorola, Inc. | Computer instruction which generates multiple results of different data types to improve software emulation |
| US6061787A (en) * | 1998-02-02 | 2000-05-09 | Texas Instruments Incorporated | Interrupt branch address formed by concatenation of base address and bits corresponding to highest priority interrupt asserted and enabled |
| US6339752B1 (en) * | 1998-12-15 | 2002-01-15 | Bull Hn Information Systems Inc. | Processor emulation instruction counter virtual memory address translation |
| US6253299B1 (en) * | 1999-01-04 | 2001-06-26 | International Business Machines Corporation | Virtual cache registers with selectable width for accommodating different precision data formats |
| US6327650B1 (en) * | 1999-02-12 | 2001-12-04 | Vsli Technology, Inc. | Pipelined multiprocessing with upstream processor concurrently writing to local register and to register of downstream processor |
| US6493781B1 (en) * | 1999-08-19 | 2002-12-10 | Koninklijke Philips Electronics N.V. | Servicing of interrupts with stored and restored flags |
| US6745321B1 (en) * | 1999-11-08 | 2004-06-01 | International Business Machines Corporation | Method and apparatus for harvesting problematic code sections aggravating hardware design flaws in a microprocessor |
| US6523097B1 (en) * | 1999-11-12 | 2003-02-18 | International Business Machines Corporation | Unvalue-tagged memory without additional bits |
| US6678817B1 (en) * | 2000-02-22 | 2004-01-13 | Hewlett-Packard Development Company, L.P. | Method and apparatus for fetching instructions from the memory subsystem of a mixed architecture processor into a hardware emulation engine |
| US6968469B1 (en) | 2000-06-16 | 2005-11-22 | Transmeta Corporation | System and method for preserving internal processor context when the processor is powered down and restoring the internal processor context when processor is restored |
| FR2817460B1 (fr) * | 2000-12-04 | 2003-09-05 | Ge Med Sys Global Tech Co Llc | Procede et systeme pour simuler l'elargissement de diametre d'une lesion d'un vaisseau sanguin, en particulier une stenose, a l'aide d'une prothese endovasculaire |
| US6889279B2 (en) * | 2000-12-11 | 2005-05-03 | Cadence Design Systems, Inc. | Pre-stored vector interrupt handling system and method |
| US20030014474A1 (en) * | 2001-05-30 | 2003-01-16 | Mckaig Ray S. | Alternate zero overhead task change circuit |
| JP2005533560A (ja) | 2002-07-19 | 2005-11-10 | バクスター インターナショナル インコーポレイテッド | 腹膜透析を実施するためのシステムおよび方法 |
| EP1537480B1 (en) * | 2002-09-03 | 2011-01-12 | Silicon Hive B.V. | Method and apparatus for handling nested interrupts |
| US7165018B2 (en) * | 2002-11-22 | 2007-01-16 | Texas Instruments Incorporated | Address range comparator for detection of multi size memory accesses with data matching qualification and full or partial overlap |
| US7493478B2 (en) * | 2002-12-05 | 2009-02-17 | International Business Machines Corporation | Enhanced processor virtualization mechanism via saving and restoring soft processor/system states |
| US7360070B1 (en) * | 2003-08-13 | 2008-04-15 | Apple Inc. | Specialized processing upon an occurrence of an exceptional situation during the course of a computation |
| US7014122B2 (en) * | 2003-12-24 | 2006-03-21 | International Business Machines Corporation | Method and apparatus for performing bit-aligned permute |
| US7613911B2 (en) * | 2004-03-12 | 2009-11-03 | Arm Limited | Prefetching exception vectors by early lookup exception vectors within a cache memory |
| GB2412192B (en) * | 2004-03-18 | 2007-08-29 | Advanced Risc Mach Ltd | Function calling mechanism |
| JP2007041837A (ja) * | 2005-08-03 | 2007-02-15 | Nec Electronics Corp | 命令プリフェッチ装置及び命令プリフェッチ方法 |
| US20080077782A1 (en) * | 2006-09-26 | 2008-03-27 | Arm Limited | Restoring a register renaming table within a processor following an exception |
| JP5507317B2 (ja) | 2010-04-12 | 2014-05-28 | ルネサスエレクトロニクス株式会社 | マイクロコンピュータ及び割込み制御方法 |
| KR102025338B1 (ko) * | 2011-12-28 | 2019-09-26 | 삼성전자 주식회사 | 신호 처리 장치, 이를 구비한 디스플레이 장치 및 신호 처리 방법 |
| US20160313995A1 (en) | 2015-04-24 | 2016-10-27 | Optimum Semiconductor Technologies, Inc. | Computer processor with indirect only branching |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4459657A (en) * | 1980-09-24 | 1984-07-10 | Tokyo Shibaura Denki Kabushiki Kaisha | Data processing system having re-entrant function for subroutines |
Family Cites Families (31)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US3346851A (en) * | 1964-07-08 | 1967-10-10 | Control Data Corp | Simultaneous multiprocessing computer system |
| GB1301471A (ko) * | 1968-10-29 | 1972-12-29 | ||
| US3789365A (en) * | 1971-06-03 | 1974-01-29 | Bunker Ramo | Processor interrupt system |
| US3771138A (en) * | 1971-08-31 | 1973-11-06 | Ibm | Apparatus and method for serializing instructions from two independent instruction streams |
| US4034349A (en) * | 1976-01-29 | 1977-07-05 | Sperry Rand Corporation | Apparatus for processing interrupts in microprocessing systems |
| AU529675B2 (en) * | 1977-12-07 | 1983-06-16 | Honeywell Information Systems Incorp. | Cache memory unit |
| US4315314A (en) * | 1977-12-30 | 1982-02-09 | Rca Corporation | Priority vectored interrupt having means to supply branch address directly |
| US4200927A (en) * | 1978-01-03 | 1980-04-29 | International Business Machines Corporation | Multi-instruction stream branch processing mechanism |
| US4228495A (en) * | 1978-12-19 | 1980-10-14 | Allen-Bradley Company | Multiprocessor numerical control system |
| US4296470A (en) * | 1979-06-21 | 1981-10-20 | International Business Machines Corp. | Link register storage and restore system for use in an instruction pre-fetch micro-processor interrupt system |
| JPS5616248A (en) * | 1979-07-17 | 1981-02-17 | Matsushita Electric Ind Co Ltd | Processing system for interruption |
| US4434461A (en) * | 1980-09-15 | 1984-02-28 | Motorola, Inc. | Microprocessor with duplicate registers for processing interrupts |
| US4434641A (en) * | 1982-03-11 | 1984-03-06 | Ball Corporation | Buckle resistance for metal container closures |
| US4635194A (en) * | 1983-05-02 | 1987-01-06 | International Business Machines Corporation | Instruction buffer bypass apparatus |
| US4800486A (en) * | 1983-09-29 | 1989-01-24 | Tandem Computers Incorporated | Multiple data patch CPU architecture |
| JPS60225943A (ja) * | 1984-04-25 | 1985-11-11 | Hitachi Ltd | 例外割込み処理方式 |
| US4766564A (en) * | 1984-08-13 | 1988-08-23 | International Business Machines Corporation | Dual putaway/bypass busses for multiple arithmetic units |
| NL193475C (nl) * | 1984-12-27 | 1999-11-02 | Sony Corp | Microprocessorinrichting. |
| JPH0762823B2 (ja) * | 1985-05-22 | 1995-07-05 | 株式会社日立製作所 | デ−タ処理装置 |
| JPS63131230A (ja) * | 1986-11-21 | 1988-06-03 | Hitachi Ltd | 情報処理装置 |
| US4926323A (en) * | 1988-03-03 | 1990-05-15 | Advanced Micro Devices, Inc. | Streamlined instruction processor |
| US5003462A (en) * | 1988-05-31 | 1991-03-26 | International Business Machines Corporation | Apparatus and method for implementing precise interrupts on a pipelined processor with multiple functional units with separate address translation interrupt means |
| US4897810A (en) * | 1988-06-13 | 1990-01-30 | Advanced Micro Devices, Inc. | Asynchronous interrupt status bit circuit |
| JPH0673105B2 (ja) * | 1988-08-11 | 1994-09-14 | 株式会社東芝 | 命令パイプライン方式のマイクロプロセッサ |
| JP2810068B2 (ja) * | 1988-11-11 | 1998-10-15 | 株式会社日立製作所 | プロセッサシステム、コンピュータシステム及び命令処理方法 |
| GB8828817D0 (en) * | 1988-12-09 | 1989-01-18 | Int Computers Ltd | Data processing apparatus |
| US5075840A (en) * | 1989-01-13 | 1991-12-24 | International Business Machines Corporation | Tightly coupled multiprocessor instruction synchronization |
| JPH0314025A (ja) * | 1989-06-13 | 1991-01-22 | Nec Corp | 命令実行制御方式 |
| DE69031257T2 (de) * | 1989-09-21 | 1998-02-12 | Texas Instruments Inc | Integrierte Schaltung mit einem eingebetteten digitalen Signalprozessor |
| JP2835103B2 (ja) * | 1989-11-01 | 1998-12-14 | 富士通株式会社 | 命令指定方法及び命令実行方式 |
| EP0479390B1 (en) * | 1990-10-05 | 1999-01-07 | Koninklijke Philips Electronics N.V. | Processing device including a memory circuit and a group of functional units |
-
1992
- 1992-07-07 KR KR1019930700689A patent/KR100294276B1/ko not_active IP Right Cessation
- 1992-07-07 WO PCT/JP1992/000872 patent/WO1993001547A1/en active IP Right Grant
- 1992-07-07 AT AT92914386T patent/ATE188786T1/de active
- 1992-07-07 EP EP92914386A patent/EP0547240B1/en not_active Expired - Lifetime
- 1992-07-07 DE DE69230554T patent/DE69230554T2/de not_active Expired - Lifetime
- 1992-07-07 EP EP99112833A patent/EP0945787A3/en not_active Withdrawn
- 1992-07-07 JP JP50215493A patent/JP3333196B2/ja not_active Expired - Lifetime
-
1993
- 1993-05-24 US US08/065,063 patent/US5448705A/en not_active Expired - Lifetime
-
1994
- 1994-11-21 US US08/345,333 patent/US5481685A/en not_active Expired - Lifetime
-
1998
- 1998-12-28 HK HK98116066A patent/HK1014783A1/xx not_active IP Right Cessation
-
2000
- 2000-06-12 JP JP2000175145A patent/JP3552995B2/ja not_active Expired - Fee Related
- 2000-06-12 JP JP2000175146A patent/JP3879812B2/ja not_active Expired - Lifetime
- 2000-06-12 JP JP2000175144A patent/JP2001022583A/ja not_active Withdrawn
- 2000-08-07 JP JP2000237838A patent/JP2001067220A/ja not_active Withdrawn
-
2003
- 2003-05-02 JP JP2003126853A patent/JP3750743B2/ja not_active Expired - Lifetime
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4459657A (en) * | 1980-09-24 | 1984-07-10 | Tokyo Shibaura Denki Kabushiki Kaisha | Data processing system having re-entrant function for subroutines |
Non-Patent Citations (1)
| Title |
|---|
| IEEE MICRO vol.9, no.2, April 1989, pages 26-38 * |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR102268112B1 (ko) * | 2019-12-24 | 2021-06-22 | 한국항공우주연구원 | 위성 커맨드 저장 처리 방법 및 위성 커맨드 저장 처리 시스템 |
Also Published As
| Publication number | Publication date |
|---|---|
| EP0945787A3 (en) | 2008-12-31 |
| JP3333196B2 (ja) | 2002-10-07 |
| JP2001022583A (ja) | 2001-01-26 |
| HK1014783A1 (en) | 1999-09-30 |
| DE69230554D1 (de) | 2000-02-17 |
| JP3879812B2 (ja) | 2007-02-14 |
| JP2003330708A (ja) | 2003-11-21 |
| US5448705A (en) | 1995-09-05 |
| JP2001027949A (ja) | 2001-01-30 |
| JP2001067220A (ja) | 2001-03-16 |
| DE69230554T2 (de) | 2000-07-06 |
| JP2001022584A (ja) | 2001-01-26 |
| WO1993001547A1 (en) | 1993-01-21 |
| KR930702719A (ko) | 1993-09-09 |
| EP0547240B1 (en) | 2000-01-12 |
| JP3750743B2 (ja) | 2006-03-01 |
| EP0547240A1 (en) | 1993-06-23 |
| JPH06502035A (ja) | 1994-03-03 |
| US5481685A (en) | 1996-01-02 |
| JP3552995B2 (ja) | 2004-08-11 |
| EP0945787A2 (en) | 1999-09-29 |
| ATE188786T1 (de) | 2000-01-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100294276B1 (ko) | 고속트랩및예외상태를구현한알아이에스씨마이크로프로세서구조 | |
| KR100294475B1 (ko) | 고성능알아이에스씨마이크로프로세서구조 | |
| KR100299691B1 (ko) | 확장가능알아이에스씨마이크로프로세서구조 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A201 | Request for examination | ||
| E902 | Notification of reason for refusal | ||
| E701 | Decision to grant or registration of patent right | ||
| GRNT | Written decision to grant | ||
| FPAY | Annual fee payment |
Payment date: 20110318 Year of fee payment: 11 |
|
| LAPS | Lapse due to unpaid annual fee |