JP2718702B2 - Memory access control method - Google Patents

Memory access control method

Info

Publication number
JP2718702B2
JP2718702B2 JP15469188A JP15469188A JP2718702B2 JP 2718702 B2 JP2718702 B2 JP 2718702B2 JP 15469188 A JP15469188 A JP 15469188A JP 15469188 A JP15469188 A JP 15469188A JP 2718702 B2 JP2718702 B2 JP 2718702B2
Authority
JP
Japan
Prior art keywords
bus
request
memory access
signal
information
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.)
Expired - Lifetime
Application number
JP15469188A
Other languages
Japanese (ja)
Other versions
JPH021044A (en
Inventor
毅 相本
明 石山
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

Landscapes

  • Multi Processors (AREA)
  • Bus Control (AREA)

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明はメモリアクセス制御方式に関し、特に命令処
理装置や入出力処理装置,記憶制御装置がバス形式で接
続された情報処理装置のメモリスループツトを高めるの
に好適な、メモリアクセス制御方式に関する。
Description: BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a memory access control system, and in particular, to a 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 a bus format. The present invention relates to a memory access control method suitable for improving the memory access control method.

〔従来の技術〕[Conventional technology]

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

第2図(a)は従来のメモリアクセス手順におけるリ
ード要求の手順を示したものである。リクエスタは、バ
スアクセス権の仲裁を行うバスアービタにバス権要求
(BUSREQ)信号を送る。これを受けたバスアービタはバ
スの空きを待ち、複数のリクエスタからのBUSREQ信号の
中から、予め決められた優先順位に従つて、1つのリク
エスタにバス権要求受付(BUSACP)信号を送る。BUSACP
信号を受信したリクエスタは、バスにメモリアクセス要
求の詳細情報として、例えば、メモリアドレス(SA
B)、リード要求かライト要求かの区別信号,データ
長,ライト要求の場合はライトデータ等を送出する。記
憶制御装置(以下、「SCU」という。)ここでは4ウエ
ハー・インタリーヴ構成を仮定する)はバスから上述の
詳細情報を受信し、Way0〜3においてメモリアクセス手
順を起動する。メモリアクセス手順が終了すると、SCU
はバスに、終了通知信号と終了の詳細情報を送出し、リ
クエスタはこれを受信する。詳細情報は、例えば、リー
ド要求の場合はリードデータ(SDBバス上のD0〜D3)等
である。
FIG. 2A shows a read request procedure in a conventional memory access procedure. The requester sends a bus right request (BUSREQ) signal to a bus arbiter that arbitrates the bus access right. Upon receiving the request, the bus arbiter waits for an empty bus, and sends a bus request acceptance (BUSACP) signal to one of the requesters in accordance with a predetermined priority from among the BUSREQ signals from the plurality of requesters. BUSACP
Upon receiving the signal, the requester sends to the bus, for example, a memory address (SA
B), a signal for discriminating between a read request and a write request, a data length, and in the case of a write request, write data and the like are transmitted. The storage controller (hereinafter referred to as "SCU"), which assumes a 4-wafer interleave configuration, receives the above detailed information from the bus, and activates a memory access procedure in Ways 0-3. When the memory access procedure is completed, the SCU
Sends an end notification signal and detailed end information to the bus, and the requester receives this. For more information, for example, in the case of a read request, and the like (D 0 to D 3 of SDB on the bus) read data.

第2図(a)の破線で示すSABは、次に処理されるリ
ード要求を示している。従来のSCUは、バス仲裁が終了
して一つのリクエスタがバス権を獲得すると、そのメモ
リ読出しまたは書込みが完了するまでバス権を放さず、
次のアクセス要求は受付けられなかつた。このように、
バス転送の最初からバス転送の結果を返すまで、バスの
専有を続けることが、メモリスループツト向上を阻み、
また、装置全体の性能向上のネツクとなつていた。
The SAB indicated by a broken line in FIG. 2A indicates a read request to be processed next. Conventional SCUs do not release a bus right after a bus arbitration is completed and one requester acquires the bus right until the memory read or write is completed.
The next access request has not been accepted. in this way,
Keeping the bus occupied from the beginning of the bus transfer until returning the result of the bus transfer prevents memory throughput from improving,
In addition, it has been a net to improve the performance of the entire apparatus.

上述の如き欠点を除去し、第2図(b)の破線で示す
タイミングで次要求を処理する方式るものとして、特開
昭55−97655号公報「メモリアクセス方式」に開示され
た技術が知られている。この技術は、SUCとリクエスタ
内部に、それぞれ、複数個のバツフアを持ち、これにバ
スアクセス情報を保持し、SCUがメモリアクセスを行つ
ている間に、次のリクエストを受付け可能にしようとす
るものである。
As a method for processing the next request at the timing shown by the broken line in FIG. 2 (b) by eliminating the above-mentioned disadvantages, a technique disclosed in Japanese Patent Application Laid-Open No. 55-97655, "Memory Access Method" is known. Have been. This technology has multiple buffers inside the SUC and the requester, respectively, which holds bus access information and makes it possible to accept the next request while the SCU is performing memory access. It is.

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

しかしながら、上記従来技術は、SCUがメモリアクセ
スを行つている間に、どのような機構で次のリクエスト
を受付けるかを明示しておらず、特に、SCUと複数のリ
クエスタ間がバス形式で結合されている場合に必要とさ
れるバス権の仲裁については解決されていないため、バ
ス形式で結合されている情報処理装置のメモリスループ
ツトの向上には適用できない。
However, the above-mentioned prior art does not specify what mechanism accepts the next request while the SCU performs memory access, and in particular, the SCU and a plurality of requesters are connected in a bus form. Since the arbitration of the bus right required in the case of the above has not been solved, it cannot be applied to the improvement of the memory throughput of the information processing apparatus connected in the bus form.

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

〔課題を解決するための手段〕[Means for solving the problem]

本発明の上述の目的は、命令処理装置または入出力処
理装置等のリクエスタと記憶制御装置がバス形式で結合
され、バスアービタにより前記各装置間におけるバス権
の受授を行う情報処理装置において、前記記憶制御装置
内のメモリアクセス回路とバスインターフエース回路と
の間に、バツフア(該バスインタフエース回路で受付け
たメモリアクセス要求とメモリアクセス制御の間のメモ
リアクセス待ちバツフア、及び、メモリアクセス回路で
処理されリクエスタへの転送待ちのメモリアクセス要求
とバスインタフエースとの間のバス出力待ちバツフア)
を設けて、該バス出力待ちバツフア内にリクエストが存
在する場合には、該バス出力待ちバツフアから前記バス
アービタへ、前記リクエスタから前記バスアービタへの
バス権要求とは別のバス権要求を出力し、前記バスアー
ビタはこれらバス権要求に基づきバス権受授を行う如く
構成したことを特徴とするメモリアクセス制御方式によ
つて達成される。
The above object of the present invention is to provide an information processing apparatus in which a requester such as an instruction processing device or an input / output processing device and a storage control device are connected in a bus format, and a bus arbiter transfers a bus right between the devices. Between the memory access circuit and the bus interface circuit in the storage controller, a buffer (a memory access waiting buffer between the memory access request accepted by the bus interface circuit and the memory access control) and a process performed by the memory access circuit Buffer for waiting for a bus output between a memory access request waiting for transfer to the requester and the bus interface)
When a request is present in the bus output waiting buffer, a bus right request different from the bus right request from the requester to the bus arbiter is output from the bus output waiting buffer to the bus arbiter, The bus arbiter is achieved by a memory access control system characterized in that the bus arbiter is configured to transmit and receive a bus right based on the bus right request.

また、前記バス権要求に、バス使用サイクル数を示す
信号、および、バス使用形態を示す信号を付加すること
も次リクエストを早いタイミングで受付けバススループ
ツトを向上する上で有効である。
It is also effective to add a signal indicating the number of bus use cycles and a signal indicating the bus use mode to the bus right request in order to receive the next request at an early timing and improve the bus throughput.

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

〔作用〕[Action]

上述のバツフアは、メモリアクセス待ちまたはバス出
力待ちのリクエスト用のバツフアである。このバツフア
により、先行リクエストによりメモリがアクセス中であ
る場合やバスが使用中である場合に、このバツフアを利
用してリクエストの進行を待たせ、メモリアクセスやバ
ス転送を独立のステージとして動かすことが可能にな
る。
The above-mentioned buffer is a buffer for a request for a memory access wait or a bus output wait. By using this buffer, when the memory is being accessed by a preceding request or the bus is being used, the progress of the request can be made to wait by using this buffer, and the memory access or bus transfer can be operated as an independent stage. Will be possible.

