JPH021044A - Memory access control system - Google Patents

Memory access control system

Info

Publication number
JPH021044A
JPH021044A JP15469188A JP15469188A JPH021044A JP H021044 A JPH021044 A JP H021044A JP 15469188 A JP15469188 A JP 15469188A JP 15469188 A JP15469188 A JP 15469188A JP H021044 A JPH021044 A JP H021044A
Authority
JP
Japan
Prior art keywords
bus
request
memory access
signal
queue
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP15469188A
Other languages
Japanese (ja)
Other versions
JP2718702B2 (en
Inventor
Takeshi Aimoto
毅 相本
Akira Ishiyama
明 石山
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP15469188A priority Critical patent/JP2718702B2/en
Publication of JPH021044A publication Critical patent/JPH021044A/en
Application granted granted Critical
Publication of JP2718702B2 publication Critical patent/JP2718702B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Abstract

PURPOSE:To improve the memory through-put of an information processor by constituting the information processor being capoable of outputting a bus right request from a storage control device to a bus arbiter when a request exists in the storage control device. CONSTITUTION:At the time of requiring the bus right of an S bus 300, bus requesters in instruction processors 10-a, 10-b, I/O processors 10-c, 10-d, and the storage control device 100 send bus right request signals 12-a to 12-d to the bus arbiter 20 in the device 100. The bus arbiter 200 waits the idle state of the bus and receives a request with the highest priority at a point of time corresponding to a bus idle cycle. The requester obtaining the bus right sends a request through the S bus 300. The device 100 checks whether a request address is included with the address setting range of the device 100 itself or not and receives only a request fitted to the address range. Thus, a memory access request is processed at a memory access time pitch, so that the through- put is improved.

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明はメモリアクセス制御方式に関し、特に命令処理
装置や入出力処理装置、記憶制御装置がバス形式で接続
された情報処理装置のメモリスループットを高めるのに
好適な、メモリアクセス制御方式に関する。
[Detailed Description of the Invention] [Field of Industrial Application] The present invention relates to a memory access control system, and in particular to a method for controlling memory throughput of an information processing device in which an instruction processing device, an input/output processing device, and a storage control device are connected in the form of a bus. The present invention relates to a memory access control method suitable for increasing the number of users.

〔従来の技術〕[Conventional technology]

まずメモリアクセスの要求元となる命令処理装置や入出
力処理袋R(以下、これらを総称してリクエスタとio
う)と、記憶制御装置とがバス形式で接続された情報処
理装置におけるメモリアクセス手順について述べる。
First, the instruction processing device and input/output processing bag R (hereinafter collectively referred to as requester and io
A memory access procedure in an information processing device in which a storage control device (b) and a storage control device are connected in the form of a bus will be described.

第2図(a)は従来のメモリアクセス手順におけるリー
ド要求の手順を示したものである。リクエスタは、バス
アクセス権の仲裁を行うバスアービタにバス権要求(B
USREQ)信号を送る。これを受けたバスアービタは
バスの空きを待ち、複数のリクエスタからのBUSRE
Q信号の中から、予め決められた優先順位に従って、1
つのリクエスタにバス権要求受付(BUSACP)信号
を送る。 BUSACP信号を受信したリクエスタは、
バスにメモリアクセス要求の詳細情報として、例えば、
メモリアドレス(SAB) 、リード要求かライト要求
かの区別信号、データ長、ライト要求の場合はライトデ
ータ等を送出する。記憶制御装置ff(以下、rscU
Jという、)ここでは4ウエハー・インタリーヴ構成を
仮定する)はバスから上述の詳細情報を受信し、Way
O〜3においてメモリアクセス手順を起動する。メモリ
アクセス手順が終了すると、SCUはバスに、終了通知
信号と終了の詳細情報を送出し、リクエスタはこれを受
信する。詳細情報は、例えば、リード要求の場合はリー
ドデータ(SDRバス上のDo”Ds)等である。
FIG. 2(a) shows a read request procedure in a conventional memory access procedure. The requester sends a bus rights request (B) to the bus arbiter that arbitrates bus access rights.
USREQ) signal. Upon receiving this, the bus arbiter waits for a vacant bus and receives BUSRE requests from multiple requesters.
Among the Q signals, 1 is selected according to a predetermined priority order.
A bus request acceptance (BUSACP) signal is sent to one requester. The requester that received the BUSACP signal:
For example, as detailed information of a memory access request to the bus,
It sends out the memory address (SAB), a signal for distinguishing whether it is a read request or a write request, the data length, and write data in the case of a write request. Storage control unit ff (hereinafter referred to as rscU)
J, here assuming a 4-wafer interleaved configuration) receives the above detailed information from the bus and
A memory access procedure is started in steps O-3. When the memory access procedure is completed, the SCU sends a completion notification signal and detailed information on the completion to the bus, and the requester receives this. The detailed information is, for example, read data (Do"Ds on the SDR bus) in the case of a read request.

第2図(a)の破線で示すSABは1次に処理されるリ
ード要求を示している。従来のSCUは、バス仲裁が終
了して一つのリクエスタがバス権を獲得すると、そのメ
モリ読出しまたは書込みが完了するまでバス権を放さず
1次のアクセス要求は受付けられなかった。このように
、バス転送の最初からバス転送の結果を返すまで、バス
の専有を続けることが、メモリスループット向上を阻み
、また、装置全体の性能向上のネックとなっていた。
The SAB indicated by a broken line in FIG. 2(a) indicates a read request that is processed primarily. In the conventional SCU, once bus arbitration is completed and one requester acquires the bus right, the bus right is not released until the memory read or write is completed, and the primary access request is not accepted. In this way, continuing to monopolize the bus from the beginning of the bus transfer until the return of the bus transfer result has hindered the improvement of memory throughput and has become a bottleneck in improving the performance of the entire device.

上述の如き欠点を除去し、第2図(b)の破線で示すタ
イミングで次要求を処理する方式るものとして、特開昭
55−97655号公報「メモリアクセス方式」に開示
された技術が知られている。この技術は、SCUとリク
エスタ内部に、それぞれ、複数個のバッファを持ち、こ
れにバスアクセス情報を保持し、SCUがメモリアクセ
スを行っている間に、次のリクエストを受付は可能にし
ようとするものである。
As a method for eliminating the above-mentioned drawbacks and processing the next request at the timing shown by the broken line in FIG. It is being This technology has multiple buffers inside the SCU and requester, which hold bus access information, and attempts to accept the next request while the SCU is accessing memory. It is something.

〔発明が解決しようとする課題〕[Problem to be solved by the invention]

しかしながら、上記従来技術は、SCUがメモリアクセ
スを行っている間に、どのような機構で次のリクエスト
を受付けるかを明示しておらず、特に、SCUと複数の
リクエスタ間がバス形式で結合されている場合に必要と
されるバス権の仲裁については解決されていないため、
バス形式で結合されている情報処理装置のメモリスルー
ブツトの向上には適用できない。
However, the above-mentioned conventional technology does not specify what mechanism is used to accept the next request while the SCU is accessing the memory, and in particular, the SCU and multiple requesters are connected in the form of a bus. Bus rights arbitration, which is required when
It cannot be applied to improving the memory throughput of information processing devices connected in a bus format.

本発明は上記事情に鑑みてなされたもので、その目的と
するところは、従来のメモリアクセス制御方式における
上述の如き問題を解消し、前述のSCUやCPUがバス
形式で結合されている情報処理装置のメモリスルーブツ
トを向上させることを可能とするメモリアクセス制御方
式を提供することにある。
The present invention has been made in view of the above circumstances, and its purpose is to solve the above-mentioned problems in conventional memory access control systems, and to provide information processing in which the above-mentioned SCU and CPU are connected in the form of a bus. An object of the present invention is to provide a memory access control method that makes it possible to improve the memory throughput of a device.

(8題を解決するための手段〕 本発明の上述の目的は、命令処理装置または入出力処理
装置等のリクエスタと記憶制御装置がバス形式で結合さ
れ、バスアービタにより前記各装置間におけるバス権の
受授を行う情報処理装置において、前記記憶制御装置内
のメモリアクセス回路とバスインターフェース回路との
間に、バッファ(該バスインタフェース回路で受付けた
メモリアクセス要求とメモリアクセス制御の間のメモリ
アクセス待ちバッファ、及び、メモリアクセス回路で処
理されリクエスタへの転送待ちのメモリアクセス要求と
バスインタフェースとの間のバス出力待ちバッファ)を
設けて、該バス出力待ちバッファ内にリクエストが存在
する場合には、該バス出力待ちバッファから前記バスア
ービタへ、前記リクエスタから前記バスアービタへのバ
ス権要求とは別のバス権要求を出力し、前記バスアービ
タはこれらバス権要求に基づきバス権受授を行う如く構
成したことを特徴とするメモリアクセス制御方式によっ
て達成される。
(Means for Solving Eight Problems) The above-mentioned object of the present invention is to connect a requester such as an instruction processing device or an input/output processing device and a storage control device in the form of a bus, and to use a bus arbiter to control bus rights between the devices. In an information processing device that performs reception and reception, a buffer (a memory access waiting buffer between a memory access request accepted by the bus interface circuit and memory access control) is provided between a memory access circuit in the storage control device and a bus interface circuit. , and a bus output wait buffer between the memory access request processed by the memory access circuit and waiting to be transferred to the requester and the bus interface, and if there is a request in the bus output wait buffer, the corresponding The bus output wait buffer outputs a bus request different from the bus request from the requester to the bus arbiter, and the bus arbiter receives and receives the bus request based on these bus requests. This is achieved using a characteristic memory access control method.

また、前記バス権要求に、バス使用サイクル数を示す信
号、および、バス使用形態を示す信号を付加することも
次リクエストを早いタイミングで受付はバススループッ
トを向上する上で有効である。
Further, adding a signal indicating the number of bus usage cycles and a signal indicating the bus usage pattern to the bus request is also effective in improving bus throughput by accepting the next request at an early timing.

又、バスの制御信号を要求転送用と結果転送用の2系統
設けることもパススループットを向上する上で有効であ
る。
Furthermore, providing two bus control signal systems, one for request transfer and one for result transfer, is also effective in improving path throughput.

〔作用〕[Effect]

上述のバッファは、メモリアクセス待ちまたはバス出力
待ちのリクエスト用のバッファである。
The above buffer is a buffer for requests waiting for memory access or bus output.

このバッファにより、先行リクエストによりメモリがア
クセス中である場合やバスが使用中である場合に、この
バッファを利用してリクエストの進行を待たせ、メモリ
アクセスやバス転送を独立のステージとして動かすこと
が可能になる。
This buffer makes it possible to use this buffer to wait for a request to proceed when the memory is being accessed by a preceding request or when the bus is in use, allowing memory accesses and bus transfers to be performed as separate stages. It becomes possible.

さらに、上記リクエスタからバスアービタへのバス権要
求とは別にバス出力待ちバッファからのバス権要求を設
け、記憶制御装置内のバス出力待ちバッファにリクエス
トが存在する場合には、記憶制御装置からバスアービタ
ヘバス権要求を送り、バスアービタが記憶制御装置から
のバス権要求と。
Furthermore, in addition to the bus request from the requester to the bus arbiter, a bus request from the bus output waiting buffer is provided, and if there is a request in the bus output waiting buffer in the storage control device, the bus arbiter is sent from the storage control device to the bus arbiter. The bus arbiter receives the bus request from the storage controller.

他のバス権要求とを選択して、バス終了通知信号送出の
ためのバス権を得るようにしている。これにより、メモ
リアクセス中に次のリクエストが受付けられ、また、終
了通知信号を送出している間に次のメモリアクセスが開
始され、メモリアクセス時間ピッチ(または、バス転送
サイクルピッチ)で、メモリアクセス要求が処理される
ことになる。
By selecting other bus rights requests, the bus rights for sending the bus termination notification signal are obtained. As a result, the next request is accepted during the memory access, and the next memory access is started while the completion notification signal is being sent, and the memory access is performed at the memory access time pitch (or bus transfer cycle pitch). The request will be processed.

この結果、スループットが大幅に向上する。As a result, throughput is significantly improved.

また、前記バス権要求に、バス使用サイクル数の信号、
および、バス使用形態を示す信号を付加することにより
、バスアービタは、リクエスタから使用バスタイブと使
用バスサイクル数を通知されるので、これに基づいてバ
スアービトレーションを行うことができ、バスの空きを
リクエスト受付時点で予測することが可能となり、次の
リクエストに対して予測した空きサイクルに対応したB
USACP信号を送ることができる。これにより、バス
スルーブツトがさらに向上する。
In addition, in the bus request, a signal indicating the number of bus usage cycles,
By adding a signal indicating the bus usage pattern, the bus arbiter is notified of the bus type used and the number of bus cycles used from the requester, so it can perform bus arbitration based on this and accept requests for bus availability. B that corresponds to the predicted free cycle for the next request.
Can send USACP signals. This further improves the bus throughput.

なお、上記作用を生むための最も不可欠なものは記憶制
御装置内からのバス権要求信号であり。
Note that the most essential thing for producing the above effect is a bus request signal from within the storage control device.

これによりバスサイクルとメモリサイクルのステージを
分割することが可能となった。バッファはこのステージ
の動作タイミングをフレキシブルにする働きを持つもの
として重要である。
This made it possible to separate the bus cycle and memory cycle stages. The buffer is important because it has the function of making the operation timing of this stage flexible.

〔実施例〕〔Example〕

以下、本発明の実施例を図面に基づいて詳細に説明する
Embodiments of the present invention will be described in detail below with reference to the drawings.

第3図は、本発明の一実施例を示す情報処理装置のブロ
ック構成図である0本実施例に示す情報処理装置は、マ
ルチプロセッサ構成を採用しており、2個の命令処理装
置 (I Po)10−a。
FIG. 3 is a block configuration diagram of an information processing device showing one embodiment of the present invention. The information processing device shown in this embodiment employs a multiprocessor configuration, and includes two instruction processing devices (I Po) 10-a.

(IPx)10−b、2個の入出力処理装置(IOPo
)10−c、(IOPl)10−d、1個の記憶制御袋
[(SCU)100および1個のRAM(RAM)30
を、Sバス300により結合することで、基本処理装置
ff (BPU)20が構成されている。
(IPx) 10-b, two input/output processing units (IOPo
) 10-c, (IOPl) 10-d, 1 storage control bag [(SCU) 100 and 1 RAM (RAM) 30
A basic processing unit ff (BPU) 20 is configured by connecting the two through an S bus 300.

命令処理袋!(IPo)10−aと(IPt)10−b
、入出力処理袋R(IOPo)10−aと(IOPr)
10−d、及びSCU100内のバスリクエスタ(リク
エスト管理50o)はSバス300のバス権が必要にな
ると、バス権要求信号(BUSREQ)12−a 〜1
2d、  12−r(後述)を、バスアービタ200に
送る。バスアービタ200はここではSCU100の内
部に実現されている。バスアービタ200は、バスの空
きを待ち、バス空きサイクルに対応した時点で最も優先
順位の高いリクエストを受付ける。バス権を得たリクエ
スタは。
Command processing bag! (IPo) 10-a and (IPt) 10-b
, input/output processing bag R (IOPo) 10-a and (IOPr)
10-d, and the bus requester (request management 50o) in the SCU 100 sends bus request signals (BUSREQ) 12-a to 1 when the bus right of the S bus 300 is required.
2d and 12-r (described later) are sent to the bus arbiter 200. Bus arbiter 200 is here implemented inside SCU 100. The bus arbiter 200 waits for a bus to become vacant, and accepts the request with the highest priority when the bus becomes vacant. The requester who obtained the bus right.

S/<ス300を用いて、リクエスト(アドレス。Request (address.

ライトデータまたはリードライトの別等の詳細情報)を
送出する。
Detailed information such as write data or read/write information) is sent.

BPU20(7)主記憶であるR、AM30は、4ウエ
ー・インタリーヴ構成で連続アドレスで番地付けされて
いる。 5cutooは、リクエストアドレスが自SC
Uのアドレス実装範囲か否かチエツクし、アドレス範囲
が適合したリクエストのみを受付ける。
The main memories of the BPU 20 (7), R and AM 30, have a 4-way interleave configuration and are assigned consecutive addresses. 5cutoo, the request address is the own SC
Checks whether the address is within the implementation range of U, and accepts only requests that match the address range.

第1図に5CU100の構成の1例を示す、第1図の実
施例においては、メモリアクセス制御部700−〇〜3
およびRAM30−0〜3は、4つ存在し、4Wayイ
ンタリーヴとして並列に動作する。
FIG. 1 shows an example of the configuration of the 5CU 100. In the embodiment shown in FIG. 1, memory access control units 700-0 to 3
There are four RAMs 30-0 to 30-3, which operate in parallel as a 4-way interleave.

第2図および第5図に示すSCUのWayO〜3は、上
記RAM30−0〜3へのアクセスが並列に行われてい
ることを示す6本実施における5CU100は。
Ways O to 3 of the SCU shown in FIGS. 2 and 5 indicate that accesses to the RAMs 30-0 to 3 are performed in parallel for the 5CU 100 in the six implementations.

バス権仲裁を行なうバスアービタ200、Sバス300
とのインタフェースを行なうバスインタフェース400
,4ウエハ・インタリーブに分解されたリクエストの同
期をとるリクエスト管理部500、各ウェイ毎のリクエ
スト(以後、キューと称す)のバッファであるキュー管
理部600−0〜600−3、および各ウェイ毎のメモ
リアクセスを行なうメモリアクセス制御部700−0〜
700−3からなるLSIとして示される。但し、各構
成要素のうちの1部、例えば、バスアービタ200をL
SIの外に出してもよい。
Bus arbiter 200 and S bus 300 perform bus rights arbitration
A bus interface 400 that interfaces with
, a request management unit 500 that synchronizes requests decomposed into four wafer interleave, a queue management unit 600-0 to 600-3 that is a buffer for requests for each way (hereinafter referred to as queues), and a queue management unit 600-0 to 600-3 for each way. Memory access control unit 700-0 to perform memory access of
It is shown as an LSI consisting of 700-3. However, some of the components, for example, the bus arbiter 200, may be
It may be taken outside the SI.

第1図の5CU100の詳細説明の前に、第4図を参照
して、Sバスおよびバス権受授信号について説明する。
Before explaining the details of the 5CU 100 in FIG. 1, the S bus and the bus transfer signal will be explained with reference to FIG.

これらのインタフェース信号は、リクエスタ10−i 
(i=a、b、c、d、以下、同様)と、後述するリク
エスト管理500と、SCU100内のバスアービタと
の間で定義されている。リクエスタ10−iは、バスリ
クエスタブロック(B R)8−iやバスインタフェー
スブロック(BI)6−1等を持つ6 まず、バス権受授信号群を説明する。Aス権要求信号(
BUSREQi”r) 12− i −rは、ノ(ス権
要求が存在すること、およびその詳細情報(すなわち、
要求バスタイブ信号(OUSTYPi”r) 14− 
i〜rと要求バス使用サイクル数信号(BUSCNTi
”r)16− i = r上の情報)が有効であること
を示す。
These interface signals are transmitted to the requester 10-i
(i=a, b, c, d, the same applies hereinafter) is defined between the request management 500, which will be described later, and the bus arbiter within the SCU 100. The requester 10-i includes a bus requester block (BR) 8-i, a bus interface block (BI) 6-1, etc. 6 First, a group of bus right transfer signals will be explained. A space request signal (
BUSREQi”r) 12-i-r indicates the existence of a no(space rights request) and its detailed information (i.e.
Request bus type signal (OUSTYPi”r) 14-
i to r and the requested bus usage cycle number signal (BUSCNTi
``r) 16-i = information on r) is valid.

要求バスタイブ信号(BUSTYPi=r) 14− 
i = rは、バスリクエストが、データバス5DB3
20を使用するか否かを示す、データバス5DB320
を使用する場合はライ1〜要求、使用しない場合はリー
ド要求である。要求バス使用サイクル数信号(BUSC
NTi〜r)16−i=rは、データバス5Dr332
0の使用サイクル数を示す。
Request bus type signal (BUSTYPi=r) 14-
i = r means that the bus request is data bus 5DB3
Data bus 5DB320 indicating whether or not 20 is used.
If it is used, it is a lie 1~request, and if it is not used, it is a read request. Request bus usage cycle number signal (BUSC
NTi~r)16-i=r is the data bus 5Dr332
Indicates the number of usage cycles of 0.

バスアービタ200は、これらのバス権要求信号を受け
、バスの使用状態とリクエストの優先順位に応じて、バ
ス権要求を受付はバス権要求受付信号(BUSACPi
=r) 20− i ” rをリクエスタ10−1に返
す。
The bus arbiter 200 receives these bus request signals and sends a bus request acceptance signal (BUSACPi) depending on the bus usage status and the priority of the request.
=r) 20-i''r is returned to the requester 10-1.

バス権要求が受付けられると、Sバス300を使用して
リクエスト情報が転送される0本実施例においては、S
バス300の使用形態をメモリアクセス要求転送とメモ
リアクセス結果転送とに分類するが、以下の説明では前
者をスタート系バス手順、後者をエンド系バス手順と呼
ぶ、Sバス300は、スタート系バス手順を制御するス
タート系制御信号群302と、エンド系バス手順を制御
するエンド系制御信号群304と、上記アドレスバス5
AB310およびデータバス5DB320、フラグバス
5FB322から構成されている。なお、5FB322
は、データバス5DB320の補助情報で、5DB32
0の4バイトのうちのどのバイトに有効なデータが乗っ
ているかを示す信号である。
When a bus right request is accepted, the request information is transferred using the S bus 300. In this embodiment, the S bus 300 is used to transfer the request information.
The usage of the bus 300 is classified into memory access request transfer and memory access result transfer. In the following explanation, the former will be referred to as a start-related bus procedure, and the latter will be referred to as an end-related bus procedure. a start-related control signal group 302 for controlling the address bus 5; an end-related control signal group 304 for controlling the end-related bus procedure;
It is composed of AB310, data bus 5DB320, and flag bus 5FB322. In addition, 5FB322
is the auxiliary information of data bus 5DB320, and 5DB32
This signal indicates which byte of the 4 bytes of 0 contains valid data.

スタート系バス手順には、リード要求転送とライト要求
転送がある。リード要求転送の場合は。
Start-related bus procedures include read request transfer and write request transfer. For lead request transfers.

リードアドレスをアドレスバス5AB310により転送
し、同時に、スタート系制御信号群302により。
The read address is transferred by the address bus 5AB310, and at the same time by the start system control signal group 302.

リクエストの詳細情報を転送する。ライト要求転送の場
合は、ライトアドレス、ライトデータをアドレスバス5
AB310、データバス5DB320により転送し、同
時に、スタート系制御信号群302により、リクエスト
の詳細情報を転送する。
Forward request details. In the case of write request transfer, write address and write data are transferred to address bus 5.
AB310 and data bus 5DB320, and at the same time, detailed information of the request is transferred using start-related control signal group 302.

スタート系と同様に、エンド系バス手順はリード結果転
送とライト結果転送がある。リード結果転送の場合は、
リードデータをデータバス5DB320により転送し、
同時に、エンド系制御信号群304により、リクエスト
の詳細情報を転送する。ライト結果転送の場合は、エン
ド系制御信号群304により、リクエストの詳細情報の
みを転送する。
Similar to the start system, the end system bus procedure includes read result transfer and write result transfer. For lead result transfer,
Transfer read data via data bus 5DB320,
At the same time, detailed information of the request is transferred using the end system control signal group 304. In the case of write result transfer, only the detailed information of the request is transferred using the end system control signal group 304.

上記スタート系制御信号群302.の構成は、スタート
系信号群に有効な情報が乗っているか否かを示すコマン
ド信号BSACT330、リード要求かライト要求かの
別を示すBSRD332 、通常のリードまたはライト
要求か、その他のバス使用要求かの別を示すタイプ信号
BSTYP334、データバス使用サイクル数を示すB
SCNT336、リクエスト元ユニットを識別するBS
UNT338リクエスト元リクエストチェック番号BS
CHK340により構成されている。BSLINT33
8゜BSCHK340はリクエスト付随の情報で、SC
Uで処理が終了すると、終了転送の際のエンド系制御情
報群中の同様の信号(後記BEUNT、 BECHK)
上に送出され、リクエスト元はBEUNTに基づき終了
通知が自装置に対するものか否か、及びB E CHK
に基づき自装置が出した複数の未確認のリクエストの内
どのリクエストに対するエンド通知かを認識させる。リ
クエスト10−1のバスインタフェース6−iは、BE
UNTが自装置の番号と一致する場合、終了通知を取込
む。
The start system control signal group 302. consists of a command signal BSACT330 that indicates whether valid information is carried in the start-related signal group, a BSRD332 that indicates whether it is a read request or a write request, and whether it is a normal read or write request or another bus use request. Type signal BSTYP334 indicating the type of data bus, B indicating the number of data bus usage cycles
SCNT336, BS that identifies the requesting unit
UNT338 request source request check number BS
It is composed of CHK340. BSLINT33
8゜BSCHK340 is information attached to the request, SC
When the process ends at U, similar signals in the end system control information group at the time of end transfer (BEUNT, BECHK described later)
Based on BEUNT, the request source determines whether the termination notification is for its own device or not, and B E CHK.
Based on this, the end notification is made to recognize which request among the plurality of unconfirmed requests issued by the own device is sent. The bus interface 6-i of the request 10-1 is BE
If UNT matches the number of the own device, a termination notification is captured.

次に、エンド系制御信号群302は、エンド系信号群に
有効な情報が乗っているか否かを示すコマンド信号BE
ACT350、リード要求かライト要求かの別を示すB
ERD352 、データバス使用サイクル数を示すBE
CNT354、リクエスト元ユニットを示すBEUNT
356. BEC1lK358により構成されている。
Next, the end system control signal group 302 is a command signal BE indicating whether or not valid information is carried on the end system signal group.
ACT350, B indicating read request or write request
ERD352, BE indicating the number of data bus usage cycles
CNT354, BEUNT indicating the requesting unit
356. It is composed of BEC11K358.

第5図に、第4図で説明したSバス300およびバス権
受授信号のタイミング関係を示す。リードの場合、ライ
トの場合それぞれ、スタート系バス手順により5CLI
100にリクエストを転送し、5CU100でRAM3
0に対するリードまたはライトが行われ、エンド系バス
手順によりリクエスト元へ、リクエストの結果(リード
データ、ライト終了通知等)が転送されて終了する。
FIG. 5 shows the timing relationship between the S bus 300 and the bus transfer signal explained in FIG. 4. In the case of read and write, 5CLI is set according to the start bus procedure.
Transfer the request to 100, and RAM3 with 5CU100
Reading or writing to 0 is performed, and the result of the request (read data, write completion notification, etc.) is transferred to the request source according to the end-related bus procedure, and the process ends.

第5図(a)に示すリードの場合は、スタート系バス手
順では、バス権を獲得したリクエスタが、スタート系制
御信号群(BSACT330で示した)とアドレス(S
AB310)を送出する。また、エンド系バス手順では
、5CU100内の処理(リード)が一定のところまで
進行するとバスアービタ200に対し、バスリクエスト
信号BUSREQr12−rを送り、バス権を獲得した
後、SCU100がエンド系制御信号群(BEACT3
50で示した)とデータ (SDB320)を送出する
In the case of the read shown in FIG. 5(a), in the start-related bus procedure, the requester that has acquired the bus right sends the start-related control signal group (indicated by BSACT330) and the address (S
AB310) is sent. Furthermore, in the end system bus procedure, when the processing (read) within the 5CU 100 progresses to a certain point, a bus request signal BUSREQr12-r is sent to the bus arbiter 200, and after acquiring the bus right, the SCU 100 sends a group of end system control signals. (BEACT3
50) and data (SDB320) are sent.

第5図(b)に示すライトの場合は、スタート系バス手
順では、リクエスタがスタート系制御信号群とアドレス
(SAB310)とデータ(SDB320)を送出する
。また、エンド系バス手順では、5CU100がエンド
系制御信号群を送出する。
In the case of the write shown in FIG. 5(b), in the start-related bus procedure, the requester sends out a start-related control signal group, an address (SAB 310), and data (SDB 320). Furthermore, in the end system bus procedure, the 5CU 100 sends out a group of end system control signals.

第4図のバスアービタ200は、リクエスト10− i
  (i = a ” d、以下、同様)やリクエスト
管理部500からのバス権要求信号(BLISREQi
)12− i 、  (BUSREQr) 12− r
及び他の信号(BUSTYPi、 BUSTYPr、 
BUSCNTi、 R11SCNTr)を受けて、バス
アービトレーションを行い、受付けたリクエスト元に対
し、バス権要求受付信号(BUSACPi)  20−
 i 、  (BUSACPr)  20− rを返す
The bus arbiter 200 in FIG.
(i = a ” d, the same applies hereinafter) and a bus request signal (BLISREQi) from the request management unit 500.
)12-i, (BUSREQr)12-r
and other signals (BUSTYPi, BUSTYPr,
BUSCNTi, R11SCNTr), performs bus arbitration and sends a bus request acceptance signal (BUSACPi) 20- to the accepted request source.
i, (BUSACPr) 20- returns r.

バスインタフェース400は、Sバス300とのインタ
フェース部であり、リクエストの受付とメモリアクセス
結果の転送を行なう。リクエスト受付では、スタート系
バス手順を受付けて、リクエスト管理部500ヘリク工
スト受付通知信号TRUP830を送り、キュー管理部
600−0〜3八、キュー受付通知信号TQ (0〜3
)tJP820−0〜3、アドレス840−0〜3、デ
ータ842−0〜3等の詳細情報を送る。また、メモリ
アクセス結果の転送ではリクエスト管理部500から、
エンド系バス権要求信号RUSOUT82gを受けると
、キュー管理部600−0〜3 ニ対し、BUSOUT
O〜3834−0〜3を送り、出力情報(フェッチデー
タ等)844−0〜3を受取る。バスインタフェース4
00は、これを受けてエンド系バス手順を開始する。
The bus interface 400 is an interface unit with the S bus 300, and accepts requests and transfers memory access results. At the request reception, the start bus procedure is accepted, the request management unit 500 sends the helicopter construction reception notification signal TRUP 830, and the queue management units 600-0 to 38 receive the queue reception notification signal TQ (0 to 3).
) Send detailed information such as tJP 820-0 to 3, addresses 840-0 to 3, data 842-0 to 3, etc. In addition, when transferring memory access results, the request management unit 500
Upon receiving the end system bus request signal RUSOUT82g, the queue management units 600-0 to 600-3 send the BUSOUT
Sends O~3834-0~3 and receives output information (fetch data, etc.) 844-0~3. Bus interface 4
00 receives this and starts the end system bus procedure.

メモリアクセス制御部700−0〜3は、RAM30−
0〜3に対して、リードまたはライトのアクセス手順を
行うブロックで、キュー管理部600−0〜3から送ら
れて来たアドレス85〇−〇〜3や、ストアデータ85
2−0〜3および制御情報に基づいて、ACCREQ信
号836−0〜3を起動信号としてアクセス動作を開始
し、ACCEND信号838−0〜3を終了通知信号と
してフェッチデータ854−0〜3等をキュー管理部6
0〇−〇〜3へ返す、このブロックは、従来のメモリア
クセス制御方式と同様である。
The memory access control units 700-0 to 700-3 are RAM 30-
This block performs read or write access procedures for 0 to 3, and addresses 850-0 to 3 sent from the queue management unit 600-0 to 600-3 and store data 85-3.
2-0 to 3 and the control information, the access operation is started using the ACCREQ signals 836-0 to 3 as activation signals, and the fetch data 854-0 to 3 etc. are started using the ACCEND signals 838-0 to 3 as completion notification signals. Queue management section 6
This block, which returns to 0-3, is similar to the conventional memory access control method.

キュー管理部600−0〜3は、バスインタフェース4
00で受付けられたリクエストとメモリアクセス制御部
700−0〜3、または、メモリアクセス制御部700
〜0〜3で処理されたりりエストとバスインタフェース
400の間に存在し、バッファの役割をする。このため
、バス手順とメモリアクセス手順が、必ずしも時間的に
固定した連続動作として処理される必要がなくなる。別
の表現をすれば、バス手順とメモリアクセス手順は、別
々のステージとして動かすことが可能となり、更には、
パイプライン動作を行わせることが可能となる。前述の
如く、5cutooのメモリアクセス制御部700−0
〜3は、4ウエイインタリーヴなので4個存在し、その
ため、バスインタフェース400との間のバッファであ
るキュー管理部600−0〜3も4個存在する。バスイ
ンタフェース400で受付けられたリクエストは、その
BSCNT336と5AB310の下位2ビツトに従っ
て分解され、上述の4個のキュー管理部600−0〜3
にキューイングされる。キュー管理部600−0〜・3
は各Wayに分解され、キューイングされたリクエスト
(以下、これをリクエスト管理部500の「リクエスト
キュー」に対し簡単に「キュー」と呼ぶ)を管理する。
The queue management units 600-0 to 600-3 are connected to the bus interface 4
00 and the memory access control unit 700-0 to 3 or the memory access control unit 700
It exists between the bus interface 400 and the bus interface 400, and serves as a buffer. Therefore, the bus procedure and memory access procedure do not necessarily need to be processed as continuous operations fixed in time. In other words, bus procedures and memory access procedures can be run as separate stages, and furthermore,
It becomes possible to perform pipeline operation. As mentioned above, the memory access control unit 700-0 of 5cutoo
3 are 4-way interleaved, so there are four queue management units 600-0 to 600-3, which are buffers with the bus interface 400. A request accepted by the bus interface 400 is decomposed according to the lower two bits of its BSCNT 336 and 5AB 310, and is sent to the four queue management units 600-0 to 3 described above.
will be queued. Queue management section 600-0 to 3
manages queued requests that are decomposed into each way (hereinafter simply referred to as a "queue" in contrast to the "request queue" of the request management unit 500).

キュー管理部600−0〜3は。The queue management units 600-0 to 600-3.

TQ (0〜3)UP信号832−0〜3を指示信号と
してバスインタフェース400からキュー(具体的には
、アドレス840−0〜3.ストアデータ842−0〜
3や詳細情報)を受取り、ラッチする。受付けたキュー
を受付順にメモリアクセス制御700−0〜3に送り、
メモリアクセス制御から受取ったキューをバスインタフ
ェース400からのBUSOUT信号834−0〜3を
指示信号として、フェッチデータ844−0〜3等を受
付順にバスインタフェース400に送る。バスインタフ
ェース400で受付けられたリクエストはメモリアクセ
ス制御700−0〜3がビジーな場合はキュー管理60
0−0〜3でバッファされるが、メモリアクセス制御7
00−0〜3が空くと転送され、メモリアクセスを行な
う。アクセス終了後に直ちにバス出力できない場合は、
キュー管理600−0〜3でバッファされるが、バス出
力が可能になると転送され、バスインタフェース400
から出力される。
TQ (0 to 3) UP signals 832-0 to 3 are used as instruction signals to send queues from the bus interface 400 (specifically, addresses 840-0 to 3. store data 842-0 to
3 and detailed information) and latch it. Sends the received queues to the memory access controllers 700-0 to 700-3 in the order of reception,
Using the BUSOUT signals 834-0 to 834-3 from the bus interface 400 as instruction signals, the queue received from the memory access control sends the fetch data 844-0 to 3, etc. to the bus interface 400 in the order of reception. A request accepted by the bus interface 400 is sent to the queue management 60 when the memory access control 700-0 to 3 is busy.
Buffered from 0-0 to 3, but memory access control 7
When 00-0 to 3 become free, they are transferred and memory access is performed. If the bus cannot be output immediately after access is completed,
It is buffered by the queue management 600-0 to 600-3, but is transferred when bus output becomes possible, and is transferred to the bus interface 400-3.
is output from.

以上述べた各キュー管理部600−0〜3等の進行状況
は、他のキュー管理部と同期をとることなく、独立に進
行する。このため、メモリアクセス制御部700−0〜
3の一部がビジーであるため、他のキューでは後続のキ
ューが存在するにもかかわらず処理待ちの状態となって
しまうというような、同期をとる方式の場合に生ずる無
駄を排除することができ、メモリスループットが向上す
る。一方、各キュー管理部600−0〜3に分解された
リクエストをバス出力する際には、同期の問題がある。
The progress status of each of the queue management units 600-0 to 600-3 described above progresses independently without synchronization with other queue management units. For this reason, memory access control units 700-0 to
It is possible to eliminate the waste that occurs in the case of a synchronization method, where a part of queue 3 is busy, so other queues are waiting for processing even though there are subsequent queues. memory throughput. On the other hand, there is a synchronization problem when outputting the requests decomposed to each of the queue management units 600-0 to 600-3 via the bus.

この同期化機能を担当するのがリクエスト管理500で
ある。大型機では、SCUでは同期をとらずIPに送り
、IP側で同期をとっている1本発明が対象とするバス
形式で結合されたプロセッサの場合(小型機の場合)、
同期化情報付きでバスに送出する方式よりも同期をSC
U内でとって送る方式の方がバスインタフェースが簡潔
であり、また、IPの制御が容易であり、SCU内の制
御も比較的簡単である。以下、この同期方式を説明する
The request management 500 is in charge of this synchronization function. In large machines, the SCU sends data to the IP without synchronization, and synchronizes it on the IP side.1 In the case of processors connected in a bus format, which is the subject of the present invention (in the case of small machines),
SC synchronization is preferable to the method of sending out to the bus with synchronization information.
The method of taking and sending data within the U has a simpler bus interface, easier IP control, and relatively easier control within the SCU. This synchronization method will be explained below.

各キュー管理部600−0〜3で独立に進行する分解さ
れたリクエストの同期は、SCUがリクエストを受取っ
た時点で、リクエスト管理500がリクエスト個有の識
別子(トークン)を分解された各キューに付加すること
、又、メモリアクセスが終了した時点では分解された各
キューのトークンがすべて揃ったか否かを検出しくマツ
チングを検出し)、揃った場合(マツチングが成立した
場合)にはバス権をバスアービタ200に要求しSバス
300にエンド系バス手順に基づいて終了通知を出力す
ることで可能になる。このトークンは、SCU100が
受付けたリクエストに対し、受付順に付加されるリクエ
スト順序番号(トークン番号)で、例えばO〜3の4個
の番号とする。このトークン番号は、0,1,2,3.
O,・・・・・・と巡回的に動く、各リクエストの処理
は受付は時に付加されたこのトークン番号の順に進行し
、同期をとって、バスに出力される。このトークン番号
および同期を管理するブロックが、前述のリクエスト管
理部500である。
The synchronization of disassembled requests that progresses independently in each queue management unit 600-0 to 600-3 is such that when the SCU receives a request, the request management unit 500 assigns an identifier (token) unique to the request to each disassembled queue. In addition, when the memory access is completed, it is necessary to detect whether or not all the tokens of each decomposed queue are present (matching is detected), and if they are complete (matching is established), the bus right is granted. This is possible by requesting the bus arbiter 200 and outputting a termination notification to the S bus 300 based on the end bus procedure. These tokens are request order numbers (token numbers) that are added to requests received by the SCU 100 in the order of reception, and are, for example, four numbers from O to 3. This token number is 0, 1, 2, 3.
The processing of each request, which operates cyclically in the order of O, . The block that manages this token number and synchronization is the aforementioned request management section 500.

まず、トークンを分解された各キューに付加する動作に
ついて述べる。前述の如く、バスインタフェース400
は、リクエストを受けると、リクエスト受付通知信号T
RLIP830をリクエスト管理部500へ送る。これ
を受けてリクエスト管理部500は、トークン番号(T
R)をカウントアツプし、リクエストキューの最終後尾
に受は取ったリクエストの情報(詳細後述)を登録する
と同時に、キュー管理部600−0〜3へ新しいTRを
TRNUM874で送る。
First, the operation of adding tokens to each decomposed queue will be described. As mentioned above, the bus interface 400
When receiving a request, sends a request acceptance notification signal T
The RLIP 830 is sent to the request management section 500. In response to this, the request management unit 500 issues a token number (T
R), and registers the received request information (details will be described later) at the last tail of the request queue, and at the same time sends a new TR to the queue management units 600-0 to 600-3 using TRNUM874.

次にメモリアクセス終了時点でのマツチング検出、及び
バス権要求動作について述べる。リクエスト管理500
は、キュー管理部600−0〜3からメモリアクセスの
終了したキューのトークン番号(MQ)を信号(MQN
UM O〜3)872−0〜3により受取り、これとリ
クエスト管理部500内のリクエスト情報やトークン番
号と比較する。
Next, matching detection at the end of memory access and bus request operation will be described. Request management 500
sends a signal (MQN) of the token number (MQ) of the queue whose memory access has been completed from the queue management units 600-0 to 600-3.
UM O~3) 872-0~3, and compares this with the request information and token number in the request management section 500.

