JPS61267152A - エラ−原因表示方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔目　次〕 概要・ 産業上の利用分野 従来の技術 発明が解決しようとする問題点 問題点を解決するための手段 作用 実施例 発明の効果 〔概要〕 プロセッサ（ＭＰＵ）が実行するマイクロプログラムに
よって制御されるチャネル（ＣＨ）において、ハードウ
ェアが検出したエラーと、上記マイクロプログラムが検
出したエラービットとの論理和出力によって、ステータ
スレジスタ（ＡＳＴ）の特定ビットにチャネルエラー（
ＡＩＥＲＲ）として表示し、上記マイクロプログラムが
起動された時に、該チャネルエラー（ＡＩＥＲＲ）が“
１”であると、該チャネル（ＣＨ）内のワークメモリに
保持されているエラー原因を、コントロールレジスタに
表示し、該チャネル（ＣＨ）を制御する中央処理装置（
ＣＰＵ）において実行される入出力処理プログラムが起
動された時、上記チャネルエラー（ＡＥＲ［ｌ）が°“
１”であると、ＮＯＰコマンドを発行して、正常に終了
した時には、ソフトウェアエラーとして、上記コントロ
ールレジスタの内容をロギングし、該ＮＯＰコマンドが
正常に終了しな（てタイムアウトになった時にはハード
ウェアエラーと認識するようにしたものである。

〔産業上の利用分野〕

本発明は、プロセッサ（ＭＰＵ）が実行するマイクロプ
ログラムによって制御されるチャネル（ＣＨ）において
、該マイクロプログラムが検出したエラー原因と、ハー
ドウェアが検出したエラー原因を区別して表示する方式
に関する。

最近の半導体技術の著しい進歩に伴って、計算機システ
ムを構成する論理回路の高集積化が行われているが、該
論理回路の高速化が要求される場合には、高集積化され
た論理素子からの発熱量が大きくなる為、該集積度に限
界があり、余り集積度を高くすることができないのが現
状である。

一方、計算機システムのオンライン化に伴い、各論理回
路に対する信頼度の向上が要求されるにつれ、障害が発
生した時の原因の表示手段も益々詳細化される動向にあ
る。

こうした事情から、入出力装置（Ｉｌｏ）と主記憶袋；
ｔ　（ＭＭ）との間でデータ転送制御を行うチャネル（
ＣＨ”）におけるエラー原因表示方式においても、でき
る限りハードウェアを増加させないで、エラー°原囚を
詳細に表示できる方法が待たれていた。

〔従来の技術〕

プロセッサ、例えばマイクロプロセッサを用いたチャネ
ル（ＣＨ）において、マイクロプログラムが検出したエ
ラー原因と、ハードウェアで検出したエラー原因を表示
する場合、従来は、 ■該チャネル（ＣＨ）が持っているチャネル制御レジス
タの内のステータスレジスタ（ＡＳＴ）　（コマンド終
了情報用レジスタ）に、各々のエラーに対応したビット
を設けるか。

■又は代表のエラー表示ビットのみをステータスレジス
タに設け、その詳細については該ステータスレジスタと
は別の表示用ビットを設けて表示していた。

第４図は、従来のエラー原因表示方式の一例を示した図
で、チャネル（Ｃｌ）のステータスレジスタ（ＡＳＴ）
に、マイクロプログラムが検出したエラーと、ハードウ
ェアエラーとを区別して表示し、マイクロプログラムエ
ラーの詳細を、エラー原因表示用レジスタに設けた例で
、上記従来例のと■の混合形式の例を示したものである
。

上記の表示方法において、エラーの詳細表示をマイクロ
プログラムエラーに限定しているのは、一般に、ハード
ウェアエラーは種類が少ないのに反して、診断プログラ
ム等のソフトウェアが検出するエラーは種類が多いこと
による。

〔発明が解決しようとする問題点〕