さらに、上記リクエスタからバスアービタへのバス権
要求とは別にバス出力待ちバツフアからのバス権要求を
設け、記憶制御装置内のバス出力待ちバツフアにリクエ
ストが存在する場合には、記憶制御装置からバスアービ
タへバス権要求を送り、バスアービタが記憶制御装置か
らのバス権要求と、他のバス権要求とを選択して、バス
終了通知信号送出のためのバス権を得るようにしてい
る。これにより、メモリアクセス中に次のリクエストが
受付けられ、また、終了通知信号を送出している間に次
のメモリアクセスが開始され、メモリアクセス時間ピツ
チ(または、バス転送サイクルピツチ)で、メモリアク
セス要求が処理されることになる。この結果、スループ
ツトが大幅に向上する。
Further, a bus right request from a bus output waiting buffer is provided separately from the bus right request from the requester to the bus arbiter. If a request is present in the bus output waiting buffer in the storage controller, the storage controller sends the bus right request to the bus arbiter. A bus right request is sent, and the bus arbiter selects a bus right request from the storage control device and another bus right request to obtain a bus right for transmitting a bus end notification signal. As a result, the next request is accepted during the memory access, and the next memory access is started while the end notification signal is being sent, and the memory access time pitch (or bus transfer cycle pitch) is used for the memory access. The request will be processed. As a result, the throughput is greatly improved.

また、前記バス権要求に、バス使用サイクル数の信
号、および、バス使用形態を示す信号を付加することに
より、バスアービタは、リクエスタから使用バスタイプ
と使用バスサイクル数を通知されるので、これに基づい
てバスアービトレーシヨンを行うことができ、バスの空
きをリクエスト受付時点で予測することが可能となり、
次のリクエストに対して予測した空きサイクルに対応し
たBUSACP信号を送ることができる。これにより、バスス
ループツトがさらに向上する。
Also, by adding a signal indicating the number of bus use cycles and a signal indicating the bus use form to the bus right request, the bus arbiter is notified of the used bus type and the used bus cycle number from the requester. Bus arbitration can be performed based on the request, and it is possible to predict the availability of the bus at the time of receiving the request,
A BUSACP signal corresponding to the predicted idle cycle can be sent for the next request. Thereby, the bass throughput is further improved.

なお、上記作用を生むための最も不可欠なものは記憶
制御装置内からのバス権要求信号であり、これによりバ
スサイクルとメモリサイクルのステージを分割すること
が可能となつた。バツフアはこのステージの動作タイミ
ングをフレキシブルにする働きを持つものとして重要で
ある。
The most indispensable signal for producing the above operation is a bus request signal from the storage control device, which makes it possible to divide the stages of the bus cycle and the memory cycle. The buffer is important as having the function of making the operation timing of this stage flexible.

〔実施例〕〔Example〕

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

第3図は、本発明の一実施例を示す情報処理装置のブ
ロツク構成図である。本実施例に示す情報処理装置は、
マルチプロセツサ構成を採用しており、2個の命令処理
装置(IP0)10−a,(IP1)10−b、2個の入出力処理装
置(IOP0)10−c,(IOP1)10−d、1個の記憶制御装置
(SCU)100および1個のRAM(RAM)30を、Sバス300に
より結合することで、基本処理装置(BPU)20が構成さ
れている。
FIG. 3 is a block diagram of an information processing apparatus according to an embodiment of the present invention. The information processing device shown in the present embodiment
A multi-processor configuration is adopted, and two instruction processing units (IP 0 ) 10 -a, (IP 1 ) 10 -b and two input / output processing units (IOP 0 ) 10 -c, (IOP 1 10) -d, one storage control unit (SCU) 100 and one RAM (RAM) 30 are connected by an S bus 300 to form a basic processing unit (BPU) 20.

命令処理装置(IP0)10−aと(IP1)10−b、入出力
処理装置(IOP0)10−cと(IOP1)10−d、及びSCU100
内のバスリクエスタ(リクエスト管理500)はSバス300
のバス権が必要となると、バス権要求信号(BUSREQ)12
−a〜12d,12−r(後述)を、バスアービタ200に送
る。バスアービタ200はここではSCU100の内部に実現さ
れている。バスアービタ200は、バスの空きを待ち、バ
ス空きサイクルに対応した時点で最も優先順位の高いリ
クエストを受付ける。バス権を得たリクエスタは、Sバ
ス300を用いて、リクエスト(アドレス,ライトデータ
またはリードライトの別等の詳細情報)を送出する。
Instruction processor (IP 0) 10-a and (IP 1) 10-b, output processor (IOP 0) 10-c and (IOP 1) 10-d, and SCU100
The bus requester (request management 500) is S bus 300
When the bus right is required, the bus right request signal (BUSREQ) 12
-A to 12d, 12-r (described later) are sent to the bus arbiter 200. Here, the bus arbiter 200 is realized inside the SCU 100. The bus arbiter 200 waits for a bus vacancy, and accepts a request with the highest priority at a time corresponding to a bus vacancy cycle. The requester that has obtained the bus right sends a request (detailed information such as address, write data or read / write) using the S bus 300.

BPU20の主記憶であるRAM30は、4ウエー・インタリー
ブ構成で連続アドレスで番地付けされている。SCU100
は、リクエストアドレスが自SCUのアドレス実装範囲か
否かチエツクし、アドレス範囲が適合したリクエストの
みを受付ける。
The RAM 30, which is the main memory of the BPU 20, has a 4-way interleave configuration and is addressed by continuous addresses. SCU100
Checks whether the request address is within the address implementation range of its own SCU and accepts only requests whose address range matches.

第1図にSCU100の構成の1例を示す。第1図の実施例
においては、メモリアクセス制御部700−0〜3およびR
AM30−0〜3は、4つ存在し、4Wayインタリーヴとして
並列に動作する。第2図および第5図に示すSCUのWay0
〜3は、上記RAM30−0〜3へのアクセスが並列に行わ
れていることを示す。本実施におけるSCU100は、バス権
仲裁を行なうバスアービタ200、Sバス300とのインタフ
エースを行なうバスインタフエース400,4ウエハ・イン
タリーブに分解されたリクエストの同期をとるリクエス
ト管理部500,各ウエイ毎のリクエスト(以後、キユーと
称す)のバツフアであるキユー管理部600−0〜600−
3、および各ウエイ毎のメモリアクセスを行なうメモリ
アクセス制御部700−0〜700−3からなるLSIとして示
される。但し、各構成要素のうちの1部、例えば、バス
アービタ200をLSIの外に出してもよい。
FIG. 1 shows an example of the configuration of the SCU 100. In the embodiment shown in FIG. 1, the memory access control units 700-0 to 700-3 and R
There are four AM30-0 to AM30-3, and they operate in parallel as a 4-way interleave. Way0 of SCU shown in Fig.2 and Fig.5
# 3 to # 3 indicate that accesses to the RAMs 30-0 to 30-3 are being performed in parallel. The SCU 100 in the present embodiment includes a bus arbiter 200 for arbitrating bus rights, a bus interface 400 for interfacing with the S bus 300, a request management unit 500 for synchronizing requests decomposed into four wafer interleaves, and a Queue management unit 600-0 to 600-, which is the buffer of the request (hereinafter referred to as the queue)
3, and an LSI comprising memory access control units 700-0 to 700-3 for performing memory access for each way. However, a part of each component, for example, the bus arbiter 200 may be put out of the LSI.

第1図のSCU100の詳細説明の前に、第4図を参照し
て、Sバスおよびバス権受授信号について説明する。こ
れらのインタフエース信号は、リクエスタ10−i(i=
a,b,c,d。以下、同様)と、後述するリクエスト管理500
と、SCU100内のバスアービタとの間で定義されている。
リクエスタ10−iは、バスリクエスタブロツク(BR)8
−iやバスインタフエースブロツク(BI)6−i等を持
つ。
Prior to the detailed description of the SCU 100 in FIG. 1, the S bus and the bus grant signal will be described with reference to FIG. These interface signals are sent to the requesters 10-i (i =
a, b, c, d. The same applies to the following.)
And the bus arbiter in the SCU 100.
Requester 10-i is a bus request block (BR) 8
-I and a bus interface block (BI) 6-i.

まず、バス権受授信号群を説明する。バス権要求信号
(BUSREQi〜r)12−i〜rは、バス権要求が存在する
こと、およびその詳細情報(すなわち、要求バスタイプ
信号(BUSTYPi〜r)14−i〜rと要求バス使用サイク
ル数信号(BUSCNTi〜r)16−i〜r上の情報)が有効
であることを示す。要求バスタイプ信号(BUSTYPi〜
r)14−i〜rは、バスリクエストが、データバスSDB3
20を使用するか否かを示す。データバスSDB320を使用す
る場合はライト要求、使用しない場合はリード要求であ
る。要求バス使用サイクル数信号(BUSCNTi〜r)16−
i〜rは、データバスSDB320の使用サイクル数を示す。
First, the bus right receiving / receiving signal group will be described. The bus right request signals (BUSREQi-r) 12-i-r indicate the presence of the bus right request and detailed information thereof (that is, the requested bus type signal (BUSTYPi-r) 14-i-r and the requested bus use cycle). The number signal (BUSCNTi-r) 16-i-r indicates that it is valid. Request bus type signal (BUSTYPi ~
r) 14-i to r indicate that the bus request is a data bus SDB3
Indicates whether to use 20. When the data bus SDB320 is used, it is a write request, and when not used, it is a read request. Requested bus use cycle number signal (BUSCNTi to r) 16-
i to r indicate the number of use cycles of the data bus SDB320.