分解された全てのキューのトークン番号とリクエスト管
理500内のトークン番号が一致すると(マツチングが
成立すると) 、MATCHO〜3(870−0〜3)
・を、対応するキュー管理部600−0〜3へ送る。キ
ュー管理O〜3(600−0−3)はMATCHO〜3
(870−0−3)を受け、マツチング済キューを示す
ポインタをカウントアツプする。新しくマツチングが成
立した場合(マツチングは成立しているがバス出力待ち
となっているリクエストが存在する場合も含む)、リク
エスト管理部500は、バスアービタ200にBUSR
EQr信号12−rを送る。バスアービタ200からB
USACPr信号20−rを受取るとバスインタフェー
ス400に対して、前u 8 U S OUT信号82
8を送る。前述の様に、これを受けたバスインタフェー
ス400は、メモリアクセス結果の転送を行なう。
When the token numbers of all disassembled queues match the token numbers in the request management 500 (when matching is established), MATCHO~3 (870-0~3)
* is sent to the corresponding queue management section 600-0 to 600-3. Queue management O~3 (600-0-3) is MATCHO~3
(870-0-3), the pointer indicating the matched queue is counted up. When a new matching is established (including when matching is established but there is a request waiting for bus output), the request management unit 500 sends a BUSR to the bus arbiter 200.
EQr signal 12-r is sent. Bus arbiter 200 to B
Upon receiving the USACPr signal 20-r, the bus interface 400 outputs the previous u8 US OUT signal 82.
Send 8. As described above, upon receiving this, the bus interface 400 transfers the memory access result.