従って、従来方式においては、 ■の方法では、エラー原因の表示に複数ビットが必要な
為、ソフトウェアで該エラーの内容をチェックする為に
は、時間がかかる共に、該チェック用マイクロプログラ
ムが複雑となる為、メモリ容量が増大してコストアンプ
になる問題があった。

■の方法では、マイクロプログラムエラー／ハードウェ
アエラーを１ビツトのステータスレジスタに表示してい
る為、エラー〇存無を検索する為の時間は短くなるが、
詳細表示の為のレジスタが別途必要となり、コストアッ
プになると云う問題があった。

本発明は上記従来の欠点に鑑み、マイクロプログラムエ
ラー／ハードウェアエラーの識別を高速に行って、且つ
エラー原因を表示する為のハードウェア量を増加させな
いで、エラ一種別の多い、マイクロプログラム検出エラ
ー原因の詳細表示を可能とする方法を提供することを目
的とするものである。

〔問題点を解決するための手段〕

第１図は、本発明のエラー原因表示方式の構成を示した
図である。

前述のように、一般に、ハードウェアエラーは種類が少
ない為、特に詳細表示を必要としないが、マイクロプロ
グラム検出エラーは、例えば、診断プログラムの構成に
よって、エラーの種類が多くなる（従って、必要により
コード化して表示することもある）ので、詳細表示をす
る必要があることに着目して、 １）　ハードウェアが検出したエラーと、例えば診断用
のマイクロプログラム、或いはコマンド実行プログラム
が検出したエラーとを、本図（ａ）に示すように論理和
をとって、チャネル（ＣＨ）に備えられているステータ
スレジスタ（ＡＳＴ）の特定ビットにチャネルエラー（
ＡＥＲＲ）として表示するが、この時点においては、該
エラー原因の詳細表示は行わないようにする。

２）上記マイクロプログラムによって検出したエラーに
ついては、（ｂ）に示すように、その詳細原因を、次の
マイクロプログラム起動時点において、既存のコントロ
ールレジスタに表示する。

〔作用〕

即ち、本発明によれば、プロセッサ（ＭＰＵ）が実行す
るマイクロプログラムによって制御されるチャネル（Ｃ
Ｈ）において、ハードウェアが検出したエラーと、上記
マイクロプログラムが検出したエラービットとの論理和
出力によって、ステータスレジスタ（ＡＳＴ）の特定ビ
ットにチャネルエラー（ＡＥＲＲ）として表示し、上記
マイクロプログラムが起動された時に、該チャネルエラ
ー（ＡＥＲＲ）が１”であると、該チャネル（ＣＨ）内
のワークメモリに保持されているエラー原因を、コント
ロールレジスタに表示し、該チャネル（ＣＨ）を制御す
る中央処理装置（ＣＰＵ）において実行される入出力処
理プログラムが起動された時、上記チャネルエラー（Ａ
ＥＲＲ）が′１゛であると、ＮＯＰコマンドを発行して
、正常に終了した時には、マイクロプログラムエラーと
して、上記コントロールレジスタの内容をロギングし、
該ＮＯＰコマンドが正常に終了しなくてタイムアウトに
なった時にはハードウェアエラーと認識するようにした
ものであるので、ステータスレジスタ（ＡＳＴ）でのエ
ラー表示が１ビツトで済み、エラーの検出が高速化でき
ると共に、マイクロプログラム検出エラーの時に必要な
詳細原因が、既存のコントロールレジスタに表示される
ので、専用の表示レジスタが不要となり、大幅なコスト
ダウンが図れる効果がある。

〔実施例〕

以下本発明の実施例を図面によって詳述する。

第２図は本発明が適用される計算機システムの構成を示
す図であり、第３図は本発明を実施してエラー原因を表
示、認識する手段を流れ図で示した図で、（ａ）はチャ
ネル（ＣＨ）内部でのエラー原因表示方法を示し、（ｂ
）はソフトウェアによるエラー原因認識方法を示してお
り、全図を通して、同じ符号は同じ対象物を示している
。