バスアービタ200は、これらのバス権要求信号を受
け、バスの使用状態とリクエストの優先順位に応じて、
バス権要求を受付けバス権要求受付信号(BUSACPi〜
r)20−i〜rをリクエスタ10−iに返す。
The bus arbiter 200 receives these bus right request signals, and according to the bus usage state and the priority of the request,
The bus right request is accepted and the bus right request acceptance signal (BUSACPi ~
r) Return 20-i to r to the requester 10-i.

バス権要求が受付けられると、Sバス300を使用して
リクエスト情報が転送される。本実施例においては、S
バス300の使用形態をメモリアクセス要求転送とメモリ
アクセス結果転送とに分類するが、以下の説明では前者
をスタート系バス手順、後者をエンド系バス手順と呼
ぶ。Sバス300は、スタート系バス手順を制御するスタ
ート系制御信号群302と、エンド系バス手順を制御する
エンド系制御信号群304と、上記アドレスバスSAB310お
よびデータバスSDB320、フラグバスSFB322から構成され
ている。なお、SFB322は、データバスSDB320の補助情報
で、SDB320の4バイトのうちのどのバイトに有効なデー
タが乗つているかを示す信号である。
When the bus right request is accepted, the request information is transferred using the S bus 300. In this embodiment, S
The mode of use of the bus 300 is classified into a memory access request transfer and a memory access result transfer. In the following description, the former is referred to as a start bus procedure, and the latter is referred to as an end bus procedure. The S bus 300 includes a start system control signal group 302 for controlling a start system bus procedure, an end system control signal group 304 for controlling an end system bus procedure, the address bus SAB310, the data bus SDB320, and the flag bus SFB322. I have. The SFB322 is auxiliary information of the data bus SDB320, and is a signal indicating which of the four bytes of the SDB320 is loaded with valid data.

スタート系バス手順には、リード要求転送とライト要
求転送がある。リード要求転送の場合は、リードアドレ
スをアドレスバスSAB310により転送し、同時に、スター
ト系制御信号群302により、リクエストの詳細情報を転
送する。ライト要求転送の場合は、ライトアドレス,ラ
イトデータをアドレスバスSAB310、データバスSDB320に
より転送し、同時に、スタート系制御信号群302によ
り、リクエストの詳細情報を転送する。
The start bus procedure includes a read request transfer and a write request transfer. In the case of the read request transfer, the read address is transferred by the address bus SAB310, and at the same time, the detailed information of the request is transferred by the start control signal group 302. In the case of a write request transfer, a write address and write data are transferred by an address bus SAB310 and a data bus SDB320, and at the same time, detailed information of the request is transferred by a start system control signal group 302.

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

上記スタート系制御信号群302の構成は、スタート系
信号群に有効な情報が乗つているか否かを示すコマンド
信号BSACT330、リード要求かライト要求かの別を示すBS
RD332、通常のリードまたはライト要求か、その他のバ
ス使用要求かの別を示すタイプ信号BSTYP334、データバ
ス使用サイクル数を示すBSCNT336、リクエスト元ユニツ
トを識別するBSUNT338リクエスト元リクエストチエツク
番号BSCHK340により構成されている。BSUNT338,BSCHK34
0はリクエスト付随の情報で、SCUで処理が終了すると、
終了転送の際のエンド系制御情報群中の同様の信号(後
記BEUNT,BECHK)上に送出され、リクエスト又はBEUNTに
基づき終了通知が自装置に対するものか否か、及びBECH
Kに基づき自装置が出した複数の未確認のリクエストの
内どのリクエストに対するエンド通知かを認識させる。
リクエスト10−iのバスインタフエース6−iは、BEUN
Tが自装置の番号と一致する場合、終了通知を取込む。
The configuration of the start system control signal group 302 includes a command signal BSACT330 indicating whether valid information is on the start system signal group, and a BS indicating whether a read request or a write request is present.
RD332, a type signal BSTYP334 indicating a normal read or write request or another bus use request, BSCNT336 indicating a data bus use cycle number, BSUNT338 identifying a request source unit, a request source request check number BSCHK340. I have. BSUNT338, BSCHK34
0 is the information accompanying the request, and when the processing is completed in the SCU,
It is transmitted on a similar signal (BEUNT, BECHK described later) in the end system control information group at the time of the end transfer, and whether or not the end notification is to the own device based on the request or BEUNT, and BECH
Based on K, it is made to recognize which of the plurality of unconfirmed requests issued by its own device is the end notification.
The bus interface 6-i of the request 10-i is
When T coincides with the number of the own device, an end notification is taken.

次に、エンド系制御信号群302は、エンド系信号群に
有効な情報が乗つているか否かを示すコマンド信号BEAC
T350、リード要求かライト要求かの別を示すBERD352、
データバス使用サイクル数を示すBECNT354、リクエスト
元ユニツトを示すBEUNT356,BECHK358により構成されて
いる。
Next, the end-system control signal group 302 includes a command signal BEAC indicating whether or not valid information is on the end-system signal group.
T350, BERD352 to indicate read request or write request,
It is composed of BECNT 354 indicating the number of data bus use cycles, BEUNT 356 and BECHK 358 indicating request source units.

第5図に、第4図で説明したSバス300およびバス権
受授信号のタイミング関係を示す。リードの場合、ライ
トの場合それぞれ、スタート系バス手順によりSCU100に
リクエストを転送し、SCU100でRAM30に対するリードま
たはライトが行われ、エンド系バス手順によりリクエス
ト元へ、リクエストの結果(リードデータ、ライト終了
通知等)が転送されて終了する。
FIG. 5 shows the timing relationship between the S bus 300 and the bus grant signal described in FIG. In the case of read, in the case of write, the request is transferred to the SCU100 by the start bus procedure, and the SCU100 reads or writes to the RAM 30, and the end bus procedure sends the request result (read data, write end) to the request source. Notification etc.) is transferred and the process ends.

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

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

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

バスインタフエース400は、Sバス300とのインタフエ
ース部であり、リクエストの受付とメモリアクセス結果
の転送を行なう。リクエスト受付では、スタート系バス
手順を受付けて、リクエスト管理部500へリクエスト受
付通知信号TRUP830を送り、キユー管理部600−0〜3
へ、キユー受付通知信号TQ(0〜3)UP820−0〜3、
アドレス840−0〜3、データ842−0〜3等の詳細情報
を送る。また、メモリアクセス結果の転送ではリクエス
ト管理部500から、エンド系バス手順要求信号BUSOUT828
を受けると、キユー管理部600−0〜3に対し、BUSOUT0
〜3834−0〜3を送り、出力情報(フエツチデータ等)
844−0〜3を受取る。バスインタフエース400は、これ
を受けてエンド系バス手順を開始する。
The bus interface 400 is an interface with the S bus 300, and accepts requests and transfers memory access results. In the request reception, the start bus procedure is received, a request reception notification signal TRUP830 is sent to the request management unit 500, and the queue management units 600-0 to 600-3 are received.
To, queue acceptance notification signal TQ (0-3) UP820-0-3,
It sends detailed information such as addresses 840-0 to 840 and data 842-0 to 842. In transferring the memory access result, the request management unit 500 sends an end bus procedure request signal BUSOUT828.
BUSOUT0 to the queue management units 600-0-3
Sends 3834-0 to 3834 and outputs information (such as fetch data)
844-0 to 3 are received. In response to this, the bus interface 400 starts an end bus procedure.

メモリアクセス制御部700−0〜3は、RAM30−0〜3
に対して、リードまたはライトのアクセス手順を行うブ
ロツクで、キユー管理部600−0〜3から送られて来た
アドレス850−0〜3や、ストアデータ852−0〜3およ
び制御情報に基づいて、ACCREQ信号836−0〜3を起動
信号としてアクセス動作を開始し、ACCEND信号838−0
〜3を終了通知信号としてフエツチデータ854−0〜3
等をキユー管理部600−0〜3へ返す。このブロツク
は、従来のメモリアクセス制御方式と同様である。
The memory access control units 700-0 to 700-3 are RAMs 30-0 to 3
A block for performing a read or write access procedure, based on the addresses 850-0 to 3 sent from the queue management units 600-0 to 3, the store data 852-0 to 3, and the control information. , The access operation is started using the ACCREQ signals 836-0 to 8-3 as start signals, and the ACCEND signal 838-0 is started.
-3 to -3 as end notification signals.
Are returned to the queue management units 600-0 to 600-3. This block is similar to the conventional memory access control system.