以上述べた如く、リフニス1〜固有のトークン番号を各
キューに付加し、それか全部揃ったことを確認してバス
に出力することにより、独立に進行している各Wayi
t、5CU100内で同期をとってメモリアクセスを完
了することが可能となる。
As mentioned above, each Wayi that is proceeding independently can be
t, 5 It becomes possible to synchronize and complete memory access within the CU 100.

次に、これまで述べて来た動作を行う5CTJの各ブロ
ックの詳細な構成例を説明する。
Next, a detailed configuration example of each block of the 5CTJ that performs the operations described so far will be described.

第6図は、バスアービタ200の構成図である。FIG. 6 is a configuration diagram of the bus arbiter 200.

本実施例に示すバスアービタ200は、リクエスタ(第
3図に示したlPo1O−a、IPllo−b 、 I
 OP o 10− c等)対応の受付判定回路210
−i(i=a−d、前述の通り)、リクエスト管理50
0対応の受付判定回路210−rを有する。
The bus arbiter 200 shown in this embodiment has requesters (IPo1O-a, IPlo-b, IPo1O-b and IPlo-b shown in FIG.
OP o 10-c, etc.) compatible reception judgment circuit 210
-i (i=a-d, as mentioned above), request management 50
0-compatible reception determination circuit 210-r.