第２図で示した計算機システムにおいては、入出力装置
（Ｉｌｏ）　４や、チャネル（Ｃ１１）　３内の制御を
、該チャネル（ＣＨ）　３内の制御メモリ　（以下、Ｃ
３と云う）３３に格納されているマイクロプログラム（
ファームウェア）で行い、ハードウェア量を削減する為
に、該チャネル（ＣＨ）　３内のランダムアクセスメモ
リ　（以下、ＲＡＭと云う）３４に、デバイス制御レジ
スタ　（以下、ＯＣＲと云う）、起動（コマンド）キュ
、−１割り込みキュー等を設け、中央処理装置（以下、
ＣＰＵと云う）１とのインタフェースは、チャネル制御
レジスタ（以下、ＡＣＲと云う）３１を、複数個の入出
力装置（Ｉｌｏ）　４に共通化するように構成されてい
る。

このチャネル制御方式においては、入出力装置（Ｉｌｏ
）　４に対するコマンドが、上記チャネル（ＣＨ）３に
対するチャネルコマンドと、デバイス（Ｉｌｏ）４に対
するデバイスコマンドに２分化され、チャネルコマンド
ハＣＰＵ　１が発行し、デバイスコマンドは該チャネル
コマンドに基づいて、チャネル（ＣＨ）　３が主記憶装
置（ＭＭ）　２から読み出すことによって得ることがで
きる。

又、上記ＡＣＲ３１はチャネル起動時のデバイスを指定
するレジスタ（ＤＶ＾）と、チャネルコマンドの種類を
指定するレジスタ（ＡＯＰ）と、コマンド終了時のステ
ータスを表示する１、前記ステータスレジスタ　（以下
、ＡＳＴと云う）と５割り込みデバイスを表示するレジ
スタ（ＩＤＶＡ）　、及び制御レジスタがらなり、一時
には１つのチャネル制御情報が格納され、その内容がＲ
ＡＭ　３４の、前記ＯＣＲに退避される迄の間、上記Ａ
ＳＴのチャネルビジー（以下、ＡＢＳＹと云う）ビット
が“１”となっており、次のチャネルコマンドが該チャ
ネル（ＣＨ）　３に受信されるのを抑止している。

このようなチャネル（ＣＨ）　３において、本発明を実
施してエラー原因を表示する場合の動作を以下に説明す
る。

先ず、ｃｐυ１が入出力処理プログラムを実行して、上
記唯１つのＣＰＵインタフェースとして設けられている
ＡＣＲ３１（７）ＡＳＴを読み出し、ＡＢＳＹが“１゜
でなければ、上記デバイスアドレス（ＤＶＡ）と、チャ
ネルコマンド（ＡＯＰ）を該ＡＣ！２３１に書き込むこ
とにより、該チャネル（ＣＨ）　３に対する起動をがけ
ることができる。

該チャネル（ＣＨ）　３は、該起動がかけられると、Ａ
ＣＲ３１内のＡＳＴにあるＡＢＳＹを“１”とした後、
上記ＲＡＭ　３４上のＤＣＲに上記チャネルコマンドを
退避すると共に、上記コマンドキューに投入する。

８亥コマンド′キユーへのチャネルコマンドの投入が完
了すると、上記ＡＢＳＹを°０′として、ＣＰＵ　１か
らの新たなチャネルコマンドが受信できるように機能す
る。

該コマンドキューに投入されたチャネルコマンドが、該
チャネル（ＣＨ）　３内のモニタによって起動されるコ
マンド実行プログラムにより、該コマンドキューから順
次読み出されると、該当する入出力装置（Ｉｌｏ）の機
番に対応するＯＣＲが参照され、該ＤＣＩ？が示す主記
憶装置（１’１Ｍ）の特定領域から、前述のデバイスコ
マンドを取り出し、該デバイスコマンドが指示する入出
力処理を実行する。

