JP3507524B2 - 事象報告ワード処理機能を持つデータ処理システム - Google Patents
事象報告ワード処理機能を持つデータ処理システムInfo
- Publication number
- JP3507524B2 JP3507524B2 JP14876593A JP14876593A JP3507524B2 JP 3507524 B2 JP3507524 B2 JP 3507524B2 JP 14876593 A JP14876593 A JP 14876593A JP 14876593 A JP14876593 A JP 14876593A JP 3507524 B2 JP3507524 B2 JP 3507524B2
- Authority
- JP
- Japan
- Prior art keywords
- word
- report word
- channel
- event report
- event
- 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
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/542—Event management; Broadcasting; Multicasting; Notifications
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Multimedia (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Hardware Redundancy (AREA)
Description
【発明の詳細な説明】
【０００１】
【産業上の利用分野】本発明は、発生した事象報告ワー
ドをキューイングする構成を採って、報告先に報告して
いく構成を採る事象報告ワード処理機能を持つデータ処
理システムに関し、特に、重要度の大きな事象報告ワー
ドが確実に報告されるようにする事象報告ワード処理機
能を持つデータ処理システムに関する。 【０００２】複数のチャネルから構成されるチャネルサ
ブシステムを持つ計算機システムでは、チャネルが検出
したエラーや、Ｉ／Ｏインタフェースのシステムリセッ
ト終了をチャネルサブシステムからソフトウェアに報告
するために、チャネル報告ワード保留のマシンチェック
割込をＣＰＵに通知する構成を採って、ＣＰＵ命令によ
ってこの保留中のチャネル報告ワードを主記憶に格納し
ていく処理を実行する。この処理にあって、保留できる
チャネル報告ワードの個数はシステムによって規定され
ていることから、オーバーフローした場合には捨てられ
て、保留中の最後のチャネル報告ワードのビットにオー
バーフロー状態表示をセットしていく構成を採ってい
る。 【０００３】このような構成を採る事象報告ワードの報
告処理では、重要度の大きな事象報告ワードが捨てられ
ることなく確実に報告されるようにする構成を構築して
いく必要がある。 【０００４】 【従来の技術】チャネル報告ワードの報告処理を例にし
て従来技術を説明する。図５に、チャネル報告ワードの
報告処理の従来構成を図示する。 【０００５】図中、１はハードウェアが使用する制御ブ
ロックを格納する主記憶上のハードウェアシステム領
域、２は複数のチャネルから構成されるチャネルサブシ
ステムである。 【０００６】このハードウェアシステム領域１は、保留
中のチャネル報告ワードをリングバッファ形式に従って
キューイングするチャネル報告ワード領域３と、チャネ
ル報告ワード領域３にキューイングされるチャネル報告
ワードの制御情報を管理するチャネル報告制御領域４と
を展開する。 【０００７】チャネル報告制御領域４は、具体的には、
チャネル報告ワード領域３にキューイングされる最も古
いチャネル報告ワードのエントリー位置をポイントする
ポインタと、次にキューイングされるべきチャネル報告
ワードのエントリー位置をポイントするポインタと、チ
ャネル報告ワード領域３にキューイングされるチャネル
報告ワードの個数とを管理するものである。ここで、図
中では、チャネル報告ワード領域３のエントリー数を
Ｎ、チャネル報告ワード領域３にキューイングされるチ
ャネル報告ワードの個数をＭで表してある。 【０００８】一方、チャネルサブシステム２は、チャネ
ル報告ワードの報告発生時に、チャネル報告制御領域４
の管理するチャネル報告ワードの個数Ｍと、チャネル報
告ワード領域３のエントリー数Ｎとを比較する比較機能
５を備える。 【０００９】このように構成されるときにあって、従来
のチャネルサブシステム２では、チャネル報告ワードの
報告条件に遭遇すると、比較機能５に従って、チャネル
報告制御領域４の管理するチャネル報告ワードの個数Ｍ
と、チャネル報告ワード領域３のエントリー数Ｎとを比
較して、ＭがＮよりも小さいことを判断するときには、
そのチャネル報告ワードをチャネル報告ワード領域３に
キューイングし、一方、ＭがＮと等しいことを判断する
ときには、そのチャネル報告ワードをチャネル報告ワー
ド領域３にキューイングすることができないので、その
ままそのチャネル報告ワードを捨てていくよう処理して
いた。 【００１０】ここで、チャネルサブシステム２は、この
ようにしてチャネル報告ワードをチャネル報告ワード領
域３にキューイングすると、ＣＰＵに対してチャネル報
告ワードマシンチェック割込を発行し、この発行を受け
取ると、ＣＰＵは、チャネル報告ワード領域３にキュー
イングされるチャネル報告ワードを読み出してソフトウ
ェアのアクセスできる主記憶上に展開していくことで、
ソフトウェアにチャネル報告ワードを通知していくよう
処理することになる。 【００１１】また、チャネルサブシステム２は、このよ
うにしてチャネル報告ワードを無効化すると、最後にチ
ャネル報告ワード領域３にキューイングしたチャネル報
告ワードに対して、その旨のオーバーフローフラグをセ
ットしていくよう処理することになる。 【００１２】 【発明が解決しようとする課題】チャネル報告ワードが
生成される要因には、チャネル装置／入出力装置の障害
や、Ｉ／Ｏインタフェースのシステムリセット終了等が
あるが、この内で、ハード的に回復が成功したような軽
度の障害に関しては、同一種類のチャネル報告ワードが
繰り返し生成されることがあり、チャネル報告ワードが
報告できずに捨てられても大きな問題とはならない。し
かるに、この内で、Ｉ／Ｏインタフェースのシステムリ
セット終了のように、ハード的に回復が失敗したような
重度の障害に関しては、同一種類のチャネル報告ワード
が繰り返し生成される可能性は少なく、これらが報告で
きないと、ＣＰＵによるソフト的な回復処理が実行でき
なくなって問題である。 【００１３】ところが、従来技術では、チャネル報告ワ
ードの種類に関係なく、チャネル報告制御領域４の管理
するチャネル報告ワードの個数Ｍが、チャネル報告ワー
ド領域３のエントリー数Ｎと等しい場合には、一律に、
発生したチャネル報告ワードを捨てていくという構成を
採っている。これから、軽度の障害が繰り返し発生する
ことでチャネル報告ワード領域３が満杯になった後に重
度の障害が発生するようなことが起こると、この後から
発生した重度の障害が報告できなくなってしまうという
問題点があった。 【００１４】本発明はかかる事情に鑑みてなされたもの
であって、発生した事象報告ワードをキューイングする
構成を採って、報告先に報告していく構成を採る事象報
告ワード処理機能を持つデータ処理システムにあって、
重要度の大きな事象報告ワードが確実に報告されるよう
にする新たな事象報告ワード処理機能を持つデータ処理
システムの提供を目的とする。 【００１５】 【課題を解決するための手段】図１に本発明の原理構成
を図示する。図中、１０は本発明を具備するデータ処理
システムである。 【００１６】このデータ処理システム１０は、発生した
事象報告ワードをキューイングするキューイング手段１
１と、事象発生を検出して対応する事象報告ワードを生
成する事象検出手段１２と、事象検出手段１２の生成す
る事象報告ワードをキューイング手段１１にキューイン
グするエンキュー実行手段１３と、キューイング手段１
１にキューイングされる事象報告ワードの制御情報を管
理するキュー制御情報管理手段１４と、重要度の大きな
事象報告ワードほど大きな値を示すものとなる複数の判
定値を管理する判定値管理手段１５と、判定値管理手段
１５の管理する判定値を選択する選択手段１６と、エン
キュー実行手段１３に対してキューイング実行指示を発
行する判断手段１７とを備える。 【００１７】ここで、このキューイング手段１１にキュ
ーイングされる事象報告ワードは、図示しない機構に従
って報告先となるソフトウェア等に報告されていく構成
が採られる。 【００１８】 【作用】本発明では、事象検出手段１２が事象発生を検
出して対応する事象報告ワードを生成すると、選択手段
１６は、判定値管理手段１５の管理する判定値の中か
ら、その生成された事象報告ワードに対応付けられる判
定値を選択する。 【００１９】この選択された判定値を受け取ると、判断
手段１７は、先ず最初に、キュー制御情報管理手段１４
の管理データを参照することでキューイング手段１１に
キューイングされる事象報告ワードの個数を特定し、次
に、その特定した事象報告ワードの個数が選択された判
定値を超えるか否かを判断して、超えないと判断すると
きには、エンキュー実行手段１３に対してキューイング
実行指示を発行し、一方、超えると判断するときには、
このキューイング実行指示を発行しないことで事象検出
手段１２の生成した事象報告ワードを無効化していく。 【００２０】この構成に従い、重要度の低い事象報告ワ
ードが多数発生するようなことがあっても、その事象報
告ワードに従ってキューイング手段１１が満杯となるこ
とは起こらず、これから、その後に重要度の高い事象報
告ワードが発生するようなことがあっても、その重要度
の高い事象報告ワードが確実にキューイング手段１１に
キューイングされることで、報告先に確実に報告されて
いくことが保証されるのである。 【００２１】このように、本発明によれば、発生した事
象報告ワードをキューイングする構成を採って、報告先
に報告していく構成を採る事象報告ワード処理機能を持
つデータ処理システムにあって、重要度の大きな事象報
告ワードが無効化されずに確実に報告されるようにな
る。 【００２２】 【実施例】以下、チャネル報告ワードの報告処理に適用
した実施例に従って本発明を詳細に説明する。 【００２３】図２に、本発明に係るチャネル報告ワード
の報告処理を実現するための一実施例を図示する。ここ
で、図中、図５で説明したものと同じものについては同
一の記号で示してある。 【００２４】図中、２０はＣＰＵ、２１はＣＰＵ２０上
で走行するマシンチェック処理プログラムであって、マ
シンチェック割込が発生するときにマシンチェック処理
を実行するもの、２２はソフトウェア領域であって、ソ
フトウェアがアクセス可能な主記憶上の領域であるも
の、２３はソフトウェア領域２２に展開されるオペラン
ド領域であって、チャネル報告ワードの展開領域となる
もの、２４はチャネルサブシステム２に展開される抑止
レジスタであって、チャネル報告ワードの種類に応じた
複数の判定値を管理するもの、２５はチャネルサブシス
テム２に展開されるチャネル報告ワード処理機能であっ
て、例えばファームウェアから構成されて、チャネル報
告ワードの報告処理を実行するもの、２６はチャネルサ
ブシステム２に展開されるチャネル報告検出機能であっ
て、チャネル障害を検出して対応するチャネル報告ワー
ドを生成するものである。 【００２５】この抑止レジスタ２４は、ソフトウェアに
報告すべきチャネル報告ワードとして、チャネルパス一
時誤りとシステムリセット終了という２種類があるとき
にあって、例えば、チャネルパス一時誤りのチャネル報
告ワードについては“Ｎ−４”、システムリセット終了
のチャネル報告ワードについては“Ｎ”というように、
重要度の大きなチャネル報告ワードについては大きな値
を示すものとして設定される判定値を管理することにな
る。ここで、Ｎは、上述したように、チャネル報告ワー
ド領域３のエントリー数である。 【００２６】図３に、チャネルサブシステム２に展開さ
れるチャネル報告ワード処理機能２５の実行する処理フ
ローの一実施例を図示する。次に、この処理フローに従
って、本発明に係るチャネル報告ワードの報告処理につ
いて詳細に説明する。 【００２７】チャネル報告ワード処理機能２５は、チャ
ネル報告検出機能２６からチャネル障害のチャネル報告
ワードを受け取ると、図３の処理フローに示すように、
先ず最初に、ステップ１で、報告すべきチャネル報告ワ
ードがシステムリセット終了であるのか、チャネルパス
一時誤りであるのかを判断する。 【００２８】このステップ１で、報告すべきチャネル報
告ワードがシステムリセット終了であることを判断する
と、次に、ステップ２に進んで、最初に、ハードウェア
システム領域１のチャネル報告制御領域４の管理データ
を参照することでチャネル報告ワード領域３にキューイ
ングされるチャネル報告ワードの個数“Ｍ”を特定し、
次に、抑止レジスタ２４からシステムリセット終了に対
応付けられる判定値“Ｎ”を読み出し、続いて、この
“Ｍ”と“Ｎ”との大小関係を比較する。 【００２９】そして、このステップ２で、“Ｍ＜Ｎ”で
あると判断するときには、ステップ４に進んで、チャネ
ル報告ワード領域３にシステムリセット終了のチャネル
報告ワードをキューイングし、一方、このステップ２
で、“Ｍ＜Ｎ”でないと判断するときには、ステップ５
に進んで、システムリセット終了のチャネル報告ワード
を無視する。 【００３０】一方、ステップ１で、報告すべきチャネル
報告ワードがチャネルパス一時誤りであることを判断す
ると、次に、ステップ３に進んで、最初に、ハードウェ
アシステム領域１のチャネル報告制御領域４の管理デー
タを参照することでチャネル報告ワード領域３にキュー
イングされるチャネル報告ワードの個数“Ｍ”を特定
し、次に、抑止レジスタ２４からチャネルパス一時誤り
に対応付けられる判定値“Ｎ−４”を読み出し、続い
て、この“Ｍ”と“Ｎ−４”との大小関係を比較する。 【００３１】そして、このステップ３で、“Ｍ＜Ｎ−
４”であると判断するときには、ステップ４に進んで、
チャネル報告ワード領域３にチャネルパス一時誤りのチ
ャネル報告ワードをキューイングし、一方、このステッ
プ２で、“Ｍ＜Ｎ−４”でないと判断するときには、ス
テップ５に進んで、チャネルパス一時誤りのチャネル報
告ワードを無視する。 【００３２】このようにしてチャネル報告ワード領域３
にチャネル報告ワードをキューイングすると、チャネル
報告ワード処理機能２５は、ＣＰＵ２０に対してチャネ
ル報告ワードマシンチェック割込を発行し、この発行を
受け取ると、ＣＰＵ２０のマシンチェック処理プログラ
ム２１は、チャネル報告ワード領域３にキューイングさ
れるチャネル報告ワードを１つ読み出してソフトウェア
領域２２のオペランド領域２３に展開していくことで、
ソフトウェアにチャネル報告ワードを通知していく。一
方、チャネル報告ワード処理機能２５は、チャネル報告
ワードを無視するときには、最後にチャネル報告ワード
領域３にキューイングしたチャネル報告ワードに対し
て、その旨のオーバーフローフラグをセットしていく。 【００３３】このように、チャネル報告ワード処理機能
２５は、図３の処理フローを実行することで、チャネル
報告ワード領域３にキューイングされるチャネル報告ワ
ードの個数“Ｍ”が“Ｎ−４”よりも小さい場合には、
チャネルパス一時誤りとシステムリセット終了のいずれ
のチャネル報告ワードについてもチャネル報告ワード領
域３にキューイングしていくことでソフトウェアに通知
していくことになるが、チャネル報告ワード領域３にキ
ューイングされるチャネル報告ワードの個数“Ｍ”が
“Ｎ−４”よりも大きい場合（但し、Ｍ＜Ｎ）には、シ
ステムリセット終了のチャネル報告ワードのみをチャネ
ル報告ワード領域３にキューイングしていくことでソフ
トウェアに通知していくよう処理するのである。 【００３４】この処理構成を採ることで、重要度の低い
チャネルパス一時誤りのチャネル報告ワードが多数発生
するとともに、マシンチェック処理プログラム２１の処
理が追いつかないことで、チャネル報告ワード領域３の
チャネル報告ワードが増加し続けるようなことが起こっ
ても、チャネル報告ワード領域３が満杯になることは起
こらず、これから、その後に重要度の高いシステムリセ
ット終了のチャネル報告ワードが発生するようなことが
あっても、そのシステムリセット終了のチャネル報告ワ
ードが確実にチャネル報告ワード領域３にキューイング
されることで、報告先に確実に報告されていくことが保
証されることになる。 【００３５】すなわち、本発明を具備するチャネルサブ
システム２では、図４に示すように、重要度の大きなチ
ャネル報告ワードほど大きな値を示すものとなる複数の
判定値を管理する判定値管理機能６と、この判定管理機
能６の管理する判定値の中から発生したチャネル報告ワ
ードに対応する判定値を選択する選択機能７とを備える
構成を採って、チャネル報告ワード領域３にキューイン
グされるチャネル報告ワードの個数Ｍが選択機能７の選
択する判定値よりも小さいことを条件にして、発生した
チャネル報告ワードをチャネル報告ワード領域３にキュ
ーイングしていく構成を採るものである。 【００３６】図示実施例について説明したが、本発明は
これに限定されるものではない。例えば、実施例では、
チャネルサブシステムの発行するチャネル報告ワードの
報告処理に従って本発明を説明したが、本発明はこれに
限られるものではない。 【００３７】 【発明の効果】以上説明したように、本発明によれば、
発生した事象報告ワードをキューイングする構成を採っ
て報告先に報告していく構成を採るときにあって、重要
度の大きな事象報告ワードが確実に報告されるようにな
る。
ドをキューイングする構成を採って、報告先に報告して
いく構成を採る事象報告ワード処理機能を持つデータ処
理システムに関し、特に、重要度の大きな事象報告ワー
ドが確実に報告されるようにする事象報告ワード処理機
能を持つデータ処理システムに関する。 【０００２】複数のチャネルから構成されるチャネルサ
ブシステムを持つ計算機システムでは、チャネルが検出
したエラーや、Ｉ／Ｏインタフェースのシステムリセッ
ト終了をチャネルサブシステムからソフトウェアに報告
するために、チャネル報告ワード保留のマシンチェック
割込をＣＰＵに通知する構成を採って、ＣＰＵ命令によ
ってこの保留中のチャネル報告ワードを主記憶に格納し
ていく処理を実行する。この処理にあって、保留できる
チャネル報告ワードの個数はシステムによって規定され
ていることから、オーバーフローした場合には捨てられ
て、保留中の最後のチャネル報告ワードのビットにオー
バーフロー状態表示をセットしていく構成を採ってい
る。 【０００３】このような構成を採る事象報告ワードの報
告処理では、重要度の大きな事象報告ワードが捨てられ
ることなく確実に報告されるようにする構成を構築して
いく必要がある。 【０００４】 【従来の技術】チャネル報告ワードの報告処理を例にし
て従来技術を説明する。図５に、チャネル報告ワードの
報告処理の従来構成を図示する。 【０００５】図中、１はハードウェアが使用する制御ブ
ロックを格納する主記憶上のハードウェアシステム領
域、２は複数のチャネルから構成されるチャネルサブシ
ステムである。 【０００６】このハードウェアシステム領域１は、保留
中のチャネル報告ワードをリングバッファ形式に従って
キューイングするチャネル報告ワード領域３と、チャネ
ル報告ワード領域３にキューイングされるチャネル報告
ワードの制御情報を管理するチャネル報告制御領域４と
を展開する。 【０００７】チャネル報告制御領域４は、具体的には、
チャネル報告ワード領域３にキューイングされる最も古
いチャネル報告ワードのエントリー位置をポイントする
ポインタと、次にキューイングされるべきチャネル報告
ワードのエントリー位置をポイントするポインタと、チ
ャネル報告ワード領域３にキューイングされるチャネル
報告ワードの個数とを管理するものである。ここで、図
中では、チャネル報告ワード領域３のエントリー数を
Ｎ、チャネル報告ワード領域３にキューイングされるチ
ャネル報告ワードの個数をＭで表してある。 【０００８】一方、チャネルサブシステム２は、チャネ
ル報告ワードの報告発生時に、チャネル報告制御領域４
の管理するチャネル報告ワードの個数Ｍと、チャネル報
告ワード領域３のエントリー数Ｎとを比較する比較機能
５を備える。 【０００９】このように構成されるときにあって、従来
のチャネルサブシステム２では、チャネル報告ワードの
報告条件に遭遇すると、比較機能５に従って、チャネル
報告制御領域４の管理するチャネル報告ワードの個数Ｍ
と、チャネル報告ワード領域３のエントリー数Ｎとを比
較して、ＭがＮよりも小さいことを判断するときには、
そのチャネル報告ワードをチャネル報告ワード領域３に
キューイングし、一方、ＭがＮと等しいことを判断する
ときには、そのチャネル報告ワードをチャネル報告ワー
ド領域３にキューイングすることができないので、その
ままそのチャネル報告ワードを捨てていくよう処理して
いた。 【００１０】ここで、チャネルサブシステム２は、この
ようにしてチャネル報告ワードをチャネル報告ワード領
域３にキューイングすると、ＣＰＵに対してチャネル報
告ワードマシンチェック割込を発行し、この発行を受け
取ると、ＣＰＵは、チャネル報告ワード領域３にキュー
イングされるチャネル報告ワードを読み出してソフトウ
ェアのアクセスできる主記憶上に展開していくことで、
ソフトウェアにチャネル報告ワードを通知していくよう
処理することになる。 【００１１】また、チャネルサブシステム２は、このよ
うにしてチャネル報告ワードを無効化すると、最後にチ
ャネル報告ワード領域３にキューイングしたチャネル報
告ワードに対して、その旨のオーバーフローフラグをセ
ットしていくよう処理することになる。 【００１２】 【発明が解決しようとする課題】チャネル報告ワードが
生成される要因には、チャネル装置／入出力装置の障害
や、Ｉ／Ｏインタフェースのシステムリセット終了等が
あるが、この内で、ハード的に回復が成功したような軽
度の障害に関しては、同一種類のチャネル報告ワードが
繰り返し生成されることがあり、チャネル報告ワードが
報告できずに捨てられても大きな問題とはならない。し
かるに、この内で、Ｉ／Ｏインタフェースのシステムリ
セット終了のように、ハード的に回復が失敗したような
重度の障害に関しては、同一種類のチャネル報告ワード
が繰り返し生成される可能性は少なく、これらが報告で
きないと、ＣＰＵによるソフト的な回復処理が実行でき
なくなって問題である。 【００１３】ところが、従来技術では、チャネル報告ワ
ードの種類に関係なく、チャネル報告制御領域４の管理
するチャネル報告ワードの個数Ｍが、チャネル報告ワー
ド領域３のエントリー数Ｎと等しい場合には、一律に、
発生したチャネル報告ワードを捨てていくという構成を
採っている。これから、軽度の障害が繰り返し発生する
ことでチャネル報告ワード領域３が満杯になった後に重
度の障害が発生するようなことが起こると、この後から
発生した重度の障害が報告できなくなってしまうという
問題点があった。 【００１４】本発明はかかる事情に鑑みてなされたもの
であって、発生した事象報告ワードをキューイングする
構成を採って、報告先に報告していく構成を採る事象報
告ワード処理機能を持つデータ処理システムにあって、
重要度の大きな事象報告ワードが確実に報告されるよう
にする新たな事象報告ワード処理機能を持つデータ処理
システムの提供を目的とする。 【００１５】 【課題を解決するための手段】図１に本発明の原理構成
を図示する。図中、１０は本発明を具備するデータ処理
システムである。 【００１６】このデータ処理システム１０は、発生した
事象報告ワードをキューイングするキューイング手段１
１と、事象発生を検出して対応する事象報告ワードを生
成する事象検出手段１２と、事象検出手段１２の生成す
る事象報告ワードをキューイング手段１１にキューイン
グするエンキュー実行手段１３と、キューイング手段１
１にキューイングされる事象報告ワードの制御情報を管
理するキュー制御情報管理手段１４と、重要度の大きな
事象報告ワードほど大きな値を示すものとなる複数の判
定値を管理する判定値管理手段１５と、判定値管理手段
１５の管理する判定値を選択する選択手段１６と、エン
キュー実行手段１３に対してキューイング実行指示を発
行する判断手段１７とを備える。 【００１７】ここで、このキューイング手段１１にキュ
ーイングされる事象報告ワードは、図示しない機構に従
って報告先となるソフトウェア等に報告されていく構成
が採られる。 【００１８】 【作用】本発明では、事象検出手段１２が事象発生を検
出して対応する事象報告ワードを生成すると、選択手段
１６は、判定値管理手段１５の管理する判定値の中か
ら、その生成された事象報告ワードに対応付けられる判
定値を選択する。 【００１９】この選択された判定値を受け取ると、判断
手段１７は、先ず最初に、キュー制御情報管理手段１４
の管理データを参照することでキューイング手段１１に
キューイングされる事象報告ワードの個数を特定し、次
に、その特定した事象報告ワードの個数が選択された判
定値を超えるか否かを判断して、超えないと判断すると
きには、エンキュー実行手段１３に対してキューイング
実行指示を発行し、一方、超えると判断するときには、
このキューイング実行指示を発行しないことで事象検出
手段１２の生成した事象報告ワードを無効化していく。 【００２０】この構成に従い、重要度の低い事象報告ワ
ードが多数発生するようなことがあっても、その事象報
告ワードに従ってキューイング手段１１が満杯となるこ
とは起こらず、これから、その後に重要度の高い事象報
告ワードが発生するようなことがあっても、その重要度
の高い事象報告ワードが確実にキューイング手段１１に
キューイングされることで、報告先に確実に報告されて
いくことが保証されるのである。 【００２１】このように、本発明によれば、発生した事
象報告ワードをキューイングする構成を採って、報告先
に報告していく構成を採る事象報告ワード処理機能を持
つデータ処理システムにあって、重要度の大きな事象報
告ワードが無効化されずに確実に報告されるようにな
る。 【００２２】 【実施例】以下、チャネル報告ワードの報告処理に適用
した実施例に従って本発明を詳細に説明する。 【００２３】図２に、本発明に係るチャネル報告ワード
の報告処理を実現するための一実施例を図示する。ここ
で、図中、図５で説明したものと同じものについては同
一の記号で示してある。 【００２４】図中、２０はＣＰＵ、２１はＣＰＵ２０上
で走行するマシンチェック処理プログラムであって、マ
シンチェック割込が発生するときにマシンチェック処理
を実行するもの、２２はソフトウェア領域であって、ソ
フトウェアがアクセス可能な主記憶上の領域であるも
の、２３はソフトウェア領域２２に展開されるオペラン
ド領域であって、チャネル報告ワードの展開領域となる
もの、２４はチャネルサブシステム２に展開される抑止
レジスタであって、チャネル報告ワードの種類に応じた
複数の判定値を管理するもの、２５はチャネルサブシス
テム２に展開されるチャネル報告ワード処理機能であっ
て、例えばファームウェアから構成されて、チャネル報
告ワードの報告処理を実行するもの、２６はチャネルサ
ブシステム２に展開されるチャネル報告検出機能であっ
て、チャネル障害を検出して対応するチャネル報告ワー
ドを生成するものである。 【００２５】この抑止レジスタ２４は、ソフトウェアに
報告すべきチャネル報告ワードとして、チャネルパス一
時誤りとシステムリセット終了という２種類があるとき
にあって、例えば、チャネルパス一時誤りのチャネル報
告ワードについては“Ｎ−４”、システムリセット終了
のチャネル報告ワードについては“Ｎ”というように、
重要度の大きなチャネル報告ワードについては大きな値
を示すものとして設定される判定値を管理することにな
る。ここで、Ｎは、上述したように、チャネル報告ワー
ド領域３のエントリー数である。 【００２６】図３に、チャネルサブシステム２に展開さ
れるチャネル報告ワード処理機能２５の実行する処理フ
ローの一実施例を図示する。次に、この処理フローに従
って、本発明に係るチャネル報告ワードの報告処理につ
いて詳細に説明する。 【００２７】チャネル報告ワード処理機能２５は、チャ
ネル報告検出機能２６からチャネル障害のチャネル報告
ワードを受け取ると、図３の処理フローに示すように、
先ず最初に、ステップ１で、報告すべきチャネル報告ワ
ードがシステムリセット終了であるのか、チャネルパス
一時誤りであるのかを判断する。 【００２８】このステップ１で、報告すべきチャネル報
告ワードがシステムリセット終了であることを判断する
と、次に、ステップ２に進んで、最初に、ハードウェア
システム領域１のチャネル報告制御領域４の管理データ
を参照することでチャネル報告ワード領域３にキューイ
ングされるチャネル報告ワードの個数“Ｍ”を特定し、
次に、抑止レジスタ２４からシステムリセット終了に対
応付けられる判定値“Ｎ”を読み出し、続いて、この
“Ｍ”と“Ｎ”との大小関係を比較する。 【００２９】そして、このステップ２で、“Ｍ＜Ｎ”で
あると判断するときには、ステップ４に進んで、チャネ
ル報告ワード領域３にシステムリセット終了のチャネル
報告ワードをキューイングし、一方、このステップ２
で、“Ｍ＜Ｎ”でないと判断するときには、ステップ５
に進んで、システムリセット終了のチャネル報告ワード
を無視する。 【００３０】一方、ステップ１で、報告すべきチャネル
報告ワードがチャネルパス一時誤りであることを判断す
ると、次に、ステップ３に進んで、最初に、ハードウェ
アシステム領域１のチャネル報告制御領域４の管理デー
タを参照することでチャネル報告ワード領域３にキュー
イングされるチャネル報告ワードの個数“Ｍ”を特定
し、次に、抑止レジスタ２４からチャネルパス一時誤り
に対応付けられる判定値“Ｎ−４”を読み出し、続い
て、この“Ｍ”と“Ｎ−４”との大小関係を比較する。 【００３１】そして、このステップ３で、“Ｍ＜Ｎ−
４”であると判断するときには、ステップ４に進んで、
チャネル報告ワード領域３にチャネルパス一時誤りのチ
ャネル報告ワードをキューイングし、一方、このステッ
プ２で、“Ｍ＜Ｎ−４”でないと判断するときには、ス
テップ５に進んで、チャネルパス一時誤りのチャネル報
告ワードを無視する。 【００３２】このようにしてチャネル報告ワード領域３
にチャネル報告ワードをキューイングすると、チャネル
報告ワード処理機能２５は、ＣＰＵ２０に対してチャネ
ル報告ワードマシンチェック割込を発行し、この発行を
受け取ると、ＣＰＵ２０のマシンチェック処理プログラ
ム２１は、チャネル報告ワード領域３にキューイングさ
れるチャネル報告ワードを１つ読み出してソフトウェア
領域２２のオペランド領域２３に展開していくことで、
ソフトウェアにチャネル報告ワードを通知していく。一
方、チャネル報告ワード処理機能２５は、チャネル報告
ワードを無視するときには、最後にチャネル報告ワード
領域３にキューイングしたチャネル報告ワードに対し
て、その旨のオーバーフローフラグをセットしていく。 【００３３】このように、チャネル報告ワード処理機能
２５は、図３の処理フローを実行することで、チャネル
報告ワード領域３にキューイングされるチャネル報告ワ
ードの個数“Ｍ”が“Ｎ−４”よりも小さい場合には、
チャネルパス一時誤りとシステムリセット終了のいずれ
のチャネル報告ワードについてもチャネル報告ワード領
域３にキューイングしていくことでソフトウェアに通知
していくことになるが、チャネル報告ワード領域３にキ
ューイングされるチャネル報告ワードの個数“Ｍ”が
“Ｎ−４”よりも大きい場合（但し、Ｍ＜Ｎ）には、シ
ステムリセット終了のチャネル報告ワードのみをチャネ
ル報告ワード領域３にキューイングしていくことでソフ
トウェアに通知していくよう処理するのである。 【００３４】この処理構成を採ることで、重要度の低い
チャネルパス一時誤りのチャネル報告ワードが多数発生
するとともに、マシンチェック処理プログラム２１の処
理が追いつかないことで、チャネル報告ワード領域３の
チャネル報告ワードが増加し続けるようなことが起こっ
ても、チャネル報告ワード領域３が満杯になることは起
こらず、これから、その後に重要度の高いシステムリセ
ット終了のチャネル報告ワードが発生するようなことが
あっても、そのシステムリセット終了のチャネル報告ワ
ードが確実にチャネル報告ワード領域３にキューイング
されることで、報告先に確実に報告されていくことが保
証されることになる。 【００３５】すなわち、本発明を具備するチャネルサブ
システム２では、図４に示すように、重要度の大きなチ
ャネル報告ワードほど大きな値を示すものとなる複数の
判定値を管理する判定値管理機能６と、この判定管理機
能６の管理する判定値の中から発生したチャネル報告ワ
ードに対応する判定値を選択する選択機能７とを備える
構成を採って、チャネル報告ワード領域３にキューイン
グされるチャネル報告ワードの個数Ｍが選択機能７の選
択する判定値よりも小さいことを条件にして、発生した
チャネル報告ワードをチャネル報告ワード領域３にキュ
ーイングしていく構成を採るものである。 【００３６】図示実施例について説明したが、本発明は
これに限定されるものではない。例えば、実施例では、
チャネルサブシステムの発行するチャネル報告ワードの
報告処理に従って本発明を説明したが、本発明はこれに
限られるものではない。 【００３７】 【発明の効果】以上説明したように、本発明によれば、
発生した事象報告ワードをキューイングする構成を採っ
て報告先に報告していく構成を採るときにあって、重要
度の大きな事象報告ワードが確実に報告されるようにな
る。
【図面の簡単な説明】
【図１】本発明の原理構成図である。
【図２】本発明の一実施例である。
【図３】チャネル報告処理機能の実行する処理フローの
一実施例である。 【図４】本発明の一実施例である。 【図５】従来技術の説明図である。 【符号の説明】 １０ データ処理システム １１ キューイング手段 １２ 事象検出手段 １３ エンキュー実行手段 １４ キュー制御情報管理手段 １５ 判定値管理手段 １６ 選択手段 １７ 判断手段
一実施例である。 【図４】本発明の一実施例である。 【図５】従来技術の説明図である。 【符号の説明】 １０ データ処理システム １１ キューイング手段 １２ 事象検出手段 １３ エンキュー実行手段 １４ キュー制御情報管理手段 １５ 判定値管理手段 １６ 選択手段 １７ 判断手段
─────────────────────────────────────────────────────
フロントページの続き
(58)調査した分野(Int.Cl.7，ＤＢ名)
G06F 13/10 - 13/14
Claims (1)
- (57)【特許請求の範囲】 【請求項１】 報告先への報告対象となる事象報告ワー
ドをキューイングするキューイング手段を備え、事象報
告ワードの発生時に、該キューイング手段にキューイン
グされる事象報告ワードの状態に応じて、発生した事象
報告ワードをキューイングするか無効化するように処理
する事象報告ワード処理機能を持つデータ処理システム
において、 重要度の大きな事象報告ワードほど大きな値を示すもの
となる複数の判定値を管理する判定値管理手段と、 事象報告ワードの発生時に、上記判定値管理手段の管理
する判定値の中から該事象報告ワードに対応付けられる
判定値を選択する選択手段と、 事象報告ワードの発生時に、上記キューイング手段にキ
ューイングされる事象報告ワードの個数が上記選択手段
の選択する判定値を超えるか否かを判断する判断手段
と、 上記判断手段が超えないと判断するときには、発生した
事象報告ワードを上記キューイング手段にキューイング
し、一方、超えると判断するときには、発生した事象報
告ワードを無効化するエンキュー実行手段とを備えるこ
とを、 特徴とする事象報告ワード処理機能を持つデータ処理シ
ステム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP14876593A JP3507524B2 (ja) | 1993-06-21 | 1993-06-21 | 事象報告ワード処理機能を持つデータ処理システム |
| US08/214,283 US5598578A (en) | 1993-06-21 | 1994-03-17 | Data processing system having event word handling facility which can send event word of higher significance without failure |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP14876593A JP3507524B2 (ja) | 1993-06-21 | 1993-06-21 | 事象報告ワード処理機能を持つデータ処理システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH076113A JPH076113A (ja) | 1995-01-10 |
| JP3507524B2 true JP3507524B2 (ja) | 2004-03-15 |
Family
ID=15460153
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP14876593A Expired - Fee Related JP3507524B2 (ja) | 1993-06-21 | 1993-06-21 | 事象報告ワード処理機能を持つデータ処理システム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US5598578A (ja) |
| JP (1) | JP3507524B2 (ja) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5802269A (en) * | 1996-06-28 | 1998-09-01 | Intel Corporation | Method and apparatus for power management of distributed direct memory access (DDMA) devices |
| US6000043A (en) * | 1996-06-28 | 1999-12-07 | Intel Corporation | Method and apparatus for management of peripheral devices coupled to a bus |
| US6032269A (en) * | 1998-06-30 | 2000-02-29 | Digi-Data Corporation | Firmware recovery from hanging channels by buffer analysis |
| US6604156B1 (en) | 1999-09-15 | 2003-08-05 | Koninklijke Philips Electronics N.V. | Message buffer full handling in a CAN device that employs reconfigurable message buffers |
| US8510599B2 (en) * | 2010-06-23 | 2013-08-13 | International Business Machines Corporation | Managing processing associated with hardware events |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS6258341A (ja) * | 1985-09-03 | 1987-03-14 | Fujitsu Ltd | 入出力割込処理方式 |
| JPH0792782B2 (ja) * | 1985-09-30 | 1995-10-09 | 富士通株式会社 | 処理実行システム |
| US4817092A (en) * | 1987-10-05 | 1989-03-28 | International Business Machines | Threshold alarms for processing errors in a multiplex communications system |
| JPH01126751A (ja) * | 1987-11-11 | 1989-05-18 | Fujitsu Ltd | グルーピング装置 |
| JP2504512B2 (ja) * | 1988-03-09 | 1996-06-05 | 富士通株式会社 | Ｄｍａコントロ―ラ |
| EP0365731B1 (en) * | 1988-10-28 | 1994-07-27 | International Business Machines Corporation | Method and apparatus for transferring messages between source and destination users through a shared memory |
| US5325536A (en) * | 1989-12-07 | 1994-06-28 | Motorola, Inc. | Linking microprocessor interrupts arranged by processing requirements into separate queues into one interrupt processing routine for execution as one routine |
| US5231633A (en) * | 1990-07-11 | 1993-07-27 | Codex Corporation | Method for prioritizing, selectively discarding, and multiplexing differing traffic type fast packets |
| US5220668A (en) * | 1990-09-21 | 1993-06-15 | Stratus Computer, Inc. | Digital data processor with maintenance and diagnostic system |
| US5268900A (en) * | 1991-07-05 | 1993-12-07 | Codex Corporation | Device and method for implementing queueing disciplines at high speeds |
-
1993
- 1993-06-21 JP JP14876593A patent/JP3507524B2/ja not_active Expired - Fee Related
-
1994
- 1994-03-17 US US08/214,283 patent/US5598578A/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| US5598578A (en) | 1997-01-28 |
| JPH076113A (ja) | 1995-01-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP2659371B1 (en) | Predicting, diagnosing, and recovering from application failures based on resource access patterns | |
| WO2020239060A1 (zh) | 错误恢复的方法和装置 | |
| US6820213B1 (en) | Fault-tolerant computer system with voter delay buffer | |
| KR19980080373A (ko) | 중복 i/o 경로 페일오버 후의 고속 큐 재시작 방법 | |
| EP3683681B1 (en) | An interrupt controller and method of operation of an interrupt controller | |
| US6845469B2 (en) | Method for managing an uncorrectable, unrecoverable data error (UE) as the UE passes through a plurality of devices in a central electronics complex | |
| US20030023932A1 (en) | Method and apparatus for parity error recovery | |
| US10394641B2 (en) | Apparatus and method for handling memory access operations | |
| JP3507524B2 (ja) | 事象報告ワード処理機能を持つデータ処理システム | |
| EP1002277B1 (en) | Shared interrupt processing in a data processing system | |
| US6338151B1 (en) | Input/output recovery which is based an error rate and a current state of the computer environment | |
| US6675315B1 (en) | Diagnosing crashes in distributed computing systems | |
| US8028189B2 (en) | Recoverable machine check handling | |
| US6336193B1 (en) | Input/output recovery method which is based upon an error rate and a current state of the computer environment | |
| JP4376787B2 (ja) | イベント通知方法、デバイス及びプロセッサシステム | |
| US6338145B1 (en) | Input/output recovery system which is based upon an error rate and a current state of the computer environment | |
| CN112948434B (zh) | 基于业务事件的业务处理方法、装置、计算机设备及存储介质 | |
| JP2004334863A (ja) | 順番のある（ｉｎ−ｏｒｄｅｒ）キューをドレインする（ｄｒａｉｎ）システムおよび方法 | |
| US6957174B2 (en) | Sensor signal debouncing | |
| EP1662396A2 (en) | Hardware error control method in an instruction control apparatus having an instruction processing suspension unit | |
| JP2919457B1 (ja) | 二重化装置ｉ／ｏ制御方式およびそのプログラム記録媒体 | |
| JPH07219796A (ja) | 情報処理装置 | |
| JPS6111855A (ja) | デ−タ処理装置の機能診断方式 | |
| US20020078286A1 (en) | Computer and control method of the computer | |
| JPS62256150A (ja) | 入出力処理方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20031216 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20031219 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071226 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081226 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |