[go: up one dir, main page]

JP3029445B2 - Startup reception device and method - Google Patents

Startup reception device and method

Info

Publication number
JP3029445B2
JP3029445B2 JP2187271A JP18727190A JP3029445B2 JP 3029445 B2 JP3029445 B2 JP 3029445B2 JP 2187271 A JP2187271 A JP 2187271A JP 18727190 A JP18727190 A JP 18727190A JP 3029445 B2 JP3029445 B2 JP 3029445B2
Authority
JP
Japan
Prior art keywords
dch
cdc
cpu
activation
data channel
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 - Fee Related
Application number
JP2187271A
Other languages
Japanese (ja)
Other versions
JPH0474248A (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.)
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

Description

【発明の詳細な説明】 〔概要〕 バスを介してCPUからの駆動要求に対する起動受付状
態報告を行う起動受付方式に関し、 複数のCPUやIOに対し連続した起動を可能とし、ハー
ド量の少ない起動受付方式を提供することを目的とし、 バスによって複数のCPUや共通記憶装置に接続され、
前記CPU内のMMやCMとIO装置との間のデータ転送動作を
行うデータチャネル装置において、前記CPUからの前記
データチャネル装置に対する起動要求指示を有するチャ
ネルコマンド情報に対して、起動受付状態報告を有する
コンディション・コード情報を前記チャネルコマンド情
報の中に設定された任意のアドレスに従って前記データ
チャネル装置が格納するように構成する。
DETAILED DESCRIPTION OF THE INVENTION [Summary] Regarding a start reception method for reporting a start reception state in response to a drive request from a CPU via a bus, a start that enables continuous startup for a plurality of CPUs and IOs and has a small amount of hardware The purpose is to provide a reception system, connected to multiple CPUs and common storage devices by a bus,
In a data channel device that performs a data transfer operation between an MM or a CM and an IO device in the CPU, in response to channel command information having a start request instruction for the data channel device from the CPU, a start reception status report is issued. The data channel device stores the condition code information according to an arbitrary address set in the channel command information.

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

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

〔従来の技術〕[Conventional technology]

コンピュータシステムにおいては、MM(主記憶装置)
やCM(共通記憶装置)とIO装置との間のデータ転送を制
御するデータチャネル装置(DCH)を必要とする。例え
ば、このデータチャネル装置は一般的にSIO命令といっ
たDCH命令により起動しており、これは従来より行われ
ている方式である。
In computer systems, MM (main storage)
And a data channel device (DCH) for controlling data transfer between a CM (common storage device) and an IO device. For example, the data channel device is generally activated by a DCH instruction such as an SIO instruction, which is a conventional method.

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

一方、近年マイクロプロセッサにおいてはDCH命令が
ないものが多く、通常のデータ転送命令(ストア命令:S
T命令)を用いたIOマップによるDCH起動方式が採用され
ている。このようなシステムにおいても、CDCによる同
様の起動受付状態が必須であり、DCH側の制御用レジス
タ情報、或いは、CPU側のシステム制御用レジスタ上に
設けたCDC格納エリアを参照し、その正常性を確認する
という手順を踏んだ起動処理をとる方式が多い。
On the other hand, in recent years, many microprocessors do not have a DCH instruction, and a normal data transfer instruction (store instruction: S
A DCH activation method based on an IO map using a T instruction) is employed. Even in such a system, the same activation acceptance state by CDC is indispensable, and by referring to the control register information on the DCH side or the CDC storage area provided on the system control register on the CPU side, its normality is checked. In many cases, a startup process is performed in accordance with the procedure of checking

第5図は従来のDCH起動処理フローチャート(1)で
ある。CPUがDCHに対し起動をかける時には、まずDCHに
対しST命令により制御レジスタ(ODR)に起動オーダを
書き込む(S1)。この起動オーダのDCH内制御レジスタO
DRの書き込みがなされると、DCHは起動受付状態の判定
結果を制御レジスタ(CDR)へ設定する。この間、CPUは
ロード命令等によりDCH内のCDRを読み取り、状態をスキ
ャンする(S2)。すなわち、CPUは起動オーダをかけた
後、複数回CDCの内容を判別し、DCHが起動受付状態の判
定結果を格納した後のCDCによりその受付状態の判定を
得ることができる。
FIG. 5 is a flowchart (1) of a conventional DCH activation process. When the CPU activates the DCH, first, an activation order is written to the control register (ODR) by the ST instruction for the DCH (S1). Control register O in DCH of this start order
When the writing of the DR is performed, the DCH sets the determination result of the activation acceptance state in the control register (CDR). During this time, the CPU reads the CDR in the DCH by a load instruction or the like and scans the state (S2). That is, the CPU determines the contents of the CDC a plurality of times after placing the activation order, and can obtain the determination of the reception state by the CDC after the DCH stores the determination result of the activation reception state.

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

前述したDCHの動作中、CPUはCDCが有効となればCPU側
の起動処理を完了しており、続いてDCHからの終了割り
込み報告待ちとなり、割り込み報告(S5)によって割り
込みを受付け、DCH内のTSRを読み取り結果を確認する。
前述の一連の動作により、ST命令等の命令に対するDCH
更にはCPUの全処理を終了する。
During the operation of the DCH described above, when the CDC becomes valid, the CPU has completed the activation process on the CPU side, and then waits for an end interrupt report from the DCH, receives an interrupt by the interrupt report (S5), Read the TSR and check the result.
By the series of operations described above, DCH for instructions such as ST instruction
Further, all processing of the CPU is terminated.

前述した動作は、CPUとDCHが直接CPUやDCH内のレジス
タをアクセスする方式である。これに対しCDCをCPUのレ
ジスタにDCHが直接書き込みそのCPU内のレジスタをCPU
が読むことにより前述した転送動作を同様に行うことが
できる。
The above operation is a method in which the CPU and the DCH directly access the registers in the CPU and the DCH. On the other hand, the DCH writes CDC directly to the CPU register and writes the register in that CPU to the CPU.
, The transfer operation described above can be performed similarly.

第6図は従来のDCH起動処理フローチャート(2)で
ある。CPUがDCH#0に起動コマンドを書き込むと、DCH
#0は起動受付状態の判定結果を制御レジスタCDRへ設
定する。この間、CPUはCPU内のレジスタREGを順次読
み、CDCを受信したか否かを判別する。DCH#0が起動受
付状態の判定結果を制御レジスタCDRへ設定(CDCを返
送)すると、CPUはCPU内のレジスタREGを読むことによ
りCDC受信を確認し、その後CCWを読み取ってDCH#0は
転送動作を行う。
FIG. 6 is a flowchart (2) of a conventional DCH activation process. When the CPU writes a start command to DCH # 0, DCH
# 0 sets the determination result of the start acceptance state in the control register CDR. During this time, the CPU sequentially reads the registers REG in the CPU 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 the CDC reception by reading the register REG in the CPU, and then reads the CCW to transfer DCH # 0. Perform the operation.

一方、CPUがDCH#iを起動する場合、同様にDCH#i
に対し起動コマンドを書き込み、CPU内のレジスタREGを
順次読みCDCを受信する。この時、当然DCH#iからのCD
C返送がレジスタに加わり格納された時にCDCの受信とな
る。前述した動作においてDCH#0、DCH#iの起動は同
時に行うことは出来ず、DCH#0よりCDCを返送された
後、DCH#iに対し起動コマンドを送出している。
On the other hand, when the CPU activates DCH # i,
, And sequentially reads the register REG in the CPU to receive the CDC. At this time, of course, the CD from DCH # i
When C return is added to the register and stored, CDC is received. In the above-described operation, activation of DCH # 0 and DCH # i cannot be performed at the same time. After the CDC is returned from DCH # 0, an activation command is transmitted to DCH # i.

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

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