受付判定回路210−iおよび210−r内には。In acceptance determination circuits 210-i and 210-r.

スタート系バス手順、エンド系バス手順、データバス5
DB320が既に何サイクル使用受付られているかを示
すカウンタラッチ(STARTc) 232. (EN
DC) 234 。
Start bus procedure, end bus procedure, data bus 5
Counter latch (STARTc) indicating how many cycles the DB 320 has already been accepted for use 232. (EN
DC) 234.

(SDBC) 236が存在し、値がOになるまで毎サ
イクル減算器222,224,226で値を更新してい
る。上記ラッチ232と234は、データバス(SOB
)320使用の場合は上記SDBの使用サイクル数をセ
ットし、使用しない場合は「1」がセットされる。これ
らのラッチの値の中で、バス要求信号(BUSREQi
、 BUSREQr、 BUSTYPi、 BUSTY
Pr。
(SDBC) 236 exists, and the value is updated every cycle by subtractors 222, 224, and 226 until the value becomes O. The latches 232 and 234 are connected to a data bus (SOB).
) 320 is used, the number of usage cycles of the SDB is set, and when not used, "1" is set. Among the values of these latches, the bus request signal (BUSREQi
, BUSREQr, BUSTYPi, BUSTY
Pr.

BUSCNTi、 BUSCNTr)が要求する資g(
各制御信号5DB320)がO(空いていること)を示
すならば、バス使用可能信号RESFREEi−r 2
50− iまたは250−rがONになる。
BUSCNTi, BUSCNTr) requires funds (
If each control signal 5DB320) indicates O (vacant), the bus availability signal RESFREEi-r 2
50-i or 250-r is turned ON.