該デバイスコマンドの実行が終了すると、ＲＡＭ３４上
の割り込みキューに投入され、該投入された入出力処理
が、再びコマンド実行プログラムによって取り出され、
ＣＰＵ　１に対する終結割り込みを行うことによって、
一連の入出力処理が完了する。

従って、上記ＡＢＳＹ・１は、ＣＰＵ　１で実行された
入出力処理プログラムによって発行された、上記チャネ
ルコマンドが、チャネル（ＣＨ）　３内のＡＣＲ３１に
書き込まれた後、ＲＡＭ　３４内のコマンドキューに投
入される迄の期間を示していることになる。

そして、上記ＣＰＵ　１で実行される入出力処理プログ
ラムに対する起動が、後述するソフトウェアの起動を意
味し、該ソフトウェアの起動によってチャネルコマンド
が発行され、チャネル（ＣＨ）　３のＣＰＵインタフェ
ースとして設けられている前述のＡＣＲ３１に書き込ま
れ時に起動されるマイクロプログラムノ動作が、後述す
るチャネルコマンド起動に対応する。

このようにして起動されたチャネル（ＣＨ）　３内で発
生した各種エラーに対する原因表示、認識方式を、第１
図〜第３図によって説明する。

本発明においては、第１図で説明したように、エラー原
因の詳細が、チャネル（ＣＨ）　３内の既存のコントロ
ールレジスタ（コマンド起動情報用のしジスタ）に表示
されるように動作するので、該エラーの発生した時点に
おいては、ハードウェアエラーとマイクロプログラムエ
ラーとの衝突を抑止する必要がある。

具体的には、エラーの発生時点においては、該エラー原
因を、上記コントロールレジスタに表示しないで、単に
、前述のＡＣＲ３１内のＡＳＴのチャネルエラー　（以
下、ＡＥｌ？Ｒと云う）ビットを、論理和条件でセント
するのみとする。

従って、該ＡＥＲＲ＝１の時に、ハードウェアエラーか
、マイクロプログラム検出エラーかを識別し、マイクロ
プログラム検出エラーと認識された時のみ、その詳細原
因を、コントロールレジスタにセントし、ロギングする
ように機能させる手段に、本発明の主眼がある。

先ず、第３図において、（ａ）はＣＰＵ　１が入出力処
理プログラム（即ち、ソフトウェア）を実行して、チャ
ネルコマンドを発行し、チャネル（（：）ｉ）　３が起
動された時の、該チャネル（ＣＨ）　３内でのエラー原
因表示手段を示しており、前述のへＢＳＹビットは１゛
となっている。

ステップ４０　：　ＡＥＲＲ＝１かを見て、′１”であ
ると次のステ・ノブ４１に移るが、°ｌ゛でなければス
テップ４６に飛ぶ。

ステップ４１：現在処理中のチャネルコマンドの前に、
ＣＰＵ　１によって発行されたチャネルコマンド実行時
に発生し、例えばＲＡＭ　３４の特定領域に格納されて
いるマイクロプログラム（診断プログラム、或いはコマ
ンド実行プログラム）検出エラーの詳細原因を、コント
ロールレジスタに、例えばコード化してセットし表示す
る。

ステップ４２：上記ＡＢＳＹを“０゛として、次のチャ
ネルコマンドを待つ。

ステップ４３：チャネル（ＣＨ）　３のＣＳ　３３に格
納されている自己診断プログラム、又は前述のコマンド
実行プログラムを実行する。

該コマンド実行プロゲラ１１においては、コマンドキュ
ーに投入されいるチャネルコマンドを順次取り出して、
該コマンドが示す主記憶装置（ＭＭ）　２の領域からデ
バイスコマンドを読み出し、該デバイスコマンドの内容
によって入出力装置（デバイス：Ｊｌｏ）　４をアクセ
スする。