キユー管理部600−0〜3は、バスインタフエース400
で受付けられたリクエストとメモリアクセス制御部700
−0〜3、または、メモリアクセス制御部700〜0〜3
で処理されたリクエストとバスインタフエース400の間
に存在し、バツフアの役割をする。このため、バス手順
とメモリアクセス手順が、必ずしも時間的に固定した連
続動作として処理される必要がなくなる。別の表現をす
れば、バス手順とメモリアクセス手順は、別々のステー
ジとして動かすことが可能となり、更には、パイプライ
ン動作を行わせることが可能となる。前述の如く、SCU1
00のメモリアクセス制御部700−0〜3は、4ウエイイ
ンタリーヴなので4個存在し、そのため、バスインタフ
エース400との間のバツフアであるキユー管理部600−0
〜3も4個存在する。バスインタフエース400で受付け
られたリクエストは、そのBSCNT336とSAB310の下位2ビ
ツトに従つて分解され、上述の4個のキユー管理部600
−0〜3にキユーイングされる。キユー管理部600〜0
〜3は各Wayに分解され、キユーイングされたリクエス
ト(以下、これをリクエスト管理部500の「リクエスト
キユー」に対し簡単に「キユー」と呼ぶ)を管理する。
キユー管理部600−0〜3は、TQ(0〜3)UP信号832−
0〜3を指示信号としてバスインタフエース400からキ
ユー(具体的には、アドレス840−0〜3,ストアデータ8
42−0〜3や詳細情報)を受取り、ラツチする。受付け
たキユーを受付順にメモリアクセス制御700−0〜3に
送り、メモリアクセス制御から受取つたキユーをバスイ
ンタフエース400からのBUSOUT信号834−0〜3を指示信
号として、フエツチデータ844−0〜3等を受付順にバ
スインタフエース400に送る。バスインタフエース400で
受付けられたリクエストはメモリアクセス制御700−0
〜3がビジーな場合はキユー管理600−0〜3でバツフ
アされるが、メモリアクセス制御700−0〜3が空くと
転送され、メモリアクセスを行なう。アクセス終了後に
直ちにバス出力できない場合は、キユー管理部600−0
〜3でバツフアされるが、バス出力が可能になると転送
され、バスインタフエース400から出力される。
The queue management units 600-0 to 600-3 are connected to the bus interface 400.
Request received by the memory access control unit 700
−0 to 3, or memory access control units 700 to 0 to 3
Exists between the request processed by the server and the bus interface 400, and serves as a buffer. For this reason, the bus procedure and the memory access procedure do not always need to be processed as continuous operations fixed in time. In other words, the bus procedure and the memory access procedure can be operated as separate stages, and furthermore, a pipeline operation can be performed. As described above, SCU1
Since there are four memory access control units 700-0 to 700-3 in the 4-way interleave, there are four memory access control units 700-0 to 3, so the queue management unit 600-0 which is a buffer between the memory access control unit 700-0 and the bus interface 400 is provided.
There are also 4 to 3. The request accepted by the bus interface 400 is decomposed according to the lower two bits of the BSCNT 336 and the SAB 310, and the above four queue management units 600
It is queued to -3. Queue management unit 600-0
3 manages requests that have been decomposed into queues and queued (hereinafter simply referred to as “queues” for “request queues” of the request management unit 500).
The queue management units 600-0 to 600-3 output a TQ (0 to 3) UP signal 832-
0 to 3 as instruction signals from the bus interface 400 to the queue (specifically, addresses 840-0 to 3 and store data 8
42-0 to 3 and detailed information) and latch. The received queues are sent to the memory access controls 700-0 to 700-3 in the order of reception, and the queues received from the memory access control are sent to the fetched data 844-0 to 3-3 using the BUSOUT signals 834-0 to 834 from the bus interface 400 as instruction signals. Are sent to the bus interface 400 in the order of reception. The request accepted by the bus interface 400 is the memory access control 700-0.
If .about.3 is busy, buffering is performed in queue management 600-0.about.3, but when memory access controls 700-0.about.3 are free, transfer is performed and memory access is performed. If the bus cannot be output immediately after the access is completed, the queue management unit 600-0
The data is buffered at .about.3, but is transferred when the bus output becomes possible, and is output from the bus interface 400.

以上述べた各キユー管理部600−0〜3等の進行状況
は、他のキユー管理部と同期をとることなく、独立に進
行する。このため、メモリアクセス制御部700−0〜3
の一部がビジーであるため、他のキユーでは後続のキユ
ーが存在するにもかかわらず処理待ちの状態となつてし
まうというような、同期をとる方式の場合に生ずる無駄
を排除することができ、メモリスループツトが向上す
る。一方、各キユー管理部600−0〜3に分解されたリ
クエストをバス出力する際には、同期の問題がある。こ
の同期化機能を担当するのがリクエスト管理500であ
る。大型機では、SCUでは同期をとらずIPに送り、IP側
で同期をとつている。本発明が対象とするバス形式で結
合されたプロセツサの場合(小型機の場合)、同期化情
報付きでバスに送出する方式よりも同期をSCU内でとつ
て送る方式の方がバスインタフエースが簡潔であり、ま
た、IPの制御が容易であり、SCU内の制御も比較的簡単
である。以下、この同期方式を説明する。
The progress status of each of the queue management units 600-0 to 600-3 described above progresses independently without synchronization with the other queue management units. Therefore, the memory access control units 700-0 to 700-3
Is busy, so that other queues can wait for processing despite the presence of subsequent queues, eliminating waste in the case of a synchronous method. And the memory throughput is improved. On the other hand, there is a problem of synchronization when the requests divided into the respective queue management units 600-0 to 600-3 are output to the bus. Request management 500 is responsible for this synchronization function. For large machines, the SCU sends the data to the IP without synchronization, and the IP side synchronizes. In the case of processors connected in a bus format to which the present invention is applied (in the case of a small-sized device), the bus interface is more effective in the method of sending synchronization within the SCU than in the method of sending it to the bus with synchronization information. It is simple, the IP is easy to control, and the control in the SCU is relatively simple. Hereinafter, this synchronization method will be described.

各キユー管理部600−0〜3で独立に進行する分解さ
れたリクエストの同期は、SCUがリクエストを受取つた
時点で、リクエスト管理500がリクエスト個有の識別子
(トークン)を分解された各キユーに付加すること、
又、メモリアクセスが終了した時点では分解された各キ
ユーのトークンがすべて揃つたか否かを検出し(マツチ
ングを検出し)、揃つた場合(マツチングが成立した場
合)にはバス権をバスアービタ200に要求しSバス300に
エンド系バス手順に基づいて終了通知を出力することで
可能になる。このトークンは、SCU100が受付けたリクエ
ストに対し、受付順に付加されるリクエスト順序番号
(トークン番号)で、例えば0〜3の4個の番号とす
る。このトークン番号は、0,1,2,3,0,……と巡回的に動
く。各リクエストの処理は受付け時に付加されたこのト
ークン番号の順に進行し、同期をとつて、バスに出力さ
れる。このトークン番号および同期を管理するブロツク
が、前述のリクエスト管理部500である。
The synchronization of the disassembled requests that proceed independently in each of the queue management units 600-0 to 0-3 is such that, when the SCU receives the request, the request management 500 divides the request-specific identifier (token) into each of the disassembled queues. To add,
At the time when the memory access is completed, it is detected whether or not all the tokens of each of the decomposed cues are matched (matching is detected). If the tokens are matched (matching is established), the bus right is determined by the bus arbiter 200. And outputting an end notification to the S bus 300 based on the end system bus procedure. These tokens are request sequence numbers (token numbers) added to the requests received by the SCU 100 in the order of reception, and are, for example, four numbers 0 to 3. This token number moves cyclically as 0,1,2,3,0, .... The processing of each request proceeds in the order of the token number added at the time of reception, and is synchronously output to the bus. The block that manages the token number and synchronization is the request management unit 500 described above.

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

次にメモリアクセス終了時点でのマツチング検出、及
びバス権要求動作について述べる。リクエスト管理500
は、キユー管理部600−0〜3からメモリアクセスの終
了したキユーのトークン番号(MQ)を信号(MQNUM0〜
3)872−0〜3により受取り、これとリクエスト管理
部500内のリクエスト情報やトークン番号と比較する。
分解された全てのキユーのトークン番号とリクエスト管
理500内のトークン番号が一致すると(マツチングが成
立すると)、MATCH0〜3(870−0〜3)を、対応する
キユー管理部600−0〜3へ送る。キユー管理0〜3(6
00−0〜3)はMATCH0〜3(870−0〜3)を受け、マ
ツチング済キユーを示すポインタをカウントアツプす
る。新しくマツチングが成立した場合(マツチングは成
立しているがバス出力待ちとなつているリクエストが存
在する場合も含む)、リクエスト管理部500は、バスア
ービタ200にBUSREQr信号12−rを送る。バスアービタ20
0からBUSACPr信号20−rを受取るとバスインタフエース
400に対して、前記BUSOUR信号828を送る。前述の様に、
これを受けたバスインタフエース400は、メモリアクセ
ス結果の転送を行なう。
Next, matching detection at the end of memory access and bus right request operation will be described. Request Management 500
Sends the token number (MQ) of the queue for which memory access has been completed from the queue management units 600-0 to 3 (MQNUM0 to
3) Received by 872-0 to 3 and compare it with request information and token number in request management section 500.
If the token numbers of all decomposed queues match the token numbers in the request management 500 (when matching is established), MATCH0-3 (870-0-3) is sent to the corresponding queue management units 600-0-0-3. send. Queue management 0-3 (6
00-0 to 3) receive MATCH0 to 3 (870-0 to 3) and count up the pointer indicating the matched queue. When a new matching is established (including a case where the matching has been established but there is a request waiting for bus output), the request management unit 500 sends a BUSREQr signal 12-r to the bus arbiter 200. Bus Arbiter 20
Bus interface when receiving BUSACPr signal 20-r from 0
The BUSOUR signal 828 is sent to 400. As mentioned above,
The bus interface 400 receiving this transfers the memory access result.