優先順位判定回路260は、予め決められた優先順位に
基づいて複数のバス使用可能信号(RESFREEi=
r) 250− i −rの中からバス使用許可信号(
BLISACPi”r) 20− i −rを送るリク
エスタを決定し、該当する信号20 i ” rをオン
にする。優先順位はリクエスト処理時間を短縮するため
エンド系リクエスト(SCU内部からのリクエスト)を
最優先とし、以下、外部リクエスタからのスタート系リ
クエストl0PO(10−c)。
The priority determination circuit 260 selects a plurality of bus availability signals (RESFREEi=
r) Bus use permission signal (from among 250-i-r)
BLISACPi"r) 20-i-r is determined, and the corresponding signal 20i"r is turned on. In order to shorten the request processing time, end-related requests (requests from inside the SCU) are given top priority, and below, start-related requests from external requesters 10PO (10-c) are given top priority.

l0PI (10−d)、IPO(10−a)。l0PI (10-d), IPO (10-a).

IPI (10−b)の順とする。従って、RESFR
EEr信号250−rがオンの場合は、無条件でBUS
ACPr信号20−rはオンになる。スタート系バス使
用可能信号(RESFREEi) 250− iの幾つ
かがオンの場合、1番優先順位の高いものをRESFR
EEipと表わすことにする。RESFREEr信号2
50− rがオフの場合、及びRESFREEr信号2
50−rがオンであっても5DB320を両方が使用し
ない場合(さらに具体的には、エンド系リクエストがリ
ード要求で、且つスタート系リクエストがライト要求の
場合;これはBUSTYPi”r信号14−i〜rの値
が両方オンの場合である) 、5LlsAcPip信号
2O−ipはオンとなる。この優先順位判定回路260
により、5DB320の使用でリクエストが衝突しない
限り、スタート系リクエストとエンド系リクエストを同
時に受付ることが可能となり、バスのスループットが大
きく向上する。
The order is IPI (10-b). Therefore, RESFR
If the EEr signal 250-r is on, the BUS is unconditionally
ACPr signal 20-r is turned on. If some of the start bus availability signals (RESFREEi) 250-i are on, the one with the highest priority is set to RESFR.
It will be expressed as EEip. RESFREEr signal 2
50- If r is off, and RESFREEr signal 2
Even if 50-r is on, if both 5DB320 are not used (more specifically, if the end-related request is a read request and the start-related request is a write request; this is the case when the BUSTYPi”r signal 14-i 5LlsAcPip signal 2O-ip is turned on. This priority determination circuit 260
As a result, as long as requests do not collide when using the 5DB 320, it becomes possible to accept start-related requests and end-related requests simultaneously, and the throughput of the bus is greatly improved.

カウンタラッチ5TARTC232,ENDC234,
5DBC236の更新は以下の様に行なう。優先順位判
定回路260が受付けた(BUSACPi=t、 20
 i ” rをオンにした)リクエストの使用するカウ
ンタラッチ(STARTC232等)は値を受付サイク
ル数に更新する必要がある。セットカウンタ選択回路2
70は、BUSACPi−r信号20 i −rと、B
USTYPi−r信号14 i = rに基づいて更新
するラッチに更新指示信号274を送る。セレクタ切換
信号276は。
Counter latch 5 TARTC232, ENDC234,
5DBC 236 is updated as follows. The priority determination circuit 260 accepted (BUSACPi=t, 20
It is necessary to update the value of the counter latch (STARTC232, etc.) used by the request (i"r turned on) to the number of accepted cycles.Set counter selection circuit 2
70 is the BUSACPi-r signal 20i-r and B
An update instruction signal 274 is sent to the latch to be updated based on the USTYPi-r signal 14 i = r. The selector switching signal 276 is.

ラッチの値(信号278の値)がゼロの場合は、カウン
タセット値選択回N272からの出力信号を、ゼロ以外
の場合は、減算器222,224゜226の出力を選択
することを指示する。カウンタセット値選択回路272
は、BUSACPi”r信号20− i = rとBU
STYPi−r信号14− i ” rに基づいて、更
新するラッチに対応するBIJSCNTi=r信号16
− i ” rの示す値、又はrlJを送る6「1」を
送る場合は、5DB320を使用しないリクエストの場
合、つまりBUSTYPi〜r信号14− i ” r
がゼロの場合である0以上により、カウンタラッチ23
2,234,236の値は、新リクエストを受付ける場
合には、使用予約するサイクルに更新され、ゼロでない
カウンタラッチは毎サイクル1ずつ減じられる。この結
果、カウンタラッチには残り何サイクルの使用予約がさ
れているかを示す値が保持される。
If the latch value (value of signal 278) is zero, it instructs to select the output signal from counter set value selection circuit N272, and if it is other than zero, it instructs to select the output of subtracters 222, 224° 226. Counter set value selection circuit 272
is the BUSACPi”r signal 20- i = r and BU
Based on the STYPi-r signal 14-i''r, the BIJSCNTi=r signal 16 corresponding to the latch to be updated.
- When sending the value indicated by i ” r or rlJ 6 “1”, in the case of a request that does not use 5DB320, that is, the BUSTYPi~r signal 14-i ” r
is zero or more, the counter latch 23
When accepting a new request, the value of 2,234,236 is updated to the cycle reserved for use, and non-zero counter latches are decremented by 1 every cycle. As a result, the counter latch holds a value indicating how many remaining cycles are reserved for use.

第7図は、バスインタフェース400の構成図である0
図において、BSACTB430. BSRDB432
゜BSTYPB434. BSCNTB436. BS
LINTB438は、スタート系信号制御信号のランチ
である。また、5ABB410は5AB310のラッチ
、5DBB420は5DB320のラッチ、BEACT
B450. BERDB452. BECNTB454
. BEUNTB456は、それぞれ、エンド信号制御
信号のラッチである。
FIG. 7 is a configuration diagram of the bus interface 400.
In the figure, BSACTB430. BSRDB432
゜BSTYPB434. BSCNTB436. B.S.
LINTB438 is a launch signal control signal for start signals. Also, 5ABB410 is the latch of 5AB310, 5DBB420 is the latch of 5DB320, BEACT
B450. BERDB452. BECNTB454
.. BEUNTB 456 are each latches for end signal control signals.

まず、スタート系の受信について述べる。スタート系信
号制御信号は、ラッチ430,432,434゜436
.438に保持され、デコーダ460は、BSTYPB
434がキャンセルアクセス以外のリクエストならば信
号461をONにする。また、比較器464は、5AB
B410にラッチされているアドレスが、5CU100
で扱うべきアドレス範囲に存在するならば、信号465
をONにする。更に、BSACTB430がONならば
、TRUP信号830がONとなり、リクエストを受付
ける。
First, we will discuss start system reception. The start system signal control signal is the latch 430, 432, 434°436
.. 438 and the decoder 460
If 434 is a request other than cancel access, signal 461 is turned on. Further, the comparator 464 has 5 AB
The address latched in B410 is 5CU100
If it exists in the address range that should be handled by
Turn on. Furthermore, if the BSACTB 430 is ON, the TRUP signal 830 is turned ON and the request is accepted.

制御回路462は、キュー管理部600−0〜3に対し
、キュー受付通知信号TQ (0〜3)UP832−0
〜3と同時に、アドレス840−〇〜3、データ842
−0〜3および制御信号841−0〜3を送る。このキ
ュー受付通知信号TQ (0〜3)UP832−0〜3
は、TRUP信号830とともに、リクエスト管理部5
00へも、リクエストの詳細情報831とともに送られ
ラッチされる。
The control circuit 462 sends a queue acceptance notification signal TQ (0 to 3) UP832-0 to the queue management units 600-0 to 600-3.
At the same time as ~3, address 840-〇~3, data 842
-0 to 3 and control signals 841-0 to 841-3. This queue acceptance notification signal TQ (0 to 3) UP832-0 to 3
together with the TRUP signal 830, the request management unit 5
00 is also sent and latched together with the detailed request information 831.

次に、エンド系の送信について述べる。リクエスト管理
部500からBtlSOIJT82gおよび詳細情報8
29を受けると、制御回路466は、キュー管理部60
0−0〜3に対し、BUSOUT O〜3 (834−
0〜3)を送る。これを受けたキュー管理部600−0
〜3からフェッチデータ844−0〜3が送られると、
制御回路466は、エンド系バス手順を開始し、セレク
タ470を切替え、エンド系制御信号ラッチ450,4
52,454゜456を制御して、バス出力する。
Next, the end system transmission will be described. BtlSOIJT82g and detailed information 8 from the request management unit 500
29, the control circuit 466 controls the queue management unit 60
For 0-0~3, BUSOUT O~3 (834-
0 to 3). Queue management unit 600-0 that received this
When fetch data 844-0 to 3 is sent from ~3,
The control circuit 466 starts the end system bus procedure, switches the selector 470, and closes the end system control signal latches 450, 4.
Controls 52,454°456 and outputs the bus.

第8図は、リクエスト管理部500の構成図である。本
実施例に示すリクエスト管理部500は、リクエストの
制御情報が格納されている制御情報テーブル530と、
この制御情報テーブル530管理のアドレス(前記トー
クン番号を用いている)を保持するラッチHR5LO,
TR512゜MR514およびマツチングユニット56
0により構成されている。なお、上記制御情報テーブル
530は、540,542,544および546の4個
のレジスタにより構成されている。加算器516.51
8,520は、ポインタ情報のカウントアツプ用に用い
るものである。
FIG. 8 is a configuration diagram of the request management section 500. The request management unit 500 shown in this embodiment includes a control information table 530 in which request control information is stored,
A latch HR5LO that holds this control information table 530 management address (using the token number);
TR512゜MR514 and matching unit 56
Consists of 0. The control information table 530 is made up of four registers 540, 542, 544 and 546. Adder 516.51
8,520 is used for counting up pointer information.

TR512,HR510、それぞれ、リクエスト管理部
500内のリクエストのうち、最後と最初に受付けられ
たリクエストのトークン番号を保持するラッチである。
TR512 and HR510 are latches that hold the token numbers of the last and first accepted requests in the request management unit 500, respectively.

MR514は、次にマツチングを成立させるリクエスト
のトークン番号を保持するラッチである。制御情報テー
ブル530は、LINT530− a 、 CHK53
0− b 、 Way (0〜3) 530−c、 C
NT530−d、 RD530−eの5フイールドで構
成されている。Way (0〜3) 530− cは、
リクエストがどのWayのキュー制御に分割されたかを
示し、キューが存在するキュー制御番号(Way番号)
には110 I+が、存在しないところには111 I
+が、それぞれラッチされている(論理的意味とは逆転
している)。
MR 514 is a latch that holds the token number of the next request to be matched. The control information table 530 includes LINT530-a, CHK53
0-b, Way (0-3) 530-c, C
It consists of 5 fields: NT530-d and RD530-e. Way (0-3) 530-c is
The queue control number (Way number) where the queue exists, indicating which Way queue control the request was divided into.
110 I+ is present, and 111 I is present where it does not exist.
+ are respectively latched (the logical meaning is reversed).

リクエストのラッチについて説明する。バスインタフェ
ース400がスタート系リクエストを受付けると、リク
エスト管理部500へ、TR512のカウントアツプ信
号TRUP830を送る。これを受けて、TR512は
カウントアツプを行い、このTR512の示すトークン
番号に対応する制御情報テーブル530の位置をデコー
ダ532が示す。
Explain request latching. When the bus interface 400 accepts a start-related request, it sends a count-up signal TRUP 830 of the TR 512 to the request management section 500. In response to this, the TR 512 counts up, and the decoder 532 indicates the position of the control information table 530 corresponding to the token number indicated by this TR 512.

このデコーダ532が指す制御情報テーブル530内の
レジスタに、新たなリクエストの制御情報、すなわち前
記リクエストの詳細情報831、Way(0〜3)およ
びキュー受付通知信号TQ (0〜3)UP832−0
〜3がラッチされる。
In the register in the control information table 530 pointed to by this decoder 532, control information of the new request, that is, detailed information 831 of the request, Way (0 to 3), and queue acceptance notification signal TQ (0 to 3) UP832-0
~3 is latched.

次に、第8図に基づいて、マツチング機構について説明
する。メモリアクセス制御部700−0〜3での処理が
終了すると、キュー管理部600−0〜3から次にマツ
チングを成立すべきキューのトーク番号MQNUM O
〜3(872−0〜3)が送られる。このMQNUM 
O〜3(872−0〜3)がトークン番号の値と、前記
MR514のトークン番号値を、比較器550,552
,554,556で比較し、一致の場合は111 I+
を出力する。この出力と、MR514が指す番号でセレ
クタ572が出力する制御情報テーブル530のレジス
タのWay情報(530−c)とは、オア回路580゜
582.548,586で論理和をとられ、対応するキ
ューの処理がすべて終了したときに、信号562がON
となる。この結果、Way情報(53〇−c)でキュー
が存在するキュー管理に対し、MATCHO〜3信号(
870−0〜3)が送られ。
Next, the matching mechanism will be explained based on FIG. When the processing in the memory access control units 700-0 to 700-3 is completed, the queue management units 600-0 to 600-3 transmit the talk number MQNUM O of the next queue to be matched.
~3 (872-0~3) is sent. This MQNUM
O~3 (872-0~3) compares the value of the token number with the token number value of the MR 514 through the comparators 550 and 552.
, 554, 556, and if there is a match, 111 I+
Output. This output and the way information (530-c) of the register of the control information table 530 output by the selector 572 with the number pointed to by the MR 514 are logically ORed by the OR circuit 580°582, 548, 586, and the corresponding queue is When all processing is completed, the signal 562 turns ON.
becomes. As a result, the MATCHO~3 signal (
870-0~3) are sent.

MR514をカウントアツプする。Count up MR514.

次に、リクエストの終了処理、すなわち、バス権獲得、
バスインタフェース400へのリクエスト情報送付およ
びエンド系バス手順の起動について説明する。MR51
4がカウントアツプされる等の理由により、前記HR5
10とMR514の値に差が生ずるが、これはマツチン
グは成立しているがバスへの終了通知は出力されていな
いリクエストが存在することを意味し、比較器522の
出力信号BUSREQr(12−r )がONとなる。
Next, the process of terminating the request, that is, acquiring the bus right,
Sending request information to the bus interface 400 and starting the end-system bus procedure will be explained. MR51
4 is counted up, etc., the above HR5
10 and the value of MR514, which means that there is a request for which matching has been established but no completion notification has been output to the bus. ) turns ON.

これに対する応答信号eUsAcPr(20−r )が
バスアービタ200から送られて来ると、HR510が
カウントアツプされ、このHR510の値に対応してセ
レクタ570が出力する制御情報テーブル530の情報
のうち、UNT530− a 、 CHK530− b
 。
When the response signal eUsAcPr (20-r) in response is sent from the bus arbiter 200, the HR510 is counted up, and among the information in the control information table 530 output by the selector 570 corresponding to the value of this HR510, UNT530- a, CHK530-b
.

CNT530− dおよびRD530−eが、BUSO
UT信号828と同期して、パイインタフェース400
に送られる。バスインタフェース400ではこれらをラ
ッチするとともに、BLISOUT信号828の指示に
基づきエンド系手順を開始する。
CNT530-d and RD530-e are BUSO
Pi interface 400 in synchronization with UT signal 828
sent to. The bus interface 400 latches these and starts the end system procedure based on the instruction of the BLISOUT signal 828.

第9図は、キュー管理部600−0〜3の構成図である
。キュー管理部600−0〜3は、メモリアクセス制御
部700−0〜3に受渡すまたは受取る情報(すなわち
、アドレス630−a、ストアデータ630−b、制御
情報630− c 、フェッチデータ630−eと、ト
ークン番号600−d)を保持するキュー情報テーブル
630と、このキュー情報テーブル630の管理アドレ
スを保持するラッチHQ616.MQ614.AQ6L
2およびTQ610により構成されている。なお、上記
キュー情報テーブル630は、4個のレジスタ、640
,642,644および646により構成されている。
FIG. 9 is a configuration diagram of the queue management units 600-0 to 600-3. The queue management units 600-0 to 3 transmit or receive information to or from the memory access control units 700-0 to 700-3 (i.e., address 630-a, store data 630-b, control information 630-c, fetch data 630-e). , a queue information table 630 that holds the token number 600-d), and a latch HQ 616. that holds the management address of this queue information table 630. MQ614. AQ6L
2 and TQ610. Note that the queue information table 630 includes four registers, 640
, 642, 644 and 646.

TQ610.HQ616は、キュー管理部60〇−0〜
3内のキューのうち、最後と最初に受付けられたキュー
のキュ一番号を保持するラッチである0MR614は、
次にマツチングを成立させるキューのキュ一番号を保持
するラッチである。
TQ610. HQ616 is a queue management section 60〇-0~
0MR614, which is a latch that holds the queue numbers of the last and first accepted queues among the three queues, is
Next is a latch that holds the queue number of the queue for which matching is to be established.

AR612は、現在メモリアクセス制御部700−〇〜
3で処理中のキュ一番号を、または、メモリアクセス制
御部700−0〜3が処理中でないならば、次に処理さ
れるべきキュ一番号を保持するラッチである。
The AR612 currently has the memory access control unit 700-〇~
This is a latch that holds the queue number being processed by the memory access controllers 700-0 to 700-3, or the queue number to be processed next if the memory access control units 700-0 to 700-3 are not processing.

まず、キューのラッチについて述べる。バスインタフェ
ース400からTQj、tJP832− iが送られる
と、TQ610がカウントアツプされ、 TQ610の
示すキュ一番号に対応するキュー情報テーブル630の
位置をデコーダ622が示す、デコーダ622に示され
たキュー情報テーブル630内のレジスタに新しいキュ
ー情報、すなわちアドレス840−1pストアデータ8
42−1.制御情報841−iがラッチされる。
First, let's talk about cue latching. When TQj and tJP832-i are sent from the bus interface 400, TQ610 is counted up, and the queue information table indicated by the decoder 622 indicates the position of the queue information table 630 corresponding to the queue number indicated by TQ610. The new queue information is stored in the register in 630, i.e. address 840-1p store data 8.
42-1. Control information 841-i is latched.

TQ610がカウントアツプされ、AQ612との間に
差が生じるか、処理中のメモリアクセス制御部700−
0〜3からACCENDi838− iが送られて来る
と、制御回路670は、AQ612からの信号を受けた
デコーダ624が指すフェッチデータ630−eにデー
タ854−0〜3をラッチし、次に信号672により、
AQ612がカウントアツプし、メモリアクセス制御部
700−0〜3に、ACCREQi836− iと同期
して、セレクタ674が選択したキュー制御テーブル6
30の情報850−i、852−iを送る。
TQ610 is counted up and there is a difference between it and AQ612, or the memory access control unit 700-
When ACCENDi 838-i is sent from AQ 612, the control circuit 670 latches the data 854-0 to 854-3 to the fetch data 630-e pointed to by the decoder 624 that received the signal from AQ 612, and then outputs the signal 672. According to
The AQ 612 counts up, and the queue control table 6 selected by the selector 674 is sent to the memory access control units 700-0 to 700-3 in synchronization with the ACCREQi 836-i.
30 information 850-i and 852-i are sent.

次に、キュー制御側のマツチング機構について説明する
。MQ614の値により、セレクタ676に選択された
キューのトークン番号630−dは、MQNUMi87
2− iとしてリクエスト制御部500に送られる。リ
クエスト制御部500において、マツチングが成立した
ことを示すMATC)li870− iを受けると、M
Q614の値はカウントアツプされ次にマツチングをと
るべきキューのトークン番号をMQNUMi872−i
に送る。
Next, the matching mechanism on the queue control side will be explained. The token number 630-d of the queue selected by the selector 676 according to the value of MQ614 is MQNUMi87.
2-i is sent to the request control unit 500. When the request control unit 500 receives MATC)li870-i indicating that matching has been established, M
The value of Q614 is counted up and the token number of the queue to be matched next is MQNUMi872-i.
send to