ステップ４４：上記マイクロプログラムの実行途上ニオ
いて、該マイクロプログラム検出エラーが発生したかど
うかを判断し、若し該エラーが発生しているとステップ
４５に飛ぶが、該エラーが発生していなければステップ
４３に戻り、該マイクロプログラムの実行を続ける。

ステップ４５：第１図（ａ）のエラーセット回路によっ
て、単にＡＳＴのＡＥＲＲビットを１゛にセットするの
みで、エラー原因の表示は行わない。

ステップ４６：チャネル（ＣＨ）　３が起動されて、Ａ
ＥＲＲ・０の侭であるので、該チャネルコマンドを実行
する。具体的には、該チャネルコマンドを、ＲＡＭ３４
のＯＣＲに退避させると共に、コマンドキューに投入す
る。

以上のような、エラー原因表示制御を行うことにより、
エラーが発生した時点では、該エラーがハードウェアエ
ラーか、或いはマイクロプログラム検出エラーの何れで
あっても、単に両者の論理和条件で、ΔＥＲＲビットを
°ｌ°にセントするのみで、その時、ＲＡＭ　３４の特
定領域に格納された詳細原因がコントロールレジスタに
セットされるのは、次のチャネル起動が行われた時であ
る為、ハードウェアエラーと、マイクロプログラム検出
エラーの衝突が起こることがないと云う特徴がある。

次に、第３図（ｂ）によって、ＣＰＵ　１で実行される
入出力処理プログラムの起動時点において行われるエラ
ー原因Ｈ１２８ｆＪｔ方法について説明する。

ステップ５０　：　ＣＰＵ　１からチャネル（ＣＨ）　
３を見た時、次のチャネルコマンドが発行されるか、或
いは入出力装置（Ｉｌｏ）　４からの終結割り込みがあ
る迄の間は、前回のチャネルコマンド、又は終結割り込
み情報が、ＡＣＲ３１に保存されているので、該ＡＣＲ
３１のＡＳＴからＡＢＳＹビ・ノドを取り出して、“１
”かどうかを見る。

若し、該ＡＢＳＹビットが“１゛であると、当該チャネ
ル（Ｃ１ｌ）　３に対する起動の以前に、該チャネル（
ＣＨ）　３に対して送出されたチャネルコマンドが、コ
マンドキューに投入される途中であるのでステップ５５
に飛び、ステップ５０との間でループするが、ｆ、　Ａ
　Ｂ　Ｓ　Ｙビットが“１”でなければ、当該チャネル
コマンドがコマンドキューに投入された後であるのでス
テップ５１に移る。

従って、＾ＢＳＹ＝１中であっても、チャネル（Ｃ）Ｉ
）　３が正常であれば、いずれＡＢＳＹ＝０となって、
ステップ５１に進ことができる。

ステップ５１　：　ＡＳＴのＡＩ！ＲＲビットが“１゛
かどうかを見て、“１”であればハードウェアエラーか
、或いはマイクロプログラム検出エラーかを識別する為
に、次のステップ５２に進が、ＡＢＲＲ・０であれば正
常動作であるので、ステップ５７に飛ぶ。

ステップ５２　：　ＣＰＵ　１はＮＯＰコマンドを発行
して次のステップに移る。通常、ここで、ＡＢＳＹ・１
となる。

ステップ５３　：　ＡＢＳＹ、１かどうかを見る。若し
、１であるとステップ５６との間でループさせ、当該Ｎ
ＯＰコマンドがコマンドキューに投入されるのを待つ。

そして、ＡＢＳＹ−０となった時点でステップ５４に移
る。

ステップ５４：上記ＮＯＰコマンドは正常にコマンドキ
ューに投入されたので、ステップ５１で検出した１ＨＲ
Ｒ＝　１は、ハードウェアエラーではなく、１つ前のチ
ャネルコマンド実行時に生起したマイクロプログラム検
出エラーと認識し、前述のステップ４１で格納されてい
るコントロールレジスタの内容、即ちマイクロプログラ
ム検出エラーの詳細原因をロギングし、その内容の分析
ができるようにする。