以上述べた如く、リクエスト固有のトークン番号を各
キユーに付加し、それか全部揃つたことを確認してバス
に出力することにより、独立に進行している各WayはSCU
100内で同期をとつてメモリアクセスを完了することが
可能となる。
As described above, the request-specific token number is added to each queue, and after confirming that all of the queues have been prepared, each is output to the bus.
The memory access can be completed within 100 within synchronization.

次に、これまで述べて来た動作を行うSCUの各ブロツ
クの詳細な構成例を説明する。
Next, a detailed configuration example of each block of the SCU performing the operation described above will be described.

第6図は、バスアービタ200の構成図である。本実施
例に示すバスアービタ200は、リクエスタ(第3図に示
したIP010−a,IP110−b,IOP010−c等)対応の受付判定
回路210−i(i=a〜d、前述の通り)、リクエスト
管理500対応の受付判定回路210−rを有する。受付判定
回路210−iおよび210−r内には、スタート系バス手
順,エンド系バス手順,データバスSDB320が既に何サイ
クル使用受付られているかを示すカウンタラツチ(STAR
Tc)232,(ENDC)234,(SDBC)236が存在し、値が0に
なるまで毎サイクル減算器222,224,226で値を更新して
いる。上記ラツチ232と234は、データバス(SDB)320使
用の場合は上記SDBの使用サイクル数をセツトし、使用
しない場合は「1」がセツトされる。これらのラツチの
値の中で、バス要求信号(BUSREQi,BUSREQr,BUSTYPi,BU
STYPr,BUSCNTi,BUSCNTr)が要求する資源(各制御信号S
DB320)が0(空いていること)を示すならば、バス使
用可能信号RESFREEi〜r250−iまたは250−rがONにな
る。
FIG. 6 is a configuration diagram of the bus arbiter 200. Bus arbiter 200 shown in this embodiment, the requester (IP 0 10-a shown in FIG. 3, IP 1 10-b, IOP 0 10-c , etc.) corresponding admission decision circuit 210-i (i = a~d , As described above), has a reception determination circuit 210-r corresponding to the request management 500. In the reception judgment circuits 210-i and 210-r, a counter latch (STAR) indicating how many cycles the start-system bus procedure, the end-system bus procedure, and the data bus SDB320 have already been used has been accepted.
Tc) 232, (ENDC) 234, and (SDBC) 236 exist, and the values are updated by the subtractors 222, 224, and 226 every cycle until the values become zero. The latches 232 and 234 set the number of use cycles of the SDB when the data bus (SDB) 320 is used, and set "1" when not used. Among these latch values, bus request signals (BUSREQi, BUSREQr, BUSTYPi, BU
Resources (each control signal S) required by STYPr, BUSCNTi, BUSCNTr)
If DB320) indicates 0 (empty), the bus enable signal RESFREEi to r250-i or 250-r is turned on.

優先順位判定回路260は、予め決められた優先順位に
基づいて複数のバス使用可能信号(RESFREEi〜r)250
−i−rの中からバス使用許可信号(BUSACPi〜r)20
−i〜rを送るリクエスタを決定し、該当する信号20i
〜rをオンにする。優先順位はリクエスト処理時間を短
縮するためエンド系リクエスト(SCU内部からのリクエ
スト)を最優先とし、以下、外部リクエスタからのスタ
ート系リクエストIOP0(10−c),IOP1(10−d),IP0
(10−a),IP1(10−b)の順とする。従つて、RESFRE
Er信号250−rがオンの場合は、無条件でBUSACPr信号20
−rはオンになる。スタート系バス使用可能信号(RESF
REEi)250−iの幾つかがオンの場合、1番優先順位の
高いものをRESFREEipと表わすことにする。RESFREEr信
号250−rがオフの場合、及びRESFREEr信号250−rがオ
ンであつてもSDB320を両方が使用しない場合(さらに具
体的には、エンド系リクエストがリード要求で、且つス
タート系リクエストがライト要求の場合;これはBUSTYP
i〜r信号14−i〜rの値が両方オンの場合である)、B
USACPip信号20−ipはオンとなる。この優先順位判定回
路260により、SDB320の使用でリクエストが衝突しない
限り、スタート系リクエストとエンド系リクエストを同
時に受付ることが可能となり、バスのスループツトが大
きく向上する。
The priority determination circuit 260 receives a plurality of bus enable signals (RESFREEi to r) 250 based on a predetermined priority.
Bus use permission signals (BUSACPi to r) 20 out of -ir
-Determine the requester to send i to r, and
Turn on r. In order to shorten the request processing time, priority is given to the end system request (request from the inside of the SCU), and thereafter, the start system request IOP0 (10-c), IOP1 (10-d), IP0 from the external requester
(10-a), IP1 (10-b). Therefore, RESFRE
When the Er signal 250-r is ON, the BUSACPr signal 20
-R turns on. Start bus enable signal (RESF
REEi) If some of the 250-i are on, the one with the highest priority will be denoted as RESFREEip. When the RESFREEr signal 250-r is off, and when the RESFREEr signal 250-r is on and both SDBs 320 are not used (more specifically, the end request is a read request and the start request is a write request). On request; this is BUSTYP
i-r signals 14-i-r are both on), B
The USACPip signal 20-ip turns on. This priority determination circuit 260 enables simultaneous reception of a start request and an end request as long as the request does not collide with the use of the SDB 320, greatly improving the throughput of the bus.

