JPH0474248A - Start reception system - Google Patents

Start reception system

Info

Publication number
JPH0474248A
JPH0474248A JP18727190A JP18727190A JPH0474248A JP H0474248 A JPH0474248 A JP H0474248A JP 18727190 A JP18727190 A JP 18727190A JP 18727190 A JP18727190 A JP 18727190A JP H0474248 A JPH0474248 A JP H0474248A
Authority
JP
Japan
Prior art keywords
dch
cdc
cpu
activation
command
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
JP18727190A
Other languages
Japanese (ja)
Other versions
JP3029445B2 (en
Inventor
Tomoyoshi Fukushima
福島 知善
Norikatsu Takatoku
高徳 紀克
Yoshiaki Wakimura
脇村 慶明
Tadayoshi Komachiya
小町谷 忠芳
Hisao Taguchi
田口 久生
Hirotsuyo Kobayashi
大剛 小林
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.)
Fujitsu Ltd
Hitachi Ltd
Nippon Telegraph and Telephone Corp
Original Assignee
Fujitsu Ltd
Hitachi Ltd
Nippon Telegraph and Telephone Corp
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 Fujitsu Ltd, Hitachi Ltd, Nippon Telegraph and Telephone Corp filed Critical Fujitsu Ltd
Priority to JP2187271A priority Critical patent/JP3029445B2/en
Publication of JPH0474248A publication Critical patent/JPH0474248A/en
Application granted granted Critical
Publication of JP3029445B2 publication Critical patent/JP3029445B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Abstract

PURPOSE:To quicken the processing speed and also to reduce the software decision processing operations by attaining a constitution where a CPU decides the address contents after having the accesses to plural data channel devices DCH. CONSTITUTION:A CPU writes a start command into a data channel DCH with an ST instruction and reads a channel command CCW out of an MM. Then the CPU writes the decided result of the start reception state, etc., into the MM as a condition code CDC. Then the CPU is started and decides based on the information stored in the MM whether the information is stored in the MM as the code CDC or not. If the read CDC is effective, the start processing carried out at the CPU side is completed. The DCH starts the transfer of the CDC after writing this CDC into the MM. When the transfer operation is over, the result of the transfer is stored in a control register TSR. Furthermore an end interruption report is outputted to the starting side CPU. As a result, the start time interval is reduced.

Description

【発明の詳細な説明】 〔概   要〕 ハスを介してCPUからの駆動要求に対する起動受付状
態報告を行う起動受付方式に関し、複数のCPUや■0
に対し連続した起動を可能とし、ハード量の少ない起動
受付方式を提供することを目的とし、 ハスによって複数のCPUや共通記4g装置に接続され
、前記CPU内のMMやCMとIO装置との間のデータ
転送動作を行うデータチャネル装置において、前記CP
Uからの前記データチャネル装置に対する起動要求指示
を有するチャネルコマンド情報に対して、起動受付状態
報告を有するコンディション・コード情報を前記チャネ
ルコマンド情報の中に設定された任意のアドレスに従っ
て前記データチャネル装置が格納するように構成する。
[Detailed Description of the Invention] [Summary] This invention relates to a startup reception method that reports the startup reception status in response to a drive request from a CPU via a lotus.
The purpose is to provide a startup acceptance method that enables continuous startup of the CPU and requires a small amount of hardware. In a data channel device that performs a data transfer operation between the CP and
In response to channel command information having an activation request instruction from U to the data channel device, the data channel device transmits condition code information having a activation acceptance status report according to an arbitrary address set in the channel command information. Configure to store.

〔産業上の利用分野〕[Industrial application field]

本発明はデータチャネル装置に係り、更に詳しくはバス
を介してCPUからの駆動要求に対する起動受付状態報
告を行う起動受付方式に関する。
The present invention relates to a data channel device, and more particularly to a startup acceptance method for reporting a startup acceptance status in response to a drive request from a CPU via a bus.

〔従来の技術〕[Conventional technology]

コンピュータシステムにおいては、MMやCM(共通記
憶装置)とIO詰装置の間のデータ転送を制御するデー
タチャネル装置(DC,H)を必要とする。例えば、こ
のデータチャネル装置は一般的にSIO命令といったD
CH命令により起動しており、これは従来より行われて
いる方式である。
A computer system requires a data channel device (DC, H) that controls data transfer between the MM or CM (common memory device) and the IO packing device. For example, this data channel device typically uses D
It is activated by a CH instruction, which is a conventional method.

この方式によれば、DCHへの起動指示に対し、DCH
からのCDC(コンディション・コード)を直接CPU
の内部レジスタに格納することで起動受付状態報告が行
われ、命令が報告をまって完結するため、SIO命令を
連続して実行しても矛盾なく処理することができる。
According to this method, in response to an activation instruction to DCH,
CDC (condition code) from directly to CPU
The startup reception status report is performed by storing it in the internal register of the SIO command, and since the command completes the report after waiting, it is possible to process SIO commands without inconsistency even if they are executed consecutively.

一方、近年マイクロプロセンサにおいてはDCH命令が
ないものが多く、通常のデータ転送命令(ストア命令:
ST命令)を用いたIOマツプによるDCH起動方式が
採用されている。このようなシステムにおいでも、CD
Cによる同様の起動受付状態が必須であり、DCH側の
制御用レジスタ情報、或いはCPU側のシステム制御用
レジスタ上に設けたCDC格納エリアを参照し、その正
常性をTIN HEするという手順を踏んだ起動処理を
とる方式が多い。
On the other hand, in recent years, many microprocessor sensors do not have DCH instructions, and instead use normal data transfer instructions (store instructions:
A DCH activation method using an IO map using the ST command is adopted. Even in such a system, CD
A similar activation acceptance state by C is essential, and the procedure is to refer to the control register information on the DCH side or the CDC storage area provided on the system control register on the CPU side and check its normality. There are many methods that use startup processing.

第5図は従来のDCH起動処理フローチャート(1)で
ある。CPUがD CHに対し起動をかける時には、ま
ずDCHに対しST命令により制御レジスタ(ODR)
に起動オーダを書き込む(Sl)。この起動オーダのD
 Cf(内側扉レジスタODRへの書き込みがなされる
と、DCHは起動受付状態の判定結果を制御レジスタ(
CDR)へ設定する。この間、CPLIはロード命令等
によりDCH内のCDRを読み取り、状態をスキャンす
る(S2)。すなわち、CPUは起動オーダをかけた後
、複数回CDCの内容を判別し、DCHが起動受付状態
の判定結果を格納した後のCDCによりその受付状態の
判定を得ることができる。
FIG. 5 is a conventional DCH activation processing flowchart (1). When the CPU activates the DCH, it first writes the control register (ODR) to the DCH using the ST command.
The start order is written to (Sl). D of this launch order
Cf (When writing is done to the inner door register ODR, the DCH writes the determination result of the activation acceptance state to the control register (
CDR). During this time, the CPLI reads the CDR in the DCH using a load command or the like and scans the state (S2). That is, after issuing a boot order, the CPU determines the contents of the CDC several times, and can obtain a determination of the reception status from the CDC after the DCH stores the determination result of the activation reception status.

一方、DCHは前述の起動受付状態の判定結果を設定し
た後、MM上のCcwを読み取る。このCCWを読み取
った9DCHは例えばrocとMM間のデータ転送動作
を制御する。その転送動作(S4)を終了後、その結果
を制御レジスタTSRに格納する。そして、起動元cp
uへ終了割り込み報告を行う(S5)。
On the other hand, the DCH reads the Ccw on the MM after setting the determination result of the activation acceptance state described above. The 9DCH that reads this CCW controls the data transfer operation between the roc and the MM, for example. After completing the transfer operation (S4), the result is stored in the control register TSR. And the starting cp
The end interrupt is reported to u (S5).

前述したDCHの動作中、CPUはCDCが有効となれ
ばCPU側の起動処理を完了しており、続いてDCHか
らの終了割り込み報告待らとなり、割り込み報告(S5
)によって割り込みを受付け、DCH内のTSRを疎み
取り結果を確認する。前述の一連の動作により、ST命
令等の命令に対するDCH更にはCPUの全処理を終了
する。
During the above-mentioned DCH operation, the CPU has completed the startup processing on the CPU side when the CDC is enabled, and then waits for a termination interrupt report from the DCH, and then sends the interrupt report (S5
) to accept the interrupt, remove the TSR in the DCH, and check the result. Through the series of operations described above, all processing by the DCH and the CPU for instructions such as the ST instruction is completed.

前述した動作は、cpuとDCHが直接cpuやDCH
内のレジスタをアクセスする方式である。
The above operation is performed by the CPU and DCH directly.
This method accesses the registers within.

これに対しCDCをCPUのレジスタにDCHが直接書
き込みそのCPU内のレジスタをCPUが読むことによ
り前述した転送動作を同様に行うことができる。
On the other hand, the DCH directly writes the CDC into the register of the CPU, and the CPU reads the register in the CPU, thereby making it possible to perform the above-described transfer operation in the same way.

第6図は従来のDCH起動処理フローチャート(2)で
ある。cpvがD CH#o4:起動コマンドを書き込
むと、DCH#0は起動受付状態の判定結果を制御レジ
スタCDRへ設定する。コ(7) 間、CPUはCPU
内のレジスタR,E Gを順次読み、CDCを受信した
か否かを判別する。DCH#0が起動受付状態の判定結
果を制御レジスタCDRへ設定(CDCを返送)すると
、CPUはcpu内のレジスタREGを読むことにより
CDC受信を確認し、その後CCWを読み取ってDCH
#0は転送動作を行う。
FIG. 6 is a conventional DCH activation processing flowchart (2). When cpv writes the activation command to DCH#o4: DCH#0 sets the determination result of the activation acceptance state to the control register CDR. (7) During the period, the CPU is
It sequentially reads registers R and EG in the register and determines whether or not CDC has been received. When DCH#0 sets the determination result of the activation acceptance state to the control register CDR (returns CDC), the CPU confirms CDC reception by reading the register REG in the CPU, and then reads CCW and transfers the DCH
#0 performs a transfer operation.

一方、cpuがDCH# iを起動する場合、同様にD
CHJ$iに対し起動コマンドを書き込み、CPU内の
レジスタREGを順次読みCDCを受信する。この時、
当然DCH#iがらのCDC返送がレジスタに加わり格
納された時にCDCの受信となる。前述した動作におい
てDCH#O,DCH#iの起動は同時に行うことは出
来ず、DCH#0よりCDCを返送された後、DCH#
i?:対し起動コマンドを送出している。
On the other hand, when the CPU starts DCH#i, D
A startup command is written to CHJ$i, and the register REG in the CPU is sequentially read to receive CDC. At this time,
Naturally, when the CDC return from DCH #i is added to the register and stored, CDC reception occurs. In the operation described above, DCH#O and DCH#i cannot be activated at the same time, and after the CDC is returned from DCH#0, DCH#
i? : Sending a startup command to the target.

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

前述した従来の方式をまとめるならば、■ DCH内に
CDC格納用制御レジスタを設けた場合には、複数のC
PUからのDCH起動における最適な条件を考えると、
CPU対応にCDC格納用レジスタの面数を設ける必要
がある。すなわち、CPUの台数に対してシステムに依
存した条件を考慮する結果となり、制御レジスタに要す
るハード量も多くなる。
To summarize the conventional method described above, ■ If a control register for storing CDC is provided in the DCH, multiple C
Considering the optimal conditions for DCH startup from PU,
It is necessary to provide the number of CDC storage registers corresponding to the CPU. That is, the result is that conditions depending on the system are taken into account with respect to the number of CPUs, and the amount of hardware required for the control registers also increases.

■ CPU内にCDC格納用制御レジスタを設けた場合
には、複数のDCHに対する起動を考えなくてはならな
い。すなわち、先ずCDC格納用制御レジスタの面数を
1面と想定した場合、CPUがあるDCHを起動後、そ
のDCH間がCDC返送までの間、そのCPUは次のD
CHへの起動を待ち合わせ無ければならない。これを解
消するためにはDCH対応にCDC格納用レジスタの面
数を増やしていか−なくてはならない。この場合もDC
H台数といったシステムに依存−し条件を考慮する結果
となり、制御レジスタに要するハード量も太き(なる。
(2) If a control register for storing CDC is provided in the CPU, activation for multiple DCHs must be considered. That is, first of all, assuming that the number of sides of the control register for CDC storage is one, after the CPU starts up a certain DCH, the CPU will continue to use the next DCH for the period between those DCHs until the CDC is returned.
It is necessary to wait for activation to CH. In order to solve this problem, it is necessary to increase the number of CDC storage registers to accommodate DCH. In this case also DC
This results in consideration of system-dependent conditions such as the number of H units, and the amount of hardware required for control registers is also large.

一方、ソフト側からの要請によりCDC内容においても
単なる起動受付時の良否の報告以外に、DCH起動オー
ダの多重受付状態、IO起動状態、DCHでのチャネル
プログラム実行中の異常検出等2つの判定を伴う内容を
CDCl告することが望まれている。これはソフト面で
の異常の早期検出と異常発生個所のしぼり込みの容易化
をはかるという目的のためである。
On the other hand, in response to a request from the software side, in addition to simply reporting the quality of startup acceptance, the CDC content includes two types of judgments, including multiple reception status of DCH activation orders, IO activation status, and abnormality detection during channel program execution on DCH. It is desired that CDCl notify the contents involved. The purpose of this is to detect software abnormalities early and to make it easier to narrow down the areas where abnormalities occur.

このような状況のもと、従来方式においてはCDC格納
用の制御レジスタ面数を限定した場合、起動処理毎にC
DC格納用制御レジスタを使用してしまうのでCDCに
よる報告としては単なる受付状態しか報告できないとい
う問題を有している。
Under these circumstances, in the conventional method, if the number of control registers for storing CDC is limited, the C
Since the DC storage control register is used, there is a problem in that the CDC can only report the reception status.

また、複数のCPUから連続した起動を想定するとCP
LI対応にCDCを表示できないのでそれぞれのCDC
報告の順序性を補償できなくなる。また、前述した如(
起動元CPU/非起動IOの台数に応じてレジスタ面数
を増加させなくてはならなす、ハード量が増加するとい
う問題を有していた。
Also, assuming continuous startup from multiple CPUs, the CPU
Since the CDC cannot be displayed for LI, each CDC
It becomes impossible to compensate for the order of reporting. Also, as mentioned above (
There was a problem in that the number of registers had to be increased in accordance with the number of activation source CPUs/non-activation IOs, and the amount of hardware increased.

本発明は、複数のCPUやIOに対し連続した起動を可
能とし、ハード量の少ない起動受付方式を提供すること
を目的とする。
An object of the present invention is to provide a startup reception method that enables continuous startup of multiple CPUs and IOs and requires a small amount of hardware.

〔課題を解決するための手段及び作用〕本発明はバスに
より複数のCPUや共通記憶装置と接続され、これらの
cPU内MM、やCMとIO装置との間のデータ転送を
行うデータチャネル装置に係るものである。
[Means and effects for solving the problem] The present invention provides a data channel device that is connected to a plurality of CPUs and a common storage device via a bus and that transfers data between the MM in these cPUs, the CM, and the IO device. This is related.

CPUからの起動要求指示を有するチャネルコア 7 
)−情t[a (c c w)は、データチャネルHD
CHにおけるコンディション・コード情報(CDC)を
格納すべきアドレスを有している。このCCWをCPU
がら前記データチャネル装置DCHに送出し、データチ
ャネル装置f D CHがそのチャネルコマンド情報の
起動要求指示に対し起動受付状態報告を行う場合、コン
ディション・コード情報CDCを前記チャネルコマンド
情報内の指示されたアドレスに格納する。すなわち、チ
ャネルコマンドはCPUから発するものであるが、複数
のデータチャネル装置にそれぞれ別々にチャネルコマン
ドを送出しても、データチャネル装置DCHからのコン
ディション・コード情報CDCは指示された別々のアド
レスに加わる。
Channel core with activation request instruction from CPU 7
) - information t[a (c c w) is the data channel HD
It has an address to store condition code information (CDC) on the CH. This CCW is
When the data channel device fDCH reports the activation acceptance status in response to the activation request instruction in the channel command information, the condition code information CDC is sent to the data channel device DCH as specified in the channel command information. Store in address. In other words, channel commands are issued from the CPU, but even if channel commands are sent to multiple data channel devices separately, the condition code information CDC from the data channel device DCH is added to the specified separate addresses. .

CPUは複数のデータチャネル装W D CHをアクセ
スした後に前記指示したアドレスの内容(コンディショ
ン・コード情報)を判断することができ、処理を高速化
できると共にソフトウェアの判断処理を少なくでき、更
にハードウェアの量も少なくすることができる。
The CPU can determine the content of the specified address (condition code information) after accessing multiple data channel devices WDCH, which can speed up processing and reduce software determination processing. The amount of can also be reduced.

〔実  施  例〕〔Example〕

以下図面を用いて本発明の詳細な説明する。 The present invention will be described in detail below using the drawings.

第1図は本発明の実施例のDCH起動処理フローチャー
ト(1)である。c p、 uが例えばST命令により
起動をかける場合には目的のDCHに起動コマンドを書
き込む(S IO)。すなわち、DCH内制扉制御レジ
スタDR)へST命令によりコマンドを書き込む。この
書き込みによりDCHはMM上のCCWを読み取る。そ
して、起動受付状態等の判定結果をCDCとしてMMへ
書き込む(Sll)。CPUはST命令により起動をか
けた後、MM内の指示した情報がCDCとして格納され
ているか否かをMM内から読み出し判断する。
FIG. 1 is a flowchart (1) of a DCH activation process according to an embodiment of the present invention. When cp, u activates, for example, an ST command, it writes the activation command to the target DCH (SIO). That is, a command is written to the DCH internal door control register (DR) using the ST command. This write causes the DCH to read the CCW on the MM. Then, the determination result such as the activation acceptance state is written to the MM as CDC (Sll). After being activated by the ST command, the CPU reads out from the MM and determines whether or not the specified information is stored as a CDC in the MM.

すなわちロード命令によりMM上のCDCを読み取り状
態をスキャンする。このスキャンはDCHからのCDC
の書き込みがなされる前から実行されており、書かれる
ことによって初めてCDCを受信したとし、その受付状
態を判断する。読み取ったCDCが有効であるならばC
PU側からの起動処理は完了し、DCHからの終了割り
込み待ちとなる。DCHはCDCをMMに書き込んだ後
(S 12) 、転送動作(S13)を開始する。そし
て、転送動作終了後その結果を制御レジスタTSRに格
納する。更に起動元CPUへ終了割り込み報告(S14
)を出力する。この終了割り込み報告をCPUが受付る
と、割り込みを受付け、DCH内のTSRを読み取り結
果を確認する。
That is, a load command reads the CDC on the MM and scans the state. This scan is CDC from DCH
It is assumed that the CDC is being executed before the writing of the CDC, and that the CDC is received for the first time after the CDC is written, and the reception status of the CDC is determined. C if the read CDC is valid
The startup process from the PU side is completed, and the end interrupt from the DCH is awaited. After DCH writes CDC to MM (S12), it starts a transfer operation (S13). After the transfer operation is completed, the result is stored in the control register TSR. Furthermore, a termination interrupt report is sent to the starting CPU (S14).
) is output. When the CPU receives this end interrupt report, it accepts the interrupt, reads the TSR in the DCH, and confirms the result.

第2図は起動用制御コマンド構成図、第3図はCCW構
成図である。前述した起動用制御コマンド内にはDCH
に対しアドレスADRとして送出装置ID(DCH番号
)、内部アドレス(ODRアドレス)、オーダ種別(e
x、5IO)が、DAにはコマンドアドレス(CMA)
が存在する。
FIG. 2 is a configuration diagram of a control command for startup, and FIG. 3 is a configuration diagram of a CCW. The DCH is included in the startup control command mentioned above.
For the address ADR, sender ID (DCH number), internal address (ODR address), order type (e
x, 5IO), but the DA has a command address (CMA)
exists.

この起動用制御卸コマンド内のコマンドアドレスからD
CHはCCWを読み取りコマンドの処理を実行する。そ
のコマンドアドレス内に格納されているコマンドは、C
CWOはコマンドコード、l0A(被起動IO)、転送
バイト数、CCWIはDA(データアドレス)、CCW
2はCDA (CDC格納アドレス)である。このCC
W構成図におけるCCW2に格納されているCDA (
CDC格納アドレス)を求め、DCHはこの指示された
アドレスにCDCを格納する。
From the command address in this startup control wholesale command
The CH reads the CCW and executes command processing. The command stored within that command address is C
CWO is command code, l0A (activated IO), number of transferred bytes, CCWI is DA (data address), CCW
2 is CDA (CDC storage address). This CC
CDA (
(CDC storage address), and the DCH stores the CDC at this designated address.

従来においては、このCDC格納アドレスが指示されて
いないのでCPUが例えば順次DCH内のレジスタを読
み取る処理を行わなくてはならないが、本発明によれば
ODAによってCDC格納アドレスを指示しているので
CPUは指示したそのCDA (CDC格納アドレス)
で指示したアドレスからCDCの内容を判断することが
できる。
Conventionally, this CDC storage address is not specified, so the CPU must, for example, sequentially read the registers in the DCH, but according to the present invention, the CDC storage address is specified by ODA, so the CPU is the specified CDA (CDC storage address)
The contents of the CDC can be determined from the address specified in .

第4図は本発明の実施例のDCH起動処理フローチャー
ト(2)である。前述した第1図の実施例においてはC
PUより1台のDCHを起動しているが第4図に示す本
発明の実施例においては2台のDCH(DCH#0.D
CH#i)を起動している。2台のDCHを起動する場
合にはCPUは例えばDCH#Oを先ず起動しく521
)、DCH#OのCDCを直ちに読み取り(S22)、
続いてDCH# iを起動(S23)する。そしてまた
同様にDCH#O/iのCDCを読み取る。
FIG. 4 is a flowchart (2) of the DCH activation process according to the embodiment of the present invention. In the embodiment shown in FIG. 1 described above, C
Although one DCH is activated from the PU, in the embodiment of the present invention shown in FIG.
CH#i) is running. When starting two DCHs, the CPU starts DCH#O first, for example.
), immediately read the CDC of DCH#O (S22),
Subsequently, DCH#i is activated (S23). Then, the CDC of DCH#O/i is read again in the same manner.

すなわち時刻T1においてDCH#0を起動し時刻T2
においてDCH#iを起動している。従来においては2
つを同時にアクセスできないが、それぞれのDCH#O
,DCH#iのCDC格納アドレスはCCW2において
別々に指示されそれぞれに書き込むので、CDCが同時
に書き込まれても消えることはなく、同時にアクセスで
きる。
That is, DCH#0 is activated at time T1 and activated at time T2.
DCH#i is activated in Conventionally, 2
Both DCH#O cannot be accessed at the same time, but each DCH#O
, DCH#i are designated separately in CCW2 and written to each one, so even if the CDCs are written at the same time, they will not disappear and can be accessed at the same time.

DCH# iを起動した後にはDCH#0/iのCDC
を読み取る(S24)。これはDCH#0DCH#iを
同時に起動したために読み取るものであり、この間DC
H#0.DCH#1はそれぞれ要求のコマンドに対応す
る受付処理を実行する。
After starting DCH#i, CDC of DCH#0/i
is read (S24). This is read because DCH#0DCH#i are activated at the same time, and during this time, DC
H#0. DCH#1 executes reception processing corresponding to each requested command.

そして例えばDCH#0がメモリにCDCを返送すると
(S25)、このデータをDCH#0/iのCDC読み
取り処理S26において、DCH,#OがCDCを返送
したことを確認し受信する。これにより例えばCDH#
Oが受付られたことを判断する。この時にはDCH9i
はまだ起動コマンドに対する要求の処理を実行している
。続いてCpuはDCH#iのCDC読み取りを順次行
う(S27,328)。
For example, when DCH #0 returns the CDC to the memory (S25), this data is received in CDC reading processing S26 of DCH #0/i after confirming that DCH #0 has returned the CDC. This allows for example CDH#
It is determined that O has been accepted. At this time, DCH9i
is still processing requests for startup commands. Subsequently, the CPU sequentially reads the CDC of DCH#i (S27, 328).

DCH# iが処理を終了しCDC返送を行いメモリM
EMにCDCを格納すると、順次D CH#iのCDC
読み取りを実行している処理はCDCが格納された後に
DCH# iのCDCを読み取ることとなり、これによ
ってDCH#iのCDCを受信することができる。
DCH# i finishes processing, returns CDC, and stores memory M
When the CDC is stored in EM, the CDC of D CH#i is
The process executing the read reads the CDC of DCH#i after the CDC is stored, and thereby the CDC of DCH#i can be received.

前述した如く、従来においては順次行わなくてはならな
いDCHへの起動を連続して行うことができ、その起動
の後、それぞれのDCHに対し起動要求が受付られた−
か否か等の判断をそれぞれ返送されたCDCによって得
ることができ、順序だてたDCHの起動等を行うことな
く要求のみ起動コマンドの送出)を先に行い、その後そ
の要求の受付は等の判断を行うことができ起動時間間隔
を短くすることができる。
As mentioned above, activation of DCHs, which conventionally had to be performed sequentially, can be performed successively, and after activation, activation requests are accepted for each DCH.
Judgments such as whether or not the request is made can be obtained from the returned CDC, and the request is first sent without starting the DCH in an orderly manner, etc., and then the request is accepted, etc. Judgment can be made and the activation time interval can be shortened.

〔発明の効果〕 以上述べたように、本発明によれば以下の効果を有する
[Effects of the Invention] As described above, the present invention has the following effects.

■CDC格納エリアが起動処理毎に個別に設定可能とな
り、CDCが書き換えられることを心配する必要はなく
なる。
- The CDC storage area can be set individually for each startup process, so there is no need to worry about the CDC being rewritten.

■複数のCPUからの連続した起動を想定した場合、C
PU対応にCDCを表示できるのでCDC報告の順序性
を補償できる。
■When assuming continuous startup from multiple CPUs, C
Since the CDC can be displayed in accordance with the PU, the order of CDC reporting can be guaranteed.

■任意のアドレスにCDC格納エリアを設定でき、シス
テムとしての柔軟性を高めることが容易となる。
- The CDC storage area can be set at any address, making it easy to increase the flexibility of the system.

■CDC内容についても単なる起動受付時の良否の報告
以外にDCH起動オーダの多重受付状態、IO起動状態
、DCHでのチャネルプログラム実行中の異常検出等を
含ませることができ、ソフトでの障害処理に有効な情報
を提供することができる。
■In addition to simply reporting the quality of startup reception, CDC contents can also include information such as the multiple reception status of DCH startup orders, IO startup status, abnormality detection during channel program execution on DCH, etc., and trouble handling by software. be able to provide valid information to

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

第1図は本発明の実施例のDCH起動処理フローチャー
ト (1)、 第2図は起動用制御コマンド構成図、 第3図はCCW構成図、 第4図は本発明の実施例のD CH起動処理フローチャ
ート (2)、 第5図は従来のDCH起動処理フローチャート(1)、 第6図は従来のDCH起動処理フローチャート(2)で
ある。 DCH・・・データチャネル装置、 CDC・・・コンディション・コード情報、CCW・・
・チャネルコマンド情報。 第2図
Fig. 1 is a flowchart of DCH activation processing according to an embodiment of the present invention (1), Fig. 2 is a configuration diagram of activation control commands, Fig. 3 is a CCW configuration diagram, and Fig. 4 is a DCH activation process according to an embodiment of the present invention. Processing flowchart (2), FIG. 5 is a conventional DCH activation processing flowchart (1), and FIG. 6 is a conventional DCH activation processing flowchart (2). DCH...Data channel device, CDC...Condition code information, CCW...
- Channel command information. Figure 2

Claims (1)

【特許請求の範囲】 バスによって複数のCPUや共通記憶装置に接続され、
前記CPU内のMMやCMとIO装置との間のデータ転
送動作を行うデータチャネル装置(DCH)において、 前記CPUからの前記データチャネル装置(DCH)に
対する起動要求指示を有するチャネルコマンド情報(C
CW)に対して、起動受付状態報告を有するコンディシ
ョン・コード情報(CDC)を前記チャネルコマンド情
報(CCW)の中に設定された任意のアドレスに従って
前記データチャネル装置(DCH)が格納することを特
徴とするデータチャネル起動受付方式。
[Claims] Connected to multiple CPUs and common storage devices by a bus,
In a data channel device (DCH) that performs a data transfer operation between an MM or CM in the CPU and an IO device, channel command information (CCH) having an activation request instruction from the CPU to the data channel device (DCH) is provided.
CW), the data channel device (DCH) stores condition code information (CDC) having a startup reception status report according to an arbitrary address set in the channel command information (CCW). Data channel activation reception method.
JP2187271A 1990-07-17 1990-07-17 Startup reception device and method Expired - Fee Related JP3029445B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2187271A JP3029445B2 (en) 1990-07-17 1990-07-17 Startup reception device and method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2187271A JP3029445B2 (en) 1990-07-17 1990-07-17 Startup reception device and method

Publications (2)

Publication Number Publication Date
JPH0474248A true JPH0474248A (en) 1992-03-09
JP3029445B2 JP3029445B2 (en) 2000-04-04

Family

ID=16203071

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2187271A Expired - Fee Related JP3029445B2 (en) 1990-07-17 1990-07-17 Startup reception device and method

Country Status (1)

Country Link
JP (1) JP3029445B2 (en)

Also Published As

Publication number Publication date
JP3029445B2 (en) 2000-04-04

Similar Documents

Publication Publication Date Title
US5371857A (en) Input/output interruption control system for a virtual machine
JPH0474248A (en) Start reception system
US5173903A (en) Method for performing quality logic tests on data processing systems by sequentially loading test microinstruction programs and operating microinstruction programs into a single control store
JP2846760B2 (en) Programmable controller
JP2522412B2 (en) Communication method between programmable controller and input / output device
JPH0962633A (en) Network control unit
JPS6111867A (en) Processing method of abnormality in interface control
JP3246605B2 (en) Data transfer method
JPH11327798A (en) Data transfer controller
JP2825589B2 (en) Bus control method
JP2785855B2 (en) Information processing device
JP2954006B2 (en) Emulation device and emulation method
JPH02234255A (en) Input/output control system
JPH0424733B2 (en)
JP2594567B2 (en) Memory access control device
JPH0359460B2 (en)
JPH02183342A (en) Interruption controller
JPH0728621A (en) Information processor
JPH01302448A (en) Information processor
JPH01263763A (en) Instruction execution control system
JPS58129525A (en) Data input and output controlling method of data processing system
JPH01292451A (en) Information processor
JPH02193238A (en) Information processor
JPS60196847A (en) Microprogram control system
JPS60256858A (en) Program loading system

Legal Events

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

Free format text: PAYMENT UNTIL: 20080204

Year of fee payment: 8

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

Free format text: PAYMENT UNTIL: 20090204

Year of fee payment: 9

LAPS Cancellation because of no payment of annual fees