最後に、終了手続きについて説明する。Finally, the termination procedure will be explained.

8υ5OUTi834− iを受けるとHQ616の値
はカウントアツプされる。この更新された値で、セレク
タ678が選択するキュー情報テーブル630の終了情
報(フェッチデータ630−e)が、データ信号844
−iでバスインタフェース400へ送られる。
When 8υ5OUTi834-i is received, the value of HQ616 is counted up. With this updated value, the end information (fetch data 630-e) of the queue information table 630 selected by the selector 678 is changed to the data signal 844.
-i to the bus interface 400.

以上1本発明の一実施例に示したが、更に、以下に述べ
る如き態様も、容易に実現し得る。
Although one embodiment of the present invention has been described above, further embodiments as described below can be easily realized.

第一に、ブロックフェッチのターゲットデータをバス転
送する際、第1サイクルに転送を行うことにより、IP
側の処理待ちサイクル数を低減できる。これは、リクエ
ストを受けたバスインタフェース400において、生成
したターゲットデータのWayを示す情報を制御情報の
一部としてリクエスト制御部で保持し、バス出力の際、
バスインタフェース400へ送る。バスインタフェース
400はこれを受けてターゲットデータを第一サイクル
に送るように制御することにより実現できる。
First, when transferring block fetch target data to the bus, by performing the transfer in the first cycle, IP
The number of processing waiting cycles on the side can be reduced. This means that in the bus interface 400 that receives the request, information indicating the way of the generated target data is held in the request control unit as part of the control information, and when outputting from the bus,
Send to bus interface 400. This can be realized by receiving this and controlling the bus interface 400 to send the target data in the first cycle.

第二に、リクエストを受付けたバスインタフェース40
0において、制御情報として各キューのバス出力順序情
報をキュー制御部600−0〜3に送り、キュー制御部
5oo−o〜3は、この情報に基づき、バス出力順序の
遅いキュー制御部600−o〜3は、ソノ順序に応シテ
MQNUMi872−iを早く送ることにより、不必要
なマツチング待ちサイクルが生ずることを防ぎ、平均の
アクセスサイクル数を低減することができる。
Second, the bus interface 40 that accepted the request
0, bus output order information of each queue is sent as control information to queue control units 600-0 to 600-3, and based on this information, queue control units 5oo-o to 3 select queue control units 600- with a later bus output order. By sending the MQNUMi 872-i early in accordance with the sequence order, unnecessary matching waiting cycles can be prevented from occurring and the average number of access cycles can be reduced.

また、上記実施例においては、実施例として、データバ
ス幅4バイト、Way数4の場合を例に挙げて示したが
、本発明はこれに限定されるものではなく、例えば、メ
モリアクセス制御部とキュー制御部を2Way持ち、各
Wayが4バイトの2回フェッチを完了した時点で、リ
クエスト制御部でマツチングを成立させる2Wayモー
ドや、同様のIWayモードを容易に構成することがで
き、コストに応じたメモリスループットを痛供すること
が可能である。
Further, in the above embodiment, the case where the data bus width is 4 bytes and the number of ways is 4 is given as an example, but the present invention is not limited to this, and for example, the memory access control unit It is possible to easily configure a 2-way mode in which the request control unit has 2 ways of queue control units, and when each way completes fetching 4 bytes twice, or a similar I-way mode, which reduces costs. It is possible to provide memory throughput accordingly.

また、上記実施例ではSバスに接続されるScUが一部
の場合を示したが、5CU100の他にアービタ無でエ
ンド系バス権を要求するリクエスタを内蔵した増設5C
U102をSバスに接続する構成も容易に実現できる。
In addition, in the above embodiment, only a few ScUs are connected to the S bus, but in addition to the 5CU100, an additional 5C with a built-in requester that requests end-system bus rights without an arbiter is also available.
A configuration in which U102 is connected to the S bus can also be easily realized.

この実施例においては、5CU100と増設SCUは、
スタート系リクエストをSバスから受信し、バスインタ
フェースブロックにおいてアドレス範囲をチエツクし、
リクエストの切分けを行なう、また、増設SCUからの
エンド系バス権要求を5CU100のバスアービタ20
0は、5CU100内部からのエンド系バス権要求と同
様の扱いで受は付ける。この増設SCUにより、より柔
軟なメモリ増設が可能となる。
In this example, 5CU100 and additional SCU are:
Receives a start request from the S bus, checks the address range in the bus interface block,
The bus arbiter 20 of 5 CU 100 separates requests and handles end-system bus rights requests from additional SCUs.
0 is accepted in the same way as an end-system bus right request from within the 5CU 100. This additional SCU enables more flexible memory expansion.

〔発明の効果〕〔Effect of the invention〕

以上述べた如く、本発明によれば、IPまたはIOP等
のメモリアクセス・リクエストとSCUがバス形式で結
合され、バスアービタにより前記各装置間におけるバス
権の受授を行う情報処理装置において、前記SCU内の
メモリアクセス回路とバスインタフェース回路との間に
、該バスインタフェース回路で受付けたメモリアクセス
要求とメモリアクセス制御の間にメモリアクセス待ちバ
ッファ、及び、メモリアクセス回路で処理されリクエス
タへの転送待のメモリアクセス要求とバスインタフェー
スとの間にバス出力待ちバッファを設けて、該バス出力
待ちバッファ内にリクエストが存在する場合には、該バ
ス出力待バツファから前記バスアービタへ、前記リクエ
スタから前記バスアービタへのバス権要求とは別のバス
権要求を出力する如く構成したので、前述のSCUやリ
クエスタがバス形式で結合されている情報処理装置のメ
モリスループットを向上させることを可能とするメモリ
アクセス制御方式を実現できるという顕著な効果を奏す
るものである。
As described above, according to the present invention, in an information processing device in which a memory access request such as an IP or IOP and an SCU are coupled in a bus format, and a bus arbiter transfers bus rights between the devices, the SCU A memory access wait buffer is provided between the memory access circuit and the bus interface circuit in the bus interface circuit between the memory access request accepted by the bus interface circuit and memory access control, and a memory access wait buffer is provided between the memory access request accepted by the bus interface circuit and memory access control. A bus output waiting buffer is provided between a memory access request and a bus interface, and when a request exists in the bus output waiting buffer, a request is sent from the bus output waiting buffer to the bus arbiter, and from the requester to the bus arbiter. Since the configuration is configured to output a bus right request different from the bus right request, a memory access control method that makes it possible to improve the memory throughput of an information processing device to which the aforementioned SCU and requester are connected in the form of a bus is implemented. This has the remarkable effect of being achievable.

【図面の簡単な説明】[Brief explanation of the drawing]

第1図は本発明の一実施例を示す情報処理装置のSCU
のブロック構成図、第2図は従来の方式と本発明の方式
との比較タイムチャート、第3図は実施例を示す情報処
理装置のブロック構成図、第4図はSバスおよびバス権
受授信号の説明図、第5図はSバスのタイムチャート、
第6図は第1図に示すバスアービタの構成図、第7図は
同バスインタフェースの構成図、第8図は同リクエスト
管理部の構成図、第9図は同キュー管理部の構成図であ
る。 10−a、 10−b−命令処理袋[(IP)、10−
 c 、 10− d−人出カ処理装置(IOP)、2
0−・・基本処理袋fff (BPU)、30−RAM
、100・・・記憶制御装置(SCU) 、200・・
・バスアービタ、300・・・Sバス、400・・・バ
スインタフェース、500・・・リクエスト管理部、6
0o−〇〜3・・・キュー管理部、700−0〜3・・
・メモリイ〔表方氏 冨 2 図 (む 第 2 図(b) Sバス ay 3 二:::X二〕 図 2θ 冨 図 b 図 ■ 囚
FIG. 1 shows an SCU of an information processing device showing an embodiment of the present invention.
2 is a comparison time chart of the conventional method and the method of the present invention, FIG. 3 is a block diagram of an information processing device showing an embodiment, and FIG. 4 is a diagram showing the S bus and bus right reception/transfer. Explanatory diagram of the issue, Figure 5 is the time chart of the S bus,
6 is a configuration diagram of the bus arbiter shown in FIG. 1, FIG. 7 is a configuration diagram of the bus interface, FIG. 8 is a configuration diagram of the request management section, and FIG. 9 is a configuration diagram of the queue management section. . 10-a, 10-b-instruction processing bag [(IP), 10-
c, 10-d-Population processing unit (IOP), 2
0--Basic processing bag fff (BPU), 30-RAM
, 100...Storage control unit (SCU), 200...
- Bus arbiter, 300... S bus, 400... Bus interface, 500... Request management section, 6
0o-〇~3... Queue management department, 700-0~3...
・Memory [Omotekata Ujitomi 2 Figure (Mu2 Figure 2 (b) S bus ay 3 2:::X2] Figure 2θ Tomi Figure b Figure ■ Prisoner

Claims (1)

【特許請求の範囲】 1、メモリアクセスのためのリクエストを発生するリク
エスタ装置と、上記リクエストを処理する記憶制御装置
とがバス形式で結合され、バスアービタにより前記各装
置間におけるバス権の受授を行う情報処理装置において
、前記記憶制御装置内にバスへの出力を待つリクエスト
が存在する場合には、前記記憶制御装置から前記バスア
ービタへ、前記リクエスタ装置から前記バスアービタへ
のバス権要求とは別のバス権要求を出力する如く構成し
たことを特徴とするメモリアクセス制御方式。 2、前記記憶制御装置内にバスインタフェース回路とメ
モリアクセス回路を持ち、該バスインタフェース回路と
該メモリアクセス回路との間にバス出力待ちバッファを
設け、該メモリアクセス回路からのアクセス終了信号、
又は該バス出力待ちバッファ内からのバス出力待ちリク
エストの存在信号を前記バス権要求信号とすることを特
徴とする特許請求の範囲第1項記載のメモリアクセス制
御方式。 3、前記バス権要求に、バス使用サイクル数の信号を付
加することを特徴とする、特許請求の範囲第1項記載の
メモリアクセス制御方式。 4、前記バス権要求に、バス使用サイクル数の信号に加
えて、バス使用形態を示す信号を付加することを特徴と
する、特許請求の範囲第1項記載のメモリアクセス制御
方式。
[Claims] 1. A requester device that generates a request for memory access and a storage control device that processes the request are coupled in the form of a bus, and a bus arbiter controls the transfer of bus rights between the devices. In the information processing device that performs the above processing, if there is a request waiting to be output to the bus in the storage control device, a request for bus right from the storage control device to the bus arbiter, and a bus right request from the requester device to the bus arbiter, is made. A memory access control system characterized in that it is configured to output a bus right request. 2. The storage control device has a bus interface circuit and a memory access circuit, a bus output waiting buffer is provided between the bus interface circuit and the memory access circuit, and an access end signal from the memory access circuit is provided;
2. The memory access control method according to claim 1, wherein a signal indicating the presence of a bus output wait request from within the bus output wait buffer is used as the bus request signal. 3. The memory access control system according to claim 1, characterized in that a signal indicating the number of bus usage cycles is added to the bus right request. 4. The memory access control method according to claim 1, wherein a signal indicating a bus usage mode is added to the bus right request in addition to a signal indicating the number of bus usage cycles.
JP15469188A 1988-01-22 1988-06-24 Memory access control method Expired - Lifetime JP2718702B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP15469188A JP2718702B2 (en) 1988-01-22 1988-06-24 Memory access control method

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP63-12216 1988-01-22
JP1221688 1988-01-22
JP15469188A JP2718702B2 (en) 1988-01-22 1988-06-24 Memory access control method

Publications (2)

Publication Number Publication Date
JPH021044A true JPH021044A (en) 1990-01-05
JP2718702B2 JP2718702B2 (en) 1998-02-25

Family

ID=26347787

Family Applications (1)

Application Number Title Priority Date Filing Date
JP15469188A Expired - Lifetime JP2718702B2 (en) 1988-01-22 1988-06-24 Memory access control method

Country Status (1)

Country Link
JP (1) JP2718702B2 (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009237980A (en) * 2008-03-27 2009-10-15 Hitachi Ltd Multiport memory and information processing system
CN114257327A (en) * 2021-12-21 2022-03-29 浙江华锐捷技术有限公司 Time synchronization method and system

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009237980A (en) * 2008-03-27 2009-10-15 Hitachi Ltd Multiport memory and information processing system
CN114257327A (en) * 2021-12-21 2022-03-29 浙江华锐捷技术有限公司 Time synchronization method and system
CN114257327B (en) * 2021-12-21 2023-09-26 浙江华锐捷技术有限公司 Time synchronization method and system

Also Published As

Publication number Publication date
JP2718702B2 (en) 1998-02-25

Similar Documents

Publication Publication Date Title
US5822553A (en) Multiple parallel digital data stream channel controller architecture
EP0165600B1 (en) Input/output bus for computer
US5155854A (en) System for arbitrating communication requests using multi-pass control unit based on availability of system resources
EP0383475A2 (en) Shared resource arbitration
EP0535822B1 (en) Methods and apparatus for locking arbitration on a remote bus
JPH06223042A (en) Apparatus and method for control of interruption in multiprocessor system
AU687627B2 (en) Multiprocessor system bus protocol for optimized accessing of interleaved storage modules
EP0384621B1 (en) Data transfer operations between two asynchronous buses
US5649209A (en) Bus coupling information processing system for multiple access to system bus
EP0814408B1 (en) Bus bridge apparatus
EP1187029B1 (en) Peripheral component interconnect arbiter implementation with dynamic priority scheme
JPH021044A (en) Memory access control system
EP1069511B1 (en) Data Transfer Controller with Plural Ports
EP0479229B1 (en) Minimum contention multiprocessor dual bus system
JPH03273350A (en) High-speed protocol processor
JPH05282242A (en) Bus control system
EP1193605B1 (en) Apparatus and method for the transfer of signal groups between digital signal processors in a digital signal processing unit
JPH02186464A (en) Memory access control system
JPH022178B2 (en)
JP2856709B2 (en) Bus coupling system
JP2699873B2 (en) Bus control circuit
JPH0895899A (en) Dma transfer controller
JPH0234062B2 (en) MARUCHIPUROSETSUSASHISUTEMUNIOKERUMEMORIAKUSESUSEIGYOHOSHIKI
JPH0512219A (en) Process transferring system
JPH06214950A (en) Bus for information processor

Legal Events

Date Code Title Description
FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20071114

Year of fee payment: 10

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20081114

Year of fee payment: 11

EXPY Cancellation because of completion of term
FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20081114

Year of fee payment: 11