ステ・ンブ５５ニステップ５０とル−フ゛しながら八Ｅ
ＲＲ・ｌかどうかを見る。若し、該ループ期間中におい
てＡＥＲＲ＝１が検出されると、ＡＢＳＹ＝１中にエラ
ーが発生したことを意味するが、ＡＢＳＹ＝１中は、前
述のようにＣＰＵ　１が発行したチャネルコマンドがコ
マンドキューに投入される迄の間であり、実際のデバイ
スコマンドは未だ実行されてはいないので、ハードウェ
アエラーと認識する。

然し、Δ［ＥＲＲ＝Ｏであれば、ステップ５０に戻って
、いずれ該コマンドのコマンドキューへの投入が行われ
るのをループしながら待つ。

ステップ５６　：　ＮＯＰコマンドを実行してタイムア
ウトが検出されたことは、該ＮＯＰコマンドが正常に実
行されなかったことを意味するので、ステップ５１で検
出されたエラーはハードウェアエラーと認識する。

ステップ５７：当該ＣＰＵ　１での入出力処理プログラ
ムは、チャネル起動時と、入出内装！（（１０）　４か
らの終結割り込み時に起動されるので、該入出力処理が
チャネル起動時のものかどうかを判断し、チャネル起動
時のものであればステップ５８に移るが、チャネル起動
時のものでなければ、終結処理を意味するので、当該エ
ラー認識処理を終了させる。

ステップ５８：当該ソフトウェア動作は正常に動作して
いるので、入出力装置（Ｉｌｏ）　４に対するチャネル
コマンドを発行し、終了割り込み待ちとする。

このように、本発明においては、ハードウェアエラー、
又はマイクロプログラム検出エラーの何れの場合におい
ても、エラーが発生した時点では、該エラー原因を表示
しないで、車にＡＣＲ３１のＡＳＴのへＥＲＲビ・ソト
を““１”にセットするだけとし、後はチャネル（ＣＨ
）　３が起動された時に、ＡＥＲＲ・１であれば、コマ
ンド起動情報をセットするコントロールレジスタにエラ
ー原因をセットし、ＣＰＵ　ｌ側で入出力処理プログラ
ム、即ちソフトウェアが起動された時点で、上記ＡＥＲ
Ｒ・１であると、ＮＯＰコマンドを発行して、該ＮＯＰ
コマンドが正常に終了した時には、該ＡＥＲＲ＝１はマ
イクロプログラム検出エラーと認識して、上記コントロ
ールレジスタの内容をロギングするが、該ＮＯＰコマン
ドが正常に終了しなければ、ハードウェアエラーと認識
するようにした所に特徴がある。

〔発明の効果〕

以上、詳細に説明したように、本発明のエラー原因表示
方式は、プロセッサ（Ｍ　Ｐ　Ｕ　）が実行するマイク
ロプログラムによって市ＩＪ　２卸されるチャネル（Ｃ
１１）において、ハードウェアが検出したエラーと。

上記マイクロプログラムが検出したエラービットとの論
理和出力によって、ステータスレジスタ（ＡｓＴ）ノ特
定ビットにチャネルエラー（ＡＥＲＲ）として表示し、
上記マイクロプログラムが起動された時に、該チャネル
エラー（ＡＥＲＲ）が“１”であると、該チャネル（Ｃ
）ｌ）内のワークメモリに保持されているエラー原因を
、コントロールレジスタに表示し、該チャネル（ＣＨ）
を制御する中央処理装置（ＣＰＵ）において実行される
入出力処理プログラムが起動された時、上記チャネルエ
ラー（ＡＥＲＲ）が“１”であると、ＮＯＰコマンドを
発行して、正常に終了した時には、マイクロプログラム
エラーとして、上記コントロールレジスタの内容をロギ
ングし、該ＮＯＰコマンドが正常に終了しなくてタイム
アウトになった時にはハードウェアエラーと認識するよ
うにしたものであるので、ステータスレジスタ（ＡＳＴ
）でのエラー表示が１ビツトで済み、エラーの検出が高
速化できると共に、マイクロプログラム検出エラーの時
に必要な詳細原因が、既存のコントロールレジスタに表
示されるので、専用の表示レジスタが不要となり、大幅
なコストダウンが図れる効果がある。