カウンタラツチSTARTC232,ENDC234,SDBC236の更新は
以下の様に行なう。優先順位判定回路260が受付けた(B
USACPi〜r,20i〜rをオンにした)リクエストの使用す
るカウンタラツチ(STARTC232等)は値を受付サイクル
数に更新する必要がある。セツトカウンタ選択回路270
は、BUSACPi〜r信号20i〜rと、BUSTYPi〜r信号14i〜
rに基づいて更新するラツチに更新指示信号274を送
る。セレクタ切換信号276は、ラツチの値(信号278の
値)がゼロの場合は、カウンタセツト値選択回路272か
らの出力信号を、ゼロ以外の場合は、減算器222,224,22
6の出力を選択することを指示する。カウンタセツト値
選択回路272は、BUSACPi〜r信号20−i〜rとBUSTYPi
〜r信号14−i〜rに基づいて、更新するラツチに対応
するBUSCNTi〜r信号16−i〜rの示す値、又は「1」
を送る。「1」を送る場合は、SDB320を使用しないリク
エストの場合、つまりBUSTYPi〜r信号14−i〜rがゼ
ロの場合である。以上により、カウンタラツチ232,234,
236の値は、新リクエストを受付ける場合には、使用予
約するサイクルに更新され、ゼロでないカウンタラツチ
は毎サイクル1ずつ減じられる。この結果、カウンタラ
ツチには残り何サイクルの使用予約がされているかを示
す値が保持される。
Update the counter latch STARTC232, ENDC234, SDBC236 as follows. The priority determination circuit 260 accepts (B
It is necessary to update the value of the counter latch (STARTC232, etc.) used by the request (with USACPi-r, 20i-r turned on) to the number of accepted cycles. Set counter selection circuit 270
Are the BUSACPi-r signals 20i-r and the BUSTYPi-r signals 14i-
An update instruction signal 274 is sent to the latch to be updated based on r. The selector switching signal 276 outputs the output signal from the counter set value selection circuit 272 when the latch value (the value of the signal 278) is zero, and subtracters 222, 224, and 22 when the latch value is not zero.
Indicates that output 6 is to be selected. The counter set value selection circuit 272 outputs the BUSACPi-r signals 20-i-r and the BUSTYPi
The value indicated by the BUSCNTi-r signal 16-i-r corresponding to the latch to be updated based on the -r signal 14-i-r, or "1"
Send. Sending "1" is a request not using the SDB 320, that is, a case where the BUSTYPi-r signals 14-ir are zero. As a result, the counter latches 232,234,
When a new request is accepted, the value of 236 is updated to the cycle for which use reservation is made, and the non-zero counter latch is decremented by 1 every cycle. As a result, the counter latch holds a value indicating the remaining number of cycles of use reservation.

第7図は、バスインタフエース400の構成図である。
図において、BSACTB430,BSRDB432,BSTYPB434,BSCNTB43
6,BSUNTB438は、スタート系信号制御信号のラツチであ
る。また、SABB410はSAB310のラツチ、SDBB420はSDB320
のラツチ、BEACTB450,BERDB452,BECNTB454,BEUNTB456
は、それぞれ、エンド信号制御信号のラツチである。
FIG. 7 is a configuration diagram of the bus interface 400.
In the figure, BSACTB430, BSRDB432, BSTYPB434, BSCNTB43
6, BSUNTB438 is a start signal control signal latch. SABB410 is a latch of SAB310, SDBB420 is SDB320
Latch, BEACTB450, BERDB452, BECNTB454, BEUNTB456
Are the latches of the end signal control signal.

まず、スタート系の受信について述べる。スタート系
制御信号は、ラツチ430,432,434,436,438に保持され、
デコーダ460は、BSTYPB434がキヤンセルアクセス以外の
リクエストならば信号461をONにする。また、比較器464
は、SABB410にラツチされているアドレスが、SCU100で
扱うべきアドレス範囲に存在するならば、信号465をON
にする。更に、BSACTB430がONならば、TRUP信号830がON
となり、リクエストを受付ける。
First, the reception of the start system will be described. The start system control signal is held in the latches 430, 432, 434, 436, 438,
The decoder 460 turns on the signal 461 if the BSTYPB434 is a request other than the cancel access. Also, the comparator 464
Turns on signal 465 if the address latched in SABB410 is within the address range to be handled by SCU100.
To Further, if BSACTB430 is ON, TRUP signal 830 is ON
And accept the request.

制御回路462は、キユー管理部600−0〜3に対し、キ
ユー受付通知信号TQ(0〜3)UP832−0〜3と同時
に、アドレス840−0〜3、データ842−0〜3および制
御信号841−0〜3を送る。このキユー受付通知信号TQ
(0〜3)UP832−0〜3は、TRUP信号830とともに、リ
クエスト管理部500へも、リクエストの詳細情報831とと
もに送られラツチされる。
The control circuit 462 sends an address 840-0 to 3, a data 842-0 to 3, and a control signal to the queue management units 600-0 to 600-3 simultaneously with the queue acceptance notification signal TQ (0 to 3) UP832 to UP83-2. Send 841-0 to 3 This queue acceptance notification signal TQ
(0-3) UP832-0-3 are sent together with the detailed information 831 of the request to the request management section 500 together with the TRUP signal 830, and are latched.

次に、エンド系の送信について述べる。リクエスト管
理部500からBUSOUT828および詳細情報829を受けると、
制御回路466は、キユー管理部600−0〜3に対し、BUSO
UT0〜3(834−0〜3)を送る。これを受けたキユー管
理部600−0〜3からフエツチデータ844−0〜3が送ら
れると、制御回路466は、エンド系バス手順を開始し、
セレクタ470を切替え、エンド系制御信号ラツチ450,45
2,454,456を制御して、バス出力する。
Next, transmission of the end system will be described. Upon receiving BUSOUT828 and detailed information 829 from the request management section 500,
The control circuit 466 sends a BUSO to the queue management units 600-0 to 600-3.
Send UT0-3 (834-0-0-3). When the fetch data 844-0 to 844-3 are sent from the queue management units 600-0 to 3-3 which have received this, the control circuit 466 starts the end system bus procedure,
Switch selector 470, and end system control signal latch 450, 45
2,454,456 are controlled and bus output.

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

TR512,HR510、それぞれ、リクエスト管理部500内のリ
クエストのうち、最後と最初に受付けられたリクエスト
のトークン番号を保持するラツチである。MR514は、次
にマツチングを成立させるリクエストのトークン番号を
保持するラツチである。制御情報テーブル530は、UNT53
0−a,CHK530−b,Way(0〜3)530−c,CNT530−d,RD530
−eの5フイールドで構成されている。Way(0〜3)5
30−cは、リクエストがどのWayのキユー制御に分割さ
れたかを示し、キユーが存在するキユー制御番号(Way
番号)には“0"が、存在しないところには“1"が、それ
ぞれラツチされている(論理的意味とは逆転してい
る)。
TR512 and HR510 are latches for holding the token numbers of the last and first requests among the requests in the request management unit 500, respectively. The MR 514 is a latch that holds the token number of the request for establishing the next matching. The control information table 530 is UNT53
0-a, CHK530-b, Way (0-3) 530-c, CNT530-d, RD530
-E five fields. Way (0-3) 5
30-c indicates which way of the queue control the request was divided into, and the queue control number (Way
The number is latched with "0" and the non-existent one is latched with "1" (the reverse of the logical meaning).

リクエストのラツチについて説明する。バスインタフ
エース400がスタート系リクエストを受付けると、リク
エスト管理部500へ、TR512のカウントアツプ信号TRUP83
0を送る。これを受けて、TR512はカウントアツプを行
い、このTR512の示すトークン番号に対応する制御情報
テーブル530の位置をデコーダ532が示す。このデコーダ
532が指す制御情報テーブル530内のレジスタに、新たな
リクエストの制御情報、すなわち前記リクエストの詳細
情報831、Way(0〜3)およびキユー受付通知信号TQ
(0〜3)UP832−0〜3がラツチされる。
The request latch will be described. When the bus interface 400 receives the start request, the request management unit 500 is sent a TR512 count-up signal TRUP83.
Send 0. 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 the TR 512. This decoder
The register in the control information table 530 pointed to by 532 stores control information of a new request, that is, detailed information 831 of the request, Way (0 to 3), and a queue acceptance notification signal TQ.
(0-3) UP832-0-3 are latched.

次に、第8図に基づいて、マツチング機構について説
明する。メモリアクセス制御部700−0〜3での処理が
終了すると、キユー管理部600−0〜3から次にマツチ
ングを成立すべきキユーのトーク番号MQNUM0〜3(872
−0〜3)が送られる。このMQNUM0〜3(872−0〜
3)がトークン番号の値と、前記MR514のトークン番号
値を、比較器550,552,554,556で比較し、一致の場合は
“1"を出力する。この出力と、MR514が指す番号でセレ
クタ572が出力する制御情報テーブル530のレジスタのWa
y情報(530−c)とは、オア回路580,582,548,586で論
理和をとられ、対応するキユーの処理がすべて終了した
ときに、信号562がONとなる。この結果、Way情報(530
−c)でキユーが存在するキユー管理に対し、MATCH0〜
3信号(870−0〜3)が送られ、MR514をカウントアツ
プする。
Next, the matching mechanism will be described with reference to FIG. When the processes in the memory access control units 700-0 to 700-3 are completed, the queue management units 600-0 to 600-3 transmit queue numbers MQNUM0 to MQNUM3 (872
-0 to 3) are sent. This MQNUM0-3 (872-0-0
3) The comparators 550, 552, 554, and 556 compare the value of the token number with the value of the token number of the MR 514, and output "1" if they match. This output and the Wa of the register of the control information table 530 output from the selector 572 with the number indicated by the MR 514.
The y information (530-c) is ORed by the OR circuits 580, 582, 548, 586, and the signal 562 turns ON when the processing of all the corresponding queues is completed. As a result, the Way information (530
−c) For queue management where queues exist, MATCH0 ~
Three signals (870-0 to 3) are sent, and the MR 514 counts up.

次に、リクエストの終了処理、すなわち、バス権獲
得、バスインタフエース400へのリクエスト情報送付お
よびエンド系バス手順の起動について説明する。MR514
がカウントアツプされる等の理由により、前記HR510とM
R514の値に差が生ずるが、これはマツチングは成立して
いるがバスへの終了通知は出力されていないリクエスト
が存在することを意味し、比較器522の出力信号BUSREQr
(12−r)がONとなる。これに対する応答信号BUSACPr
(20−r)がバスアービタ200から送られて来ると、HR5
10がカウントアツプされ、このHR510の値に対応してセ
レクタ570が出力する制御情報テーブル530の情報のう
ち、UNT530−a,CHK530−b,CNT530−dおよびRD530−e
が、BUSOUT信号828と同期して、バスインタフエース400
に送られる。バスインタフエース400ではこれらをラツ
チするとともに、BUSOUT信号828の指示に基づきエンド
系手順を開始する。
Next, a process for ending a request, that is, acquiring a bus right, sending request information to the bus interface 400, and activating an end bus procedure will be described. MR514
HR510 and M
There is a difference in the value of R514, which means that there is a request for which matching has been established but a termination notification to the bus has not been output, and the output signal BUSREQr of the comparator 522.
(12-r) turns ON. Response signal BUSACPr for this
When (20-r) is sent from the bus arbiter 200, HR5
10 is counted up, and among the information of the control information table 530 output from the selector 570 corresponding to the value of the HR 510, UNT 530-a, CHK 530-b, CNT 530-d and RD 530-e
Is synchronized with the BUSOUT signal 828 and the bus interface 400
Sent to The bus interface 400 latches them and starts an end system procedure based on the instruction of the BUSOUT 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,A
E612および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 600-3 provide information to be passed or received to the memory access control units 700-0 to 700-3 (that is,
Address 630-a, store data 630-b, control information 630-c,
A queue information table 630 holding the fetch data 630-e, a token number 600-d), and a latch HQ616, MQ614, A holding the management address of the queue information table 630.
It is composed of E612 and TQ610. The queue information table 630 has four registers, 640, 642, 644.
And 646.

TQ610,HQ616は、キユー管理部600−0〜3内のキユー
のうち、最後と最初に受付けられたキユーのキユー番号
を保持するラツチである。MR614は、次にマツチングが
成立させるキユーのキユー番号を保持するラツチであ
る。AR612は、現在メモリアクセス制御部700−0〜3で
処理中のキユー番号を、または、メモリアスセス制御部
700−0〜3が処理中でないならば、次に処理されるべ
きキユー番号を保持するラツチである。
TQ610 and HQ616 are latches for holding the queue numbers of the last and first queues among the queues in the queue management units 600-0 to 600-3. MR614 is a latch that holds the queue number of the queue to be established next. AR612 indicates the queue number currently being processed by the memory access control units 700-0 to 3 or the memory access control unit.
If 700-0 to 700-3 are not being processed, this is a latch holding the key number to be processed next.

まず、キユーのラツチについて述べる。バスインタフ
エース400からTQiUP832−iが送られると、TQ610がカウ
ントアツプされ、TQ610の示すキユー番号に対応するキ
ユー情報テーブル630の位置をデコーダ622が示す。デコ
ーダ622に示されたキユー情報テーブル630内のレジスタ
に新しいキユー情報、すなわちアドレス840−i,ストア
データ842−i,制御情報841−iがラツチされる。
First, Kyu's latch is described. When TQiUP832-i is sent from the bus interface 400, TQ610 is counted up, and the decoder 622 indicates the position of the queue information table 630 corresponding to the queue number indicated by TQ610. New key information, that is, address 840-i, store data 842-i, and control information 841-i are latched in the registers in the key information table 630 indicated by the decoder 622.

TQ610がカウントアツプされ、AQ612との間に差が生じ
るが、処理中のメモリアクセス制御部700−0〜3からA
CCENDi838−iが送られて来ると、制御回路670は、AQ61
2からの信号を受けたデコーダ624が指すフエツチデータ
630−eにデータ854−0〜3をラツチし、次に信号672
により、AQ612がカウントアツプし、メモリアクセス制
御部700−0〜3に、ACCREQi836−iと同期して、セレ
クタ674が選択したキユー制御テーブル630の情報850−
i,852−iを送る。
TQ610 is counted up, and a difference is generated between AQ612 and AQ612.
When CCENDi838-i is sent, control circuit 670 sends AQ61
Fetch data pointed to by the decoder 624 receiving the signal from 2
Latch data 854-0 to 3 to 630-e, then signal 672
As a result, the AQ 612 counts up and the memory access control units 700-0 to 700-3 synchronize the information 850- of the queue control table 630 selected by the selector 674 with the ACCREQi 836-i.
Send i, 852-i.

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

最後に、終了手続きについて説明する。BUSOUTi834−
iを受けるとHQ616の値はカウントアツプされる。この
更新された値で、セレクタ678が選択するキユー情報テ
ーブル630の終了情報(フエツチデータ630−e)が、デ
ータ信号844−iでバスインタフエース400へ送られる。
Finally, the termination procedure will be described. BUSOUTi834−
Upon receiving i, 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 sent to the bus interface 400 as a data signal 844-i.

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

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

第二に、リクエストを受付けたバスインタフエース40
0において、制御情報として各キユーのバス出力順序情
報をキユー制御部600−0〜3に送り、キユー制御部600
−0〜3は、この情報に基づき、バス出力順序の遅いキ
ユー制御部600−0〜3は、その順序に応じてMQNUMi872
−iを早く送ることにより、不必要なマツチング待ちサ
イクルが生ずることを防ぎ、平均のアクセスサイクル数
を低減することができる。
Second, the bus interface 40 that received the request
At 0, the bus output order information of each queue is sent to the queue control units 600-0 to 600-3 as control information, and the queue control unit 600
-0 to 3 are based on this information, and the key control units 600-0 to 600-3 with the slowest bus output order are used by the MQNUM 872 according to the order.
By sending -i earlier, unnecessary matching waiting cycles can be prevented from occurring, and the average number of access cycles can be reduced.

また、上記実施例においては、実施例として、データ
バス幅4バイト、Way数4の場合を例に挙げて示した
が、本発明はこれに限定されるものではなく、例えば、
メモリアクセス制御部とキユー制御部を2Way持ち、各Wa
yが4バイトの2回フエツチを完了した時点で、リクエ
スト制御部でマツチングを成立させる2Wayモードや、同
様の1Wayモードを容易に構成することができ、コストに
応じたメモリスループツトを痛供することが可能であ
る。
Further, in the above embodiment, the case where the data bus width is 4 bytes and the number of ways is 4 is described as an example, but the present invention is not limited to this.
It has a memory access control unit and a queue control unit in two ways.
A two-way mode in which the request control unit establishes matching or a similar one-way mode can be easily configured at the time when the fetch of y is completed four times of 4 bytes, and the memory throughput according to the cost is hurt. Is possible.

また、上記実施例ではSバスに接続されるSCUが一箇
の場合を示したが、SCU100の他にアービタ無でエンド系
バス権を要求するリクエスタを内蔵した増設SCU102をS
バスに接続する構成も容易に実現できる。この実施例に
おいては、SCU100と増設SCUは、スタート系リクエスト
をSバスから受信し、バスインタフエースブロツクにお
いてアドレス範囲をチエツクし、リクエストの切分けを
行なう。また、増設SCUからのエンド系バス権要求をSCU
100のバスアービタ200は、SCU100内部からのエンド系バ
ス権要求と同様の扱いで受け付ける。この増設SCUによ
り、より柔軟なメモリ増設が可能となる。
In the above embodiment, the case where only one SCU is connected to the S bus is shown. However, in addition to the SCU 100, an additional SCU 102 incorporating a requester for requesting an end system bus right without an arbiter is used.
A configuration for connecting to a bus can be easily realized. In this embodiment, the SCU 100 and the additional SCU receive a start request from the S bus, check the address range in the bus interface block, and separate the request. Also, the end bus request from the extension SCU is sent to the SCU.
The 100 bus arbiters 200 accept the end system bus right request from inside the SCU 100 in the same manner. This additional SCU enables more flexible memory expansion.

〔発明の効果〕〔The invention's effect〕

以上述べた如く、本発明によれば、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 an IOP and an SCU are combined in a bus format and a bus arbiter transfers a bus right between the devices, the SCU Between the memory access circuit and the bus interface circuit, a buffer for waiting for a memory access between the memory access request received by the bus interface circuit and the memory access control, and transfer to the requester processed by the memory access circuit. A bus output waiting buffer is provided between the waiting memory access request and the bus interface, and when a request exists in the bus output waiting buffer, the request from the bus output waiting buffer to the bus arbiter and from the requester to the bus arbiter. It is configured to output a bus right request different from the bus right request to the bus arbiter. , In which a marked effect of realizing a memory access control method which enables to improve the memory throughput bracts of the information processing apparatus described above the SCU and the requester is coupled by a bus format.

【図面の簡単な説明】[Brief description of the drawings]

第1図は本発明の一実施例を示す情報処理装置のSCUの
ブロツク構成図、第2図は従来の方式と本発明の方式と
の比較タイムチヤート、第3図は実施例を示す情報処理
装置のブロツク構成図、第4図はSバスおよびバス権受
授信号の説明図、第5図はSバスのタイムチヤート、第
6図は第1図に示すバスアービタの構成図、第7図は同
バスインタフエースの構成図、第8図は同リクエスト管
理部の構成図、第9図は同キユー管理部の構成図であ
る。 10−a,10−b……命令処理装置(IP)、10−c,10−d…
…入出力処理装置(IOP)、20……基本処理装置(BP
U)、30……RAM、100……記憶制御装置(SCU)、200…
…バスアービタ、300……Sバス、400……バスインタフ
エース、500……リクエスト管理部、600−0〜3……キ
ユー管理部、700−0〜3……メモリアクセス制御部。
FIG. 1 is a block diagram of an SCU of an information processing apparatus showing an embodiment of the present invention, FIG. 2 is a time chart comparing a conventional method with the method of the present invention, and FIG. FIG. 4 is an explanatory diagram of the S bus and the bus grant / receive signal, FIG. 5 is a time chart of the S bus, FIG. 6 is a block diagram of the bus arbiter shown in FIG. 1, and FIG. FIG. 8 is a block diagram of the request management unit, and FIG. 9 is a block diagram of the queue management unit. 10-a, 10-b ... Instruction processing unit (IP), 10-c, 10-d ...
… I / O processing unit (IOP), 20 …… Basic processing unit (BP
U), 30 RAM, 100 Storage controller (SCU), 200
… Bus arbiter, 300… S bus, 400… bus interface, 500… request management unit, 600-0 to 3… queue management unit, 700-0 to 3… memory access control unit

Claims (7)

(57)【特許請求の範囲】(57) [Claims] 【請求項1】メモリアクセスリクエストを発生するリク
エスタ装置と該メモリアクセスリクエストを処理する記
憶制御装置とがバスで結合され、バスアービタによりバ
ス権授受を行う情報処理装置のメモリアクセス制御方法
において、上記記憶制御装置内でメモリアクセスが完了
すると、上記記憶制御装置から上記バスアービタに対し
てエンド系バス権要求信号を発行し、上記リクエスタ装
置からのスタート系バス権要求信号と同様に上記バスア
ービタがバス権授受の制御を行うことを特徴とするメモ
リアクセス制御方法。
1. A memory access control method for an information processing device in which a requester device for generating a memory access request and a storage control device for processing the memory access request are connected by a bus, and a bus arbiter transfers a bus right. When the memory access is completed in the control device, the storage control device issues an end bus request signal to the bus arbiter, and the bus arbiter transfers the bus right similarly to the start bus request signal from the requester device. A memory access control method, comprising:
【請求項2】前記記憶制御装置内にバスインタフェース
回路とメモリアクセス回路とを持ち、上記バスインタフ
ェース回路とメモリアクセス回路との間にメモリアクセ
スリクエストのメモリアクセス完了情報を保持するバス
出力待ちバッファ回路を設け、該バス出力待ちバッファ
回路内に上記メモリアクセス完了情報が存在することを
示す完了情報存在信号がオン、または上記メモリアクセ
ス回路からのアクセス完了信号がオンの場合、前記エン
ド系バス権要求信号をオンとすることを特徴とする請求
項1記載のメモリアクセス制御方法。
2. A bus output waiting buffer circuit having a bus interface circuit and a memory access circuit in the storage control device, and holding memory access completion information of a memory access request between the bus interface circuit and the memory access circuit. And when the completion information presence signal indicating that the memory access completion information is present in the bus output waiting buffer circuit is on or the access completion signal from the memory access circuit is on, the end bus request 2. The memory access control method according to claim 1, wherein a signal is turned on.
【請求項3】前記バスインタフェース回路とメモリアク
セス回路との間にメモリアクセスリクエストのメモリア
クセス待ち情報を保持するメモリアクセス待ちバッファ
回路を設け、前記バスインタフェース回路からのリクエ
スト受け付け信号がオン、または上記メモリアクセス待
ちバッファ回路内にメモリアクセス待ちリクエストが存
在することを示すアクセス待ちリクエスト存在信号がオ
ンの場合に前記メモリアクセス回路に対するメモリアク
セス要求信号をオンとすることを特徴とする請求項2記
載のメモリアクセス制御方法。
3. A memory access waiting buffer circuit for holding memory access waiting information of a memory access request is provided between the bus interface circuit and the memory access circuit, and a request acceptance signal from the bus interface circuit is turned on, or 3. The memory access request signal for the memory access circuit according to claim 2, wherein the memory access request signal for the memory access circuit is turned on when an access wait request presence signal indicating that a memory access wait request exists in the memory access wait buffer circuit is on. Memory access control method.
【請求項4】前記スタート系バス権要求信号、前記エン
ド系バス権要求信号に対してバス使用サイクル数を示す
信号を付加し、この情報に基づき前記バスアービタはバ
ス使用期間の終了サイクルを予想し、次のバス権付与を
先行的に制御することを特徴とする請求項1記載のメモ
リアクセス制御方法。
4. A signal indicating the number of bus use cycles is added to the start bus request signal and the end bus request signal, and based on this information, the bus arbiter predicts an end cycle of a bus use period. 2. The memory access control method according to claim 1, wherein the grant of the next bus right is controlled in advance.
【請求項5】前記バスをアドレスバス、データバス、コ
ントロールバスで構成し、該コントロールバスは前記リ
クエスタ装置から前記記憶制御装置にリクエスト情報を
転送する場合に用いるスタート系コントロールバスと前
記記憶制御装置から前記リクエスタ装置にメモリアクセ
ス完了情報を転送する場合に用いるエンド系コントロー
ルバスで構成し、上記バス構成要素の内どれを使用する
かを示すバス仕様タイプ信号を上記スタート系バス権要
求信号、上記エンド系バス権要求信号に対して付加し、
前記バスアービタは上記バス仕様タイプ信号に基づき要
求された全バス構成要素のバス使用期間の終了サイクル
を予想し、次のバス権付与を先行的に制御することを特
徴とする請求項4記載のメモリアクセス制御方法。
5. The control system according to claim 1, wherein said bus comprises an address bus, a data bus, and a control bus, said control bus being a start system control bus used for transferring request information from said requester device to said storage control device, and said storage control device. An end control bus used to transfer memory access completion information from the requester device to the requester device, and a bus specification type signal indicating which of the bus components is to be used is the start bus request signal, Added to the end bus request signal,
5. The memory according to claim 4, wherein the bus arbiter predicts an end cycle of a bus use period of all bus components requested based on the bus specification type signal, and controls the next bus right assignment in advance. Access control method.
【請求項6】前記スタート系バス権要求信号、前記エン
ド系バス権要求信号が同時に前記バス構成要素の使用を
要求しない場合は前記スタート系バス権要求信号、前記
エンド系バス権要求信号を同時に受け付けることを特徴
とする請求項5記載のメモリアクセス制御方法。
6. When the start system bus request signal and the end system bus request signal do not simultaneously request the use of the bus components, the start system bus request signal and the end system bus request signal are simultaneously output. 6. The memory access control method according to claim 5, wherein the method is accepted.
【請求項7】前記メモリアクセス待ちバッファ回路と前
記メモリアクセス回路と前記バス出力待ちバッファ回路
を複数バンク設けるインタリーブ構成を用い、 さらに前記スタート系コントロールバスで前記バスイン
タフェース回路に転送されたリクエスト固有の情報を保
持するリクエストバッファを持ち、該リクエストバッフ
ァ内にはリクエスト固有の情報として、どのバンクにイ
ンタリーブされたかを示すインタリーブ情報、リクエス
ト元コード等を保持し、 前記バスインタフェース回路がメモリアクセスリクエス
トを受信すると、前記記憶制御装置内の他のメモリアク
セスリクエトと識別するために前記リクエストバッファ
と前記メモリアクセス待ちバッファ回路に同一のトーク
ン情報を付与し、 該トークン情報と他のリクエスト情報を処理の進行と共
に、前記メモリアクセス回路、前記バス出力待ちバッフ
ァ回路と受け渡し、前記バス出力待ちバッファ回路内に
前記トークン情報が到着すると上記リクエストバッファ
に転送し、上記リクエストバッファ内の上記トークン情
報との一致チェックを上記インタリーブ情報を参照して
行い、一致チェックの結果、インタリーブされた全ての
バス出力待ちバッファ回路に対して完了同期が成立する
と前記完了情報存在信号をオンにすることを特徴とする
請求項3記載のメモリアクセス制御方法。
7. An interleave structure comprising a plurality of banks of said memory access wait buffer circuit, said memory access circuit, and said bus output wait buffer circuit, and further comprising a request specific transfer request transferred to said bus interface circuit by said start control bus. A request buffer for storing information, in the request buffer, interleaving information indicating which bank was interleaved, a request source code, etc. as request-specific information; and the bus interface circuit receives a memory access request. Then, the same token information is given to the request buffer and the memory access waiting buffer circuit in order to distinguish it from other memory access requests in the storage controller, and the token information and other request information As the process proceeds, the token information is transferred to the memory access circuit and the bus output waiting buffer circuit. When the token information arrives in the bus output waiting buffer circuit, the token information is transferred to the request buffer. A match check is performed with reference to the interleave information, and as a result of the match check, when completion synchronization is established for all interleaved bus output waiting buffer circuits, the completion information presence signal is turned on. Item 3. The memory access control method according to Item 3.
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 JPH021044A (en) 1990-01-05
JP2718702B2 true 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)

Families Citing this family (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
CN114257327B (en) * 2021-12-21 2023-09-26 浙江华锐捷技术有限公司 Time synchronization method and system

Also Published As

Publication number Publication date
JPH021044A (en) 1990-01-05

Similar Documents

Publication Publication Date Title
US4481572A (en) Multiconfigural computers utilizing a time-shared bus
KR100243964B1 (en) Multiprocessor system having shared memory divided into a plurality of banks with access queues corresponding to each bank
US5155854A (en) System for arbitrating communication requests using multi-pass control unit based on availability of system resources
US6868087B1 (en) Request queue manager in transfer controller with hub and ports
JPH0642236B2 (en) Device that executes interlock read command message from commander node in responder node
JPH02168341A (en) Data processing system
JP2539021B2 (en) Interrupt request generation node that sends an interrupt request to the pending bus
US6026451A (en) System for controlling a dispatch of requested data packets by generating size signals for buffer space availability and preventing a dispatch prior to a data request granted signal asserted
JPH0210979B2 (en)
JPH0587855B2 (en)
WO1996036912A2 (en) Address and data bus arbiter for pipelined transactions on a split bus
US6950892B2 (en) Method and system for managing distributed arbitration for multicycle data transfer requests
JPH0679305B2 (en) Device and method for responding to an interrupt using a hold bus
KR100708096B1 (en) Bus system and execution scheduling method for access commands thereof
US5649209A (en) Bus coupling information processing system for multiple access to system bus
US6748505B1 (en) Efficient system bus architecture for memory and register transfers
JP2718702B2 (en) Memory access control method
US5627968A (en) Data transfer apparatus which allows data to be transferred between data devices without accessing a shared memory
US5708783A (en) Data bus arbiter for pipelined transactions on a split bus
EP0675446B1 (en) Multi-processor system including priority arbitrator for arbitrating request issued from processors
US7167939B2 (en) Asynchronous system bus adapter for a computer system having a hierarchical bus structure
US7047284B1 (en) Transfer request bus node for transfer controller with hub and ports
US5815676A (en) Address bus arbiter for pipelined transactions on a split bus
JPH06161873A (en) Hang-up processings system for plural access points to main memory
JPH09269927A (en) Bus access method, bus and bus connection system

Legal Events

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

Year of fee payment: 10

Free format text: PAYMENT UNTIL: 20071114

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

Year of fee payment: 11

Free format text: PAYMENT UNTIL: 20081114

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

Free format text: PAYMENT UNTIL: 20081114

Year of fee payment: 11