CPU内にCDC格納用制御レジスタを設けた場合には、
複数のDCHに対する起動を考えなくてはならない。すな
わち、先ずCDC格納用制御レジスタの面数を1面と想定
した場合、CPUがあるDCHを起動後、そのDCH間がCDC返送
までの間、そのCPUは次のDCHへの起動を待ち合わせ無け
ればならない。これを解消するためにはDCH対応にCDC格
納用レジスタの面数を増やしていかなくてはならない。
この場合もDCH台数といったシステムに依存し条件を考
慮する結果となり、制御レジスタに要するハード量も大
きくなる。
When the CDC storage control register is provided in the CPU,
You have to consider activation for multiple DCHs. That is, assuming that the number of CDC storage control registers is one, first, after the CPU activates one DCH, the CPU must wait for the activation of the next DCH until the CDC returns between the DCHs. No. To solve this problem, the number of CDC storage registers must be increased for DCH.
In this case as well, the result depends on the system such as the number of DCHs, and results are taken into consideration, and the amount of hardware required for the control register also increases.

一方、ソフト側からの要請によりCDC内容においても
単なる起動受付時の良否の報告以外に、DCH起動オーダ
の多重受付状態、IO起動状態、DCHでのチャネルプログ
ラム実行中の異常検出等2つの判定を伴う内容をCDC報
告することが望まれている。これはソフト面での異常の
早期検出と異常発生個所のしぼり込みの容易化をはかる
という目的のためである。
On the other hand, in response to a request from the software, the CDC content also reports two judgments, such as the multiplex reception status of the DCH activation order, the IO activation status, and the abnormality detection during the execution of the channel program in the DCH, in addition to simply reporting the acceptability of the activation reception It is hoped that the accompanying content will be reported by CDC. This is for the purpose of early detection of an abnormality in software and facilitation of narrowing down the location where the abnormality occurs.

このような状況のもと、従来方式においてはCDC格納
用の制御レジスタ面数を限定した場合、起動処理毎にCD
C格納用制御レジスタを使用してしまうのでCDCによる報
告としては単なる受付状態しか報告できないという問題
を有している。また、複数のCPUから連続した起動を想
定するとCPU対応にCDCを表示できないのでそれぞれのCD
C報告の順序性を補償できなくなる。また、前述した如
く起動元CPU/非起動IOの台数に応じてレジスタ面数を増
加させなくてはならなず、ハード量が増加するという問
題を有していた。
Under such circumstances, in the conventional method, if the number of control registers for storing CDC is limited, the CD
Since the control register for C storage is used, there is a problem that only a reception state can be reported as a report by the CDC. Also, assuming continuous startup from multiple CPUs, the CDC cannot be displayed for the CPU, so each CD
C The order of reporting cannot be compensated. Further, as described above, the number of register surfaces must be increased in accordance with the number of activation source CPUs / non-activation IOs, and there is a problem that the amount of hardware increases.

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

〔課題を解決するための手段及び作用〕[Means and Actions for Solving the Problems]

本発明はバスにより複数のCPUや共通記憶装置と接続
され、これらのCPU内MMやCMとIO装置との間のデータ転
送を行うデータチャネル装置に係るものである。
The present invention relates to a data channel device that is connected to a plurality of CPUs and a common storage device by a bus, and that performs data transfer between an MM or CM in the CPU and an IO device.

CPUからの起動要求指示を有するチャネルコマンド情
報(CCW)は、データチャネル装置DCHにおけるコンディ
ション・コード情報(CDC)を格納すべきアドレスを有
している。このCCWをCPUから前記データチャネル装置DC
Hに送出し、データチャネル装置DCHがそのチャネルコマ
ンド情報の起動要求指示に対し起動受付状態報告を行う
場合、コンディション・コード情報CDCを前記チャネル
コマンド情報内の指示されたアドレスに格納する。すな
わち、チャネルコマンドはCPUから発するものである
が、複数のデータチャネル装置にそれぞれ別々にチャネ
ルコマンドを送出しても、データチャネル装置DCHから
のコンディション・コード情報CDCは指示された別々の
アドレスに加わる。
Channel command information (CCW) having a start request instruction from the CPU has an address where condition code information (CDC) in the data channel device DCH is to be stored. This CCW is transferred from the CPU to the data channel device DC.
H, and when the data channel device DCH reports a start acceptance state in response to the start request instruction of the channel command information, the condition code information CDC is stored at the designated address in the channel command information. That is, although the channel command is issued from the CPU, even if the channel command is separately sent to a plurality of data channel devices, the condition code information CDC from the data channel device DCH is added to the specified different addresses. .

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

〔実施例〕〔Example〕

以下図面を用いて本発明を詳細に説明する。 Hereinafter, the present invention will be described in detail with reference to the drawings.

第1図は本発明の実施例のDCH起動処理フローチャー
ト(1)である。CPUが例えばST命令により起動をかけ
る場合には目的のDCHに起動コマンドを書き込む(S1
0)。すなわち、DCH内制御レジスタ(ODR)へST命令に
よりコマンドを書き込む。この書き込みによりDCHはMM
上のCCWを読み取る。そして、起動受付状態等の判定結
果をCDCとしてMMへ書き込む(S11)。CPUはST命令によ
り起動をかけた後、MM内の指示した情報がCDCとして格
納されているか否かをMM内から読み出し判断する。すな
わちロード命令によりMM上のCDCを読み取り状態をスキ
ャンする。このスキャンはDCHからのCDCの書き込みがな
される前から実行されており、書かれることによって初
めてCDCを受信したとし、その受付状態を判断する。読
み取ったCDCが有効であるならばCPU側からの起動処理は
完了し、DCHからの終了割り込み待ちとなる。DCHはCDC
をMMに書き込んだ後(S12)、転送動作(S13)を開始す
る。そして、転送動作終了後その結果を制御レジスタTS
Rに格納する。更に起動元CPUへ終了割り込み報告(S1
4)を出力する。この終了割り込み報告をCPUが受付る
と、割り込みを受付け、DCH内のTSRを読み取り結果を確
認する。
FIG. 1 is a flowchart (1) of a DCH activation process according to an embodiment of the present invention. When the CPU starts up by, for example, an ST instruction, a start command is written to a target DCH (S1).
0). That is, a command is written to the control register (ODR) in the DCH by the ST instruction. By this writing, DCH becomes MM
Read the CCW above. Then, the determination result such as the activation acceptance state is written to the MM as CDC (S11). After the CPU is activated by the ST instruction, the CPU reads from the MM whether or not the designated information in the MM is stored as CDC and determines. That is, the CDC on the MM is read by the load instruction to scan the state. This scan is executed before the writing of the CDC from the DCH is performed, and it is assumed that the CDC is received for the first time by being written, and the reception state is determined. If the read CDC is valid, the activation process from the CPU is completed, and the system waits for a termination interrupt from the DCH. DCH is CDC
Is written into the MM (S12), and then the transfer operation (S13) is started. After the end of the transfer operation, the result is stored in the control register TS.
Store in R. In addition, an end interrupt is reported to the starting CPU (S1
4) is output. When the CPU receives this end interrupt report, it accepts the interrupt and reads the TSR in the DCH to confirm the result.

第2図は起動用制御コマンド構成図、第3図はCCW構
成図である。前述した起動用制御コマンド内にはDCHに
対しアドレスADRとして送出装置ID(DCH番号)、内部ア
ドレス(ODRアドレス)、オーダ種別(ex,SIO)が、DA
にはコマンドアドレス(CMA)が存在する。この起動用
制御コマンド内のコマンドアドレスからDCHはCCWを読み
取りコマンドの処理を実行する。そのコマンドアドレス
内に格納されているコマンドは、CCW0はコマンドコー
ド、IOA(被起動IO)、転送バイト数、CCW1はDA(デー
タアドレス)、CCW2はCDA(CDC格納アドレス)である。
このCCW構成図におけるCCW2に格納されているCDA(CDC
格納アドレス)を求め、DCHはこの指示されたアドレス
にCDCを格納する。
FIG. 2 is a configuration diagram of a control command for activation, and FIG. 3 is a configuration diagram of a CCW. In the start-up control command described above, the sending device ID (DCH number), the internal address (ODR address), and the order type (ex, SIO) as the address ADR for the DCH are DA.
Has a command address (CMA). The DCH reads the CCW from the command address in the start-up control command and executes the command processing. In the command stored in the command address, CCW0 is a command code, IOA (activated IO), the number of transfer bytes, CCW1 is DA (data address), and CCW2 is CDA (CDC storage address).
The CDA (CDC) stored in CCW2 in this CCW configuration diagram
DCH stores the CDC at the designated address.

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

第4図は本発明の実施例のDCH起動処理フローチャー
ト(2)である。前述した第1図の実施例においてはCP
Uより1台のDCHを起動しているが第4図に示す本発明の
実施例においては2台のDCH(DCH#0,DCH#i)を起動
している。2台のDCHを起動する場合にはCPUは例えばDC
H#0を先ず起動し(S21)、DCH#0のCDCを直ちに読み
取り(S22)、続いてDCH#iを起動(S23)する。そし
てまた同様にDCH#0/iのCDCを読み取る。すなわち時刻T
1においてDCH#0を起動し時刻T2においてDCH#iを起
動している。従来においては2つを同時にアクセスでき
ないが、それぞれのDCH#0,DCH#iのCDC格納アドレス
はCCW2において別々に指示されそれぞれに書き込むの
で、CDCが同時に書き込まれても消えることはなく、同
時にアクセスできる。
FIG. 4 is a flowchart (2) of the DCH activation process according to the embodiment of the present invention. In the embodiment of FIG.
Although one DCH is activated from U, in the embodiment of the present invention shown in FIG. 4, two DCHs (DCH # 0, DCH # i) are activated. When starting two DCHs, the CPU is, for example, DC
H # 0 is first activated (S21), the CDC of DCH # 0 is immediately read (S22), and DCH # i is subsequently activated (S23). Then, similarly, the CDC of DCH # 0 / i is read. That is, time T
Running the DCH # i at time T 2 to start the DCH # 0 in 1. Conventionally, two cannot be accessed at the same time, but the CDC storage addresses of the respective DCH # 0 and DCH #i are separately indicated in the CCW2 and are written into each. it can.

DCH#iを起動した後にはDCH#0/iのCDCを読み取る
(S24)。これはDCH#0,DCH#iを同時に起動したため
に読み取るものであり、この間DCH#0,DCH#1はそれぞ
れ要求のコマンドに対応する受付処理を実行する。そし
て例えばDCH#0がメモリにCDCを返送すると(S25)、
このデータをDCH#0/iのCDC読み取り処理S26において、
DCH#0がCDCを返送したことを確認し受信する。これに
より例えばCDH#0が受付られたことを判断する。この
時にはDCH#iはまだ起動コマンドに対する要求の処理
を実行している。続いてCPUはDCH#iのCDC読み取りを
順次行う(S27,S28)。
After activating DCH # i, the CDC of DCH # 0 / i is read (S24). This is read because the DCH # 0 and DCH # i are simultaneously activated, and during this time, the DCH # 0 and DCH # 1 each execute a reception process corresponding to the requested command. Then, for example, when DCH # 0 returns the CDC to the memory (S25),
In the CDC reading process S26 of DCH # 0 / i,
It confirms that DCH # 0 has returned the CDC and receives it. Thus, for example, it is determined that CDH # 0 has been accepted. At this time, DCH # i is still executing the processing of the request for the start command. Subsequently, the CPU sequentially reads the CDC of DCH # i (S27, S28).

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

前述した如く、従来においては順次行わなくてはなら
ないDCHへの起動を連続して行うことができ、その起動
の後、それぞれのDCHに対し起動要求が受付られたか否
か等の判断をそれぞれ返送されたCDCによって得ること
ができ、順序だてたDCHの起動等を行うことなく要求の
み起動コマンドの送出)を先に行い、その後その要求の
受付け等の判断を行うことができ起動時間間隔を短くす
ることができる。
As described above, conventionally, activation to the DCHs that must be sequentially performed can be performed continuously, and after the activation, a determination as to whether an activation request has been received for each DCH is returned. Can be obtained by the ordered CDC, and only the request can be sent without starting the DCH, etc.), and then the request can be accepted. Can be shorter.

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

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

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

複数のCPUからの連続した起動を想定した場合、CPU対
応にCDCを表示できるのでCDC報告の順序性を補償でき
る。
Assuming continuous activation from multiple CPUs, the CDC can be displayed for each CPU, so that the order of CDC reporting can be compensated.

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

CDC内容についても単なる起動受付時の良否の報告以
外にDCH起動オーダの多重受付状態、IO起動状態、DCHで
のチャネルプログラム実行中の異常検出等を含ませるこ
とができ、ソフトでの障害処理に有効な情報を提供する
ことができる。
For CDC contents, in addition to mere reporting of acceptability at the time of activation acceptance, it can include multiple acceptance status of DCH activation order, IO activation status, abnormality detection during execution of channel program in DCH, etc. We can provide useful information.

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

第1図は本発明の実施例のDCH起動処理フローチャート
(1)、 第2図は起動用制御コマンド構成図、 第3図はCCW構成図、 第4図は本発明の実施例のDCH起動処理フローチャート
(2)、 第5図は従来のDCH起動処理フローチャート(1)、 第6図は従来のDCH起動処理フローチャート(2)であ
る。 DCH……データチャネル装置、 CDC……コンディション・コード情報、 CCW……チャネルコマンド情報.
FIG. 1 is a flowchart (1) of a DCH activation process according to an embodiment of the present invention, FIG. 2 is a configuration diagram of a control command for activation, FIG. 3 is a diagram of a CCW configuration, and FIG. 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.

───────────────────────────────────────────────────── フロントページの続き (72)発明者 高徳 紀克 神奈川県川崎市中原区上小田中1015番地 富士通株式会社内 (72)発明者 脇村 慶明 東京都千代田区内幸町1丁目1番6号 日本電信電話株式会社内 (72)発明者 小町谷 忠芳 東京都千代田区内幸町1丁目1番6号 日本電信電話株式会社内 (72)発明者 田口 久生 神奈川県横浜市戸塚区戸塚町216番地 株式会社日立製作所戸塚工場内 (72)発明者 小林 大剛 神奈川県横浜市戸塚区戸塚町216番地 株式会社日立製作所戸塚工場内 (56)参考文献 特開 昭58−56130(JP,A) (58)調査した分野(Int.Cl.7,DB名) G06F 13/12 ────────────────────────────────────────────────── ─── Continued on the front page (72) Inventor Noritaka Takatoku 1015 Uedanaka, Nakahara-ku, Kawasaki-shi, Kanagawa Prefecture Inside Fujitsu Limited (72) Inventor Yoshiaki Wakimura 1-1-6 Uchisaiwaicho, Chiyoda-ku, Tokyo Nippon Telegraph and Telephone Stock Corporation Inside the company (72) Inventor Tadayoshi Komachiya 1-1-6 Uchisaiwaicho, Chiyoda-ku, Tokyo Nippon Telegraph and Telephone Corporation (72) Inventor Hisao Taguchi 216 Totsukacho, Totsuka-ku, Yokohama-shi, Kanagawa Prefecture Hitachi, Ltd. Totsuka Plant (72) Inventor Daigo Kobayashi 216 Totsuka-cho, Totsuka-ku, Yokohama City, Kanagawa Prefecture Inside the Totsuka Plant of Hitachi, Ltd. (56) References JP-A-58-56130 (JP, A) (58) Fields surveyed (Int .Cl. 7 , DB name) G06F 13/12

Claims (2)

(57)【特許請求の範囲】(57) [Claims] 【請求項1】バスによって複数のCPUや記憶装置に接続
され、前記記憶装置とIO装置との間のデータ転送操作を
行なうデータチャネル装置において、 前記CPUは、前記データチャネル装置に対する起動要求
指示を有するチャネルコマンド情報の中に、前記データ
チャネル装置における起動受付状態を示すコンディショ
ン・コード情報を格納すべき任意のアドレスを設定し、 前記データチャネル装置は、前記設定された任意のアド
レスに従って、前記コンディション・コード情報を格納
することを特徴とするデータチャネル起動受付装置。
1. A data channel device connected to a plurality of CPUs and storage devices via a bus and performing a data transfer operation between the storage device and an IO device, wherein the CPU issues a start request instruction to the data channel device. In the channel command information having, set an arbitrary address to store the condition code information indicating the activation reception state in the data channel device, the data channel device sets the condition according to the set address. A data channel activation receiving device for storing code information;
【請求項2】バスによって複数のCPUや記憶装置に接続
され、前記記憶装置とIO装置との間のデータ転送動作を
行なうデータチャネル起動受付方法において、 前記CPUからの前記データチャネル装置に対する起動要
求指示を有するチャネルコマンド情報の中に、前記デー
タチャネル装置における起動受付状態を示すコンディシ
ョン・コード情報を格納すべき任意のアドレスを設定す
るステップと、 前記設定された任意のアドレスに従って、前記コンディ
ション・コード情報を格納するステップとを含むことを
特徴とするデータチャネル起動受付方法。
2. A data channel activation receiving method which is connected to a plurality of CPUs and storage devices via a bus and performs a data transfer operation between the storage device and an IO device, wherein the activation request from the CPU to the data channel device is provided. Setting, in channel command information having an instruction, an arbitrary address at which condition code information indicating a start acceptance state in the data channel device is to be stored; and, according to the set arbitrary address, the condition code Storing the information.
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 JPH0474248A (en) 1992-03-09
JP3029445B2 true 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
JPH0474248A (en) 1992-03-09

Similar Documents

Publication Publication Date Title
US5371857A (en) Input/output interruption control system for a virtual machine
JP2821345B2 (en) Asynchronous I / O control method
EP0285634B1 (en) Method to execute two instruction sequences in an order determined in advance
US5740359A (en) Program execution system having a plurality of program versions
US6393533B1 (en) Method and device for controlling access to memory
JP3029445B2 (en) Startup reception device and method
US5168558A (en) Apparatus and method for providing distributed control in a main memory unit of a data processing system
US7877533B2 (en) Bus system, bus slave and bus control method
JPS592058B2 (en) Storage device
JP2522412B2 (en) Communication method between programmable controller and input / output device
JPH10283302A (en) Method and system for supplying data to bus connected to plural processors
JPH05216507A (en) Program changing method for programmable controller
JP3184380B2 (en) Interrupt control method and multitask system for implementing the same
JPS6240736B2 (en)
JPH07234850A (en) Device and method for multiprocessor system
JPH0690711B2 (en) Memory access control method
JP2954006B2 (en) Emulation device and emulation method
JP3228575B2 (en) Data communication method
JPH07111711B2 (en) Processing end interrupt control system
JP2594567B2 (en) Memory access control device
JPS6231386B2 (en)
JPH0535507A (en) Central processing unit
JPH0424733B2 (en)
JPH02183342A (en) interrupt controller
JPH01292451A (en) Information processor

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