【図面の簡単な説明】

第１図は本発明のエラー原因表示方式の構成を示した図
。 第２図は本発明が適用される計算機システムの構成を示
す図。 第３図は本発明を実施してエラー原因を表示、認識する
手段を示した図。 第４図は従来のエラー原因表示方式の一例を示した図。 である。 図面において、 １は中央処理装置（ＣＰＵ）、２は主記憶装置（ＭＭ）
。 ３はチャネル（ＣＨ）、　　　４は入出力装置（Ｉｌｏ
）　。 ３１はチャネル制御レジスタ（＾ＣＲ）　。 ３２はプロセッサ（ＭＰＵ）、　　３３は制御メモリ（
ＣＳ）。 ３４はランダムアクセスメモリ（ＲＡＭ）。 ４０〜４６．及び５０〜５８はエラー原因表示、認識手
段の各ステップ。 ＡＳＴはＡＣＲ３１内のステータスレジスタ。 ＡＥＲＲはＡＳＴ内のチャネルエラービットＡＢＳＹは
ＡＳＴ内のチャネルビジービット−゛。 ＤＶＡはデバイスアドレス。 ＡＯＰはチャネルコマンド。 をそれぞれ示す。

Claims (1)

1. 【特許請求の範囲】 プロセッサ（ＭＰＵ）（３２）によって実行されるマイ
   クロプログラムによって制御され、中央処理装置（ＣＰ
   Ｕ）（１）からの入出力コマンドを受信して、起動（コ
   マンド）キューに投入する迄の間、チャネルビジー（Ａ
   ＢＳＹ）を表示するチャネル（ＣＨ）（３）において、 該マイクロプログラムの起動中、及び非起動中にかかわ
   らず、エラーの発生した時点で、ハードウェアが検出し
   たエラーと、マイクロプログラムが検出したエラービッ
   トとの論理和を、上記チャネル（ＣＨ）内のチャネル制
   御レジスタ（ＡＣＲ）（３１）を構成するステータスレ
   ジスタ（ＡＳＴ）の特定ビットに、チャネルエラー（Ａ
   ＥＲＲ）として表示するが、該エラー原因は表示しない
   第１の手段と、 上記、マイクロプログラムが起動された時に、上記チャ
   ネルエラー（ＡＥＲＲ）ビットが“１”であると、上記
   チャネル（ＣＨ）（３）のコントロールレジスタに該エ
   ラー原因を表示する第２の手段と、 上記中央処理装置（ＣＰＵ）（１）において、チャネル
   （ＣＨ）（３）を起動、又は終結する為のソフトウェア
   が起動された時、該チャネルエラー（ＡＥＲＲ）ビット
   が“１”であると、ＮＯＰコマンドを発行し、該ＮＯＰ
   コマンドの実行終了時に、該チャネル制御レジスタの内
   容をロギングして表示する第３の手段と、を設けて、該
   エラー原因を分析できるようにすると共に、 上記ＮＯＰコマンドの実行において、一定時間を経過し
   ても終了しない場合、又は、該チャネル（ＣＨ）（３）
   がビジー（ＡＢＳＹ）表示中に、チャネルエラー（ＡＥ
   ＲＲ）ビットが“１”であった時には、ハードウェアエ
   ラーと認識するようにしたことを特徴とするエラー原因
   表示方式。