JPH1031631A - 入出力装置操作故障を誤って示すことを防止する入出力制御ユニット及び方法 - Google Patents
入出力装置操作故障を誤って示すことを防止する入出力制御ユニット及び方法Info
- Publication number
- JPH1031631A JPH1031631A JP9073902A JP7390297A JPH1031631A JP H1031631 A JPH1031631 A JP H1031631A JP 9073902 A JP9073902 A JP 9073902A JP 7390297 A JP7390297 A JP 7390297A JP H1031631 A JPH1031631 A JP H1031631A
- Authority
- JP
- Japan
- Prior art keywords
- request
- timeout
- control unit
- busy
- interface adapter
- 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
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0751—Error or fault detection not based on redundancy
- G06F11/0754—Error or fault detection not based on redundancy by exceeding limits
- G06F11/0757—Error or fault detection not based on redundancy by exceeding limits by exceeding a time limit, i.e. time-out, e.g. watchdogs
Abstract
(57)【要約】
【課題】 Ｉ／Ｏ装置操作の潜在故障の誤検出を防止す
るＩ／Ｏ制御ユニット（ＣＵ）機構を提供する。 【解決手段】 ＣＵはそのＩ／Ｏ装置の各々に対してそ
れぞれのロック・ビットを有する。同一装置に対して同
時に受信される要求は装置ロックを競合するが、同時要
求の１つだけがその時ロックを提供される。ＣＵはまた
複数のホスト・インタフェース・アダプタを有し、これ
らはそれぞれ異なるホストＯＳから要求を受信する。各
アダプタはビジー・ビット及びしきい値タイマを有す
る。ビジー・ビットは要求が拒絶されるときにセットさ
れる。拒絶要求はしきい値タイムアウトが発生するまで
要求装置が使用可能になるのを待機する。ＣＵしきい値
は、１次ＭＩＨタイムアウトがＯＳ内で発生する以前に
タイムアウトするようにセットされ、ビジー装置は通
常、しきい値タイムアウトが発生する以前に使用可能に
なると期待されるのでしきい値タイムアウトの発生が阻
止される。
るＩ／Ｏ制御ユニット（ＣＵ）機構を提供する。 【解決手段】 ＣＵはそのＩ／Ｏ装置の各々に対してそ
れぞれのロック・ビットを有する。同一装置に対して同
時に受信される要求は装置ロックを競合するが、同時要
求の１つだけがその時ロックを提供される。ＣＵはまた
複数のホスト・インタフェース・アダプタを有し、これ
らはそれぞれ異なるホストＯＳから要求を受信する。各
アダプタはビジー・ビット及びしきい値タイマを有す
る。ビジー・ビットは要求が拒絶されるときにセットさ
れる。拒絶要求はしきい値タイムアウトが発生するまで
要求装置が使用可能になるのを待機する。ＣＵしきい値
は、１次ＭＩＨタイムアウトがＯＳ内で発生する以前に
タイムアウトするようにセットされ、ビジー装置は通
常、しきい値タイムアウトが発生する以前に使用可能に
なると期待されるのでしきい値タイムアウトの発生が阻
止される。
Description
【０００１】
【発明の属する技術分野】本発明は、コンピュータ構成
内の複数のオペレーティング・システム（ＯＳ）のいず
れかにより要求される、Ｉ／Ｏ装置操作の潜在故障を検
出する未着割込みハンドラ（ＭＩＨ）・タイムアウト機
能をサポートするＩ／Ｏ制御ユニット（ＣＵ）に関す
る。本発明は、待機中のＩ／Ｏ要求が同一装置を使用す
る現Ｉ／Ｏ要求により不当に遅延されるときに生じ得
る、特定タイプの誤った指示を防止する。ＭＩＨは要求
がＯＳにより発行されるとき開始するＭＩＨタイムアウ
ト期間のタイムアウトにより潜在Ｉ／Ｏ装置操作故障を
検出する。ＭＩＨ期間が操作に対してタイムアウトする
以前に操作完了割込みがＩ／Ｏ装置から受信されない場
合、潜在Ｉ／Ｏ装置故障指示がＯＳ内で生成される。
内の複数のオペレーティング・システム（ＯＳ）のいず
れかにより要求される、Ｉ／Ｏ装置操作の潜在故障を検
出する未着割込みハンドラ（ＭＩＨ）・タイムアウト機
能をサポートするＩ／Ｏ制御ユニット（ＣＵ）に関す
る。本発明は、待機中のＩ／Ｏ要求が同一装置を使用す
る現Ｉ／Ｏ要求により不当に遅延されるときに生じ得
る、特定タイプの誤った指示を防止する。ＭＩＨは要求
がＯＳにより発行されるとき開始するＭＩＨタイムアウ
ト期間のタイムアウトにより潜在Ｉ／Ｏ装置操作故障を
検出する。ＭＩＨ期間が操作に対してタイムアウトする
以前に操作完了割込みがＩ／Ｏ装置から受信されない場
合、潜在Ｉ／Ｏ装置故障指示がＯＳ内で生成される。
【０００２】
【従来の技術】全てのコンピュータ環境では、様々なＩ
／Ｏ装置からのその装置による操作を要求する割込みが
ＯＳにより認識されずに終り得る。なぜなら、Ｉ／Ｏ装
置からＯＳに至る経路内に存在する構成要素が割込みを
転送し損ない、結果的にＩ／Ｏ装置が割込みを提供し損
なうか、或いはＯＳが割込みが提供されるとき、それを
認識し損なうからである。
／Ｏ装置からのその装置による操作を要求する割込みが
ＯＳにより認識されずに終り得る。なぜなら、Ｉ／Ｏ装
置からＯＳに至る経路内に存在する構成要素が割込みを
転送し損ない、結果的にＩ／Ｏ装置が割込みを提供し損
なうか、或いはＯＳが割込みが提供されるとき、それを
認識し損なうからである。
【０００３】未着割込みの検出の失敗は、データ処理シ
ステムにおける操作をスロー・ダウンさせ、割込みが発
生するまで重要な資源が解放されなかったり、或いは未
着割込みに関連付けられる処理が中止される場合、究極
的にはシステムを停止させ得る。こうした検出の失敗は
資源を再度使用可能にするために、不定期のシステム再
始動（ＩＰＬ）を要求し得る。特定のキュー上の資源要
求を突き止めるための手動による試みは、通常、要求元
の利用者が待つことのできない長い時間を費やす。
ステムにおける操作をスロー・ダウンさせ、割込みが発
生するまで重要な資源が解放されなかったり、或いは未
着割込みに関連付けられる処理が中止される場合、究極
的にはシステムを停止させ得る。こうした検出の失敗は
資源を再度使用可能にするために、不定期のシステム再
始動（ＩＰＬ）を要求し得る。特定のキュー上の資源要
求を突き止めるための手動による試みは、通常、要求元
の利用者が待つことのできない長い時間を費やす。
【０００４】未着割込みがシステムに及ぼす致命的な影
響を軽減するために、失われた割込みを検出し、失敗操
作を終了させ、配備された回復機構により失敗操作を再
開するか、或いはその操作を開始したジョブをエラーに
より終了する方法が開発された。この機構は未着割込み
ハンドラ（ＭＩＨ）と呼ばれ、進行中のＩ／Ｏ操作を'
時間設定（time）'する能力を有する。実際、これは時
間測定ではなくＩ／Ｏ装置に対して可能性のある最長の
Ｉ／Ｏ操作に対して、'正常'と見なされる時間長の制限
である。これは全ての操作が長時間を費やすべきことを
意味するのではなく、この時間を超過する全ての操作が
異常と見なされるべきことを意味する。従って未着割込
みハンドラは、ホストを失われた割込みの影響から保護
するための、システム下の'安全網（safety net）'であ
る。
響を軽減するために、失われた割込みを検出し、失敗操
作を終了させ、配備された回復機構により失敗操作を再
開するか、或いはその操作を開始したジョブをエラーに
より終了する方法が開発された。この機構は未着割込み
ハンドラ（ＭＩＨ）と呼ばれ、進行中のＩ／Ｏ操作を'
時間設定（time）'する能力を有する。実際、これは時
間測定ではなくＩ／Ｏ装置に対して可能性のある最長の
Ｉ／Ｏ操作に対して、'正常'と見なされる時間長の制限
である。これは全ての操作が長時間を費やすべきことを
意味するのではなく、この時間を超過する全ての操作が
異常と見なされるべきことを意味する。従って未着割込
みハンドラは、ホストを失われた割込みの影響から保護
するための、システム下の'安全網（safety net）'であ
る。
【０００５】初期には、低速装置（ユニット・レコー
ド）と高速装置（ＤＡＳＤ）とを区別するために、２つ
のタイマ値が確立され、異なるマシンに対してタイマ値
を個別に適合化するといった限られた能力を提供した。
しかしながら、２つのタイマ値では十分ではなく、従っ
て様々な装置のニーズ及び応答要求に適合するように調
整され得る、追加の個々のＭＩＨタイマ値が実現され
た。
ド）と高速装置（ＤＡＳＤ）とを区別するために、２つ
のタイマ値が確立され、異なるマシンに対してタイマ値
を個別に適合化するといった限られた能力を提供した。
しかしながら、２つのタイマ値では十分ではなく、従っ
て様々な装置のニーズ及び応答要求に適合するように調
整され得る、追加の個々のＭＩＨタイマ値が実現され
た。
【０００６】時を経て、ＭＩＨ構成要素の機能が、ＭＩ
Ｈタイムアウトの動的な変更を可能にするように拡張さ
れ、最初に実施された単なる活動時間の代わりに全ての
Ｉ／Ｏ要求処理にわたり、制限時間を定める能力を備え
るようになった。これらには、キューイング時間及びエ
ラー回復プロシジャ（ＥＲＰ）が含まれる。しかしなが
ら、コンピュータ・オペレーティング・システムの今日
の未着割込みハンドラ構成要素は欠点を有する。
Ｈタイムアウトの動的な変更を可能にするように拡張さ
れ、最初に実施された単なる活動時間の代わりに全ての
Ｉ／Ｏ要求処理にわたり、制限時間を定める能力を備え
るようになった。これらには、キューイング時間及びエ
ラー回復プロシジャ（ＥＲＰ）が含まれる。しかしなが
ら、コンピュータ・オペレーティング・システムの今日
の未着割込みハンドラ構成要素は欠点を有する。
【０００７】今日のオペレーティング・システムでは、
装置クラス（すなわちＤＡＳＤ、テープなど）にもとづ
く様々なデフォルト指定のＭＩＨインタバルが存在す
る。しかしながら、各装置クラス内では異なる装置タイ
プに対する推奨ＭＩＨ時間の間に多大な不均衡が存在す
る。例えばテープ装置では、異なるモデルのテープ装置
に対する推奨ＭＩＨ検出インタバルはＳ／３９０ ３４
２０テープ装置の場合の３分から、Ｓ／３９０ ３４９
０Ｅテープ装置の場合の２０分まで変化する。ＭＩＨ時
間のこの変化はテープが含める異なる容量、及び媒体が
移動できる最大物理スピードによる。
装置クラス（すなわちＤＡＳＤ、テープなど）にもとづ
く様々なデフォルト指定のＭＩＨインタバルが存在す
る。しかしながら、各装置クラス内では異なる装置タイ
プに対する推奨ＭＩＨ時間の間に多大な不均衡が存在す
る。例えばテープ装置では、異なるモデルのテープ装置
に対する推奨ＭＩＨ検出インタバルはＳ／３９０ ３４
２０テープ装置の場合の３分から、Ｓ／３９０ ３４９
０Ｅテープ装置の場合の２０分まで変化する。ＭＩＨ時
間のこの変化はテープが含める異なる容量、及び媒体が
移動できる最大物理スピードによる。
【０００８】ＭＩＨ検出インタバルは、装置の最長のコ
マンド（例えばスペース・ファイル先送り、巻き戻し／
アンロードなど）を実行する時間よりも大きくなければ
ならない。別の例はＤＡＳＤ装置の場合である。ＭＶＳ
（多重仮想記憶装置、Ｓ／３９０マシンにおけるＩＢＭ
の最初のオペレーティング・システム）オペレーティン
グ・システムはＤＡＳＤ装置に対して、１５秒のデフォ
ルト指定のＭＩＨ時間を有する。これは通常、作業負荷
または特定の装置を使用するアプリケーションの特殊な
特性により、システム操作者による調整を必要とするだ
けである。例えばＪＥＳ２（ジョブ・エントリ・システ
ム２）チェックポイント・データ・セットは初期化の間
に長い時間を確保され得るが、高い可用性のアプリケー
ションはそれらのＩ／Ｏが完了したか否かを、数秒の後
に通知される必要がある。なぜなら、アプリケーション
が別の装置を試行し、その上トランザクション時間要求
を生成するからである。しかしながら、新たなＤＡＳＤ
特性はＭＩＨ検出インタバルを選択する問題を一層複雑
にする。ＩＢＭ３９９０ ＤＡＳＤは、その完了に３０
秒を費やし得る内部エラー回復機能を有する。この回復
の間にＭＩＨ条件が検出される場合、ホスト回復動作が
制御ユニットにおいて重大な問題を生じ得る。従って、
３９９０ ＤＡＳＤでは、システム操作者が３０秒のＭ
ＩＨインタバルを設定することが推奨される。更に他の
装置がシステムに対して、あたかもそれらがＤＡＳＤ装
置であるかのように定義され得る。これに相当する例は
ＩＢＭ３９９５光装置であり、これらの装置上の幾つか
の操作は光媒体の取り外し及び装着を要求し、これには
数分を費やし得る。事態を一層複雑にするのは新たな装
置がコンピュータ・システムに追加されるとき、こうし
た装置の適正な操作を保証するために既存のＭＩＨ個別
化情報が更新される必要があり得ることである。
マンド（例えばスペース・ファイル先送り、巻き戻し／
アンロードなど）を実行する時間よりも大きくなければ
ならない。別の例はＤＡＳＤ装置の場合である。ＭＶＳ
（多重仮想記憶装置、Ｓ／３９０マシンにおけるＩＢＭ
の最初のオペレーティング・システム）オペレーティン
グ・システムはＤＡＳＤ装置に対して、１５秒のデフォ
ルト指定のＭＩＨ時間を有する。これは通常、作業負荷
または特定の装置を使用するアプリケーションの特殊な
特性により、システム操作者による調整を必要とするだ
けである。例えばＪＥＳ２（ジョブ・エントリ・システ
ム２）チェックポイント・データ・セットは初期化の間
に長い時間を確保され得るが、高い可用性のアプリケー
ションはそれらのＩ／Ｏが完了したか否かを、数秒の後
に通知される必要がある。なぜなら、アプリケーション
が別の装置を試行し、その上トランザクション時間要求
を生成するからである。しかしながら、新たなＤＡＳＤ
特性はＭＩＨ検出インタバルを選択する問題を一層複雑
にする。ＩＢＭ３９９０ ＤＡＳＤは、その完了に３０
秒を費やし得る内部エラー回復機能を有する。この回復
の間にＭＩＨ条件が検出される場合、ホスト回復動作が
制御ユニットにおいて重大な問題を生じ得る。従って、
３９９０ ＤＡＳＤでは、システム操作者が３０秒のＭ
ＩＨインタバルを設定することが推奨される。更に他の
装置がシステムに対して、あたかもそれらがＤＡＳＤ装
置であるかのように定義され得る。これに相当する例は
ＩＢＭ３９９５光装置であり、これらの装置上の幾つか
の操作は光媒体の取り外し及び装着を要求し、これには
数分を費やし得る。事態を一層複雑にするのは新たな装
置がコンピュータ・システムに追加されるとき、こうし
た装置の適正な操作を保証するために既存のＭＩＨ個別
化情報が更新される必要があり得ることである。
【０００９】オペレーティング・システムＭＩＨハンド
ラに関する別の問題は、ＭＩＨが余りに長いことであ
る。上述のように、ＭＩＨ時間は各装置タイプに対して
その装置の特性にもとづき利用者により設定される必要
がある。実行され得る最長のコマンド（すなわち巻き戻
し／アンロード）が２０分を費やすと思われる場合、た
とえほとんどの単純なデータ転送コマンドが数秒で実行
されると期待されても、２０分のインタバルの後に全て
のハング条件が検出される。エラー検出時間の延長はシ
ステムの信頼性及び可用性を低下させる点で、利用者に
悪影響を及ぼす。改善された技術を備える新たな装置が
旧装置を置換する場合、ＭＩＨ時間が新たな要求に合致
するように手動式に調整されなければならない。
ラに関する別の問題は、ＭＩＨが余りに長いことであ
る。上述のように、ＭＩＨ時間は各装置タイプに対して
その装置の特性にもとづき利用者により設定される必要
がある。実行され得る最長のコマンド（すなわち巻き戻
し／アンロード）が２０分を費やすと思われる場合、た
とえほとんどの単純なデータ転送コマンドが数秒で実行
されると期待されても、２０分のインタバルの後に全て
のハング条件が検出される。エラー検出時間の延長はシ
ステムの信頼性及び可用性を低下させる点で、利用者に
悪影響を及ぼす。改善された技術を備える新たな装置が
旧装置を置換する場合、ＭＩＨ時間が新たな要求に合致
するように手動式に調整されなければならない。
【００１０】更に、今日の装置及びＭＩＨ機能では、全
てのコマンドが同一のＭＩＨインタバルに設定される。
これはオペレーティング・システムにより、回復及び再
構成動作の間に使用される特殊な制御及び回復コマンド
（すなわち、パス・グループＩＤのセット、パス・グル
ープＩＤのセンス、忠誠（allegiance）のリセット、割
当て／割当て解除、アクセス制御など）にも当てはま
る。これらのコマンドがオペレーティング・システムに
より発行されるとき、重要なシステム資源が保持され、
他の利用者の通常の作業の実行を遅延させ得る。これら
のコマンドの回復のための特殊タイマ・コードの追加
は、システムの開発にとって極めて高価であり、製品コ
ストを押し上げる。
てのコマンドが同一のＭＩＨインタバルに設定される。
これはオペレーティング・システムにより、回復及び再
構成動作の間に使用される特殊な制御及び回復コマンド
（すなわち、パス・グループＩＤのセット、パス・グル
ープＩＤのセンス、忠誠（allegiance）のリセット、割
当て／割当て解除、アクセス制御など）にも当てはま
る。これらのコマンドがオペレーティング・システムに
より発行されるとき、重要なシステム資源が保持され、
他の利用者の通常の作業の実行を遅延させ得る。これら
のコマンドの回復のための特殊タイマ・コードの追加
は、システムの開発にとって極めて高価であり、製品コ
ストを押し上げる。
【００１１】上述のように、コンピュータ・システム
は、利用者が装置の物理特性にもとづき、手動式にＭＩ
Ｈ時間をセットすることを要求する。例えば利用者はＳ
／３９０ ３９９５光ライブラリ装置が実際はＳ／３９
０ ＤＡＳＤ３３８０装置として定義されること、及び
光媒体の通常のステージング／デステージングに対して
ＭＩＨ条件が検出されないように、ＭＩＨインタバルが
十分に高くセットされなければならないことを知らなけ
ればならない。更に、テープ・ドライブのセットが追加
または更新される場合、テープ・ドライブのスピード及
び容量にもとづきＭＩＨ時間が調整される必要がある。
この手動プロセスはエラーにつながり易い。たまたま省
略された誤ったＭＩＨ条件が検出されるとジョブは失敗
し得る。
は、利用者が装置の物理特性にもとづき、手動式にＭＩ
Ｈ時間をセットすることを要求する。例えば利用者はＳ
／３９０ ３９９５光ライブラリ装置が実際はＳ／３９
０ ＤＡＳＤ３３８０装置として定義されること、及び
光媒体の通常のステージング／デステージングに対して
ＭＩＨ条件が検出されないように、ＭＩＨインタバルが
十分に高くセットされなければならないことを知らなけ
ればならない。更に、テープ・ドライブのセットが追加
または更新される場合、テープ・ドライブのスピード及
び容量にもとづきＭＩＨ時間が調整される必要がある。
この手動プロセスはエラーにつながり易い。たまたま省
略された誤ったＭＩＨ条件が検出されるとジョブは失敗
し得る。
【００１２】また、ＭＩＨ仕様は物理Ｉ／Ｏ構成定義と
同期され、更に動的に及びシステム再始動により実行さ
れるシステム構成変更に伴い、更新される必要がある。
ＭＩＨ時間が正しく更新されないと、システムＲＡＳ
（信頼性／可用性／保守性）が低下する。利用者が異な
る装置に対してＭＩＨ検出を承知しなければならない事
実はシステム管理のコスト及び計算の全体コストを増加
させる。
同期され、更に動的に及びシステム再始動により実行さ
れるシステム構成変更に伴い、更新される必要がある。
ＭＩＨ時間が正しく更新されないと、システムＲＡＳ
（信頼性／可用性／保守性）が低下する。利用者が異な
る装置に対してＭＩＨ検出を承知しなければならない事
実はシステム管理のコスト及び計算の全体コストを増加
させる。
【００１３】システム環境：図１０は複数のホスト（５
１０）を示す。各ホストは汎用コンピュータ・システム
であり、中央プロセッサ命令を含むプログラムを実行す
る１つ以上の中央処理ユニット（ＣＰＵ（５１１））
と、Ｉ／Ｏチャネル・サブシステム（５１２）とを含
み、後者はチャネル・プログラムを実行し、１つ以上の
チャネル・パス（５１３）を通じてホスト（５１０）と
１つ以上のＩ／Ｏサブシステム（５２０）との間の情報
の転送を管理する。好適な実施例では、ホスト・コンピ
ュータはＩＢＭ Ｓ／３７０またはＩＢＭ Ｓ／３９０
コンピュータ・システムであり、Ｉ／Ｏ装置にＥＳＣＯ
ＮまたはＯＥＭＩ Ｉ／Ｏチャネル・インタフェースを
介して接続される。しかしながら、ホスト・コンピュー
タは任意のタイプであってよく、実際には複数のタイプ
であり得る。同様にインタフェースが接続ホスト及びＩ
／Ｏサブシステムによりサポートされるならば、チャネ
ル・パスも複数のタイプであってよい。チャネル・パス
のトポロジは、潜在的にＩ／Ｏインタフェースのタイプ
に固有である。
１０）を示す。各ホストは汎用コンピュータ・システム
であり、中央プロセッサ命令を含むプログラムを実行す
る１つ以上の中央処理ユニット（ＣＰＵ（５１１））
と、Ｉ／Ｏチャネル・サブシステム（５１２）とを含
み、後者はチャネル・プログラムを実行し、１つ以上の
チャネル・パス（５１３）を通じてホスト（５１０）と
１つ以上のＩ／Ｏサブシステム（５２０）との間の情報
の転送を管理する。好適な実施例では、ホスト・コンピ
ュータはＩＢＭ Ｓ／３７０またはＩＢＭ Ｓ／３９０
コンピュータ・システムであり、Ｉ／Ｏ装置にＥＳＣＯ
ＮまたはＯＥＭＩ Ｉ／Ｏチャネル・インタフェースを
介して接続される。しかしながら、ホスト・コンピュー
タは任意のタイプであってよく、実際には複数のタイプ
であり得る。同様にインタフェースが接続ホスト及びＩ
／Ｏサブシステムによりサポートされるならば、チャネ
ル・パスも複数のタイプであってよい。チャネル・パス
のトポロジは、潜在的にＩ／Ｏインタフェースのタイプ
に固有である。
【００１４】各Ｉ／Ｏサブシステム（５２０）は制御ユ
ニット（５２１）を含み、これは１つ以上のホスト（５
１０）に接続される１つ以上のＩ／Ｏ装置（５３０）を
管理する。Ｉ／Ｏ装置は１つ以上の装置パス（５３１）
を介して、制御ユニットに接続され、これらの装置パス
はＩ／Ｏ装置及び制御ユニットにより情報の通信のため
にサポートされる。一般に制御ユニットは、Ｉ／Ｏ装置
によりサポートされるＩ／Ｏインタフェース（すなわち
装置パス（５３１））を、ホストによりサポートされる
Ｉ／Ｏインタフェース（すなわちチャネル・パス（５１
３））に適応させる。
ニット（５２１）を含み、これは１つ以上のホスト（５
１０）に接続される１つ以上のＩ／Ｏ装置（５３０）を
管理する。Ｉ／Ｏ装置は１つ以上の装置パス（５３１）
を介して、制御ユニットに接続され、これらの装置パス
はＩ／Ｏ装置及び制御ユニットにより情報の通信のため
にサポートされる。一般に制御ユニットは、Ｉ／Ｏ装置
によりサポートされるＩ／Ｏインタフェース（すなわち
装置パス（５３１））を、ホストによりサポートされる
Ｉ／Ｏインタフェース（すなわちチャネル・パス（５１
３））に適応させる。
【００１５】各制御ユニット（５２１）の内部には、複
数のホストと複数のＩ／Ｏ装置との間の対話を管理する
ための機構が存在する。各チャネル・パスは制御ユニッ
ト内のチャネル・アダプタ（５２４）に接続され、これ
は関連チャネル・パスを通じて通信するために必要な機
構を含む。共用メモリ（５２２）が各Ｉ／Ｏサブシステ
ム（５２０）内に存在し、Ｉ／Ｏサブシステム内にあっ
てチャネル・アダプタ（５２４）を制御するＩ／Ｏ処理
要素によりアクセスされる。この共用メモリは各装置に
関連付けられる情報のブロックを含み、これは"装置ｎ
ロック・データ"（５２３）として参照される。
数のホストと複数のＩ／Ｏ装置との間の対話を管理する
ための機構が存在する。各チャネル・パスは制御ユニッ
ト内のチャネル・アダプタ（５２４）に接続され、これ
は関連チャネル・パスを通じて通信するために必要な機
構を含む。共用メモリ（５２２）が各Ｉ／Ｏサブシステ
ム（５２０）内に存在し、Ｉ／Ｏサブシステム内にあっ
てチャネル・アダプタ（５２４）を制御するＩ／Ｏ処理
要素によりアクセスされる。この共用メモリは各装置に
関連付けられる情報のブロックを含み、これは"装置ｎ
ロック・データ"（５２３）として参照される。
【００１６】各ホスト（５１０）内では、ＯＳプログラ
ムがその任意のＣＰＵ（５１１）により実行され、ＣＰ
Ｕはチャネル・サブシステム（５１２）に対して選択チ
ャネル・パスまたはチャネル・パスのセットに接続され
る選択装置（５３０）に、Ｉ／Ｏ信号を発行するように
指示する。ＯＳプログラムは要求がチャネル・サブシス
テム（５１２）に提供されてから、Ｉ／Ｏ操作が完了し
たことを示す応答がチャネル・サブシステムから受信さ
れるまでのＩ／Ｏ操作の期間をモニタするように設計さ
れる。Ｉ／Ｏ操作の経過時間が特定のしきい値を越える
場合、プログラムは本願の出願人に権利譲渡された米国
特許第５３８８２５４号で述べられるように未着割込み
タイムアウトを検出する。このＭＩＨプログラム機能は
特定の報告されない条件により完了し損なったＩ／Ｏ操
作を検出するように意図され、それによりＩ／Ｏ操作の
完了に依存するプロセスの無期限の延期を回避する。
ムがその任意のＣＰＵ（５１１）により実行され、ＣＰ
Ｕはチャネル・サブシステム（５１２）に対して選択チ
ャネル・パスまたはチャネル・パスのセットに接続され
る選択装置（５３０）に、Ｉ／Ｏ信号を発行するように
指示する。ＯＳプログラムは要求がチャネル・サブシス
テム（５１２）に提供されてから、Ｉ／Ｏ操作が完了し
たことを示す応答がチャネル・サブシステムから受信さ
れるまでのＩ／Ｏ操作の期間をモニタするように設計さ
れる。Ｉ／Ｏ操作の経過時間が特定のしきい値を越える
場合、プログラムは本願の出願人に権利譲渡された米国
特許第５３８８２５４号で述べられるように未着割込み
タイムアウトを検出する。このＭＩＨプログラム機能は
特定の報告されない条件により完了し損なったＩ／Ｏ操
作を検出するように意図され、それによりＩ／Ｏ操作の
完了に依存するプロセスの無期限の延期を回避する。
【００１７】チャネル・サブシステム内ではＩ／Ｏ要求
が選択装置に対してキューに待機され得る。要求装置が
Ｉ／Ｏ要求を実行するのを待機する間、Ｉ／Ｏ要求をキ
ューに待機する結果、Ｉ／Ｏ要求はチャネル・サブシス
テムと選択制御ユニットとの間のチャネル・パスを通じ
て通信を開始する。Ｉ／Ｏ要求がチャネル・サブシステ
ムにより処理されている間、ＯＳプログラムは他の作業
の実行の継続を許可される。Ｉ／Ｏ操作の完了時、チャ
ネル・サブシステムがＯＳプログラムに割込みを発生
し、完了したＩ／Ｏ操作のステータスを提供する。
が選択装置に対してキューに待機され得る。要求装置が
Ｉ／Ｏ要求を実行するのを待機する間、Ｉ／Ｏ要求をキ
ューに待機する結果、Ｉ／Ｏ要求はチャネル・サブシス
テムと選択制御ユニットとの間のチャネル・パスを通じ
て通信を開始する。Ｉ／Ｏ要求がチャネル・サブシステ
ムにより処理されている間、ＯＳプログラムは他の作業
の実行の継続を許可される。Ｉ／Ｏ操作の完了時、チャ
ネル・サブシステムがＯＳプログラムに割込みを発生
し、完了したＩ／Ｏ操作のステータスを提供する。
【００１８】制御ユニットは、自身が制御する各装置へ
の同時要求を管理する。制御ユニットがホストにより生
成されたＩ／Ｏ要求を許可すると決定する場合、コマン
ドがチャネルから受諾され、チャネルにより選択された
装置に対して処理される。制御ユニットが同時活動のた
めにホストにより生成されたＩ／Ｏ要求を許可しないと
決定する場合には、コマンドが"ビジー"指示により拒絶
され、Ｉ／Ｏ要求がチャネル・サブシステムにキュー待
機される。制御ユニットが以前にビジー指示を提供した
後、コマンドを実行できると判断するとき、制御ユニッ
トは"ビジー解除（no-longer busy）"指示を提供し、チ
ャネル・サブシステムにキュー待機されたＩ／Ｏ要求を
再発行するように指示する。要求元のＯＳプログラムは
そのＩ／Ｏ要求が完了したようには知らされていない程
度にしか、この対話を認識しない。ビジー指示を提供す
るために、制御ユニットにより通常、使用されるアルゴ
リズムについて、次に述べることにする。本発明は、１
つ以上のＯＳが同一の制御ユニットに対して同時Ｉ／Ｏ
要求をマークしているとき、未着割込み信号を確実に検
出するために、ＯＳプログラムにより使用される制限時
間の低減を可能にすることによりシステム効率を向上す
るものである。
の同時要求を管理する。制御ユニットがホストにより生
成されたＩ／Ｏ要求を許可すると決定する場合、コマン
ドがチャネルから受諾され、チャネルにより選択された
装置に対して処理される。制御ユニットが同時活動のた
めにホストにより生成されたＩ／Ｏ要求を許可しないと
決定する場合には、コマンドが"ビジー"指示により拒絶
され、Ｉ／Ｏ要求がチャネル・サブシステムにキュー待
機される。制御ユニットが以前にビジー指示を提供した
後、コマンドを実行できると判断するとき、制御ユニッ
トは"ビジー解除（no-longer busy）"指示を提供し、チ
ャネル・サブシステムにキュー待機されたＩ／Ｏ要求を
再発行するように指示する。要求元のＯＳプログラムは
そのＩ／Ｏ要求が完了したようには知らされていない程
度にしか、この対話を認識しない。ビジー指示を提供す
るために、制御ユニットにより通常、使用されるアルゴ
リズムについて、次に述べることにする。本発明は、１
つ以上のＯＳが同一の制御ユニットに対して同時Ｉ／Ｏ
要求をマークしているとき、未着割込み信号を確実に検
出するために、ＯＳプログラムにより使用される制限時
間の低減を可能にすることによりシステム効率を向上す
るものである。
【００１９】同時Ｉ／Ｏ要求の管理：制御ユニットは所
与の装置に対して、その制御ユニットにおいて進行中の
同時Ｉ／Ｏ要求の数を判断する。しばしば、装置はその
装置により処理される媒体上での予測可能な結果を保証
するために、Ｉ／Ｏ要求が直列化されることを要求す
る。制御ユニット内の他の設計制約もまた、装置に対し
て同時に実行され得るＩ／Ｏ要求の数に対して制限を課
し得る。
与の装置に対して、その制御ユニットにおいて進行中の
同時Ｉ／Ｏ要求の数を判断する。しばしば、装置はその
装置により処理される媒体上での予測可能な結果を保証
するために、Ｉ／Ｏ要求が直列化されることを要求す
る。制御ユニット内の他の設計制約もまた、装置に対し
て同時に実行され得るＩ／Ｏ要求の数に対して制限を課
し得る。
【００２０】図１１は、受諾される同時Ｉ／Ｏ要求の数
を１に制限するために使用され得るプロセスを示し、こ
れは装置における同時要求の直列実行を指示する。この
処理は、チャネル・アダプタにより使用される装置ロッ
ク・プロトコルにより実施され、そこではアダプタが要
求装置に対応するロック・データ・ブロック５２３内に
おいて、その装置に関連付けられるロックに対してアト
ミック・"テスト及びセット操作"を実行する。このロッ
ク・テスト及びセット・プロトコルは装置がＩ／Ｏ操作
を開始する以前に実行される。テスト及びセット操作が
成功の場合（装置が使用可能であることが判明する）、
Ｉ／Ｏ操作が受諾され、装置により処理される。テスト
及びセット操作が不成功の場合（装置が使用不能）、チ
ャネル・アダプタのＩ／Ｏ要求はビジー指示を提供され
る。チャネル・アダプタは必要な装置に対するロックを
獲得したとき、（装置に関連付けられるロック・ビット
をセットすることにより）成功する。装置操作の完了
時、ビジー指示を告げられた各チャネル・アダプタは今
度"ビジー解除"指示を告げられ、チャネル・サブシステ
ムにキュー待機されたＩ／Ｏ要求が、再びその装置に対
して再発行される。このクロス・チャネル・アダプタ通
信は、図１１で点線により示される。"ビジー解除"指示
の提供の実現は、特定のホストが他のホストによる装置
のアクセスを頻繁に阻止することの無いように、"公正
（fairness）"機構の考慮を要求し得る。この方法の変
形が異なるインタフェース・アーキテクチャ（例えばＳ
ＣＳＩタグ無し及びタグ付きキューイング）に対して提
供され得り、そこでは、チャネル・サブシステム・キュ
ーイング機能を使用する代わりに、直列キューが制御ユ
ニット内に構成される。
を１に制限するために使用され得るプロセスを示し、こ
れは装置における同時要求の直列実行を指示する。この
処理は、チャネル・アダプタにより使用される装置ロッ
ク・プロトコルにより実施され、そこではアダプタが要
求装置に対応するロック・データ・ブロック５２３内に
おいて、その装置に関連付けられるロックに対してアト
ミック・"テスト及びセット操作"を実行する。このロッ
ク・テスト及びセット・プロトコルは装置がＩ／Ｏ操作
を開始する以前に実行される。テスト及びセット操作が
成功の場合（装置が使用可能であることが判明する）、
Ｉ／Ｏ操作が受諾され、装置により処理される。テスト
及びセット操作が不成功の場合（装置が使用不能）、チ
ャネル・アダプタのＩ／Ｏ要求はビジー指示を提供され
る。チャネル・アダプタは必要な装置に対するロックを
獲得したとき、（装置に関連付けられるロック・ビット
をセットすることにより）成功する。装置操作の完了
時、ビジー指示を告げられた各チャネル・アダプタは今
度"ビジー解除"指示を告げられ、チャネル・サブシステ
ムにキュー待機されたＩ／Ｏ要求が、再びその装置に対
して再発行される。このクロス・チャネル・アダプタ通
信は、図１１で点線により示される。"ビジー解除"指示
の提供の実現は、特定のホストが他のホストによる装置
のアクセスを頻繁に阻止することの無いように、"公正
（fairness）"機構の考慮を要求し得る。この方法の変
形が異なるインタフェース・アーキテクチャ（例えばＳ
ＣＳＩタグ無し及びタグ付きキューイング）に対して提
供され得り、そこでは、チャネル・サブシステム・キュ
ーイング機能を使用する代わりに、直列キューが制御ユ
ニット内に構成される。
【００２１】キューイング期間の制限：同時Ｉ／Ｏ要求
の直列化のための上述のビジー／ビジー解除方法により
生じる問題はホストから見て、Ｉ／Ｏ操作を実行するた
めに要求される時間が制御ユニット（ＣＵ）で要求Ｉ／
Ｏ操作の実行に必要とされる時間の関数でないことであ
る。すなわち、ホストのＯＳから見た実行時間は実際の
ＣＵ／装置実行時間に、待機時間（この間、ＣＵは他の
ホストに対する他のインタリーブ式Ｉ／Ｏ操作を実行し
ている）を加えたものである。実際、ＯＳが装置に対す
るキュー内の全てのＩ／Ｏ操作を知らなければ、適切な
未着割込みタイムアウト値を決定するために要求Ｉ／Ｏ
操作の期間を判断することはできない。同時アクセスの
解決におけるある程度の公正さ、及び同時要求の数に対
する特定の制限を前提とすると、統計分析によりＩ／Ｏ
操作の完了の検出の失敗が、特定の失敗条件に起因する
ものであって、同時アクセス要求の結果ではないことを
保証する高い確率を有する期間を拾い出すことが可能で
ある。
の直列化のための上述のビジー／ビジー解除方法により
生じる問題はホストから見て、Ｉ／Ｏ操作を実行するた
めに要求される時間が制御ユニット（ＣＵ）で要求Ｉ／
Ｏ操作の実行に必要とされる時間の関数でないことであ
る。すなわち、ホストのＯＳから見た実行時間は実際の
ＣＵ／装置実行時間に、待機時間（この間、ＣＵは他の
ホストに対する他のインタリーブ式Ｉ／Ｏ操作を実行し
ている）を加えたものである。実際、ＯＳが装置に対す
るキュー内の全てのＩ／Ｏ操作を知らなければ、適切な
未着割込みタイムアウト値を決定するために要求Ｉ／Ｏ
操作の期間を判断することはできない。同時アクセスの
解決におけるある程度の公正さ、及び同時要求の数に対
する特定の制限を前提とすると、統計分析によりＩ／Ｏ
操作の完了の検出の失敗が、特定の失敗条件に起因する
ものであって、同時アクセス要求の結果ではないことを
保証する高い確率を有する期間を拾い出すことが可能で
ある。
【００２２】例えば、所与のディスク装置が通常、任意
のコマンドを１０ミリ秒以下で実行すると仮定する。ほ
とんどのＩ／Ｏ要求が１０個程度のコマンド（１０個程
度のＩ／Ｏチャネル命令）を有し、比較的等価なサービ
スを獲得する１０個程度のホストが一般に存在すると仮
定すると、１０ミリ秒×１０個のコマンド×１０個のホ
ストの乗算により、Ｉ／Ｏ要求が約１秒を費やすと期待
される。この数字は、例外条件を特定の高度な確率内で
処理する特定の要因により、例えば１５秒に増加され
る。
のコマンドを１０ミリ秒以下で実行すると仮定する。ほ
とんどのＩ／Ｏ要求が１０個程度のコマンド（１０個程
度のＩ／Ｏチャネル命令）を有し、比較的等価なサービ
スを獲得する１０個程度のホストが一般に存在すると仮
定すると、１０ミリ秒×１０個のコマンド×１０個のホ
ストの乗算により、Ｉ／Ｏ要求が約１秒を費やすと期待
される。この数字は、例外条件を特定の高度な確率内で
処理する特定の要因により、例えば１５秒に増加され
る。
【００２３】所与の装置に対するＩ／Ｏ操作の期待実行
時間が広い範囲で変化する場合、問題は複雑化する。な
ぜなら、同時要求の解決を予測する統計分析が、最悪の
場合のＩ／Ｏ操作実行時間を考慮しなければならず、"
短い"Ｉ／Ｏ要求の期間と、未着割込みタイムアウトと
の間の相違を一層増大するからである。
時間が広い範囲で変化する場合、問題は複雑化する。な
ぜなら、同時要求の解決を予測する統計分析が、最悪の
場合のＩ／Ｏ操作実行時間を考慮しなければならず、"
短い"Ｉ／Ｏ要求の期間と、未着割込みタイムアウトと
の間の相違を一層増大するからである。
【００２４】例えば所与のディスク装置に対して、典型
的なコマンドが通常１００ミリ秒以下で実行されるのに
対して、アウトボード・コピー・コマンド（このディス
クの内容を別のディスクにコピーする）は５分以下で実
行されると仮定する。統計的に、Ｉ／Ｏ要求が８つの同
時要求よりも長くキュー待機されることがないと判断す
ると（すなわち、このホストは８つのＩ／Ｏ要求が処理
される毎に、少なくとも１度返却を獲得する）、最悪の
場合としてキューイング時間を７×５分＝３５分と予測
することができる。このホストが典型的なコマンドを実
行している場合、キューイング時間とコマンド実行時間
との和として予測される未着割込みタイムアウトは、３
５分と０．０００１秒、すなわち約３５分である。７つ
の異なるホストが７つの同時アウトボード・コピーを発
行し、３５分未満（例えばｎ（＜３５）分）のタイムア
ウト制限が可能になる確率は全ての共用システムが同時
にフル・コピーを開始する確率にもとづくと見なすこと
もできる。
的なコマンドが通常１００ミリ秒以下で実行されるのに
対して、アウトボード・コピー・コマンド（このディス
クの内容を別のディスクにコピーする）は５分以下で実
行されると仮定する。統計的に、Ｉ／Ｏ要求が８つの同
時要求よりも長くキュー待機されることがないと判断す
ると（すなわち、このホストは８つのＩ／Ｏ要求が処理
される毎に、少なくとも１度返却を獲得する）、最悪の
場合としてキューイング時間を７×５分＝３５分と予測
することができる。このホストが典型的なコマンドを実
行している場合、キューイング時間とコマンド実行時間
との和として予測される未着割込みタイムアウトは、３
５分と０．０００１秒、すなわち約３５分である。７つ
の異なるホストが７つの同時アウトボード・コピーを発
行し、３５分未満（例えばｎ（＜３５）分）のタイムア
ウト制限が可能になる確率は全ての共用システムが同時
にフル・コピーを開始する確率にもとづくと見なすこと
もできる。
【００２５】未着割込みが検出されるとき、しばしばプ
ログラムは追加のＩ／Ｏを実行しなければならない。こ
れらのＩ／Ｏ要求はキューイング問題に遭遇しがちで、
結局同一の未着割込みタイムアウトを適用されなければ
ならない。装置が実際に壊れていて、もはやホストに応
答することができない状況ではジョブが失敗し、それ故
再実行されなければならないとプログラムが結論するま
でに、数１０分を費やすことは容易に理解される。
ログラムは追加のＩ／Ｏを実行しなければならない。こ
れらのＩ／Ｏ要求はキューイング問題に遭遇しがちで、
結局同一の未着割込みタイムアウトを適用されなければ
ならない。装置が実際に壊れていて、もはやホストに応
答することができない状況ではジョブが失敗し、それ故
再実行されなければならないとプログラムが結論するま
でに、数１０分を費やすことは容易に理解される。
【００２６】特定の環境では、プログラムはこうした統
計方法により規定された時間を待機できなくてもよく、
その上、リアルタイム処理の要求を満足できなくてもよ
い。他の場合では、未着割込みタイムアウト及び結果の
回復が操作的な難題を生じる期間となる（例えば処理が
要求ウィンドウ内に完了しない）。
計方法により規定された時間を待機できなくてもよく、
その上、リアルタイム処理の要求を満足できなくてもよ
い。他の場合では、未着割込みタイムアウト及び結果の
回復が操作的な難題を生じる期間となる（例えば処理が
要求ウィンドウ内に完了しない）。
【００２７】特定の状況が発生するときに、ＭＩＨプロ
セスがエラー指示の出所となり得る単一ＯＳのデータ処
理システムでは、従来のＭＩＨ検出システムは良好に機
能しなかった。例えばロングＩ／Ｏコマンド（長い期間
のＩ／Ｏ操作を要求するコマンド）が、Ｉ／Ｏプログラ
ムの最後のコマンドとしてＩ／Ｏ制御ユニットに発行さ
れ、最後のＩ／Ｏコマンドが完了する以前に、同一装置
に対するショート・コマンドを有する別のＩ／Ｏプログ
ラムがＯＳにより開始されようとする状況において、誤
った指示が発生し得る。従来システムでは、ロング・コ
マンドはそれが制御ユニットにおいて受諾されるとき、
部分的な完了を信号で知らせる。それにより、Ｉ／Ｏ装
置が第１の要求に対する操作を完了するまで、そのＩ／
Ｏ装置に対する次の要求が待機させられた（従来のＳ／
３９０ Ｉ／Ｏアーキテクチャに精通する当業者には、
これはジョブの迅速な終了、並びにテープ巻き戻し／ア
ンロード・コマンドに続く新たなジョブの開始を可能に
する、１次ステータスの再駆動として既知である）。第
１の要求が終了する以前に、第２のＩ／Ｏ要求の開始が
許可され、オペレーティング・システムが活動状態と想
定されるショート・コマンドに対して、ＭＩＨタイムア
ウトを調整しようとするとき、誤った指示が検出され得
る。なぜなら、ＯＳが以前のロング・コマンドに対する
実行時間を知らないからである。この短いタイムアウト
が誤って未着割込みを示し得る。しかしながら、実際に
はどの割込みも未着ではない。なぜなら、装置がまだ以
前のロング・コマンドを実行しているために、ショート
・コマンドがまだ装置により開始されていないからであ
る（そして、これらのいずれのコマンドも完了割込みを
提供できていない）。
セスがエラー指示の出所となり得る単一ＯＳのデータ処
理システムでは、従来のＭＩＨ検出システムは良好に機
能しなかった。例えばロングＩ／Ｏコマンド（長い期間
のＩ／Ｏ操作を要求するコマンド）が、Ｉ／Ｏプログラ
ムの最後のコマンドとしてＩ／Ｏ制御ユニットに発行さ
れ、最後のＩ／Ｏコマンドが完了する以前に、同一装置
に対するショート・コマンドを有する別のＩ／Ｏプログ
ラムがＯＳにより開始されようとする状況において、誤
った指示が発生し得る。従来システムでは、ロング・コ
マンドはそれが制御ユニットにおいて受諾されるとき、
部分的な完了を信号で知らせる。それにより、Ｉ／Ｏ装
置が第１の要求に対する操作を完了するまで、そのＩ／
Ｏ装置に対する次の要求が待機させられた（従来のＳ／
３９０ Ｉ／Ｏアーキテクチャに精通する当業者には、
これはジョブの迅速な終了、並びにテープ巻き戻し／ア
ンロード・コマンドに続く新たなジョブの開始を可能に
する、１次ステータスの再駆動として既知である）。第
１の要求が終了する以前に、第２のＩ／Ｏ要求の開始が
許可され、オペレーティング・システムが活動状態と想
定されるショート・コマンドに対して、ＭＩＨタイムア
ウトを調整しようとするとき、誤った指示が検出され得
る。なぜなら、ＯＳが以前のロング・コマンドに対する
実行時間を知らないからである。この短いタイムアウト
が誤って未着割込みを示し得る。しかしながら、実際に
はどの割込みも未着ではない。なぜなら、装置がまだ以
前のロング・コマンドを実行しているために、ショート
・コマンドがまだ装置により開始されていないからであ
る（そして、これらのいずれのコマンドも完了割込みを
提供できていない）。
【００２８】
【発明が解決しようとする課題】本発明の目的は、ロン
グＩ／ＯコマンドがＩ／Ｏ装置により実行されており、
その装置が要求装置を共用する１つ以上の他のＯＳから
別のＩ／Ｏ要求を受信するとき、要求Ｉ／Ｏ装置が複数
のホストＯＳに信号で知らせることを可能にする信号送
信プロセスを提供することである。
グＩ／ＯコマンドがＩ／Ｏ装置により実行されており、
その装置が要求装置を共用する１つ以上の他のＯＳから
別のＩ／Ｏ要求を受信するとき、要求Ｉ／Ｏ装置が複数
のホストＯＳに信号で知らせることを可能にする信号送
信プロセスを提供することである。
【００２９】本発明の別の目的は、ほとんどの未着割込
みを処理するための、細分的なＭＩＨ検出タイムアウト
を提供することである。
みを処理するための、細分的なＭＩＨ検出タイムアウト
を提供することである。
【００３０】本発明の更に別の目的は、同一のＩ／Ｏ装
置を共用する１つ以上のＯＳにより使用される、細分的
なＭＩＨタイムアウトを提供することである。
置を共用する１つ以上のＯＳにより使用される、細分的
なＭＩＨタイムアウトを提供することである。
【００３１】本発明の更に別の目的は、新たな装置の追
加、装置のリネーム、装置の移動、または既存の装置に
対する新たなサービスの追加により、Ｉ／Ｏ構成が変更
されるとき、以前に手動によりカストマイズされたＯＳ
内のＭＩＨタイムアウト値を排除することである。
加、装置のリネーム、装置の移動、または既存の装置に
対する新たなサービスの追加により、Ｉ／Ｏ構成が変更
されるとき、以前に手動によりカストマイズされたＯＳ
内のＭＩＨタイムアウト値を排除することである。
【００３２】
【課題を解決するための手段】本発明は、要求Ｉ／Ｏ装
置操作の故障を検出するタイムアウト機能を使用する複
数のホスト・オペレーティング・システム（ＯＳ）をサ
ポートするＩ／Ｏ制御ユニット（ＣＵ）機構に関する。
これらのＣＵ機構はホストＯＳが誤ってＩ／Ｏ装置故障
を検出することを防止することにより、これらのＯＳを
サポートする。こうしたことは、Ｉ／Ｏ装置が複数のホ
ストＯＳにより共用される場合に問題となる。Ｉ／Ｏ装
置の使用を共用する全てのホストＯＳからの各Ｉ／Ｏ要
求は、所定のＭＩＨタイムアウト期間内に完了すると期
待される。Ｉ／Ｏ装置がＭＩＨタイムアウト期間の終了
以前にＯＳに成功完了割込みを送信しない場合、ＭＩＨ
は要求Ｉ／Ｏ装置操作の潜在故障の指示を生成する（そ
の時、実際には装置は故障しておらず、単に他のホスト
ＯＳの要求を処理しているかも知れない。従ってＭＩＨ
潜在故障指示は誤りとなり得る）。
置操作の故障を検出するタイムアウト機能を使用する複
数のホスト・オペレーティング・システム（ＯＳ）をサ
ポートするＩ／Ｏ制御ユニット（ＣＵ）機構に関する。
これらのＣＵ機構はホストＯＳが誤ってＩ／Ｏ装置故障
を検出することを防止することにより、これらのＯＳを
サポートする。こうしたことは、Ｉ／Ｏ装置が複数のホ
ストＯＳにより共用される場合に問題となる。Ｉ／Ｏ装
置の使用を共用する全てのホストＯＳからの各Ｉ／Ｏ要
求は、所定のＭＩＨタイムアウト期間内に完了すると期
待される。Ｉ／Ｏ装置がＭＩＨタイムアウト期間の終了
以前にＯＳに成功完了割込みを送信しない場合、ＭＩＨ
は要求Ｉ／Ｏ装置操作の潜在故障の指示を生成する（そ
の時、実際には装置は故障しておらず、単に他のホスト
ＯＳの要求を処理しているかも知れない。従ってＭＩＨ
潜在故障指示は誤りとなり得る）。
【００３３】こうしたホストＯＳ ＭＩＨ検出機能は、
一般にＯＳ ＭＩＨソフトウェアにより実行され、これ
は各発行されるＩ／Ｏ要求に対してＭＩＨタイムアウト
を開始し、そのＩ／Ｏ装置から所定ＭＩＨタイムアウト
内に成功完了割込みを受信しない場合、そのＩ／Ｏ装置
の故障を示す。
一般にＯＳ ＭＩＨソフトウェアにより実行され、これ
は各発行されるＩ／Ｏ要求に対してＭＩＨタイムアウト
を開始し、そのＩ／Ｏ装置から所定ＭＩＨタイムアウト
内に成功完了割込みを受信しない場合、そのＩ／Ｏ装置
の故障を示す。
【００３４】本発明は、複数のホスト・インタフェース
・アダプタを含むＩ／Ｏ ＣＵ内に組み込まれ、アダプ
タはそれぞれＩ／Ｏ要求を異なるＯＳを有する異なるホ
スト・システムから受信する。ＣＵはそのＩ／Ｏ装置の
各々に対応するそれぞれのロック・ビットを有する。同
一装置に対して同時に受信されるＩ／Ｏ要求は同一のロ
ックを競合するが、同時要求の１つだけがその時ロック
を提供される。
・アダプタを含むＩ／Ｏ ＣＵ内に組み込まれ、アダプ
タはそれぞれＩ／Ｏ要求を異なるＯＳを有する異なるホ
スト・システムから受信する。ＣＵはそのＩ／Ｏ装置の
各々に対応するそれぞれのロック・ビットを有する。同
一装置に対して同時に受信されるＩ／Ｏ要求は同一のロ
ックを競合するが、同時要求の１つだけがその時ロック
を提供される。
【００３５】各ホスト・インタフェース・アダプタはま
た、ビジー・ビット及びしきい値タイマを有する。ビジ
ー・ビットは使用不能な装置（ロック済み）に対する要
求がアダプタにより受信されるときセットされ、その時
しきい値タイマが開始される。拒絶された要求はしきい
値タイムアウトが発生する以前に、要求装置が使用可能
になるのを待機する。ＣＵに記憶されるしきい値タイム
アウト値は、しきい値タイムアウトを決定し、これはＯ
Ｓ １次ＭＩＨタイムアウトが発生する以前に発生する
ようにセットされる。しきい値タイムアウトが発生する
以前に装置により現Ｉ／Ｏ要求が完了されると、待機中
の要求が装置ロックを競合し、こうした要求はロックを
獲得できたりできなかったりする。
た、ビジー・ビット及びしきい値タイマを有する。ビジ
ー・ビットは使用不能な装置（ロック済み）に対する要
求がアダプタにより受信されるときセットされ、その時
しきい値タイマが開始される。拒絶された要求はしきい
値タイムアウトが発生する以前に、要求装置が使用可能
になるのを待機する。ＣＵに記憶されるしきい値タイム
アウト値は、しきい値タイムアウトを決定し、これはＯ
Ｓ １次ＭＩＨタイムアウトが発生する以前に発生する
ようにセットされる。しきい値タイムアウトが発生する
以前に装置により現Ｉ／Ｏ要求が完了されると、待機中
の要求が装置ロックを競合し、こうした要求はロックを
獲得できたりできなかったりする。
【００３６】しきい値タイムアウトの発生は、アダプタ
にロング・ビジー割込みを生成し、ＯＳ ＭＩＨに送信
するように指示する。こうした割込みはＯＳ ＭＩＨに
その初期１次ＭＩＨタイムアウト期間を２次（ロング・
ビジー・タイムアウト値）に延長するように指示する。
後者はＯＳ ＭＩＨ内で非常に長いタイムアウトを生じ
る。このロング・ビジー・タイムアウトは、Ｉ／Ｏ装置
故障を誤って示す初期１次タイムアウト期間のタイムア
ウトを阻止する。
にロング・ビジー割込みを生成し、ＯＳ ＭＩＨに送信
するように指示する。こうした割込みはＯＳ ＭＩＨに
その初期１次ＭＩＨタイムアウト期間を２次（ロング・
ビジー・タイムアウト値）に延長するように指示する。
後者はＯＳ ＭＩＨ内で非常に長いタイムアウトを生じ
る。このロング・ビジー・タイムアウトは、Ｉ／Ｏ装置
故障を誤って示す初期１次タイムアウト期間のタイムア
ウトを阻止する。
【００３７】ホスト・インタフェース・アダプタがビジ
ーである（ロック済みの）装置に対する別のＩ／Ｏ要求
を受信する場合、その要求は装置により拒絶されるが、
任意のしきい値タイムアウトが発生するまで、Ｉ／Ｏサ
ブシステム内で待機することが許可される。任意のしき
い値タイムアウトの後、要求はＯＳに戻される。すなわ
ち、アダプタがＯＳに待機中の要求を取り戻すように信
号で知らせる。これはアダプタがロング・ビジー割込み
を生成し、ＯＳに送信することにより達成され、ＯＳは
その時、待機中の要求に対するそのＭＩＨタイマを停止
する（待機中の要求に対する１次タイムアウトの発生を
阻止する）。そして、その要求はＩ／Ｏサブシステムの
代わりに今度はＯＳ内で待機する。ＯＳは後に待機中の
要求をＩ／Ｏ ＣＵに再発行するとき、ＭＩＨタイマを
再始動する。
ーである（ロック済みの）装置に対する別のＩ／Ｏ要求
を受信する場合、その要求は装置により拒絶されるが、
任意のしきい値タイムアウトが発生するまで、Ｉ／Ｏサ
ブシステム内で待機することが許可される。任意のしき
い値タイムアウトの後、要求はＯＳに戻される。すなわ
ち、アダプタがＯＳに待機中の要求を取り戻すように信
号で知らせる。これはアダプタがロング・ビジー割込み
を生成し、ＯＳに送信することにより達成され、ＯＳは
その時、待機中の要求に対するそのＭＩＨタイマを停止
する（待機中の要求に対する１次タイムアウトの発生を
阻止する）。そして、その要求はＩ／Ｏサブシステムの
代わりに今度はＯＳ内で待機する。ＯＳは後に待機中の
要求をＩ／Ｏ ＣＵに再発行するとき、ＭＩＨタイマを
再始動する。
【００３８】現Ｉ／Ｏ要求がロング・ビジー期間の間に
成功裡に完了するとき、そのＣＵ装置ロックがその使用
可能な状態にセットされ、装置終了割込みがＯＳに送信
される。ＯＳは待機中の要求を再発行し、（１次タイム
アウト値を用いて、）その要求に対してＯＳ ＭＩＨタ
イマを再始動する。装置操作が１次ＭＩＨまたは２次Ｍ
ＩＨロング・ビジー・タイムアウト期間内に成功裡に完
了しない場合、ロング・ビジー・タイムアウトが装置故
障を指摘する。
成功裡に完了するとき、そのＣＵ装置ロックがその使用
可能な状態にセットされ、装置終了割込みがＯＳに送信
される。ＯＳは待機中の要求を再発行し、（１次タイム
アウト値を用いて、）その要求に対してＯＳ ＭＩＨタ
イマを再始動する。装置操作が１次ＭＩＨまたは２次Ｍ
ＩＨロング・ビジー・タイムアウト期間内に成功裡に完
了しない場合、ロング・ビジー・タイムアウトが装置故
障を指摘する。
【００３９】本発明はＭＩＨ最大タイムアウトの延長を
任意の回数可能にする。好適な実施例では、ＭＩＨタイ
ムアウト期間が最小１次ＭＩＨタイムアウト期間から、
最大（且つ非常に長い）２次ＭＩＨタイムアウト期間に
１度延長可能である。短い１次ＭＩＨタイムアウト期間
は、その終了以前にほとんどのＩ／Ｏ装置操作が完了す
るように選択される。
任意の回数可能にする。好適な実施例では、ＭＩＨタイ
ムアウト期間が最小１次ＭＩＨタイムアウト期間から、
最大（且つ非常に長い）２次ＭＩＨタイムアウト期間に
１度延長可能である。短い１次ＭＩＨタイムアウト期間
は、その終了以前にほとんどのＩ／Ｏ装置操作が完了す
るように選択される。
【００４０】本発明は、（従来システムにおいて、所与
のタイプの各Ｉ／Ｏ装置に対して使用された固定ＭＩＨ
タイムアウト期間と比較して、）ＭＩＨタイムアウト期
間を短縮し、従来のＭＩＨソフトウェアと比較してほと
んどのＩ／Ｏ装置故障の素早い検出を提供する。本発明
による潜在Ｉ／Ｏ装置操作故障の素早い判断は、ほとん
どのＩ／Ｏ装置操作に対するＭＩＨタイムアウト期間の
短縮による。本発明に従う、ＭＩＨタイムアウト期間の
その最小ＭＩＨタイムアウト期間からの延長は、その完
了に長時間を要求する数少ないＩ／Ｏ操作に対してのみ
必要とされる。従って、システム効率の全体的な改善が
本発明の使用により獲得される。
のタイプの各Ｉ／Ｏ装置に対して使用された固定ＭＩＨ
タイムアウト期間と比較して、）ＭＩＨタイムアウト期
間を短縮し、従来のＭＩＨソフトウェアと比較してほと
んどのＩ／Ｏ装置故障の素早い検出を提供する。本発明
による潜在Ｉ／Ｏ装置操作故障の素早い判断は、ほとん
どのＩ／Ｏ装置操作に対するＭＩＨタイムアウト期間の
短縮による。本発明に従う、ＭＩＨタイムアウト期間の
その最小ＭＩＨタイムアウト期間からの延長は、その完
了に長時間を要求する数少ないＩ／Ｏ操作に対してのみ
必要とされる。従って、システム効率の全体的な改善が
本発明の使用により獲得される。
【００４１】本発明では理論的には、ＭＩＨ最大タイム
アウト期間は任意の有限な数の延長を有する。例えば好
適な実施例では、ＭＩＨ最大タイムアウト期間はＣＵの
ホスト・インタフェース・アダプタの各々において、１
つのＣＵしきい値タイムアウトを用いて２度延長され
る。３度の延長を有するＭＩＨタイムアウトをサポート
するためには、２つのＣＵしきい値タイムアウトがＣＵ
のホスト・インタフェース・アダプタの各々において使
用され得る。好適な実施例では、第１のＣＵしきい値
は、短い１次ＭＩＨ期間に類似の短い１次ＭＩＨタイム
アウト期間をサポートする。第１のＣＵしきい値の終了
に達すると、ＭＩＨが第２のＭＩＨ延長（例えばロング
・ビジー延長）を呼び出す。２番目の例では、第２のＣ
Ｕしきい値が、第２のＭＩＨ延長期間の終了よりも僅か
に先にタイムアウトし、第３の（最後の）ＭＩＨ延長を
トリガする。
アウト期間は任意の有限な数の延長を有する。例えば好
適な実施例では、ＭＩＨ最大タイムアウト期間はＣＵの
ホスト・インタフェース・アダプタの各々において、１
つのＣＵしきい値タイムアウトを用いて２度延長され
る。３度の延長を有するＭＩＨタイムアウトをサポート
するためには、２つのＣＵしきい値タイムアウトがＣＵ
のホスト・インタフェース・アダプタの各々において使
用され得る。好適な実施例では、第１のＣＵしきい値
は、短い１次ＭＩＨ期間に類似の短い１次ＭＩＨタイム
アウト期間をサポートする。第１のＣＵしきい値の終了
に達すると、ＭＩＨが第２のＭＩＨ延長（例えばロング
・ビジー延長）を呼び出す。２番目の例では、第２のＣ
Ｕしきい値が、第２のＭＩＨ延長期間の終了よりも僅か
に先にタイムアウトし、第３の（最後の）ＭＩＨ延長を
トリガする。
【００４２】第２の延長が長い２次ＭＩＨタイムアウト
期間を終了する場合、第３の延長は超長いＭＩＨ延長期
間を終了するように指示され得る。後者の例では、第３
の超長いＭＩＨ延長期間は、過度に長いＩ／Ｏ装置操作
に対してのみ必要とされ得る。こうした操作には、人の
介入を含むテープ実装コマンドなどがあり、第３の延長
期間の終了時には、ＭＩＨタイムアウト故障指示が提供
される。ほとんどのＩ／Ｏ装置操作は１次ＭＩＨ延長だ
けを使用し、数少ない長いＩ／Ｏ装置操作が２次ＭＩＨ
延長を使用する。しかしながら、第１のしきい値割込み
の後、待機中の要求の位置が変更されてもよく、その
後、要求はＩ／Ｏサブシステムの代わりに、ＯＳ内で待
機し、そこで装置ロックを即時競合することができる。
これはコンピュータ・システムのＩ／Ｏアーキテクチャ
により影響される。
期間を終了する場合、第３の延長は超長いＭＩＨ延長期
間を終了するように指示され得る。後者の例では、第３
の超長いＭＩＨ延長期間は、過度に長いＩ／Ｏ装置操作
に対してのみ必要とされ得る。こうした操作には、人の
介入を含むテープ実装コマンドなどがあり、第３の延長
期間の終了時には、ＭＩＨタイムアウト故障指示が提供
される。ほとんどのＩ／Ｏ装置操作は１次ＭＩＨ延長だ
けを使用し、数少ない長いＩ／Ｏ装置操作が２次ＭＩＨ
延長を使用する。しかしながら、第１のしきい値割込み
の後、待機中の要求の位置が変更されてもよく、その
後、要求はＩ／Ｏサブシステムの代わりに、ＯＳ内で待
機し、そこで装置ロックを即時競合することができる。
これはコンピュータ・システムのＩ／Ｏアーキテクチャ
により影響される。
【００４３】前記の例から、本発明が任意の数のＯＳ
ＭＩＨタイムアウト延長を有し得ること、各ＯＳ ＭＩ
Ｈ延長がそのＯＳに対するＣＵインタフェース・アダプ
タにおいて、対応するＣＵしきい値タイムアウトを有す
ることが明らかである。各ＣＵしきい値タイムアウト
は、対応するＭＩＨ延長タイムアウトよりも僅かに先に
タイムアウトするようにセットされる。任意のしきい値
タイムアウトとその対応するＭＩＨタイムアウトとの間
の時間は、アダプタが割込み通信をＯＳ（待機中のＩ／
Ｏ要求に関連付けられる）に送信し、現期間のＭＩＨタ
イムアウトの発生以前に、ＯＳがそのＭＩＨタイムアウ
トを次の時間延長により延長することを可能にしなけれ
ばならない。潜在Ｉ／Ｏ操作故障を宣言するＭＩＨタイ
ムアウトは、常に最後に使用される延長の終了時のタイ
ムアウトに相当する。
ＭＩＨタイムアウト延長を有し得ること、各ＯＳ ＭＩ
Ｈ延長がそのＯＳに対するＣＵインタフェース・アダプ
タにおいて、対応するＣＵしきい値タイムアウトを有す
ることが明らかである。各ＣＵしきい値タイムアウト
は、対応するＭＩＨ延長タイムアウトよりも僅かに先に
タイムアウトするようにセットされる。任意のしきい値
タイムアウトとその対応するＭＩＨタイムアウトとの間
の時間は、アダプタが割込み通信をＯＳ（待機中のＩ／
Ｏ要求に関連付けられる）に送信し、現期間のＭＩＨタ
イムアウトの発生以前に、ＯＳがそのＭＩＨタイムアウ
トを次の時間延長により延長することを可能にしなけれ
ばならない。潜在Ｉ／Ｏ操作故障を宣言するＭＩＨタイ
ムアウトは、常に最後に使用される延長の終了時のタイ
ムアウトに相当する。
【００４４】本発明は、ある所定の１次ＭＩＨタイムア
ウト期間を超過するチャネル・プログラム実行時間を要
求するコマンドに対してＩ／Ｏ装置またはそのＩ／Ｏ制
御ユニットにおいて、ロング・ビジー状態を使用し得
る。
ウト期間を超過するチャネル・プログラム実行時間を要
求するコマンドに対してＩ／Ｏ装置またはそのＩ／Ｏ制
御ユニットにおいて、ロング・ビジー状態を使用し得
る。
【００４５】複数のＯＳがＩ／Ｏ装置を共用する環境で
は、要求ＯＳプログラムが同一装置の使用を要求する別
のＯＳに対するチャネル・サブシステムにより実行され
る処理を認識しない。その結果、あるＯＳは別のＯＳの
チャネル・サブシステム内または制御ユニット内で発生
しているかもしれない任意のＩ／Ｏ要求のキューイング
（待機）に気を止めない。
は、要求ＯＳプログラムが同一装置の使用を要求する別
のＯＳに対するチャネル・サブシステムにより実行され
る処理を認識しない。その結果、あるＯＳは別のＯＳの
チャネル・サブシステム内または制御ユニット内で発生
しているかもしれない任意のＩ／Ｏ要求のキューイング
（待機）に気を止めない。
【００４６】類似のコマンド実行時間を有するコマンド
（すなわち多大に異なるコマンド実行時間を有するコマ
ンドが存在しない）を使用する装置を考える場合、理想
的な状況は、任意の適切なＩ／Ｏ要求の最悪の場合の実
行時間を超過しようとしている任意のキューイングを報
告することである。この場合、ＭＩＨタイムアウトは、
ＯＳから見て最長の期待実行時間よりも多少大きくセッ
トされる。ＯＳがＩ／Ｏ操作が完了した、または過度な
キューイングが発生しているとの知らせを受信しなかっ
た場合、ＯＳは割込みが失われたものと見なす。実際の
ＭＩＨタイムアウトは、通常のコマンドを実行するため
の最悪の場合の時間の数倍のオーダである。
（すなわち多大に異なるコマンド実行時間を有するコマ
ンドが存在しない）を使用する装置を考える場合、理想
的な状況は、任意の適切なＩ／Ｏ要求の最悪の場合の実
行時間を超過しようとしている任意のキューイングを報
告することである。この場合、ＭＩＨタイムアウトは、
ＯＳから見て最長の期待実行時間よりも多少大きくセッ
トされる。ＯＳがＩ／Ｏ操作が完了した、または過度な
キューイングが発生しているとの知らせを受信しなかっ
た場合、ＯＳは割込みが失われたものと見なす。実際の
ＭＩＨタイムアウトは、通常のコマンドを実行するため
の最悪の場合の時間の数倍のオーダである。
【００４７】本発明は、Ｉ／Ｏ要求内のロング・コマン
ドを処理するためのロング・ビジー・プロトコルを含
む。例えば過度なキューイング持続期間など、要求ＯＳ
から見て、多大に長い処理時間を生じ得る（たとえコマ
ンドがまだ要求装置内で実行されていなくても）非エラ
ー条件が存在する。本発明はＯＳから見て、任意の持続
期間のＩ／Ｏコマンドを処理するために使用され得る。
より詳細には、本発明は要求ＯＳに要求に対して過度な
キューイングが存在する時を知らせ、それによりＯＳ
は、ＭＩＨタイムアウトを発行されたＩ／Ｏ要求の期待
持続期間と時間しきい値との和に調整する。Ｉ／Ｏサブ
システムはこの時間しきい値にもとづき過度なキューイ
ングを報告する。過度なキューイングが稀であれば、過
度なキューイング条件を報告するオーバヘッドはシステ
ム性能にほとんど影響しない。本発明は、ＯＳが通常の
ショート・コマンド処理のために比較的短いＭＩＨタイ
ムアウトを使用することを可能にする一方、発生し得る
長期間のコマンド処理に対しては、より長いＭＩＨタイ
ムアウトの使用を可能にする。
ドを処理するためのロング・ビジー・プロトコルを含
む。例えば過度なキューイング持続期間など、要求ＯＳ
から見て、多大に長い処理時間を生じ得る（たとえコマ
ンドがまだ要求装置内で実行されていなくても）非エラ
ー条件が存在する。本発明はＯＳから見て、任意の持続
期間のＩ／Ｏコマンドを処理するために使用され得る。
より詳細には、本発明は要求ＯＳに要求に対して過度な
キューイングが存在する時を知らせ、それによりＯＳ
は、ＭＩＨタイムアウトを発行されたＩ／Ｏ要求の期待
持続期間と時間しきい値との和に調整する。Ｉ／Ｏサブ
システムはこの時間しきい値にもとづき過度なキューイ
ングを報告する。過度なキューイングが稀であれば、過
度なキューイング条件を報告するオーバヘッドはシステ
ム性能にほとんど影響しない。本発明は、ＯＳが通常の
ショート・コマンド処理のために比較的短いＭＩＨタイ
ムアウトを使用することを可能にする一方、発生し得る
長期間のコマンド処理に対しては、より長いＭＩＨタイ
ムアウトの使用を可能にする。
【００４８】本発明の好適な実施例では、装置操作に対
する各Ｉ／Ｏコマンドがコマンドの期待実行時間に従
い、ショートとロングの２つのクラスのいずれかに分類
される。期待実行時間は、コマンドに対するビジー条件
により生じる内部インタバル回復処理時間と、キューイ
ング時間とを含み、ビジー条件が共用Ｉ／Ｏ装置に対し
てバックアップされる要求の待機（キューイング）時間
を延長する。ディスク・シーク・コマンドなどのショー
ト・コマンドは、通常、数ミリ秒で実行されるのに対し
てテープ巻き戻しコマンドなどのロング・コマンドは、
その実行に数秒乃至数１０分を費やす。
する各Ｉ／Ｏコマンドがコマンドの期待実行時間に従
い、ショートとロングの２つのクラスのいずれかに分類
される。期待実行時間は、コマンドに対するビジー条件
により生じる内部インタバル回復処理時間と、キューイ
ング時間とを含み、ビジー条件が共用Ｉ／Ｏ装置に対し
てバックアップされる要求の待機（キューイング）時間
を延長する。ディスク・シーク・コマンドなどのショー
ト・コマンドは、通常、数ミリ秒で実行されるのに対し
てテープ巻き戻しコマンドなどのロング・コマンドは、
その実行に数秒乃至数１０分を費やす。
【００４９】好適な実施例では、Ｉ／Ｏ要求（すなわち
チャネル・プログラム）の実行に関連して、１次ＭＩＨ
タイムアウト及び２次ＭＩＨタイムアウトの２つのＭＩ
Ｈタイムアウトが割当てられる。各タイムアウトは、例
えばプロセッサが"Ｉ／Ｏ開始"または"サブチャネル開
始"命令を実行するときなど、Ｉ／Ｏ要求がＯＳにより
チャネル・サブシステムに発行されるとき、開始する。
短期間コマンドだけを含む各Ｉ／Ｏ要求は割当てられた
１次ＭＩＨタイムアウト期間の間に実行されるものと期
待されるのに対して、少なくとも１つの長期間コマンド
を有する各Ｉ／Ｏ要求は割当てられた２次ＭＩＨタイム
アウト期間の間に実行されるものと期待される。これら
のＭＩＨタイムアウト期間が、各Ｉ／Ｏ装置タイプに対
して定義され、従って、これらは装置タイプごとに異な
り得る。
チャネル・プログラム）の実行に関連して、１次ＭＩＨ
タイムアウト及び２次ＭＩＨタイムアウトの２つのＭＩ
Ｈタイムアウトが割当てられる。各タイムアウトは、例
えばプロセッサが"Ｉ／Ｏ開始"または"サブチャネル開
始"命令を実行するときなど、Ｉ／Ｏ要求がＯＳにより
チャネル・サブシステムに発行されるとき、開始する。
短期間コマンドだけを含む各Ｉ／Ｏ要求は割当てられた
１次ＭＩＨタイムアウト期間の間に実行されるものと期
待されるのに対して、少なくとも１つの長期間コマンド
を有する各Ｉ／Ｏ要求は割当てられた２次ＭＩＨタイム
アウト期間の間に実行されるものと期待される。これら
のＭＩＨタイムアウト期間が、各Ｉ／Ｏ装置タイプに対
して定義され、従って、これらは装置タイプごとに異な
り得る。
【００５０】１次ＭＩＨタイムアウト期間は、ほとんど
のＩ／Ｏ要求の最長期待実行時間の完了後に終了し、こ
のＭＩＨタイムアウト期間は、任意のこうしたコマンド
に対するビジー条件により生じる任意の内部回復処理時
間と、キューイング時間とを含む。２次ＭＩＨ時限（イ
ンタバル）は、１つ以上のロング・コマンドを含むＩ／
Ｏ要求の実行時間の完了後に終了する。ロング・コマン
ドは１次ＭＩＨタイムアウト期間よりも長く、２次ＭＩ
Ｈタイムアウト期間よりも短い装置実行時間を有する。
のＩ／Ｏ要求の最長期待実行時間の完了後に終了し、こ
のＭＩＨタイムアウト期間は、任意のこうしたコマンド
に対するビジー条件により生じる任意の内部回復処理時
間と、キューイング時間とを含む。２次ＭＩＨ時限（イ
ンタバル）は、１つ以上のロング・コマンドを含むＩ／
Ｏ要求の実行時間の完了後に終了する。ロング・コマン
ドは１次ＭＩＨタイムアウト期間よりも長く、２次ＭＩ
Ｈタイムアウト期間よりも短い装置実行時間を有する。
【００５１】本発明はＩ／Ｏ装置に対して新たなＩ／Ｏ
信号を提供する。この信号は本明細書では"ロング・ビ
ジー"信号と呼ばれる。本明細書では、装置がＩ／Ｏ要
求に対してロング・コマンドを実行しているとき、常に
装置はロング・ビジー状態であると定義される。Ｉ／Ｏ
要求に対してロング・コマンドが存在しないとき、装置
はロング・ビジー状態と見なされない。別のＩ／Ｏ要求
がロング・ビジー状態のＩ／Ｏ装置に提供されるとき、
常に装置は"ロング・ビジー"・ステータス情報を有する
割込みによりＩ／Ｏ要求を拒絶する。好適な実施例であ
るＳ／３９０ Ｉ／Ｏアーキテクチャでは、これはデバ
イス制御装置がプロセッサＩ／Ｏサブシステムに、"セ
ンス・データ"情報と一緒に"ユニット・チェック割込
み"信号を送信することにより、通知される。
信号を提供する。この信号は本明細書では"ロング・ビ
ジー"信号と呼ばれる。本明細書では、装置がＩ／Ｏ要
求に対してロング・コマンドを実行しているとき、常に
装置はロング・ビジー状態であると定義される。Ｉ／Ｏ
要求に対してロング・コマンドが存在しないとき、装置
はロング・ビジー状態と見なされない。別のＩ／Ｏ要求
がロング・ビジー状態のＩ／Ｏ装置に提供されるとき、
常に装置は"ロング・ビジー"・ステータス情報を有する
割込みによりＩ／Ｏ要求を拒絶する。好適な実施例であ
るＳ／３９０ Ｉ／Ｏアーキテクチャでは、これはデバ
イス制御装置がプロセッサＩ／Ｏサブシステムに、"セ
ンス・データ"情報と一緒に"ユニット・チェック割込
み"信号を送信することにより、通知される。
【００５２】Ｉ／Ｏプログラム内の各Ｉ／Ｏコマンド
（任意のＩ／Ｏコンピュータ・アーキテクチャにおい
て、その使用可能な装置タイプに対して定義される）
が、本発明により、"短期間Ｉ／Ｏコマンド"または"長
期間Ｉ／Ｏコマンド"のいずれかとして分類され、前者
は割当てられた１次ＭＩＨタイムアウトの限度内で完了
し、後者は１次ＭＩＨタイムアウトの満了後、且つ２次
ＭＩＨタイムアウトの満了以前に完了する。そして、こ
れらの両方のタイムアウト期間はＯＳがＩ／Ｏコマンド
を有するＩ／Ｏ要求に対して開始命令を発行するとき、
開始する。
（任意のＩ／Ｏコンピュータ・アーキテクチャにおい
て、その使用可能な装置タイプに対して定義される）
が、本発明により、"短期間Ｉ／Ｏコマンド"または"長
期間Ｉ／Ｏコマンド"のいずれかとして分類され、前者
は割当てられた１次ＭＩＨタイムアウトの限度内で完了
し、後者は１次ＭＩＨタイムアウトの満了後、且つ２次
ＭＩＨタイムアウトの満了以前に完了する。そして、こ
れらの両方のタイムアウト期間はＯＳがＩ／Ｏコマンド
を有するＩ／Ｏ要求に対して開始命令を発行するとき、
開始する。
【００５３】好適な実施例はＳ／３９０アーキテクチャ
を使用し、そこではＩ／Ｏコマンドがチャネル・コマン
ド・ワード（ＣＣＷ）により定義される。ＣＣＷは、１
つ以上のＣＰＵを有する中央プロセッサ・コンプレック
スのＩ／Ｏサブシステム内のＩ／Ｏプロセッサにより解
釈され、任意のＣＰＵがＩ／Ｏ要求を開始する。
を使用し、そこではＩ／Ｏコマンドがチャネル・コマン
ド・ワード（ＣＣＷ）により定義される。ＣＣＷは、１
つ以上のＣＰＵを有する中央プロセッサ・コンプレック
スのＩ／Ｏサブシステム内のＩ／Ｏプロセッサにより解
釈され、任意のＣＰＵがＩ／Ｏ要求を開始する。
【００５４】各Ｉ／Ｏ装置は、その装置が接続されるＩ
／Ｏ制御ユニット内に"自己記述データ・ブロック"を記
憶される。各装置の自己記述データ・ブロックは、本発
明により関連装置に対するコマンドに対して、１次ＭＩ
Ｈ値及び２次ＭＩＨ値の両方を含むように変更される。
更に自己記述データ・ブロックはコマンドの２つのリス
トを含み、第１のリストは短期間コマンド用であり、第
２のリストは長期間コマンド用である。任意の装置の自
己記述データ・ブロックは、例えばＣＰＵがコマンド・
リストまたは２つのＭＩＨインタバルを獲得するため
に"構成データ読出し"ＣＣＷを実行することにより、任
意に獲得され得る。
／Ｏ制御ユニット内に"自己記述データ・ブロック"を記
憶される。各装置の自己記述データ・ブロックは、本発
明により関連装置に対するコマンドに対して、１次ＭＩ
Ｈ値及び２次ＭＩＨ値の両方を含むように変更される。
更に自己記述データ・ブロックはコマンドの２つのリス
トを含み、第１のリストは短期間コマンド用であり、第
２のリストは長期間コマンド用である。任意の装置の自
己記述データ・ブロックは、例えばＣＰＵがコマンド・
リストまたは２つのＭＩＨインタバルを獲得するため
に"構成データ読出し"ＣＣＷを実行することにより、任
意に獲得され得る。
【００５５】ＯＳがそのオンライン装置（ＯＳがＩ／Ｏ
要求を送信可能な装置）を初期化するとき、その装置が
実際に存在し、ＯＳに正しく定義されているか否かを判
断する確認操作が実行される。この初期化プロセスの一
部は各装置に対する自己記述データ・ブロックを獲得
し、ＯＳにとって使用可能な物理Ｉ／Ｏ構成を表すソフ
トウェア・テーブルの生成を可能にする。装置の自己記
述データは任意に１次ＭＩＨタイムアウト値及び２次Ｍ
ＩＨタイムアウト値を含み得る。装置の自己記述データ
・ブロックが利用者が明示的に優先ＭＩＨタイムアウト
値を指定しなかった１次ＭＩＨタイムアウト値を含む場
合、デフォルト指定の１次ＭＩＨタイムアウト値が装置
に割当てられる。類似の構成処理がシステム初期化後に
オンラインに変更される任意のＩ／Ｏ装置に対しても実
行される。
要求を送信可能な装置）を初期化するとき、その装置が
実際に存在し、ＯＳに正しく定義されているか否かを判
断する確認操作が実行される。この初期化プロセスの一
部は各装置に対する自己記述データ・ブロックを獲得
し、ＯＳにとって使用可能な物理Ｉ／Ｏ構成を表すソフ
トウェア・テーブルの生成を可能にする。装置の自己記
述データは任意に１次ＭＩＨタイムアウト値及び２次Ｍ
ＩＨタイムアウト値を含み得る。装置の自己記述データ
・ブロックが利用者が明示的に優先ＭＩＨタイムアウト
値を指定しなかった１次ＭＩＨタイムアウト値を含む場
合、デフォルト指定の１次ＭＩＨタイムアウト値が装置
に割当てられる。類似の構成処理がシステム初期化後に
オンラインに変更される任意のＩ／Ｏ装置に対しても実
行される。
【００５６】より詳細には、各Ｉ／Ｏ要求はＣＣＷから
成る関連チャネル・プログラムを有する。チャネル・プ
ログラムは、それがロング・コマンドを含まない場合、
１次ＭＩＨ時限（インタバル）内に実行を完了すべきで
ある。チャネル・プログラムがロング・コマンドを含む
場合、それは２次ＭＩＨ時限（インタバル）内に完了す
べきである。Ｉ／Ｏ要求が１次ＭＩＨタイムアウト期間
活動状態であると、ＯＳは装置依存のＭＩＨエグジット
（exit）を呼び出し、サブプロセスを実行する。そし
て、このサブプロセスがチャネル・プログラムを走査
し、チャネル・プログラムがロング・コマンドを含むか
否かを判断する（装置に関連付けられるロング・コマン
ド・リスト内に表される）。
成る関連チャネル・プログラムを有する。チャネル・プ
ログラムは、それがロング・コマンドを含まない場合、
１次ＭＩＨ時限（インタバル）内に実行を完了すべきで
ある。チャネル・プログラムがロング・コマンドを含む
場合、それは２次ＭＩＨ時限（インタバル）内に完了す
べきである。Ｉ／Ｏ要求が１次ＭＩＨタイムアウト期間
活動状態であると、ＯＳは装置依存のＭＩＨエグジット
（exit）を呼び出し、サブプロセスを実行する。そし
て、このサブプロセスがチャネル・プログラムを走査
し、チャネル・プログラムがロング・コマンドを含むか
否かを判断する（装置に関連付けられるロング・コマン
ド・リスト内に表される）。
【００５７】チャネル・プログラムがロング・コマンド
を含まない場合、１次ＭＩＨインタバルがＩ／Ｏ要求に
対して使用される。チャネル・プログラムが少なくとも
１つの実行中のロング・コマンドを含む場合には、２次
ＭＩＨインタバルがＩ／Ｏ要求に対して使用される。
を含まない場合、１次ＭＩＨインタバルがＩ／Ｏ要求に
対して使用される。チャネル・プログラムが少なくとも
１つの実行中のロング・コマンドを含む場合には、２次
ＭＩＨインタバルがＩ／Ｏ要求に対して使用される。
【００５８】Ｉ／Ｏ要求がＯＳにより生成されるとき、
ＭＩＨ時限プロセスが開始される。このプロセスはカウ
ンタを増分して、ＯＳがＩ／Ｏ要求をそのＩ／Ｏサブシ
ステムに生成して以来、そのＩ／Ｏ要求に対して経過し
た総時間を測定する。時限プロセスは、周期的に（例え
ば指定タイマ割込み信号により）、その現在測定された
経過時間と、選択ＭＩＨインタバル値（１次または２次
ＭＩＨタイムアウト期間）とを比較し、選択ＭＩＨタイ
ムアウト期間の満了を検出する。タイムアウトとが検出
されると、ＭＩＨ時限プロセスはＯＳがＩ／Ｏ要求のチ
ャネル・プログラムを終了し、通常の回復プロセスを呼
び出すように要求する。
ＭＩＨ時限プロセスが開始される。このプロセスはカウ
ンタを増分して、ＯＳがＩ／Ｏ要求をそのＩ／Ｏサブシ
ステムに生成して以来、そのＩ／Ｏ要求に対して経過し
た総時間を測定する。時限プロセスは、周期的に（例え
ば指定タイマ割込み信号により）、その現在測定された
経過時間と、選択ＭＩＨインタバル値（１次または２次
ＭＩＨタイムアウト期間）とを比較し、選択ＭＩＨタイ
ムアウト期間の満了を検出する。タイムアウトとが検出
されると、ＭＩＨ時限プロセスはＯＳがＩ／Ｏ要求のチ
ャネル・プログラムを終了し、通常の回復プロセスを呼
び出すように要求する。
【００５９】従来技術では、ある装置がロング・コマン
ドを含むＩ／Ｏ要求を実行しているときに第２のＯＳが
同一の装置にＩ／Ｏ要求を生成する場合（これはＩ／Ｏ
キュー上で保留となる）、第２のＯＳの要求は、未着装
置操作完了割込みにより、１次ＭＩＨタイムアウト期間
の満了が誤って潜在ＭＩＨエラー条件を示すまで、待機
するように要求される。しかしながら、実際には割込み
はまだ提供されていないので未着ではない。
ドを含むＩ／Ｏ要求を実行しているときに第２のＯＳが
同一の装置にＩ／Ｏ要求を生成する場合（これはＩ／Ｏ
キュー上で保留となる）、第２のＯＳの要求は、未着装
置操作完了割込みにより、１次ＭＩＨタイムアウト期間
の満了が誤って潜在ＭＩＨエラー条件を示すまで、待機
するように要求される。しかしながら、実際には割込み
はまだ提供されていないので未着ではない。
【００６０】しかしながら、本発明によれば、全ての関
連ＯＳに送信される"ロング・ビジー"信号により誤った
エラー条件は検出されない。"ロング・ビジー"信号は各
ＯＳに、そのＯＳが装置における適切な操作により停止
させられており、Ｉ／Ｏ割込みが実際には未着でないこ
とを知らせる。従って、ＯＳはハングアップすることな
くそのＩ／Ｏ要求の完了を待機する。Ｓ／３９０では、
装置が次のコマンドをユニット・チェック割込み及びセ
ンス・データにより拒絶し、"ロング・ビジー"条件が装
置において存在することを知らせる。ロング・ビジー条
件を確認すると、ＯＳソフトウェアはその内部ＭＩＨイ
ンタバルを再調整する制御を有し、それにより試行され
たＩ／Ｏ要求は別のＩ／Ｏ要求が装置に対して実行可能
であることを示すビジー解除ステータスが確認されるま
で、ＯＳ内にキュー待機される。従って、Ｉ／Ｏ要求が
２次ＭＩＨ時間よりも長くキューに待機され続け、ＭＩ
Ｈインタバルが満了する場合、時限制御プロセスがＭＩ
Ｈインタバルを再度開始し得る。これは例えば割込みを
シミュレートして、Ｉ／Ｏ要求に対する現ＭＩＨタイム
アウト測定を終了し、Ｉ／Ｏ要求の再試行を信号で知ら
せることにより、そのＩ／Ｏ要求に対してタイムアウト
測定を最初から開始することによる。これらの再試行
は、システム内における装置エラー回復プロシジャから
のカウント制御による。
連ＯＳに送信される"ロング・ビジー"信号により誤った
エラー条件は検出されない。"ロング・ビジー"信号は各
ＯＳに、そのＯＳが装置における適切な操作により停止
させられており、Ｉ／Ｏ割込みが実際には未着でないこ
とを知らせる。従って、ＯＳはハングアップすることな
くそのＩ／Ｏ要求の完了を待機する。Ｓ／３９０では、
装置が次のコマンドをユニット・チェック割込み及びセ
ンス・データにより拒絶し、"ロング・ビジー"条件が装
置において存在することを知らせる。ロング・ビジー条
件を確認すると、ＯＳソフトウェアはその内部ＭＩＨイ
ンタバルを再調整する制御を有し、それにより試行され
たＩ／Ｏ要求は別のＩ／Ｏ要求が装置に対して実行可能
であることを示すビジー解除ステータスが確認されるま
で、ＯＳ内にキュー待機される。従って、Ｉ／Ｏ要求が
２次ＭＩＨ時間よりも長くキューに待機され続け、ＭＩ
Ｈインタバルが満了する場合、時限制御プロセスがＭＩ
Ｈインタバルを再度開始し得る。これは例えば割込みを
シミュレートして、Ｉ／Ｏ要求に対する現ＭＩＨタイム
アウト測定を終了し、Ｉ／Ｏ要求の再試行を信号で知ら
せることにより、そのＩ／Ｏ要求に対してタイムアウト
測定を最初から開始することによる。これらの再試行
は、システム内における装置エラー回復プロシジャから
のカウント制御による。
【００６１】従って、装置はＩ／Ｏ要求に対してチャネ
ル・プログラムの実行を開始するとき、ビジー状態に置
かれ、ロング・コマンドに対しては、ロング・ビジー状
態に置かれる。ロング・ビジー状態は要求が完了するま
で継続する。装置におけるビジー／ロング・ビジー状態
は関連するＩ／Ｏ要求が成功裡に完了するとき、終了す
る。
ル・プログラムの実行を開始するとき、ビジー状態に置
かれ、ロング・コマンドに対しては、ロング・ビジー状
態に置かれる。ロング・ビジー状態は要求が完了するま
で継続する。装置におけるビジー／ロング・ビジー状態
は関連するＩ／Ｏ要求が成功裡に完了するとき、終了す
る。
【００６２】１次及び２次ＭＩＨインタバルは、Ｉ／Ｏ
要求が装置おいて実行されるとき、要求元ＯＳにより使
用される。ロング・ビジー信号はＭＩＨタイムアウト期
間（インタバル）の延長（以前に使用されていない）を
可能にする。
要求が装置おいて実行されるとき、要求元ＯＳにより使
用される。ロング・ビジー信号はＭＩＨタイムアウト期
間（インタバル）の延長（以前に使用されていない）を
可能にする。
【００６３】本発明の別の目的は、システムを単一のＯ
Ｓの下で操作することであり、このＯＳは、まだ完了し
ていない現要求と次の要求とのオーバラップを可能に
し、未着割込み信号の誤ったＭＩＨエラー指示を回避す
る。
Ｓの下で操作することであり、このＯＳは、まだ完了し
ていない現要求と次の要求とのオーバラップを可能に
し、未着割込み信号の誤ったＭＩＨエラー指示を回避す
る。
【００６４】ロング・コマンドは続く連鎖コマンドを有
さず、時に"非同期即時コマンド"として参照される。そ
のビジー状態は、要求装置が要求操作を完了するまで、
要求装置またはその制御ユニットにおいて、非常に長い
時間維持される。
さず、時に"非同期即時コマンド"として参照される。そ
のビジー状態は、要求装置が要求操作を完了するまで、
要求装置またはその制御ユニットにおいて、非常に長い
時間維持される。
【００６５】本発明は、たとえコマンドが関連装置にお
いて実際に操作を完了していない場合でも（また、その
完了割込みが要求元ＯＳに送信されるとき、装置操作で
さえ開始していないかもしれない）、ロング・ビジー信
号がＩ／Ｏ制御ユニットにより提供されるとき、即時完
了割込みを提供することにより、Ｉ／Ｏ制御ユニット内
における要求オーバラップ問題を解決する。これはＩ／
Ｏ要求を処理する責任をそのＯＳにシフトし、Ｉ／Ｏサ
ブシステムをその要求の処理から解放する。これはＩ／
Ｏ制御ユニット（ＣＵ）が"非同期即時コマンド"のＣＵ
受諾に応答して、"即時"割込み信号をＯＳの中央プロセ
ッサ・コンプレックスに送信することにより達成され得
る。ここで"即時"とは、コマンドが制御ユニットにおい
て受諾されるときに、"完了割込み"が中央プロセッサ・
コンプレックスに送信されることを意味する。その時、
装置がそのコマンドの実行を開始している必要はない。
後に装置が実際にコマンドを完了するときには割込み信
号は提供されない。"ロング・ビジー"状態は、ロング・
コマンドに対する全ての操作が要求装置により完了され
るまでＣＵにおいて継続する。ＯＳは即時割込みを受信
すると、即時ロング・コマンドに対する責任を請け負
う。
いて実際に操作を完了していない場合でも（また、その
完了割込みが要求元ＯＳに送信されるとき、装置操作で
さえ開始していないかもしれない）、ロング・ビジー信
号がＩ／Ｏ制御ユニットにより提供されるとき、即時完
了割込みを提供することにより、Ｉ／Ｏ制御ユニット内
における要求オーバラップ問題を解決する。これはＩ／
Ｏ要求を処理する責任をそのＯＳにシフトし、Ｉ／Ｏサ
ブシステムをその要求の処理から解放する。これはＩ／
Ｏ制御ユニット（ＣＵ）が"非同期即時コマンド"のＣＵ
受諾に応答して、"即時"割込み信号をＯＳの中央プロセ
ッサ・コンプレックスに送信することにより達成され得
る。ここで"即時"とは、コマンドが制御ユニットにおい
て受諾されるときに、"完了割込み"が中央プロセッサ・
コンプレックスに送信されることを意味する。その時、
装置がそのコマンドの実行を開始している必要はない。
後に装置が実際にコマンドを完了するときには割込み信
号は提供されない。"ロング・ビジー"状態は、ロング・
コマンドに対する全ての操作が要求装置により完了され
るまでＣＵにおいて継続する。ＯＳは即時割込みを受信
すると、即時ロング・コマンドに対する責任を請け負
う。
【００６６】装置のロング・ビジー状態は、ＯＳが任意
の時点にテスト命令をＣＵに発行することによりテスト
され、ＯＳは装置に対してロング・ビジー状態が存在す
る場合、その装置への別の要求の発行を遅延したいか否
かなどを判断する。従って、本発明に従う、装置に対す
る"ロング・ビジー"信号と、ＯＳへの"即時"割込み信号
との組み合わせは、装置完了割込みがＣＵからＯＳに送
信されるのを待機する間に、ＭＩＨタイムアウトを有し
た従来のＭＩＨシステムで遭遇したような、ロング・ビ
ジー・コマンドに対する誤ったＭＩＨ指示の発生を防止
する。従って、制御ユニットが任意の既存のＯＳにより
テストされ、関連装置を操作するための別のＩ／Ｏ要求
を発行する以前にその装置の可用性が判断される。
の時点にテスト命令をＣＵに発行することによりテスト
され、ＯＳは装置に対してロング・ビジー状態が存在す
る場合、その装置への別の要求の発行を遅延したいか否
かなどを判断する。従って、本発明に従う、装置に対す
る"ロング・ビジー"信号と、ＯＳへの"即時"割込み信号
との組み合わせは、装置完了割込みがＣＵからＯＳに送
信されるのを待機する間に、ＭＩＨタイムアウトを有し
た従来のＭＩＨシステムで遭遇したような、ロング・ビ
ジー・コマンドに対する誤ったＭＩＨ指示の発生を防止
する。従って、制御ユニットが任意の既存のＯＳにより
テストされ、関連装置を操作するための別のＩ／Ｏ要求
を発行する以前にその装置の可用性が判断される。
【００６７】
【発明の実施の形態】好適な実施例の環境は、ＩＢＭの
ＭＶＳ／ＥＳＡ（エンタプライズ・システム・アーキテ
クチャ）及びＩＢＭ３５９０テープ記憶装置を含むもの
として述べられる。当業者には、好適な実施例としてこ
こで述べられる方法が、本発明の範囲から逸脱すること
無しに、他のオペレーティング・システム及びコンピュ
ータ・アーキテクチャ・プラットフォームにも適用され
得ることが理解されよう。
ＭＶＳ／ＥＳＡ（エンタプライズ・システム・アーキテ
クチャ）及びＩＢＭ３５９０テープ記憶装置を含むもの
として述べられる。当業者には、好適な実施例としてこ
こで述べられる方法が、本発明の範囲から逸脱すること
無しに、他のオペレーティング・システム及びコンピュ
ータ・アーキテクチャ・プラットフォームにも適用され
得ることが理解されよう。
【００６８】装置自己記述拡張：好適な実施例をサポー
トする装置は、前述の構成データ読出しコマンドを使用
するとき、次のように自己記述データに含まれる２つの
新たなフィールドを返却する。
トする装置は、前述の構成データ読出しコマンドを使用
するとき、次のように自己記述データに含まれる２つの
新たなフィールドを返却する。
【００６９】未着割込みハンドラ１次タイムアウト（Ｍ
ＩＨＰＴＯ）：ワード１のバイト２（６０３）は、制御
ユニットの推奨"１次ＭＩＨタイムアウト・インタバル"
を指定する値を含み、この値は装置に対して未着割込み
ハンドラ・タイムアウトをセットするために使用され
る。このタイムアウトは未着割込みハンドラ２次タイム
アウトに対する値がセットされない場合、ビジーまたは
チャネル・コマンド再試行ステータスの提示の結果とし
て、チャネル・プログラムが継続すると期待される最長
時間であり、任意の装置回復プロセス及び任意のキュー
イング時間を考慮する。２次ＭＩＨタイムアウトが指定
される場合には、この時間はビジーまたはチャネル・コ
マンド再試行ステータスの提示の結果として、チャネル
・プログラム（モデル依存型のロング・コマンドを含ま
ない）が費やすと期待される最長時間であり、任意の装
置回復プロセス及び任意のキューイング時間を考慮す
る。
ＩＨＰＴＯ）：ワード１のバイト２（６０３）は、制御
ユニットの推奨"１次ＭＩＨタイムアウト・インタバル"
を指定する値を含み、この値は装置に対して未着割込み
ハンドラ・タイムアウトをセットするために使用され
る。このタイムアウトは未着割込みハンドラ２次タイム
アウトに対する値がセットされない場合、ビジーまたは
チャネル・コマンド再試行ステータスの提示の結果とし
て、チャネル・プログラムが継続すると期待される最長
時間であり、任意の装置回復プロセス及び任意のキュー
イング時間を考慮する。２次ＭＩＨタイムアウトが指定
される場合には、この時間はビジーまたはチャネル・コ
マンド再試行ステータスの提示の結果として、チャネル
・プログラム（モデル依存型のロング・コマンドを含ま
ない）が費やすと期待される最長時間であり、任意の装
置回復プロセス及び任意のキューイング時間を考慮す
る。
【００７０】１次ＭＩＨタイムアウト・インタバル値
は、１次ＭＩＨタイムアウト・インタバル・フィールド
内で指定される仮数及び指数から獲得される、底１０の
値である。この値を含む１次ＭＩＨタイムアウト・フィ
ールドは、図１６に示される形式（６０４）を有する。
は、１次ＭＩＨタイムアウト・インタバル・フィールド
内で指定される仮数及び指数から獲得される、底１０の
値である。この値を含む１次ＭＩＨタイムアウト・フィ
ールドは、図１６に示される形式（６０４）を有する。
【００７１】仮数が０よりも大きい場合、ワード１のバ
イト２のビット０乃至１（指数）は、符号無し２進整数
を含み、これは０よりも大きい１次ＭＩＨタイムアウト
値の指数に相当する。仮数が０の場合、１次ＭＩＨタイ
ムアウト値として何も値が指定されず、ワード１のバイ
ト２のビット０乃至１（指数）は意味を有さない。
イト２のビット０乃至１（指数）は、符号無し２進整数
を含み、これは０よりも大きい１次ＭＩＨタイムアウト
値の指数に相当する。仮数が０の場合、１次ＭＩＨタイ
ムアウト値として何も値が指定されず、ワード１のバイ
ト２のビット０乃至１（指数）は意味を有さない。
【００７２】ワード１のバイト２のビット２乃至７は符
号無し２進整数を含み、これは１次ＭＩＨタイムアウト
値の仮数に相当する。このフィールドが０を含む場合、
１次ＭＩＨタイムアウト・インタバルとして何も値が指
定されない。
号無し２進整数を含み、これは１次ＭＩＨタイムアウト
値の仮数に相当する。このフィールドが０を含む場合、
１次ＭＩＨタイムアウト・インタバルとして何も値が指
定されない。
【００７３】指数フィールドは、図１７に示されるよう
に復号される。
に復号される。
【００７４】２次ＭＩＨタイムアウト（ＭＩＨＳＴ
Ｏ）：ワード１のバイト３（６０２）は、装置に対する
プログラムの２次ＭＩＨタイムアウト・インタバルに対
する、制御ユニットの推奨値を指定する値を含む。ＭＩ
ＨＳＴＯ値は、装置依存のロング・コマンドに対して形
成される、任意の長い暗黙の忠誠の最大期待持続期間、
または装置依存のロング・ビジー条件の最大期待持続期
間の大きい方に相当する。
Ｏ）：ワード１のバイト３（６０２）は、装置に対する
プログラムの２次ＭＩＨタイムアウト・インタバルに対
する、制御ユニットの推奨値を指定する値を含む。ＭＩ
ＨＳＴＯ値は、装置依存のロング・コマンドに対して形
成される、任意の長い暗黙の忠誠の最大期待持続期間、
または装置依存のロング・ビジー条件の最大期待持続期
間の大きい方に相当する。
【００７５】ＭＩＨＳＴＯ値は、ロング・ビジー条件の
最大期待持続期間、またはモデル依存のロング・コマン
ドを含むチャネル・プログラムの最長期待実行時間であ
り、、ビジーまたはチャネル・コマンド再試行ステータ
スの結果生じる、あらゆる装置回復機構及び任意のキュ
ーイング時間を考慮する。
最大期待持続期間、またはモデル依存のロング・コマン
ドを含むチャネル・プログラムの最長期待実行時間であ
り、、ビジーまたはチャネル・コマンド再試行ステータ
スの結果生じる、あらゆる装置回復機構及び任意のキュ
ーイング時間を考慮する。
【００７６】２次ＭＩＨタイムアウト値は、２次ＭＩＨ
タイムアウト・フィールド内で指定される仮数及び指数
にもとづく、底１０の値である。
タイムアウト・フィールド内で指定される仮数及び指数
にもとづく、底１０の値である。
【００７７】２次ＭＩＨタイムアウト・フィールドは、
図１６に示される形式を有する。
図１６に示される形式を有する。
【００７８】仮数が０より大きい場合、ワード１のバイ
ト３のビット０乃至１（指数）は、符号無し２進整数を
含み、これは０よりも大きい２次ＭＩＨタイムアウト値
の指数に相当する。仮数が０の場合、２次ＭＩＨタイム
アウト・インタバルとして何も値が指定されず、ワード
１のバイト３のビット０乃至１（指数）は意味を有さな
い。
ト３のビット０乃至１（指数）は、符号無し２進整数を
含み、これは０よりも大きい２次ＭＩＨタイムアウト値
の指数に相当する。仮数が０の場合、２次ＭＩＨタイム
アウト・インタバルとして何も値が指定されず、ワード
１のバイト３のビット０乃至１（指数）は意味を有さな
い。
【００７９】ワード１のバイト３のビット２乃至７は符
号無し２進整数を含み、これは２次ＭＩＨタイムアウト
値の仮数に相当する。このフィールドが０を含む場合、
２次ＭＩＨタイムアウト・インタバルとして何も値が指
定されない。
号無し２進整数を含み、これは２次ＭＩＨタイムアウト
値の仮数に相当する。このフィールドが０を含む場合、
２次ＭＩＨタイムアウト・インタバルとして何も値が指
定されない。
【００８０】指数フィールドは、図１７に示されるよう
に復号される。
に復号される。
【００８１】ロング・ビジー・プロトコル："キューイ
ング期間の制限"の項目で述べたプロセスは、次のよう
である。
ング期間の制限"の項目で述べたプロセスは、次のよう
である。
【００８２】ここで使用される方法が図１２乃至図１３
に示され、その変形が図１１に示される。本方法は各チ
ャネル・アダプタに対してＣＵ内に組み込まれるＣＵタ
イマを使用する。各ＣＵタイマはそれぞれのチャネル・
アダプタにより受信されるＩ／Ｏ要求のキューイング時
間、すなわちＩ／Ｏ要求が最初にチャネル・アダプタに
より受信されてから、要求装置が要求の処理を開始する
までの時間を測定する。ＣＵタイマは初期には０にセッ
トされ、始動されると経過時間を測定し始める。制御ユ
ニット・タイマの経過時間が"しきい値"を超過する場
合、ＣＵタイムアウトが制御ユニットにより検出され
る。このしきい値はＩ／Ｏ要求をモニタしているＯＳソ
フトウェアにより現在使用されているＭＩＨタイムアウ
ト値よりも、幾分小さく定義される。ここでの概念は、
制御ユニットが活動状態からロング・ビジー（ＬＢ）状
態に遷移できるように時間設定することである。
に示され、その変形が図１１に示される。本方法は各チ
ャネル・アダプタに対してＣＵ内に組み込まれるＣＵタ
イマを使用する。各ＣＵタイマはそれぞれのチャネル・
アダプタにより受信されるＩ／Ｏ要求のキューイング時
間、すなわちＩ／Ｏ要求が最初にチャネル・アダプタに
より受信されてから、要求装置が要求の処理を開始する
までの時間を測定する。ＣＵタイマは初期には０にセッ
トされ、始動されると経過時間を測定し始める。制御ユ
ニット・タイマの経過時間が"しきい値"を超過する場
合、ＣＵタイムアウトが制御ユニットにより検出され
る。このしきい値はＩ／Ｏ要求をモニタしているＯＳソ
フトウェアにより現在使用されているＭＩＨタイムアウ
ト値よりも、幾分小さく定義される。ここでの概念は、
制御ユニットが活動状態からロング・ビジー（ＬＢ）状
態に遷移できるように時間設定することである。
【００８３】各チャネル・アダプタは、要求装置が要求
に対するＩ／Ｏ操作の開始を許可される以前に要求装置
に関連付けられるロックに対して、アトミック・"テス
ト及びセット"操作を実行する。テスト及びセット操作
が成功の場合（すなわち要求が装置のロックを獲得す
る）、Ｉ／Ｏ要求が装置により受諾され処理される。こ
の要求は装置に対する１つ以上のＩ／Ｏコマンドを含み
得る。テスト及びセット操作が不成功の場合にはＩ／Ｏ
要求はビジー指示を提供され、ＣＵタイマが始動され
る。
に対するＩ／Ｏ操作の開始を許可される以前に要求装置
に関連付けられるロックに対して、アトミック・"テス
ト及びセット"操作を実行する。テスト及びセット操作
が成功の場合（すなわち要求が装置のロックを獲得す
る）、Ｉ／Ｏ要求が装置により受諾され処理される。こ
の要求は装置に対する１つ以上のＩ／Ｏコマンドを含み
得る。テスト及びセット操作が不成功の場合にはＩ／Ｏ
要求はビジー指示を提供され、ＣＵタイマが始動され
る。
【００８４】ＣＵタイマは、要求チャネル・アダプタが
成功裡に要求装置に対してロックを獲得するときリセッ
トされる。なぜなら、Ｉ／Ｏ要求の受諾は要求のキュー
イング時間の終了を示すからである。装置によるＩ／Ｏ
要求の完了時、他のチャネル・アダプタは、ロックがリ
セットされ、装置が再度使用可能であることを信号で知
らされる。ビジー指示を提供され、タイムアウトを経験
していない他のチャネル・アダプタにとって、この信号
は"ビジー解除"指示を提供し、これがチャネル・サブシ
ステムに、再度Ｉ／Ｏ要求をこれらのチャネル・アダプ
タの各々に発行するように指示する。ＣＵタイマは各チ
ャネル・アダプタに対して走行し続ける。なぜなら、Ｉ
／Ｏ要求の再発行が再度装置ロックを獲得し損ね、別の
ビジー指示及びキューイング時間の継続を生じ得るから
である。
成功裡に要求装置に対してロックを獲得するときリセッ
トされる。なぜなら、Ｉ／Ｏ要求の受諾は要求のキュー
イング時間の終了を示すからである。装置によるＩ／Ｏ
要求の完了時、他のチャネル・アダプタは、ロックがリ
セットされ、装置が再度使用可能であることを信号で知
らされる。ビジー指示を提供され、タイムアウトを経験
していない他のチャネル・アダプタにとって、この信号
は"ビジー解除"指示を提供し、これがチャネル・サブシ
ステムに、再度Ｉ／Ｏ要求をこれらのチャネル・アダプ
タの各々に発行するように指示する。ＣＵタイマは各チ
ャネル・アダプタに対して走行し続ける。なぜなら、Ｉ
／Ｏ要求の再発行が再度装置ロックを獲得し損ね、別の
ビジー指示及びキューイング時間の継続を生じ得るから
である。
【００８５】万一ＣＵアダプタしきい値タイムアウトが
発生する場合、チャネル・アダプタはＩ／Ｏ要求が次に
受信されるとき、ユニット・チェック指示をチャネルに
知らせるように条件付けられる。タイムアウトが"ビジ
ー"指示と"ビジー解除"指示との間に発生する場合に
は、"ビジー解除"指示がチャネル・サブシステムに信号
で知らされ、チャネル・サブシステムは自身のキューに
待機されているＩ／Ｏ要求を再発行する。"ユニット・
チェック"指示はＯＳソフトウェアに提供され、"セン
ス"・データを伴う。センス・データはＯＳソフトウェ
アに制御ユニットがまだ機能状態であるが、装置が"ロ
ング・ビジー状態"である（すなわち、装置が他のホス
トからのＩ／Ｏ操作を処理するのに多忙であるため、こ
のＩ／Ｏ要求に応答せず、これらの操作がこのＩ／Ｏ要
求に対する最大キューイング時間を超過した）ことを通
知する。この指示に対する通常のＯＳソフトウェア応答
は、次に装置ロックが解除されるときにチャネル・パス
により提供される"ロング・ビジー解除（no longer lon
g busy）"指示を待機することである。
発生する場合、チャネル・アダプタはＩ／Ｏ要求が次に
受信されるとき、ユニット・チェック指示をチャネルに
知らせるように条件付けられる。タイムアウトが"ビジ
ー"指示と"ビジー解除"指示との間に発生する場合に
は、"ビジー解除"指示がチャネル・サブシステムに信号
で知らされ、チャネル・サブシステムは自身のキューに
待機されているＩ／Ｏ要求を再発行する。"ユニット・
チェック"指示はＯＳソフトウェアに提供され、"セン
ス"・データを伴う。センス・データはＯＳソフトウェ
アに制御ユニットがまだ機能状態であるが、装置が"ロ
ング・ビジー状態"である（すなわち、装置が他のホス
トからのＩ／Ｏ操作を処理するのに多忙であるため、こ
のＩ／Ｏ要求に応答せず、これらの操作がこのＩ／Ｏ要
求に対する最大キューイング時間を超過した）ことを通
知する。この指示に対する通常のＯＳソフトウェア応答
は、次に装置ロックが解除されるときにチャネル・パス
により提供される"ロング・ビジー解除（no longer lon
g busy）"指示を待機することである。
【００８６】議論を正当化する幾つかの実施の複雑性が
存在する。サブ項目"システム環境"で述べたマルチパス
・システムはビジー指示が受信されるとき、使用可能な
チャネル・パスのセットを通じてＩ／Ｏ要求を再試行す
る傾向がある（少なくとも所与のホストに関連付けられ
るチャネル・パスのセットが、グループとして調整され
ない特定の操作モードにおいて）。２つ以上のチャネル
・アダプタがビジー指示を送信して終了し、ビジー解除
指示を提供するように準備され得る。結果のビジー解除
指示が提供されるとき、チャネル・サブシステムは使用
可能なパスの１つを選択し、Ｉ／Ｏ要求を再駆動する。
Ｉ／Ｏがチャネル・サブシステムにおいて終了され、再
発行されない場合も存在する。
存在する。サブ項目"システム環境"で述べたマルチパス
・システムはビジー指示が受信されるとき、使用可能な
チャネル・パスのセットを通じてＩ／Ｏ要求を再試行す
る傾向がある（少なくとも所与のホストに関連付けられ
るチャネル・パスのセットが、グループとして調整され
ない特定の操作モードにおいて）。２つ以上のチャネル
・アダプタがビジー指示を送信して終了し、ビジー解除
指示を提供するように準備され得る。結果のビジー解除
指示が提供されるとき、チャネル・サブシステムは使用
可能なパスの１つを選択し、Ｉ／Ｏ要求を再駆動する。
Ｉ／Ｏがチャネル・サブシステムにおいて終了され、再
発行されない場合も存在する。
【００８７】ソフトウェア・タイムアウト値：前述した
ように、本発明では受信ビジー指示により、ロング・ビ
ジー・タイムアウトの期間キューに待機される所与のＩ
／Ｏ要求が再駆動され、続いてソフトウェアにとって認
識可能な"ユニット・チェック"指示を提供される。ソフ
トウェアは次に、所与のＩ／Ｏ要求がその実行時間とロ
ング・ビジー・タイムアウトとの和により提供される時
限内に、またはロング・ビジー指示が受信されるまでに
完了することを期待する。
ように、本発明では受信ビジー指示により、ロング・ビ
ジー・タイムアウトの期間キューに待機される所与のＩ
／Ｏ要求が再駆動され、続いてソフトウェアにとって認
識可能な"ユニット・チェック"指示を提供される。ソフ
トウェアは次に、所与のＩ／Ｏ要求がその実行時間とロ
ング・ビジー・タイムアウトとの和により提供される時
限内に、またはロング・ビジー指示が受信されるまでに
完了することを期待する。
【００８８】更に、装置のロング・ビジー・タイムアウ
トがその制限時間に達せずに解放されるとき、"ロング
・ビジー解除"指示が信号で知らされるので、"ロング・
ビジー"指示の受信と"ロング・ビジー解除"指示の受信
の間の時限が、任意の所与のＩ／Ｏ要求の最悪の場合の
実行時間により制限される。所与の装置に対して決定さ
れるように、このタイムアウト値は"ロング・ビジー解
除"指示が喪失されないことを保証するために使用され
る。Ｉ／Ｏ要求をキュー待機したチャネル・パスと、ロ
ング・コマンドを実行しているチャネル・パスとの関係
が図１４に示される。
トがその制限時間に達せずに解放されるとき、"ロング
・ビジー解除"指示が信号で知らされるので、"ロング・
ビジー"指示の受信と"ロング・ビジー解除"指示の受信
の間の時限が、任意の所与のＩ／Ｏ要求の最悪の場合の
実行時間により制限される。所与の装置に対して決定さ
れるように、このタイムアウト値は"ロング・ビジー解
除"指示が喪失されないことを保証するために使用され
る。Ｉ／Ｏ要求をキュー待機したチャネル・パスと、ロ
ング・コマンドを実行しているチャネル・パスとの関係
が図１４に示される。
【００８９】ＭＩＨタイムアウトに対するコマンド実行
時間の影響を考慮するために、Ｉ／Ｏ要求に対したチャ
ネル・プログラムを構成するコマンドがロングとショー
トの２つのクラスに分けられる（理論的には、コマンド
分類は、３つ以上の実行時間クラス（例えばショート、
中間及びロングなど）を提供することにより、実行され
得るが、好適な実施例では２つのクラスが使用され
る）。ＯＳソフトウェアは現Ｉ／Ｏ要求におけるコマン
ドを分析し、そのチャネル・プログラムがロング・コマ
ンドを含むか否かを判断し、Ｉ／Ｏ要求に対してロング
・コマンドが見い出されない場合には、短いＭＩＨタイ
ムアウト値である１次ＭＩＨタイムアウト（ＭＩＨＰＴ
Ｏ）値を使用する。Ｉ／Ｏ要求に対して１つ以上のロン
グ・コマンドがチャネル・プログラム内に見い出される
場合には、長いＭＩＨタイムアウト値である２次ＭＩＨ
タイムアウト（ＭＩＨＳＴＯ）が使用される。
時間の影響を考慮するために、Ｉ／Ｏ要求に対したチャ
ネル・プログラムを構成するコマンドがロングとショー
トの２つのクラスに分けられる（理論的には、コマンド
分類は、３つ以上の実行時間クラス（例えばショート、
中間及びロングなど）を提供することにより、実行され
得るが、好適な実施例では２つのクラスが使用され
る）。ＯＳソフトウェアは現Ｉ／Ｏ要求におけるコマン
ドを分析し、そのチャネル・プログラムがロング・コマ
ンドを含むか否かを判断し、Ｉ／Ｏ要求に対してロング
・コマンドが見い出されない場合には、短いＭＩＨタイ
ムアウト値である１次ＭＩＨタイムアウト（ＭＩＨＰＴ
Ｏ）値を使用する。Ｉ／Ｏ要求に対して１つ以上のロン
グ・コマンドがチャネル・プログラム内に見い出される
場合には、長いＭＩＨタイムアウト値である２次ＭＩＨ
タイムアウト（ＭＩＨＳＴＯ）が使用される。
【００９０】このように、Ｉ／Ｏ要求がショート要求
（ロング・コマンドを含まないチャネル・プログラムを
有するＩ／Ｏ要求）、またはロング要求（少なくとも１
つのロング・コマンドを含むチャネル・プログラムを有
するＩ／Ｏ要求）のいずれかに分類され得る。
（ロング・コマンドを含まないチャネル・プログラムを
有するＩ／Ｏ要求）、またはロング要求（少なくとも１
つのロング・コマンドを含むチャネル・プログラムを有
するＩ／Ｏ要求）のいずれかに分類され得る。
【００９１】１次ＭＩＨタイムアウト（ＭＩＨＰＴＯ）
値は、ロング・コマンドを含まない通常のＩ／Ｏ要求に
対して期待される実行時間として決定され得る。２次Ｍ
ＩＨタイムアウト（ＭＩＨＳＴＯ）値は、最長のコマン
ドの実行時間と、ロング・コマンドを含むＩ／Ｏ要求の
名目チャネル・プログラムにおける最悪の場合の実行時
間との和として決定され得る。
値は、ロング・コマンドを含まない通常のＩ／Ｏ要求に
対して期待される実行時間として決定され得る。２次Ｍ
ＩＨタイムアウト（ＭＩＨＳＴＯ）値は、最長のコマン
ドの実行時間と、ロング・コマンドを含むＩ／Ｏ要求の
名目チャネル・プログラムにおける最悪の場合の実行時
間との和として決定され得る。
【００９２】ＯＳソフトウェアは、１）ショートＩ／Ｏ
要求の完了指示、または２）装置が別の要求のロング・
コマンドを実行するのに多忙になったことを示すロング
・ビジー指示のいずれかを示す割込みを受信する以前に
ＭＩＨＰＴＯが経過する場合、ショートＩ／Ｏ要求に対
する未着割込みを検出する。ロング・ビジー指示が受信
される場合、ＯＳソフトウェアはＩ／Ｏ要求をキューに
待機し、装置から"ロング・ビジー解除"指示を知らせる
割込みの受信を待機する。その後、ＯＳソフトウェアは
その装置にＩ／Ｏ要求を再発行する。
要求の完了指示、または２）装置が別の要求のロング・
コマンドを実行するのに多忙になったことを示すロング
・ビジー指示のいずれかを示す割込みを受信する以前に
ＭＩＨＰＴＯが経過する場合、ショートＩ／Ｏ要求に対
する未着割込みを検出する。ロング・ビジー指示が受信
される場合、ＯＳソフトウェアはＩ／Ｏ要求をキューに
待機し、装置から"ロング・ビジー解除"指示を知らせる
割込みの受信を待機する。その後、ＯＳソフトウェアは
その装置にＩ／Ｏ要求を再発行する。
【００９３】ロングＩ／Ｏ要求に対してＯＳソフトウェ
アは、ＭＩＨＳＴＯがそのロングＩ／Ｏ要求の完了を示
す任意の割込みが受信される以前に経過する場合、装置
からの未着割込みを検出する。
アは、ＭＩＨＳＴＯがそのロングＩ／Ｏ要求の完了を示
す任意の割込みが受信される以前に経過する場合、装置
からの未着割込みを検出する。
【００９４】ＯＳソフトウェアによるロング・ビジー指
示の受信の後、ＯＳソフトウェアは、ＭＩＨＳＴＯが任
意の"ロング・ビジー解除"指示を受信する以前に経過す
る場合、未着割込みを検出する。
示の受信の後、ＯＳソフトウェアは、ＭＩＨＳＴＯが任
意の"ロング・ビジー解除"指示を受信する以前に経過す
る場合、未着割込みを検出する。
【００９５】システム装置初期化：図１のステップ１０
４は、装置初期化プロセスを表し、これは図２に詳細に
示される。このプロセスはオペレーティング・システム
にオンライン接続されるように定義される各装置に対し
てシステム初期化プロセスを実行する。装置初期化プロ
セスが図２のステップ２０１で呼び出され、ステップ２
１１で、無害なＩ／Ｏコマンドにより、装置への各使用
可能なパスをテストすることにより装置（図１に示され
る）が動作状態であることを確認する（ステップ２０
２）。テープ・ドライブの場合には、ノーオペレーショ
ン（ＮＯＰ）・チャネル・コマンドが発行される。作動
可能なパスがステップ２０３で見い出されない場合、装
置はオフラインとマークされ（ステップ２０８）、処理
は次の装置へと継続する（ステップ１０４）。装置に対
して少なくとも１つの作動状態のパスが見い出される場
合（ステップ２０３）、（現ＥＳＡ／３９０コンピュー
タ・アーキテクチャでは、）センスｉｄＩ／Ｏコマンド
が発行され（ステップ２１２）、装置に対するコマンド
情報ワード（ＣＩＷ）が検索される（ステップ２０
４）。コマンド情報ワードはプログラムが装置の自己記
述データを検索することを可能にするチャネル・コマン
ドを識別する。装置への各作動状態のパスに対して（ス
テップ２０５）、構成データ読出しコマンド（ＲＣＤ）
が発行され（ステップ２１３）、それにより装置構成デ
ータ記録（ＣＤＲ）が検索されて、ＯＳ構成データ・テ
ーブル（ＣＤＴ）に追加される（ステップ２１５）。
４は、装置初期化プロセスを表し、これは図２に詳細に
示される。このプロセスはオペレーティング・システム
にオンライン接続されるように定義される各装置に対し
てシステム初期化プロセスを実行する。装置初期化プロ
セスが図２のステップ２０１で呼び出され、ステップ２
１１で、無害なＩ／Ｏコマンドにより、装置への各使用
可能なパスをテストすることにより装置（図１に示され
る）が動作状態であることを確認する（ステップ２０
２）。テープ・ドライブの場合には、ノーオペレーショ
ン（ＮＯＰ）・チャネル・コマンドが発行される。作動
可能なパスがステップ２０３で見い出されない場合、装
置はオフラインとマークされ（ステップ２０８）、処理
は次の装置へと継続する（ステップ１０４）。装置に対
して少なくとも１つの作動状態のパスが見い出される場
合（ステップ２０３）、（現ＥＳＡ／３９０コンピュー
タ・アーキテクチャでは、）センスｉｄＩ／Ｏコマンド
が発行され（ステップ２１２）、装置に対するコマンド
情報ワード（ＣＩＷ）が検索される（ステップ２０
４）。コマンド情報ワードはプログラムが装置の自己記
述データを検索することを可能にするチャネル・コマン
ドを識別する。装置への各作動状態のパスに対して（ス
テップ２０５）、構成データ読出しコマンド（ＲＣＤ）
が発行され（ステップ２１３）、それにより装置構成デ
ータ記録（ＣＤＲ）が検索されて、ＯＳ構成データ・テ
ーブル（ＣＤＴ）に追加される（ステップ２１５）。
【００９６】図１５は、ＣＤＲに含まれる装置１次ＭＩ
Ｈタイムアウト値（６０３）及び装置２次ＭＩＨタイム
アウト値（６０２）を示す。
Ｈタイムアウト値（６０３）及び装置２次ＭＩＨタイム
アウト値（６０２）を示す。
【００９７】図２において、装置の自己記述データがＯ
Ｓ内のＣＤＴに配置されると、装置依存の初期化プロシ
ジャがステップ２０６で呼び出され、システム制御ブロ
ックを装置が使用され得る方法に関する情報により初期
化する。装置初期化プロセスの間にステップ２０７によ
りエラーが見い出されない場合、装置はステップ２０９
でオンライン且つ使用可能とマークされる。ステップ２
０７でエラーが見い出される場合には、装置初期化プロ
セスはステップ２０８で装置をオフラインとマークし、
装置はエラーが修理されるまでアプリケーションにより
使用され得ない。
Ｓ内のＣＤＴに配置されると、装置依存の初期化プロシ
ジャがステップ２０６で呼び出され、システム制御ブロ
ックを装置が使用され得る方法に関する情報により初期
化する。装置初期化プロセスの間にステップ２０７によ
りエラーが見い出されない場合、装置はステップ２０９
でオンライン且つ使用可能とマークされる。ステップ２
０７でエラーが見い出される場合には、装置初期化プロ
セスはステップ２０８で装置をオフラインとマークし、
装置はエラーが修理されるまでアプリケーションにより
使用され得ない。
【００９８】図１において、ステップ１０４で全ての装
置が確認され、装置初期化プロセスが完了すると、ステ
ップ１０５でＭＩＨ初期化が開始する。ＭＩＨ初期化は
最初、システム・プログラマによりSYS1．PARMLIBデー
タセット内に指定されるカストマイズ・データ（メンバ
ＩＥＣＩＯＳｘｘ）の読出しを含む（１０２）。このカ
ストマイズ・データは、利用者が特定のＩ／Ｏ装置に課
せられるように望むＭＩＨタイムアウト値を含む。しか
しながら、このカストマイズ・データは任意選択であ
る。なぜなら、システムによりサポートされる全ての装
置タイプに対して固定のＭＩＨＰＴＯ及びＭＩＨＳＴＯ
タイムアウト・デフォルト指定値が存在するからであ
る。ステップ１０６で、ＩＥＣＩＯＳｘｘメンバからの
テキスト・レコードが、ＤＥＶブロックと呼ばれる内部
テキスト・レコードに変換される。このステップはＩＥ
ＣＩＯＳｘｘ内に作成された各装置ＭＩＨ値に対して１
ＤＥＶブロックを生成し、これらが連鎖されて、ＭＩＨ
処理作業領域からアンカ（anchored）される（ステップ
１１３）。システム初期化が進み、全てのシステム・サ
ービスが使用可能になるとき、ＭＩＨ初期化はステップ
１０７において継続し、ステップ１１４で各ＤＥＶブロ
ックを処理して、利用者により指定されるＭＩＨタイム
アウトを推奨するために必要な内部データ構造を生成す
る。
置が確認され、装置初期化プロセスが完了すると、ステ
ップ１０５でＭＩＨ初期化が開始する。ＭＩＨ初期化は
最初、システム・プログラマによりSYS1．PARMLIBデー
タセット内に指定されるカストマイズ・データ（メンバ
ＩＥＣＩＯＳｘｘ）の読出しを含む（１０２）。このカ
ストマイズ・データは、利用者が特定のＩ／Ｏ装置に課
せられるように望むＭＩＨタイムアウト値を含む。しか
しながら、このカストマイズ・データは任意選択であ
る。なぜなら、システムによりサポートされる全ての装
置タイプに対して固定のＭＩＨＰＴＯ及びＭＩＨＳＴＯ
タイムアウト・デフォルト指定値が存在するからであ
る。ステップ１０６で、ＩＥＣＩＯＳｘｘメンバからの
テキスト・レコードが、ＤＥＶブロックと呼ばれる内部
テキスト・レコードに変換される。このステップはＩＥ
ＣＩＯＳｘｘ内に作成された各装置ＭＩＨ値に対して１
ＤＥＶブロックを生成し、これらが連鎖されて、ＭＩＨ
処理作業領域からアンカ（anchored）される（ステップ
１１３）。システム初期化が進み、全てのシステム・サ
ービスが使用可能になるとき、ＭＩＨ初期化はステップ
１０７において継続し、ステップ１１４で各ＤＥＶブロ
ックを処理して、利用者により指定されるＭＩＨタイム
アウトを推奨するために必要な内部データ構造を生成す
る。
【００９９】利用者の全ての指定時間インタバルが、シ
ステム初期化ステップ１０７において処理された後、Ｍ
ＩＨタイムアウト値が利用者により変更されなかった装
置は、ステップ１０８で、デフォルト指定の１次ＭＩＨ
タイムアウト値により処理される。この処理は、装置を
表すＤＥＶブロックを生成するステップ１１５、及びそ
れらをステップ１１４に入力するステップを含み、ステ
ップ１１４がＤＥＶブロックを利用者入力により処理す
る。
ステム初期化ステップ１０７において処理された後、Ｍ
ＩＨタイムアウト値が利用者により変更されなかった装
置は、ステップ１０８で、デフォルト指定の１次ＭＩＨ
タイムアウト値により処理される。この処理は、装置を
表すＤＥＶブロックを生成するステップ１１５、及びそ
れらをステップ１１４に入力するステップを含み、ステ
ップ１１４がＤＥＶブロックを利用者入力により処理す
る。
【０１００】ＭＩＨタイムアウト値を有するこれらのＤ
ＥＶブロックを生成するプロセスの詳細が図３乃至図４
に示される。システム初期化の間、または後述の装置変
更プロセスからステップ３０１で装置のＭＩＨインタバ
ル処理に入力する。ステップ３０２は装置ブロックをキ
ューに待機し、そのアクセスを装置に対するＭＩＨ処理
を変更する他のＭＶＳコマンドから生じる他のＭＩＨ処
理に対して直列化する。こうしたコマンドには、例えば
ＳＥＴ ＩＯＳ＝ｘｘ及びＳＥＴＩＯＳ ＭＩＨなどが
含まれる。システム・エンキューが獲得されると、シス
テム内の各装置が調査され（ステップ３０３）、既に導
入がＩＥＣＩＯＳｘｘ１０２内にＭＩＨインタバルを指
定したか否かを判断する。利用者が既にインタバルを指
定している場合（ステップ３１１）、処理は次の装置に
移行する（ステップ３０４）。しかしながら、利用者が
ＭＩＨインタバルを指定していない場合には、その装置
に対して、構成データ・テーブル（１１２）からＭＩＨ
１次タイムアウト値が検索される（ステップ３１３）。
ＭＩＨ１次タイムアウト値が０でない場合、装置を表す
ＤＥＶブロックが生成される（ステップ３１５）。次に
ＤＥＶブロックがＤＥＶブロックの大域キュー上にアン
カされ（ステップ３１６）、処理はシステム内の次の装
置に移行する（ステップ３０４）。システム内の全ての
装置が処理されると、ＤＥＶブロックが生成されたか否
かがチェックされる（ステップ３０５）。ＤＥＶブロッ
クが生成されていない場合、処理はＭＩＨエンキューを
デキューすることにより解放し（ステップ３０９）、制
御を呼び出し元に戻して終了する。
ＥＶブロックを生成するプロセスの詳細が図３乃至図４
に示される。システム初期化の間、または後述の装置変
更プロセスからステップ３０１で装置のＭＩＨインタバ
ル処理に入力する。ステップ３０２は装置ブロックをキ
ューに待機し、そのアクセスを装置に対するＭＩＨ処理
を変更する他のＭＶＳコマンドから生じる他のＭＩＨ処
理に対して直列化する。こうしたコマンドには、例えば
ＳＥＴ ＩＯＳ＝ｘｘ及びＳＥＴＩＯＳ ＭＩＨなどが
含まれる。システム・エンキューが獲得されると、シス
テム内の各装置が調査され（ステップ３０３）、既に導
入がＩＥＣＩＯＳｘｘ１０２内にＭＩＨインタバルを指
定したか否かを判断する。利用者が既にインタバルを指
定している場合（ステップ３１１）、処理は次の装置に
移行する（ステップ３０４）。しかしながら、利用者が
ＭＩＨインタバルを指定していない場合には、その装置
に対して、構成データ・テーブル（１１２）からＭＩＨ
１次タイムアウト値が検索される（ステップ３１３）。
ＭＩＨ１次タイムアウト値が０でない場合、装置を表す
ＤＥＶブロックが生成される（ステップ３１５）。次に
ＤＥＶブロックがＤＥＶブロックの大域キュー上にアン
カされ（ステップ３１６）、処理はシステム内の次の装
置に移行する（ステップ３０４）。システム内の全ての
装置が処理されると、ＤＥＶブロックが生成されたか否
かがチェックされる（ステップ３０５）。ＤＥＶブロッ
クが生成されていない場合、処理はＭＩＨエンキューを
デキューすることにより解放し（ステップ３０９）、制
御を呼び出し元に戻して終了する。
【０１０１】しかしながら、ステップ３０２でＤＥＶブ
ロックがキュー待機されるとき、それらは最初に全ての
メッセージ処理をスキップするためのフラグをセットす
ることにより処理される（ステップ３０６）。メッセー
ジ処理は、これらのＭＩＨ変更が明示的な利用者コマン
ドに由来しないのでスキップされる。次に、ＭＩＨ初期
化プロセス（ＩＯＳＲＭＩＨＩ）がステップ３１２で呼
び出され、利用者が指定したＭＩＨインタバルが処理さ
れるのと同様にキュー待機されるＤＥＶブロックを処理
する（ステップ３１８）。ＩＯＳＲＭＩＨＩが処理を完
了すると、メッセージ処理が再度イネーブルされ（ステ
ップ３０８）、ＭＩＨエンキューが解放され（ステップ
３０９）、制御が呼び出し側に戻される（ステップ３１
０）。
ロックがキュー待機されるとき、それらは最初に全ての
メッセージ処理をスキップするためのフラグをセットす
ることにより処理される（ステップ３０６）。メッセー
ジ処理は、これらのＭＩＨ変更が明示的な利用者コマン
ドに由来しないのでスキップされる。次に、ＭＩＨ初期
化プロセス（ＩＯＳＲＭＩＨＩ）がステップ３１２で呼
び出され、利用者が指定したＭＩＨインタバルが処理さ
れるのと同様にキュー待機されるＤＥＶブロックを処理
する（ステップ３１８）。ＩＯＳＲＭＩＨＩが処理を完
了すると、メッセージ処理が再度イネーブルされ（ステ
ップ３０８）、ＭＩＨエンキューが解放され（ステップ
３０９）、制御が呼び出し側に戻される（ステップ３１
０）。
【０１０２】本発明によれば、ＭＩＨタイムアウト値
（ＭＩＨＰＴＯ及びＭＩＨＳＴＯ）が一意的に各装置に
割当てられる。ＯＳのデフォルト値以外の値が一般に使
用されるものと期待される。ＯＳがサポートできるより
多い固有ＭＩＨタイムアウト値が、装置に対して使用さ
れる場合（ＭＶＳは２５６の固有ＭＩＨタイムアウト値
をサポートできる）、装置を処理するための特殊処理が
必要となる。ＭＶＳでは、もはやこれ以上の固有ＭＩＨ
走査インタバルが使用可能でない場合（ステップ３２
１）、ＭＶＳは装置により要求される値よりも大きな最
小の有効インタバルを割当てる（ステップ３２２）。こ
のことは、ほとんどの応答時間を装置故障の検出に当て
る一方でＩ／Ｏ操作が早まって終了されないように保証
する。ＤＥＶブロックに含まれる１次ＭＩＨタイムアウ
ト値よりも大きなインタバルが使用可能でない場合、装
置クラスに対するデフォルト指定のＭＩＨ時間が使用さ
れる。
（ＭＩＨＰＴＯ及びＭＩＨＳＴＯ）が一意的に各装置に
割当てられる。ＯＳのデフォルト値以外の値が一般に使
用されるものと期待される。ＯＳがサポートできるより
多い固有ＭＩＨタイムアウト値が、装置に対して使用さ
れる場合（ＭＶＳは２５６の固有ＭＩＨタイムアウト値
をサポートできる）、装置を処理するための特殊処理が
必要となる。ＭＶＳでは、もはやこれ以上の固有ＭＩＨ
走査インタバルが使用可能でない場合（ステップ３２
１）、ＭＶＳは装置により要求される値よりも大きな最
小の有効インタバルを割当てる（ステップ３２２）。こ
のことは、ほとんどの応答時間を装置故障の検出に当て
る一方でＩ／Ｏ操作が早まって終了されないように保証
する。ＤＥＶブロックに含まれる１次ＭＩＨタイムアウ
ト値よりも大きなインタバルが使用可能でない場合、装
置クラスに対するデフォルト指定のＭＩＨ時間が使用さ
れる。
【０１０３】システム初期化が完了すると（ステップ１
０９）、新たな装置を追加することにより、または単に
オフライン装置をオンラインにするＭＶＳ装置変更コマ
ンドを発行することにより（ステップ１１７）、システ
ムは構成テーブルを変更する。オフライン装置がオンラ
インにされるとき、常にそれらはシステム初期化の間に
実行された図２と同一の装置初期化プロセス（図１の２
０１及び図２の全て）を実行する。装置初期化プロセス
の実行の後、ＤＥＶブロックが生成され、それらがシス
テム初期化の間に処理されたのと同様に処理される（図
１）。
０９）、新たな装置を追加することにより、または単に
オフライン装置をオンラインにするＭＶＳ装置変更コマ
ンドを発行することにより（ステップ１１７）、システ
ムは構成テーブルを変更する。オフライン装置がオンラ
インにされるとき、常にそれらはシステム初期化の間に
実行された図２と同一の装置初期化プロセス（図１の２
０１及び図２の全て）を実行する。装置初期化プロセス
の実行の後、ＤＥＶブロックが生成され、それらがシス
テム初期化の間に処理されたのと同様に処理される（図
１）。
【０１０４】オペレーティング・システムが初期化さ
れ、ジョブがシステム上で実行を開始すると、Ｉ／Ｏ要
求がその実行のために、ＯＳによりそのＩ／Ｏスーパバ
イザに発行され、前記米国特許第５３８８２５４号で述
べられるタイプの未着割込みハンドラ・サブコンポーネ
ントにより時間設定される。
れ、ジョブがシステム上で実行を開始すると、Ｉ／Ｏ要
求がその実行のために、ＯＳによりそのＩ／Ｏスーパバ
イザに発行され、前記米国特許第５３８８２５４号で述
べられるタイプの未着割込みハンドラ・サブコンポーネ
ントにより時間設定される。
【０１０５】本発明を実現する各装置に対して３つの新
たなフィールドが、オペレーティング・システムの内部
表現に追加される。
たなフィールドが、オペレーティング・システムの内部
表現に追加される。
【０１０６】ロング・ビジー標識：これは装置に対する
最後のＩ／Ｏ要求が、ロング・ビジー指示（センス・デ
ータを伴うユニット・チェック）に遭遇したことを示す
ビットである。ロング・ビジーは装置からの信号であ
り、装置がロング・コマンドを含むコマンド連鎖を実行
しているとき、またはサブシステムが長い時間を費やす
処理状態に入り、その状態がサブシステムがビジーの
間、あらゆるコマンドを受諾するのを阻害するとき、発
行される。
最後のＩ／Ｏ要求が、ロング・ビジー指示（センス・デ
ータを伴うユニット・チェック）に遭遇したことを示す
ビットである。ロング・ビジーは装置からの信号であ
り、装置がロング・コマンドを含むコマンド連鎖を実行
しているとき、またはサブシステムが長い時間を費やす
処理状態に入り、その状態がサブシステムがビジーの
間、あらゆるコマンドを受諾するのを阻害するとき、発
行される。
【０１０７】ＬＢＲＥＤＲＩＶＥ標識：これはロング・
ビジー状態において、経過時間がＭＩＨＳＴＯ値を超過
した後、Ｉ／Ｏ要求がＯＳにより装置に再発行されたこ
とを示すビットである。
ビジー状態において、経過時間がＭＩＨＳＴＯ値を超過
した後、Ｉ／Ｏ要求がＯＳにより装置に再発行されたこ
とを示すビットである。
【０１０８】累積ＭＩＨ時間：これは装置がロング・ビ
ジー状態にある総時間を表す３２ビット・フィールドで
ある（この経過時間は、ロング・ビジー標識が装置に対
してセットされるとき、開始する）。
ジー状態にある総時間を表す３２ビット・フィールドで
ある（この経過時間は、ロング・ビジー標識が装置に対
してセットされるとき、開始する）。
【０１０９】ＯＳ内では、１次ＭＩＨインタバルが活動
状態のまたはキュー待機中のＩ／Ｏ要求に対して満了す
るとき（累積時間＞ＭＩＨＰＴＯ）、ＯＳは装置がＭＩ
Ｈ回復の資格があると見なし、図５に示される装置依存
のＭＩＨエグジット処理にエグジットする。このＭＩＨ
エグジットには１次インタバルが満了した後、ステップ
４０１で入る。ステップ４０２は、Ｉ／Ｏ要求が装置に
おいて保留になる総経過時間を累算する。ステップ４０
３は、装置がロング・ビジー状態（Ｉ／Ｏ要求がキュー
待機状態であり、活動状態でない）で示されているか否
かをテストし、次に総累積時間が装置のＭＩＨＳＴＯ時
間と比較される（ステップ４０９）。ＭＩＨＳＴＯ時間
を超過すると、ステップ４１０はＬＢＲＥＤＲＩＶＥビ
ットをオンし、ＭＩＨが要求を再駆動する処理に入った
ことを示す。ステップ４１０はＭＩＨに復帰し、ＭＩＨ
はステップ４１１で要求に対する総時間を、エラー記録
としてシステム・エラー・ログに記録した後、キューに
待機中の要求を再始動する。
状態のまたはキュー待機中のＩ／Ｏ要求に対して満了す
るとき（累積時間＞ＭＩＨＰＴＯ）、ＯＳは装置がＭＩ
Ｈ回復の資格があると見なし、図５に示される装置依存
のＭＩＨエグジット処理にエグジットする。このＭＩＨ
エグジットには１次インタバルが満了した後、ステップ
４０１で入る。ステップ４０２は、Ｉ／Ｏ要求が装置に
おいて保留になる総経過時間を累算する。ステップ４０
３は、装置がロング・ビジー状態（Ｉ／Ｏ要求がキュー
待機状態であり、活動状態でない）で示されているか否
かをテストし、次に総累積時間が装置のＭＩＨＳＴＯ時
間と比較される（ステップ４０９）。ＭＩＨＳＴＯ時間
を超過すると、ステップ４１０はＬＢＲＥＤＲＩＶＥビ
ットをオンし、ＭＩＨが要求を再駆動する処理に入った
ことを示す。ステップ４１０はＭＩＨに復帰し、ＭＩＨ
はステップ４１１で要求に対する総時間を、エラー記録
としてシステム・エラー・ログに記録した後、キューに
待機中の要求を再始動する。
【０１１０】総累積時間がＭＩＨＳＴＯタイムアウト・
インタバルを超過しなかった場合、ステップ４１５が実
行され、エラー回復動作をリセットし、Ｉ／Ｏ要求を再
発行のために再度キューに待機し、ＭＩＨプロセスに復
帰する。
インタバルを超過しなかった場合、ステップ４１５が実
行され、エラー回復動作をリセットし、Ｉ／Ｏ要求を再
発行のために再度キューに待機し、ＭＩＨプロセスに復
帰する。
【０１１１】ステップ４０３が、装置がロング・ビジー
状態でないことを見い出し、ステップ４０４が、活動状
態のチャネル・プログラムを見い出す場合、ステップ４
０５がチャネル・プログラムを走査し、それが任意のロ
ング・コマンドを含むか否かを判断する。次にＩＢＭ３
５９０テープ装置を制御するロング・コマンドの例を示
す。REWIND（巻き戻し）、FORWARD SPACE FILE（スペー
ス・ファイル先送り）、BACKWARD SPACE FILE（スペー
ス・ファイル逆送り）、LOCATE BLOCK（ブロック捜
索）、FORMAT（フォーマット）、ERASE（消去）、DATA
SECURITY ERASE（データ・セキュリティ消去）、UNLOAD
（アンロード）、LOAD（ロード）、MOVE（転送）
状態でないことを見い出し、ステップ４０４が、活動状
態のチャネル・プログラムを見い出す場合、ステップ４
０５がチャネル・プログラムを走査し、それが任意のロ
ング・コマンドを含むか否かを判断する。次にＩＢＭ３
５９０テープ装置を制御するロング・コマンドの例を示
す。REWIND（巻き戻し）、FORWARD SPACE FILE（スペー
ス・ファイル先送り）、BACKWARD SPACE FILE（スペー
ス・ファイル逆送り）、LOCATE BLOCK（ブロック捜
索）、FORMAT（フォーマット）、ERASE（消去）、DATA
SECURITY ERASE（データ・セキュリティ消去）、UNLOAD
（アンロード）、LOAD（ロード）、MOVE（転送）
【０１１２】ロング・コマンドがＩ／Ｏ要求のプログラ
ム内で見い出されない場合、ステップ４１２は通常のＭ
ＩＨ回復を要求する。しかしながら、ロング・コマンド
がステップ４０６で見い出される場合には、総累積時間
がＭＩＨＳＴＯ値と比較される。ステップ４０７は、累
積時間がＭＩＨＳＴＯ値を超過するか否かを判断する。
超過しない場合、ステップ４１３は、ＭＩＨプロセッサ
がＭＩＨ装置依存エグジットに復帰する以前に、別のＭ
ＩＨインタバル（ＭＩＨＰＴＯ）を待機すべきことを示
す。ＭＩＨプロセッサが別のＭＩＨインタバルの経過を
待機している間にチャネル・プログラムが完了する場
合、このＩ／Ｏのために、ＭＩＨ装置依存エグジットに
再入力することはない。しかしながら、ステップ４０７
が総累積時間がＭＩＨＳＴＯを超過しないことを見い出
すと、ステップ４１４は総累積時間を０にリセットし、
ロング・ビジー・フラグをリセットし、総累積時間をエ
ラー回復記録に保管する。そして、ＭＩＨプロセスに再
入力する。
ム内で見い出されない場合、ステップ４１２は通常のＭ
ＩＨ回復を要求する。しかしながら、ロング・コマンド
がステップ４０６で見い出される場合には、総累積時間
がＭＩＨＳＴＯ値と比較される。ステップ４０７は、累
積時間がＭＩＨＳＴＯ値を超過するか否かを判断する。
超過しない場合、ステップ４１３は、ＭＩＨプロセッサ
がＭＩＨ装置依存エグジットに復帰する以前に、別のＭ
ＩＨインタバル（ＭＩＨＰＴＯ）を待機すべきことを示
す。ＭＩＨプロセッサが別のＭＩＨインタバルの経過を
待機している間にチャネル・プログラムが完了する場
合、このＩ／Ｏのために、ＭＩＨ装置依存エグジットに
再入力することはない。しかしながら、ステップ４０７
が総累積時間がＭＩＨＳＴＯを超過しないことを見い出
すと、ステップ４１４は総累積時間を０にリセットし、
ロング・ビジー・フラグをリセットし、総累積時間をエ
ラー回復記録に保管する。そして、ＭＩＨプロセスに再
入力する。
【０１１３】活動状態のＩ／Ｏ要求が完了するとき、図
６または図７に示されるプロセスが、総累積時間を０に
リセットし、装置に対する任意のロング・ビジー指示を
リセットし、更にＬＢＲＥＤＲＩＶＥフラグをリセット
するために使用される。図６は装置依存のセンス終了
（ＥＯＳ：End-of-Sence）エグジットを表し、これはＩ
／Ｏ要求を完了する装置に対してユニット・チェックも
存在するとき、装置終了信号を処理する。このプロセス
ではセンス・データが読出された後、要求に対する総累
積時間を０にリセットするためにステップ４２１が呼び
出される。ステップ４２２は、センス信号に関連付けら
れる"ロング・ビジー"指示の存在をテストする。ステッ
プ４２２がロング・ビジー・センス・データを見い出さ
ない場合、ステップ４２３が装置に対するロング・ビジ
ー指示をリセットし、ＬＢＲＥＤＲＩＶＥフラグをリセ
ットする。ステップ４２２がロング・ビジー・センス・
データを見い出した場合、またはステップ４２３の後、
ＯＳ内のＭＩＨ操作を制御するＭＩＨルーチンを含むＯ
Ｓ内のＩＯＳ（Ｉ／Ｏシステム）ソフトウェアへの復帰
が実行される。
６または図７に示されるプロセスが、総累積時間を０に
リセットし、装置に対する任意のロング・ビジー指示を
リセットし、更にＬＢＲＥＤＲＩＶＥフラグをリセット
するために使用される。図６は装置依存のセンス終了
（ＥＯＳ：End-of-Sence）エグジットを表し、これはＩ
／Ｏ要求を完了する装置に対してユニット・チェックも
存在するとき、装置終了信号を処理する。このプロセス
ではセンス・データが読出された後、要求に対する総累
積時間を０にリセットするためにステップ４２１が呼び
出される。ステップ４２２は、センス信号に関連付けら
れる"ロング・ビジー"指示の存在をテストする。ステッ
プ４２２がロング・ビジー・センス・データを見い出さ
ない場合、ステップ４２３が装置に対するロング・ビジ
ー指示をリセットし、ＬＢＲＥＤＲＩＶＥフラグをリセ
ットする。ステップ４２２がロング・ビジー・センス・
データを見い出した場合、またはステップ４２３の後、
ＯＳ内のＭＩＨ操作を制御するＭＩＨルーチンを含むＯ
Ｓ内のＩＯＳ（Ｉ／Ｏシステム）ソフトウェアへの復帰
が実行される。
【０１１４】ＭＩＨプロセス内の装置依存トラップ・エ
グジット・ルーチン（４３０）が、図７に示される。こ
のトラップ制御プロセスは装置が完了し、ユニット・チ
ェック無しに装置終了信号を提供するとき（ステップ４
３４）、制御を獲得する。次にステップ４３１が、要求
に対する総累積時間を０にリセットし、ステップ４２３
が装置に対する任意のロング・ビジー指示をリセット
し、ＬＢＲＥＤＲＩＶＥフラグをリセットし、ステップ
４３３でＩＯＳに復帰する。
グジット・ルーチン（４３０）が、図７に示される。こ
のトラップ制御プロセスは装置が完了し、ユニット・チ
ェック無しに装置終了信号を提供するとき（ステップ４
３４）、制御を獲得する。次にステップ４３１が、要求
に対する総累積時間を０にリセットし、ステップ４２３
が装置に対する任意のロング・ビジー指示をリセット
し、ＬＢＲＥＤＲＩＶＥフラグをリセットし、ステップ
４３３でＩＯＳに復帰する。
【０１１５】装置に対して非送信請求割込み（その送信
が要求されたものでないことをいう）が発生するとき、
図８に示されるステップ４４０で、装置依存非送信請求
割込みエグジット・コードに入る。次にステップ４４１
で、割込みのステータスが装置状態の変化が発生したこ
とを示す場合、ステップ４２２がロング・ビジー標識を
リセットする。
が要求されたものでないことをいう）が発生するとき、
図８に示されるステップ４４０で、装置依存非送信請求
割込みエグジット・コードに入る。次にステップ４４１
で、割込みのステータスが装置状態の変化が発生したこ
とを示す場合、ステップ４２２がロング・ビジー標識を
リセットする。
【０１１６】Ｉ／Ｏ要求がエラーに遭遇するとき、図９
に示される装置依存エラー回復プロシジャ（装置ＥＲ
Ｐ）４５０が呼び出される。ステップ４５１は、Ｉ／Ｏ
エラーがロング・ビジー条件により生じたか否かを判断
し、そうでない場合、ステップ４５２がＩ／Ｏ操作の再
試行を含み得る従来のエラー回復プロセスを実行し、ス
テップ４７０でＩＯＳに復帰する。しかしながら、ステ
ップ４５１がエラーがロング・ビジー条件によることを
見い出すと、ステップ４５３でたとえ装置が準備完了状
態でなくても、Ｉ／Ｏ要求が実行される必要があるか否
かがチェックされる（ＩＯＳＩＯＮＲＤ）。ＥＲＰを満
足するために、Ｉ／Ｏ要求が実行される必要がない場
合、ステップ４５４がＩ／Ｏ要求が永久エラーとマーク
し、ジョブがステップ４７０で通知される。装置が準備
完了状態でないときにＩ／Ｏ要求が実行を要求しない場
合、ステップ４５５でＬＢＲＥＤＲＩＶＥビットがチェ
ックされ、要求がＭＩＨから再駆動されたか否かを確認
する。要求がＭＩＨから再駆動され、まだロング・ビジ
ー状態の場合、装置は永久エラーと見なされる。ステッ
プ４５８及び４５９で、ロング・ビジー標識及びＬＢＲ
ＥＤＲＩＶＥフラグ、更に総累積時間がリセットされ
る。次にステップ４６０で、装置が強制的にオフライン
にされ、全ての新たなＩ／Ｏ要求が永久Ｉ／Ｏエラーに
より拒絶されることを示すようにマークされる。最後に
ステップ４６１で、現Ｉ／Ｏ要求に永久エラーがマーク
され、ジョブがステップ４７０で通知される。ステップ
４５５でＬＢＲＥＤＲＩＶＥフラグがオンでなかった場
合、ステップ４５６が装置をロング・ビジー状態である
ものとしてマークする。従って、ステップ４５７による
失敗チャネル・プログラムの再試行がＩＯＳの内部にキ
ュー待機されて、ロング・ビジーが取り下げられるのを
待機し（図８）、上述のように、総ロング・ビジー時間
がＭＩＨによりモニタされる。
に示される装置依存エラー回復プロシジャ（装置ＥＲ
Ｐ）４５０が呼び出される。ステップ４５１は、Ｉ／Ｏ
エラーがロング・ビジー条件により生じたか否かを判断
し、そうでない場合、ステップ４５２がＩ／Ｏ操作の再
試行を含み得る従来のエラー回復プロセスを実行し、ス
テップ４７０でＩＯＳに復帰する。しかしながら、ステ
ップ４５１がエラーがロング・ビジー条件によることを
見い出すと、ステップ４５３でたとえ装置が準備完了状
態でなくても、Ｉ／Ｏ要求が実行される必要があるか否
かがチェックされる（ＩＯＳＩＯＮＲＤ）。ＥＲＰを満
足するために、Ｉ／Ｏ要求が実行される必要がない場
合、ステップ４５４がＩ／Ｏ要求が永久エラーとマーク
し、ジョブがステップ４７０で通知される。装置が準備
完了状態でないときにＩ／Ｏ要求が実行を要求しない場
合、ステップ４５５でＬＢＲＥＤＲＩＶＥビットがチェ
ックされ、要求がＭＩＨから再駆動されたか否かを確認
する。要求がＭＩＨから再駆動され、まだロング・ビジ
ー状態の場合、装置は永久エラーと見なされる。ステッ
プ４５８及び４５９で、ロング・ビジー標識及びＬＢＲ
ＥＤＲＩＶＥフラグ、更に総累積時間がリセットされ
る。次にステップ４６０で、装置が強制的にオフライン
にされ、全ての新たなＩ／Ｏ要求が永久Ｉ／Ｏエラーに
より拒絶されることを示すようにマークされる。最後に
ステップ４６１で、現Ｉ／Ｏ要求に永久エラーがマーク
され、ジョブがステップ４７０で通知される。ステップ
４５５でＬＢＲＥＤＲＩＶＥフラグがオンでなかった場
合、ステップ４５６が装置をロング・ビジー状態である
ものとしてマークする。従って、ステップ４５７による
失敗チャネル・プログラムの再試行がＩＯＳの内部にキ
ュー待機されて、ロング・ビジーが取り下げられるのを
待機し（図８）、上述のように、総ロング・ビジー時間
がＭＩＨによりモニタされる。
【０１１７】以上から、本発明の趣旨から逸脱すること
無しに、様々な変更が可能であることが理解されよう。
従って、本明細書の記述は本発明の一実施例として取り
上げられただけであり、本発明の範囲を制限するもので
はない。
無しに、様々な変更が可能であることが理解されよう。
従って、本明細書の記述は本発明の一実施例として取り
上げられただけであり、本発明の範囲を制限するもので
はない。
【０１１８】まとめとして、本発明の構成に関して以下
の事項を開示する。
の事項を開示する。
【０１１９】（１）ホスト・システムとの接続のために
内部に配置される複数のホスト・システム・インタフェ
ース・アダプタと協動する入出力制御ユニット（ＣＵ）
内のサポート制御であって、前記ホスト・システムが入
出力要求を前記制御ユニットに送信し、タイムアウトの
検出により、前記制御ユニットに接続される要求入出力
装置が要求入出力操作の実行に失敗したことを判断する
ものにおいて、前記制御ユニットが、それぞれが前記制
御ユニットに接続される入出力装置に関連付けられ、入
出力操作のために、任意の前記入出力装置の任意の前記
インタフェース・アダプタへの接続を制御する複数の装
置ロック・ビットと、前記インタフェース・アダプタの
各々に関連付けられるビジー・ビット、しきい値タイマ
及び前記タイマと協動して、しきい値タイムアウトの発
生を判断するために記憶するしきい値タイムアウト値
と、前記インタフェース・アダプタの各々に対して前記
インタフェース・アダプタにより受信される現入出力要
求により要求される前記入出力装置に関連付けられる使
用可能な前記ロック・ビットをロック状態にセットしよ
うとするビット・テスト制御であって、前記現入出力要
求が同時に前記関連入出力装置の使用を獲得しようとし
て、他の前記インタフェース・アダプタにより受信され
る現入出力要求と前記ロック状態を競合し得る、前記ビ
ット・テスト制御と、前記関連入出力装置を使用する前
記現入出力要求に対して前記関連ロック・ビットが前記
ロック状態にセットされている間に、待機中の前記入出
力要求が前記インタフェース・アダプタにより受信され
るとき、前記関連ビジー・ビットをビジー状態にセット
する、前記インタフェース・アダプタに関連付けられる
ビジー・ビット制御と、前記関連ロック・ビットが前記
ロック状態にセットされるとき、前記インタフェース・
アダプタに関連付けられる前記タイマをリセットし、開
始するタイマ開始制御と、前記ロック状態が前記ロック
・ビットに対して存在する間に、前記関連タイマが前記
しきい値タイムアウトを超過するとき、各前記インタフ
ェース・アダプタに関連付けられる前記制御ユニット内
において、ロング・ビジー信号を前記インタフェース・
アダプタに生成するロング・ビジー制御であって、前記
ロング・ビジー制御が前記ロング・ビジー信号を前記イ
ンタフェース・アダプタから前記制御ユニットの外部に
転送する、前記ロング・ビジー制御と、各前記ロック・
ビットに関連付けられ、前記しきい値タイムアウトの超
過後に、前記装置ロックがアンロック状態にセットされ
るとき、ロング・ビジー解除信号を生成する操作完了制
御であって、前記操作完了制御が、前記ロング・ビジー
解除信号を前記インタフェース・アダプタから前記制御
ユニットの外部に転送する、前記操作完了制御と、を含
む、入出力制御ユニット。 （２）前記ロック状態が前記ロック・ビットに対して存
在し、前記関連タイマが前記しきい値タイムアウトを超
過しない間に、前記関連入出力装置に対する別の前記入
出力要求が前記インタフェース・アダプタにより受信さ
れるとき、正規ビジー信号を前記インタフェース・アダ
プタに生成する、各前記インタフェース・アダプタに関
連付けられる前記制御ユニット内の正規ビジー制御と、
前記しきい値タイムアウトの超過以前の前記現入出力要
求の完了時に、前記装置ロックがアンロック状態にリセ
ットされるとき、正規ビジー解除信号を生成する、各前
記ロック・ビットに関連付けられる操作完了制御であっ
て、前記操作完了制御が、前記ビジー解除信号を前記イ
ンタフェース・アダプタから前記制御ユニットの外部に
転送し、前記入出力装置が別の前記入出力要求に対して
使用可能であることを示す、前記操作完了制御と、を含
む、前記(１)記載の入出力制御ユニット。 （３）前記しきい値タイムアウトを超過するとき、前記
インタフェース・アダプタ制御が前記ロング・ビジー信
号を表す信号及びステータス情報を前記インタフェース
・アダプタに生成し、前記ロング・ビジー信号に応答し
て前記インタフェース・アダプタが、前記入出力装置が
使用不能であることを外部ソフトウェアに伝達し、前記
外部ソフトウェアに未着割込みハンドラ・タイムアウト
を延長するように助言し、前記関連入出力装置が故障し
ていないときに、前記入出力装置による前記現入出力要
求の処理における操作故障を示し得る誤ったタイムアウ
ト検出を防止するようにし、前記しきい値タイムアウト
の超過後、前記ロック・ビットが前記ロック状態に維持
され、前記入出力装置が前記現入出力要求に対する操作
を継続する、前記(１)記載の入出力制御ユニット。 （４）前記しきい値タイムアウトを超過するとき、前記
インタフェース・アダプタ制御が前記ロング・ビジー信
号を表す割込み信号及びステータス情報を前記インタフ
ェース・アダプタに生成し、前記インタフェース・アダ
プタが前記待機中の入出力要求を前記インタフェース・
アダプタに送信した外部ソフトウェアに、ロング・ビジ
ー割込み信号を伝達することを可能にし、前記外部ソフ
トウェアに前記制御ユニットがもはや前記待機中の入出
力要求を処理する責任を負わないことを知らせ、前記外
部ソフトウェアが前記待機中の入出力要求に対して任意
の未着割込みハンドラ・タイムアウト操作を停止するこ
とを可能にし、前記要求入出力装置が将来使用可能にな
るとき、前記入出力要求が再度前記制御ユニットに提供
されるようにし、前記ロック・ビット及び前記関連入出
力装置が前記インタフェース・アダプタにおいて、前記
現入出力要求に対して操作を継続する、前記(１)記載の
入出力制御ユニット。 （５）前記関連入出力装置が前記しきい値タイムアウト
の後、前記現入出力要求に対する操作を成功裡に完了
し、前記制御ユニットに前記関連ロック・ビットを使用
可能状態にリセットするように信号で知らせ、前記制御
ユニットが装置終了割込み信号及びステータス情報を生
成し、前記インタフェース・アダプタが前記関連入出力
装置の使用可能性を外部ソフトウェアに伝達することを
可能にし、次の前記入出力要求が前記制御ユニットに提
供されて、前記関連ロック・ビットの前記ロック状態を
競合し得ることを助言する、前記(２)記載の入出力制御
ユニット。 （６）前記関連入出力装置が前記しきい値タイムアウト
の後、前記現入出力要求に対する操作を不成功裡に完了
し、外部ソフトウェアに完了割込みを送信することに失
敗し、前記外部ソフトウェアが前記未着割込みハンドラ
内で前記延長されたタイムアウトを超過し、前記関連入
出力装置による前記現入出力要求に対する操作の失敗を
示す、前記(２)記載の入出力制御ユニット。 （７）前記割込み信号及びステータス情報が前記インタ
フェース・アダプタ制御から伝達された後、前記関連タ
イマにより操作を終了する、前記(４)記載の入出力制御
ユニット。 （８）前記インタフェース・アダプタ制御の各々が、前
記しきい値タイムアウトの超過後、前記しきい値タイム
アウト値を第２のしきい値タイムアウト値により置換す
ることにより、前記制御ユニット内で前記関連タイマに
よる時限操作を継続し、前記第２のしきい値タイムアウ
トが外部ソフトウェアに、該ソフトウェア内の前記未着
割込みハンドラ・タイムアウトを前記ロング・ビジー・
タイムアウトに延長するように伝達し、前記タイムアウ
ト延長の細分性の増加により、前記現入出力要求に対す
る入出力装置故障の誤った検出を回避し、前記関連ロッ
ク・ビットがそのロック状態を継続し、前記関連入出力
装置が前記現入出力要求に対して操作を継続する間に、
前記第２のしきい値タイムアウトを超過する時、前記イ
ンタフェース・アダプタ制御が割込み信号及びステータ
ス情報を生成し、前記外部ソフトウェアに前記ロング・
ビジー信号を延長する必要性を伝達する、前記(１)記載
の入出力制御ユニット。 （９）複数のホスト・システムによる入出力装置故障検
出をサポートする入出力制御ユニット（ＣＵ）内の方法
であって、前記複数のホスト・システムが前記制御ユニ
ット内の入出力インタフェース・アダプタに接続され、
前記制御ユニットが前記ホスト・システムから入出力要
求を受信するものにおいて、前記方法が前記制御ユニッ
トから前記ホスト・システムに前記ホスト・システム内
で未着割込みタイムアウト検出をサポートする情報を伝
達し、前記ホスト・システムが前記制御ユニットに接続
される要求入出力装置による操作故障を誤って示すこと
を防止するものにおいて、複数のロック・ビットを前記
制御ユニットに接続されるそれぞれの前記入出力装置に
関連付けるステップであって、前記ロック・ビットが入
出力操作に対応して、前記入出力装置の前記インタフェ
ース・アダプタへの接続を制御する、前記関連付けステ
ップと、各前記インタフェース・アダプタにビジー・ビ
ット、しきい値タイマ及び前記タイマと協動して、しき
い値タイムアウトの発生を判断するために記憶されるし
きい値タイムアウト値を構成するステップと、前記複数
のインタフェース・アダプタが、前記入出力装置の使用
を同時に獲得しようとする現入出力要求に対して前記ロ
ック・ビットの状態をロック状態にセットしようとする
競合状態において、前記インタフェース・アダプタによ
り受信される前記現入出力要求により要求される前記入
出力装置に関連付けられる前記ロック・ビットの状態を
条件付きでテストするステップと、前記関連入出力装置
を使用する前記現入出力要求に対して前記関連ロック・
ビットが前記ロック状態にセットされている間に、待機
中の前記入出力要求が前記インタフェース・アダプタに
より受信されるとき、前記関連ビジー・ビットをビジー
状態にセットするステップと、前記テストされたロック
・ビットが前記ロック状態にセットされているとき、前
記インタフェース・アダプタに関連付けられる前記タイ
マをリセットし、開始するステップと、前記ロック状態
が前記ロック・ビットに対して存在する間に、前記タイ
マが前記しきい値タイムアウトを超過するとき、各前記
インタフェース・アダプタに対してロング・ビジー信号
を生成し、前記ロング・ビジー信号を前記インタフェー
ス・アダプタから前記制御ユニットの外部に転送し、前
記入出力装置が前記ロック状態を獲得している現入出力
要求に対してビジー状態であることを伝達するステップ
と、前記しきい値タイムアウトの超過後に、前記装置ロ
ックがアンロック状態にセットされるとき、ロング・ビ
ジー解除信号を前記インタフェース・アダプタから出力
し、前記入出力装置が要求入出力操作を完了したことを
示すステップと、を含む、方法。 （１０）前記ロック状態が前記ロック・ビットに対して
存在し、前記関連タイマが前記しきい値タイムアウトを
超過しない間に、前記関連入出力装置に対する別の前記
入出力要求が前記インタフェース・アダプタにより受信
されるとき、正規ビジー信号を前記インタフェース・ア
ダプタに提供するステップと、前記しきい値タイムアウ
トの超過以前の前記現入出力要求の完了時に、正規ビジ
ー解除信号を生成し、前記ロック・ビットをアンロック
状態にリセットし、前記ビジー解除信号を前記インタフ
ェース・アダプタから外部システムに転送し、前記入出
力装置が別の前記入出力要求に対して使用可能であるこ
とを示すステップと、を含む、前記(９)記載の方法。 （１１）前記ロック状態が存在する間に前記しきい値タ
イムアウトを超過するとき、前記インタフェース・アダ
プタにより、前記ロング・ビジー信号を表すロング・ビ
ジー信号及びステータス情報を生成するステップであっ
て、前記ロング・ビジー信号に応答して、前記インタフ
ェース・アダプタが前記入出力装置が使用不能であるこ
とを前記ホスト・システムに伝達し、前記ホスト・シス
テムに未着割込みハンドラにおけるタイムアウトを延長
するように助言し、前記関連入出力装置が故障していな
いときに前記入出力装置による前記現入出力要求の処理
における操作故障を誤って示し得る、前記ホスト・シス
テムによる誤ったタイムアウト検出を防止するステップ
と、前記しきい値タイムアウトの超過後、前記ロック状
態及び前記現入出力要求に対する前記入出力装置操作を
継続するステップと、を含む、前記(９)記載の方法。 （１２）前記しきい値タイムアウトを超過するとき、前
記インタフェース・アダプタに対して前記ロング・ビジ
ー割込み信号及びステータス情報を生成するステップで
あって、前記インタフェース・アダプタが前記ロング・
ビジー割込み信号を前記待機中の入出力要求を前記イン
タフェース・アダプタに送信した前記制御ユニットの外
部の前記ホスト・システムに伝達することを可能にし、
前記ホスト・システムに前記制御ユニットがもはや前記
待機中の入出力要求を処理せず、前記ホスト・システム
が前記待機中の入出力要求に対して未着割込みハンドラ
・タイムアウト操作を停止すべきであり、前記要求入出
力装置が将来使用可能になるとき、前記入出力要求を再
度前記制御ユニットに提供すべきことを助言する、前記
生成ステップと、前記ロック・ビットに対する前記ロッ
ク状態、及び前記インタフェース・アダプタに関連付け
られる前記現入出力要求に対する前記関連入出力装置の
操作を継続するステップと、を含む、前記(９)記載の方
法。 （１３）前記しきい値タイムアウトの後、前記関連入出
力装置により前記現入出力要求に対する操作を成功裡に
完了し、前記制御ユニットに前記関連ロック・ビットを
使用可能状態にリセットするように信号で知らせるステ
ップと、装置終了割込み信号及びステータス情報を提供
するステップであって、前記インタフェース・アダプタ
が前記関連入出力装置の使用可能性を前記ホスト・シス
テムに伝達することを可能にし、前記入出力装置に対す
る次の前記入出力要求が再度前記制御ユニットに提供さ
れ、前記関連ロック・ビットの前記ロック状態を競合し
得ることを助言する、前記提供ステップと、を含む、前
記(１０)記載の方法。 （１４）前記しきい値タイムアウトの後、前記関連入出
力装置により前記現入出力要求に対する操作を不成功裡
に完了するステップであって、２次タイムアウト操作が
２次タイムアウト値を超過し、前記未着割込みハンドラ
内において、前記関連入出力装置による前記現入出力要
求に対する操作の失敗を示すまで、前記ホスト・システ
ムが前記２次タイムアウト操作を継続する、前記不成功
の完了ステップを含む、前記(１０)記載の方法。 （１５）前記割込み信号及びステータス情報が前記イン
タフェース・アダプタ制御から伝達された後、前記関連
タイマにより操作を終了する、前記(１２)記載の方法。 （１６）前記しきい値タイムアウトの超過後、前記しき
い値タイムアウト値を第２のしきい値タイムアウト値に
より置換することにより、前記関連タイマにより前記イ
ンタフェース・アダプタに対して時限操作を継続するス
テップであって、前記第２のしきい値タイムアウトによ
り前記インタフェース・アダプタが前記ホスト・システ
ムに、前記ホスト・システム内の前記未着割込みハンド
ラ・タイムアウトを前記ロング・ビジー・タイムアウト
に延長するように伝達し、前記タイムアウト延長の細分
性の増加により、前記現入出力要求に対する入出力装置
故障の誤った検出を回避する、前記継続ステップと、前
記関連ロック・ビットがそのロック状態を継続し、前記
関連入出力装置が前記現入出力要求に対して操作を継続
する間に、前記第２のしきい値タイムアウトを超過する
時、割込み信号及びステータス情報を生成し、前記イン
タフェース・アダプタから前記ホスト・システムに前記
ロング・ビジー信号の延長の必要性を伝達する、前記生
成ステップと、を含む、前記(９)記載の方法。 （１７）１つ以上のホスト・オペレーティング・システ
ム（ＯＳ）と協動する入出力制御ユニット（ＣＵ）内の
サポート制御であって、前記オペレーション・システム
が前記制御ユニットに接続される入出力装置による操作
を要求する入出力要求を前記制御ユニットに送信するも
のにおいて、前記制御ユニットが、前記オペレーション
・システムからの前記入出力要求に関連付けられる入出
力プログラムに対して現在前記入出力装置により実行さ
れている入出力コマンドを示す命令コード信号と、前記
命令コード信号をテストし、前記コマンドがロング・コ
マンドか否かを判断するコマンド検出器と、前記コマン
ド検出器が前記コマンドが前記ロング・コマンドと判断
するとき、ロング・ビジー割込み信号を生成する割込み
発生器と、を含み、前記ロング・ビジー割込み信号をプ
ロセッサに送信して、前記ロング・ビジー割込み信号を
前記入出力要求を発行した前記オペレーション・システ
ムに伝達し、前記オペレーション・システムが１次ＭＩ
Ｈタイムアウト期間の終了以前に、前記１次ＭＩＨタイ
ムアウト期間を２次ＭＩＨタイムアウト期間に延長する
ことを可能にし、前記１次ＭＩＨタイムアウト期間がタ
イムアウトにより終了し、潜在入出力装置操作故障を誤
って示すことを防止する、入出力制御ユニット。
内部に配置される複数のホスト・システム・インタフェ
ース・アダプタと協動する入出力制御ユニット（ＣＵ）
内のサポート制御であって、前記ホスト・システムが入
出力要求を前記制御ユニットに送信し、タイムアウトの
検出により、前記制御ユニットに接続される要求入出力
装置が要求入出力操作の実行に失敗したことを判断する
ものにおいて、前記制御ユニットが、それぞれが前記制
御ユニットに接続される入出力装置に関連付けられ、入
出力操作のために、任意の前記入出力装置の任意の前記
インタフェース・アダプタへの接続を制御する複数の装
置ロック・ビットと、前記インタフェース・アダプタの
各々に関連付けられるビジー・ビット、しきい値タイマ
及び前記タイマと協動して、しきい値タイムアウトの発
生を判断するために記憶するしきい値タイムアウト値
と、前記インタフェース・アダプタの各々に対して前記
インタフェース・アダプタにより受信される現入出力要
求により要求される前記入出力装置に関連付けられる使
用可能な前記ロック・ビットをロック状態にセットしよ
うとするビット・テスト制御であって、前記現入出力要
求が同時に前記関連入出力装置の使用を獲得しようとし
て、他の前記インタフェース・アダプタにより受信され
る現入出力要求と前記ロック状態を競合し得る、前記ビ
ット・テスト制御と、前記関連入出力装置を使用する前
記現入出力要求に対して前記関連ロック・ビットが前記
ロック状態にセットされている間に、待機中の前記入出
力要求が前記インタフェース・アダプタにより受信され
るとき、前記関連ビジー・ビットをビジー状態にセット
する、前記インタフェース・アダプタに関連付けられる
ビジー・ビット制御と、前記関連ロック・ビットが前記
ロック状態にセットされるとき、前記インタフェース・
アダプタに関連付けられる前記タイマをリセットし、開
始するタイマ開始制御と、前記ロック状態が前記ロック
・ビットに対して存在する間に、前記関連タイマが前記
しきい値タイムアウトを超過するとき、各前記インタフ
ェース・アダプタに関連付けられる前記制御ユニット内
において、ロング・ビジー信号を前記インタフェース・
アダプタに生成するロング・ビジー制御であって、前記
ロング・ビジー制御が前記ロング・ビジー信号を前記イ
ンタフェース・アダプタから前記制御ユニットの外部に
転送する、前記ロング・ビジー制御と、各前記ロック・
ビットに関連付けられ、前記しきい値タイムアウトの超
過後に、前記装置ロックがアンロック状態にセットされ
るとき、ロング・ビジー解除信号を生成する操作完了制
御であって、前記操作完了制御が、前記ロング・ビジー
解除信号を前記インタフェース・アダプタから前記制御
ユニットの外部に転送する、前記操作完了制御と、を含
む、入出力制御ユニット。 （２）前記ロック状態が前記ロック・ビットに対して存
在し、前記関連タイマが前記しきい値タイムアウトを超
過しない間に、前記関連入出力装置に対する別の前記入
出力要求が前記インタフェース・アダプタにより受信さ
れるとき、正規ビジー信号を前記インタフェース・アダ
プタに生成する、各前記インタフェース・アダプタに関
連付けられる前記制御ユニット内の正規ビジー制御と、
前記しきい値タイムアウトの超過以前の前記現入出力要
求の完了時に、前記装置ロックがアンロック状態にリセ
ットされるとき、正規ビジー解除信号を生成する、各前
記ロック・ビットに関連付けられる操作完了制御であっ
て、前記操作完了制御が、前記ビジー解除信号を前記イ
ンタフェース・アダプタから前記制御ユニットの外部に
転送し、前記入出力装置が別の前記入出力要求に対して
使用可能であることを示す、前記操作完了制御と、を含
む、前記(１)記載の入出力制御ユニット。 （３）前記しきい値タイムアウトを超過するとき、前記
インタフェース・アダプタ制御が前記ロング・ビジー信
号を表す信号及びステータス情報を前記インタフェース
・アダプタに生成し、前記ロング・ビジー信号に応答し
て前記インタフェース・アダプタが、前記入出力装置が
使用不能であることを外部ソフトウェアに伝達し、前記
外部ソフトウェアに未着割込みハンドラ・タイムアウト
を延長するように助言し、前記関連入出力装置が故障し
ていないときに、前記入出力装置による前記現入出力要
求の処理における操作故障を示し得る誤ったタイムアウ
ト検出を防止するようにし、前記しきい値タイムアウト
の超過後、前記ロック・ビットが前記ロック状態に維持
され、前記入出力装置が前記現入出力要求に対する操作
を継続する、前記(１)記載の入出力制御ユニット。 （４）前記しきい値タイムアウトを超過するとき、前記
インタフェース・アダプタ制御が前記ロング・ビジー信
号を表す割込み信号及びステータス情報を前記インタフ
ェース・アダプタに生成し、前記インタフェース・アダ
プタが前記待機中の入出力要求を前記インタフェース・
アダプタに送信した外部ソフトウェアに、ロング・ビジ
ー割込み信号を伝達することを可能にし、前記外部ソフ
トウェアに前記制御ユニットがもはや前記待機中の入出
力要求を処理する責任を負わないことを知らせ、前記外
部ソフトウェアが前記待機中の入出力要求に対して任意
の未着割込みハンドラ・タイムアウト操作を停止するこ
とを可能にし、前記要求入出力装置が将来使用可能にな
るとき、前記入出力要求が再度前記制御ユニットに提供
されるようにし、前記ロック・ビット及び前記関連入出
力装置が前記インタフェース・アダプタにおいて、前記
現入出力要求に対して操作を継続する、前記(１)記載の
入出力制御ユニット。 （５）前記関連入出力装置が前記しきい値タイムアウト
の後、前記現入出力要求に対する操作を成功裡に完了
し、前記制御ユニットに前記関連ロック・ビットを使用
可能状態にリセットするように信号で知らせ、前記制御
ユニットが装置終了割込み信号及びステータス情報を生
成し、前記インタフェース・アダプタが前記関連入出力
装置の使用可能性を外部ソフトウェアに伝達することを
可能にし、次の前記入出力要求が前記制御ユニットに提
供されて、前記関連ロック・ビットの前記ロック状態を
競合し得ることを助言する、前記(２)記載の入出力制御
ユニット。 （６）前記関連入出力装置が前記しきい値タイムアウト
の後、前記現入出力要求に対する操作を不成功裡に完了
し、外部ソフトウェアに完了割込みを送信することに失
敗し、前記外部ソフトウェアが前記未着割込みハンドラ
内で前記延長されたタイムアウトを超過し、前記関連入
出力装置による前記現入出力要求に対する操作の失敗を
示す、前記(２)記載の入出力制御ユニット。 （７）前記割込み信号及びステータス情報が前記インタ
フェース・アダプタ制御から伝達された後、前記関連タ
イマにより操作を終了する、前記(４)記載の入出力制御
ユニット。 （８）前記インタフェース・アダプタ制御の各々が、前
記しきい値タイムアウトの超過後、前記しきい値タイム
アウト値を第２のしきい値タイムアウト値により置換す
ることにより、前記制御ユニット内で前記関連タイマに
よる時限操作を継続し、前記第２のしきい値タイムアウ
トが外部ソフトウェアに、該ソフトウェア内の前記未着
割込みハンドラ・タイムアウトを前記ロング・ビジー・
タイムアウトに延長するように伝達し、前記タイムアウ
ト延長の細分性の増加により、前記現入出力要求に対す
る入出力装置故障の誤った検出を回避し、前記関連ロッ
ク・ビットがそのロック状態を継続し、前記関連入出力
装置が前記現入出力要求に対して操作を継続する間に、
前記第２のしきい値タイムアウトを超過する時、前記イ
ンタフェース・アダプタ制御が割込み信号及びステータ
ス情報を生成し、前記外部ソフトウェアに前記ロング・
ビジー信号を延長する必要性を伝達する、前記(１)記載
の入出力制御ユニット。 （９）複数のホスト・システムによる入出力装置故障検
出をサポートする入出力制御ユニット（ＣＵ）内の方法
であって、前記複数のホスト・システムが前記制御ユニ
ット内の入出力インタフェース・アダプタに接続され、
前記制御ユニットが前記ホスト・システムから入出力要
求を受信するものにおいて、前記方法が前記制御ユニッ
トから前記ホスト・システムに前記ホスト・システム内
で未着割込みタイムアウト検出をサポートする情報を伝
達し、前記ホスト・システムが前記制御ユニットに接続
される要求入出力装置による操作故障を誤って示すこと
を防止するものにおいて、複数のロック・ビットを前記
制御ユニットに接続されるそれぞれの前記入出力装置に
関連付けるステップであって、前記ロック・ビットが入
出力操作に対応して、前記入出力装置の前記インタフェ
ース・アダプタへの接続を制御する、前記関連付けステ
ップと、各前記インタフェース・アダプタにビジー・ビ
ット、しきい値タイマ及び前記タイマと協動して、しき
い値タイムアウトの発生を判断するために記憶されるし
きい値タイムアウト値を構成するステップと、前記複数
のインタフェース・アダプタが、前記入出力装置の使用
を同時に獲得しようとする現入出力要求に対して前記ロ
ック・ビットの状態をロック状態にセットしようとする
競合状態において、前記インタフェース・アダプタによ
り受信される前記現入出力要求により要求される前記入
出力装置に関連付けられる前記ロック・ビットの状態を
条件付きでテストするステップと、前記関連入出力装置
を使用する前記現入出力要求に対して前記関連ロック・
ビットが前記ロック状態にセットされている間に、待機
中の前記入出力要求が前記インタフェース・アダプタに
より受信されるとき、前記関連ビジー・ビットをビジー
状態にセットするステップと、前記テストされたロック
・ビットが前記ロック状態にセットされているとき、前
記インタフェース・アダプタに関連付けられる前記タイ
マをリセットし、開始するステップと、前記ロック状態
が前記ロック・ビットに対して存在する間に、前記タイ
マが前記しきい値タイムアウトを超過するとき、各前記
インタフェース・アダプタに対してロング・ビジー信号
を生成し、前記ロング・ビジー信号を前記インタフェー
ス・アダプタから前記制御ユニットの外部に転送し、前
記入出力装置が前記ロック状態を獲得している現入出力
要求に対してビジー状態であることを伝達するステップ
と、前記しきい値タイムアウトの超過後に、前記装置ロ
ックがアンロック状態にセットされるとき、ロング・ビ
ジー解除信号を前記インタフェース・アダプタから出力
し、前記入出力装置が要求入出力操作を完了したことを
示すステップと、を含む、方法。 （１０）前記ロック状態が前記ロック・ビットに対して
存在し、前記関連タイマが前記しきい値タイムアウトを
超過しない間に、前記関連入出力装置に対する別の前記
入出力要求が前記インタフェース・アダプタにより受信
されるとき、正規ビジー信号を前記インタフェース・ア
ダプタに提供するステップと、前記しきい値タイムアウ
トの超過以前の前記現入出力要求の完了時に、正規ビジ
ー解除信号を生成し、前記ロック・ビットをアンロック
状態にリセットし、前記ビジー解除信号を前記インタフ
ェース・アダプタから外部システムに転送し、前記入出
力装置が別の前記入出力要求に対して使用可能であるこ
とを示すステップと、を含む、前記(９)記載の方法。 （１１）前記ロック状態が存在する間に前記しきい値タ
イムアウトを超過するとき、前記インタフェース・アダ
プタにより、前記ロング・ビジー信号を表すロング・ビ
ジー信号及びステータス情報を生成するステップであっ
て、前記ロング・ビジー信号に応答して、前記インタフ
ェース・アダプタが前記入出力装置が使用不能であるこ
とを前記ホスト・システムに伝達し、前記ホスト・シス
テムに未着割込みハンドラにおけるタイムアウトを延長
するように助言し、前記関連入出力装置が故障していな
いときに前記入出力装置による前記現入出力要求の処理
における操作故障を誤って示し得る、前記ホスト・シス
テムによる誤ったタイムアウト検出を防止するステップ
と、前記しきい値タイムアウトの超過後、前記ロック状
態及び前記現入出力要求に対する前記入出力装置操作を
継続するステップと、を含む、前記(９)記載の方法。 （１２）前記しきい値タイムアウトを超過するとき、前
記インタフェース・アダプタに対して前記ロング・ビジ
ー割込み信号及びステータス情報を生成するステップで
あって、前記インタフェース・アダプタが前記ロング・
ビジー割込み信号を前記待機中の入出力要求を前記イン
タフェース・アダプタに送信した前記制御ユニットの外
部の前記ホスト・システムに伝達することを可能にし、
前記ホスト・システムに前記制御ユニットがもはや前記
待機中の入出力要求を処理せず、前記ホスト・システム
が前記待機中の入出力要求に対して未着割込みハンドラ
・タイムアウト操作を停止すべきであり、前記要求入出
力装置が将来使用可能になるとき、前記入出力要求を再
度前記制御ユニットに提供すべきことを助言する、前記
生成ステップと、前記ロック・ビットに対する前記ロッ
ク状態、及び前記インタフェース・アダプタに関連付け
られる前記現入出力要求に対する前記関連入出力装置の
操作を継続するステップと、を含む、前記(９)記載の方
法。 （１３）前記しきい値タイムアウトの後、前記関連入出
力装置により前記現入出力要求に対する操作を成功裡に
完了し、前記制御ユニットに前記関連ロック・ビットを
使用可能状態にリセットするように信号で知らせるステ
ップと、装置終了割込み信号及びステータス情報を提供
するステップであって、前記インタフェース・アダプタ
が前記関連入出力装置の使用可能性を前記ホスト・シス
テムに伝達することを可能にし、前記入出力装置に対す
る次の前記入出力要求が再度前記制御ユニットに提供さ
れ、前記関連ロック・ビットの前記ロック状態を競合し
得ることを助言する、前記提供ステップと、を含む、前
記(１０)記載の方法。 （１４）前記しきい値タイムアウトの後、前記関連入出
力装置により前記現入出力要求に対する操作を不成功裡
に完了するステップであって、２次タイムアウト操作が
２次タイムアウト値を超過し、前記未着割込みハンドラ
内において、前記関連入出力装置による前記現入出力要
求に対する操作の失敗を示すまで、前記ホスト・システ
ムが前記２次タイムアウト操作を継続する、前記不成功
の完了ステップを含む、前記(１０)記載の方法。 （１５）前記割込み信号及びステータス情報が前記イン
タフェース・アダプタ制御から伝達された後、前記関連
タイマにより操作を終了する、前記(１２)記載の方法。 （１６）前記しきい値タイムアウトの超過後、前記しき
い値タイムアウト値を第２のしきい値タイムアウト値に
より置換することにより、前記関連タイマにより前記イ
ンタフェース・アダプタに対して時限操作を継続するス
テップであって、前記第２のしきい値タイムアウトによ
り前記インタフェース・アダプタが前記ホスト・システ
ムに、前記ホスト・システム内の前記未着割込みハンド
ラ・タイムアウトを前記ロング・ビジー・タイムアウト
に延長するように伝達し、前記タイムアウト延長の細分
性の増加により、前記現入出力要求に対する入出力装置
故障の誤った検出を回避する、前記継続ステップと、前
記関連ロック・ビットがそのロック状態を継続し、前記
関連入出力装置が前記現入出力要求に対して操作を継続
する間に、前記第２のしきい値タイムアウトを超過する
時、割込み信号及びステータス情報を生成し、前記イン
タフェース・アダプタから前記ホスト・システムに前記
ロング・ビジー信号の延長の必要性を伝達する、前記生
成ステップと、を含む、前記(９)記載の方法。 （１７）１つ以上のホスト・オペレーティング・システ
ム（ＯＳ）と協動する入出力制御ユニット（ＣＵ）内の
サポート制御であって、前記オペレーション・システム
が前記制御ユニットに接続される入出力装置による操作
を要求する入出力要求を前記制御ユニットに送信するも
のにおいて、前記制御ユニットが、前記オペレーション
・システムからの前記入出力要求に関連付けられる入出
力プログラムに対して現在前記入出力装置により実行さ
れている入出力コマンドを示す命令コード信号と、前記
命令コード信号をテストし、前記コマンドがロング・コ
マンドか否かを判断するコマンド検出器と、前記コマン
ド検出器が前記コマンドが前記ロング・コマンドと判断
するとき、ロング・ビジー割込み信号を生成する割込み
発生器と、を含み、前記ロング・ビジー割込み信号をプ
ロセッサに送信して、前記ロング・ビジー割込み信号を
前記入出力要求を発行した前記オペレーション・システ
ムに伝達し、前記オペレーション・システムが１次ＭＩ
Ｈタイムアウト期間の終了以前に、前記１次ＭＩＨタイ
ムアウト期間を２次ＭＩＨタイムアウト期間に延長する
ことを可能にし、前記１次ＭＩＨタイムアウト期間がタ
イムアウトにより終了し、潜在入出力装置操作故障を誤
って示すことを防止する、入出力制御ユニット。
【図１】各装置に対する初期未着割込みインタバルを確
立する、システム初期化及び可変コマンド装置処理の制
御フローを示す流れ図である。
立する、システム初期化及び可変コマンド装置処理の制
御フローを示す流れ図である。
【図２】装置依存ＭＩＨインタバルの検索を含む、装置
確認及び初期化の制御フローを示す流れ図である。
確認及び初期化の制御フローを示す流れ図である。
【図３】ＭＩＨ初期化処理の制御フローを示す流れ図で
ある。
ある。
【図４】ＭＩＨ初期化処理の制御フローを示す流れ図で
ある。
ある。
【図５】ＭＩＨタイムアウト条件の検出を含む、ロング
・ビジー条件に対する装置依存ＭＩＨ処理のためのソフ
トウェア処理における制御フローを示す流れ図である。
・ビジー条件に対する装置依存ＭＩＨ処理のためのソフ
トウェア処理における制御フローを示す流れ図である。
【図６】ＭＩＨタイムアウト条件の検出を含む、ロング
・ビジー条件に対する装置依存ＭＩＨ処理のためのソフ
トウェア処理における制御フローを示す流れ図である。
・ビジー条件に対する装置依存ＭＩＨ処理のためのソフ
トウェア処理における制御フローを示す流れ図である。
【図７】ＭＩＨタイムアウト条件の検出を含む、ロング
・ビジー条件に対する装置依存ＭＩＨ処理のためのソフ
トウェア処理における制御フローを示す流れ図である。
・ビジー条件に対する装置依存ＭＩＨ処理のためのソフ
トウェア処理における制御フローを示す流れ図である。
【図８】ＭＩＨタイムアウト条件の検出を含む、ロング
・ビジー条件に対する装置依存ＭＩＨ処理のためのソフ
トウェア処理における制御フローを示す流れ図である。
・ビジー条件に対する装置依存ＭＩＨ処理のためのソフ
トウェア処理における制御フローを示す流れ図である。
【図９】ＭＩＨタイムアウト条件の検出を含む、ロング
・ビジー条件に対する装置依存ＭＩＨ処理のためのソフ
トウェア処理における制御フローを示す流れ図である。
・ビジー条件に対する装置依存ＭＩＨ処理のためのソフ
トウェア処理における制御フローを示す流れ図である。
【図１０】ロング・ビジー条件をサポートする制御ユニ
ット及びそれらの装置の制御フローを示す流れ図であ
る。
ット及びそれらの装置の制御フローを示す流れ図であ
る。
【図１１】ロング・ビジー条件をサポートする制御ユニ
ット及びそれらの装置の制御フローを示す流れ図であ
る。
ット及びそれらの装置の制御フローを示す流れ図であ
る。
【図１２】ロング・ビジー条件をサポートする制御ユニ
ット及びそれらの装置の制御フローを示す流れ図であ
る。
ット及びそれらの装置の制御フローを示す流れ図であ
る。
【図１３】ロング・ビジー条件をサポートする制御ユニ
ット及びそれらの装置の制御フローを示す流れ図であ
る。
ット及びそれらの装置の制御フローを示す流れ図であ
る。
【図１４】ロング・ビジー条件をサポートする制御ユニ
ット及びそれらの装置の制御フローを示す流れ図であ
る。
ット及びそれらの装置の制御フローを示す流れ図であ
る。
【図１５】オペレーティング・システムが、装置の１次
ＭＩＨタイムアウト・インタバル及び２次ＭＩＨタイム
アウト・インタバルを含む自己記述データを獲得する様
子を示す流れ図である。
ＭＩＨタイムアウト・インタバル及び２次ＭＩＨタイム
アウト・インタバルを含む自己記述データを獲得する様
子を示す流れ図である。
【図１６】オペレーティング・システムが、装置の１次
ＭＩＨタイムアウト・インタバル及び２次ＭＩＨタイム
アウト・インタバルを含む自己記述データを獲得する様
子を示す流れ図である。
ＭＩＨタイムアウト・インタバル及び２次ＭＩＨタイム
アウト・インタバルを含む自己記述データを獲得する様
子を示す流れ図である。
【図１７】オペレーティング・システムが、装置の１次
ＭＩＨタイムアウト・インタバル及び２次ＭＩＨタイム
アウト・インタバルを含む自己記述データを獲得する様
子を示す流れ図である。
ＭＩＨタイムアウト・インタバル及び２次ＭＩＨタイム
アウト・インタバルを含む自己記述データを獲得する様
子を示す流れ図である。
１１２ 構成データ・テーブル ４３０ 装置依存トラップ・エグジット・ルーチン５１
０ ホスト ４５０ 装置依存エラー回復プロシジャ（装置ＥＲＰ）
５１１ 中央処理ユニット（ＣＰＵ） ５１２ チャネル・サブシステム ５１３ チャネル・パス ５２０ Ｉ／Ｏサブシステム ５２１ 制御ユニット ５２２ 共用メモリ ５２３ "装置ｎロック・データ" ５２４ チャネル・アダプタ ５３０ Ｉ／Ｏ装置 ５３１ 装置パス ５３０ 選択装置 ６０２ 装置２次ＭＩＨタイムアウト値 ６０３ 装置１次ＭＩＨタイムアウト値
０ ホスト ４５０ 装置依存エラー回復プロシジャ（装置ＥＲＰ）
５１１ 中央処理ユニット（ＣＰＵ） ５１２ チャネル・サブシステム ５１３ チャネル・パス ５２０ Ｉ／Ｏサブシステム ５２１ 制御ユニット ５２２ 共用メモリ ５２３ "装置ｎロック・データ" ５２４ チャネル・アダプタ ５３０ Ｉ／Ｏ装置 ５３１ 装置パス ５３０ 選択装置 ６０２ 装置２次ＭＩＨタイムアウト値 ６０３ 装置１次ＭＩＨタイムアウト値
───────────────────────────────────────────────────── フロントページの続き (72)発明者 リチャード・アンソニー・リップバーガー アメリカ合衆国85718、アリゾナ州ツーソ ン、ノース・プラチカ・アリズッペ 5620 (72)発明者 ルイス・リカルド・ウーバンジョー アメリカ合衆国95037、カリフォルニア州 モーガン・ヒル、ヴィア・ソレント 488 (72)発明者 ハリー・モーリス・ユーデンフレンド アメリカ合衆国12603−5545、ニューヨー ク州ポキプシ、ノッブ・ヒル・ロード １
Claims (17)
- 【請求項１】ホスト・システムとの接続のために内部に
配置される複数のホスト・システム・インタフェース・
アダプタと協動する入出力制御ユニット（ＣＵ）内のサ
ポート制御であって、前記ホスト・システムが入出力要
求を前記制御ユニットに送信し、タイムアウトの検出に
より、前記制御ユニットに接続される要求入出力装置が
要求入出力操作の実行に失敗したことを判断するものに
おいて、前記制御ユニットが、 それぞれが前記制御ユニットに接続される入出力装置に
関連付けられ、入出力操作のために、任意の前記入出力
装置の任意の前記インタフェース・アダプタへの接続を
制御する複数の装置ロック・ビットと、 前記インタフェース・アダプタの各々に関連付けられる
ビジー・ビット、しきい値タイマ及び前記タイマと協動
して、しきい値タイムアウトの発生を判断するために記
憶するしきい値タイムアウト値と、 前記インタフェース・アダプタの各々に対して前記イン
タフェース・アダプタにより受信される現入出力要求に
より要求される前記入出力装置に関連付けられる使用可
能な前記ロック・ビットをロック状態にセットしようと
するビット・テスト制御であって、前記現入出力要求が
同時に前記関連入出力装置の使用を獲得しようとして、
他の前記インタフェース・アダプタにより受信される現
入出力要求と前記ロック状態を競合し得る、前記ビット
・テスト制御と、 前記関連入出力装置を使用する前記現入出力要求に対し
て前記関連ロック・ビットが前記ロック状態にセットさ
れている間に、待機中の前記入出力要求が前記インタフ
ェース・アダプタにより受信されるとき、前記関連ビジ
ー・ビットをビジー状態にセットする、前記インタフェ
ース・アダプタに関連付けられるビジー・ビット制御
と、 前記関連ロック・ビットが前記ロック状態にセットされ
るとき、前記インタフェース・アダプタに関連付けられ
る前記タイマをリセットし、開始するタイマ開始制御
と、 前記ロック状態が前記ロック・ビットに対して存在する
間に、前記関連タイマが前記しきい値タイムアウトを超
過するとき、各前記インタフェース・アダプタに関連付
けられる前記制御ユニット内において、ロング・ビジー
信号を前記インタフェース・アダプタに生成するロング
・ビジー制御であって、前記ロング・ビジー制御が前記
ロング・ビジー信号を前記インタフェース・アダプタか
ら前記制御ユニットの外部に転送する、前記ロング・ビ
ジー制御と、 各前記ロック・ビットに関連付けられ、前記しきい値タ
イムアウトの超過後に、前記装置ロックがアンロック状
態にセットされるとき、ロング・ビジー解除信号を生成
する操作完了制御であって、前記操作完了制御が、前記
ロング・ビジー解除信号を前記インタフェース・アダプ
タから前記制御ユニットの外部に転送する、前記操作完
了制御と、 を含む、入出力制御ユニット。 - 【請求項２】前記ロック状態が前記ロック・ビットに対
して存在し、前記関連タイマが前記しきい値タイムアウ
トを超過しない間に、前記関連入出力装置に対する別の
前記入出力要求が前記インタフェース・アダプタにより
受信されるとき、正規ビジー信号を前記インタフェース
・アダプタに生成する、各前記インタフェース・アダプ
タに関連付けられる前記制御ユニット内の正規ビジー制
御と、 前記しきい値タイムアウトの超過以前の前記現入出力要
求の完了時に、前記装置ロックがアンロック状態にリセ
ットされるとき、正規ビジー解除信号を生成する、各前
記ロック・ビットに関連付けられる操作完了制御であっ
て、前記操作完了制御が、前記ビジー解除信号を前記イ
ンタフェース・アダプタから前記制御ユニットの外部に
転送し、前記入出力装置が別の前記入出力要求に対して
使用可能であることを示す、前記操作完了制御と、 を含む、請求項１記載の入出力制御ユニット。 - 【請求項３】前記しきい値タイムアウトを超過すると
き、前記インタフェース・アダプタ制御が前記ロング・
ビジー信号を表す信号及びステータス情報を前記インタ
フェース・アダプタに生成し、前記ロング・ビジー信号
に応答して前記インタフェース・アダプタが、前記入出
力装置が使用不能であることを外部ソフトウェアに伝達
し、前記外部ソフトウェアに未着割込みハンドラ・タイ
ムアウトを延長するように助言し、前記関連入出力装置
が故障していないときに、前記入出力装置による前記現
入出力要求の処理における操作故障を示し得る誤ったタ
イムアウト検出を防止するようにし、 前記しきい値タイムアウトの超過後、前記ロック・ビッ
トが前記ロック状態に維持され、前記入出力装置が前記
現入出力要求に対する操作を継続する、 請求項１記載の入出力制御ユニット。 - 【請求項４】前記しきい値タイムアウトを超過すると
き、前記インタフェース・アダプタ制御が前記ロング・
ビジー信号を表す割込み信号及びステータス情報を前記
インタフェース・アダプタに生成し、前記インタフェー
ス・アダプタが前記待機中の入出力要求を前記インタフ
ェース・アダプタに送信した外部ソフトウェアに、ロン
グ・ビジー割込み信号を伝達することを可能にし、前記
外部ソフトウェアに前記制御ユニットがもはや前記待機
中の入出力要求を処理する責任を負わないことを知ら
せ、前記外部ソフトウェアが前記待機中の入出力要求に
対して任意の未着割込みハンドラ・タイムアウト操作を
停止することを可能にし、前記要求入出力装置が将来使
用可能になるとき、前記入出力要求が再度前記制御ユニ
ットに提供されるようにし、 前記ロック・ビット及び前記関連入出力装置が前記イン
タフェース・アダプタにおいて、前記現入出力要求に対
して操作を継続する、 請求項１記載の入出力制御ユニット。 - 【請求項５】前記関連入出力装置が前記しきい値タイム
アウトの後、前記現入出力要求に対する操作を成功裡に
完了し、前記制御ユニットに前記関連ロック・ビットを
使用可能状態にリセットするように信号で知らせ、 前記制御ユニットが装置終了割込み信号及びステータス
情報を生成し、前記インタフェース・アダプタが前記関
連入出力装置の使用可能性を外部ソフトウェアに伝達す
ることを可能にし、次の前記入出力要求が前記制御ユニ
ットに提供されて、前記関連ロック・ビットの前記ロッ
ク状態を競合し得ることを助言する、 請求項２記載の入出力制御ユニット。 - 【請求項６】前記関連入出力装置が前記しきい値タイム
アウトの後、前記現入出力要求に対する操作を不成功裡
に完了し、外部ソフトウェアに完了割込みを送信するこ
とに失敗し、前記外部ソフトウェアが前記未着割込みハ
ンドラ内で前記延長されたタイムアウトを超過し、前記
関連入出力装置による前記現入出力要求に対する操作の
失敗を示す、 請求項２記載の入出力制御ユニット。 - 【請求項７】前記割込み信号及びステータス情報が前記
インタフェース・アダプタ制御から伝達された後、前記
関連タイマにより操作を終了する、 請求項４記載の入出力制御ユニット。 - 【請求項８】前記インタフェース・アダプタ制御の各々
が、前記しきい値タイムアウトの超過後、前記しきい値
タイムアウト値を第２のしきい値タイムアウト値により
置換することにより、前記制御ユニット内で前記関連タ
イマによる時限操作を継続し、前記第２のしきい値タイ
ムアウトが外部ソフトウェアに、該ソフトウェア内の前
記未着割込みハンドラ・タイムアウトを前記ロング・ビ
ジー・タイムアウトに延長するように伝達し、前記タイ
ムアウト延長の細分性の増加により、前記現入出力要求
に対する入出力装置故障の誤った検出を回避し、 前記関連ロック・ビットがそのロック状態を継続し、前
記関連入出力装置が前記現入出力要求に対して操作を継
続する間に、前記第２のしきい値タイムアウトを超過す
る時、前記インタフェース・アダプタ制御が割込み信号
及びステータス情報を生成し、前記外部ソフトウェアに
前記ロング・ビジー信号を延長する必要性を伝達する、 請求項１記載の入出力制御ユニット。 - 【請求項９】複数のホスト・システムによる入出力装置
故障検出をサポートする入出力制御ユニット（ＣＵ）内
の方法であって、前記複数のホスト・システムが前記制
御ユニット内の入出力インタフェース・アダプタに接続
され、前記制御ユニットが前記ホスト・システムから入
出力要求を受信するものにおいて、前記方法が前記制御
ユニットから前記ホスト・システムに前記ホスト・シス
テム内で未着割込みタイムアウト検出をサポートする情
報を伝達し、前記ホスト・システムが前記制御ユニット
に接続される要求入出力装置による操作故障を誤って示
すことを防止するものにおいて、 複数のロック・ビットを前記制御ユニットに接続される
それぞれの前記入出力装置に関連付けるステップであっ
て、前記ロック・ビットが入出力操作に対応して、前記
入出力装置の前記インタフェース・アダプタへの接続を
制御する、前記関連付けステップと、 各前記インタフェース・アダプタにビジー・ビット、し
きい値タイマ及び前記タイマと協動して、しきい値タイ
ムアウトの発生を判断するために記憶されるしきい値タ
イムアウト値を構成するステップと、 前記複数のインタフェース・アダプタが、前記入出力装
置の使用を同時に獲得しようとする現入出力要求に対し
て前記ロック・ビットの状態をロック状態にセットしよ
うとする競合状態において、前記インタフェース・アダ
プタにより受信される前記現入出力要求により要求され
る前記入出力装置に関連付けられる前記ロック・ビット
の状態を条件付きでテストするステップと、 前記関連入出力装置を使用する前記現入出力要求に対し
て前記関連ロック・ビットが前記ロック状態にセットさ
れている間に、待機中の前記入出力要求が前記インタフ
ェース・アダプタにより受信されるとき、前記関連ビジ
ー・ビットをビジー状態にセットするステップと、 前記テストされたロック・ビットが前記ロック状態にセ
ットされているとき、前記インタフェース・アダプタに
関連付けられる前記タイマをリセットし、開始するステ
ップと、 前記ロック状態が前記ロック・ビットに対して存在する
間に、前記タイマが前記しきい値タイムアウトを超過す
るとき、各前記インタフェース・アダプタに対してロン
グ・ビジー信号を生成し、前記ロング・ビジー信号を前
記インタフェース・アダプタから前記制御ユニットの外
部に転送し、前記入出力装置が前記ロック状態を獲得し
ている現入出力要求に対してビジー状態であることを伝
達するステップと、 前記しきい値タイムアウトの超過後に、前記装置ロック
がアンロック状態にセットされるとき、ロング・ビジー
解除信号を前記インタフェース・アダプタから出力し、
前記入出力装置が要求入出力操作を完了したことを示す
ステップと、 を含む、方法。 - 【請求項１０】前記ロック状態が前記ロック・ビットに
対して存在し、前記関連タイマが前記しきい値タイムア
ウトを超過しない間に、前記関連入出力装置に対する別
の前記入出力要求が前記インタフェース・アダプタによ
り受信されるとき、正規ビジー信号を前記インタフェー
ス・アダプタに提供するステップと、 前記しきい値タイムアウトの超過以前の前記現入出力要
求の完了時に、正規ビジー解除信号を生成し、前記ロッ
ク・ビットをアンロック状態にリセットし、前記ビジー
解除信号を前記インタフェース・アダプタから外部シス
テムに転送し、前記入出力装置が別の前記入出力要求に
対して使用可能であることを示すステップと、 を含む、請求項９記載の方法。 - 【請求項１１】前記ロック状態が存在する間に前記しき
い値タイムアウトを超過するとき、前記インタフェース
・アダプタにより、前記ロング・ビジー信号を表すロン
グ・ビジー信号及びステータス情報を生成するステップ
であって、前記ロング・ビジー信号に応答して、前記イ
ンタフェース・アダプタが前記入出力装置が使用不能で
あることを前記ホスト・システムに伝達し、前記ホスト
・システムに未着割込みハンドラにおけるタイムアウト
を延長するように助言し、前記関連入出力装置が故障し
ていないときに前記入出力装置による前記現入出力要求
の処理における操作故障を誤って示し得る、前記ホスト
・システムによる誤ったタイムアウト検出を防止するス
テップと、 前記しきい値タイムアウトの超過後、前記ロック状態及
び前記現入出力要求に対する前記入出力装置操作を継続
するステップと、 を含む、請求項９記載の方法。 - 【請求項１２】前記しきい値タイムアウトを超過すると
き、前記インタフェース・アダプタに対して前記ロング
・ビジー割込み信号及びステータス情報を生成するステ
ップであって、前記インタフェース・アダプタが前記ロ
ング・ビジー割込み信号を前記待機中の入出力要求を前
記インタフェース・アダプタに送信した前記制御ユニッ
トの外部の前記ホスト・システムに伝達することを可能
にし、前記ホスト・システムに前記制御ユニットがもは
や前記待機中の入出力要求を処理せず、前記ホスト・シ
ステムが前記待機中の入出力要求に対して未着割込みハ
ンドラ・タイムアウト操作を停止すべきであり、前記要
求入出力装置が将来使用可能になるとき、前記入出力要
求を再度前記制御ユニットに提供すべきことを助言す
る、前記生成ステップと、 前記ロック・ビットに対する前記ロック状態、及び前記
インタフェース・アダプタに関連付けられる前記現入出
力要求に対する前記関連入出力装置の操作を継続するス
テップと、 を含む、請求項９記載の方法。 - 【請求項１３】前記しきい値タイムアウトの後、前記関
連入出力装置により前記現入出力要求に対する操作を成
功裡に完了し、前記制御ユニットに前記関連ロック・ビ
ットを使用可能状態にリセットするように信号で知らせ
るステップと、 装置終了割込み信号及びステータス情報を提供するステ
ップであって、前記インタフェース・アダプタが前記関
連入出力装置の使用可能性を前記ホスト・システムに伝
達することを可能にし、前記入出力装置に対する次の前
記入出力要求が再度前記制御ユニットに提供され、前記
関連ロック・ビットの前記ロック状態を競合し得ること
を助言する、前記提供ステップと、 を含む、請求項１０記載の方法。 - 【請求項１４】前記しきい値タイムアウトの後、前記関
連入出力装置により前記現入出力要求に対する操作を不
成功裡に完了するステップであって、 ２次タイムアウト操作が２次タイムアウト値を超過し、
前記未着割込みハンドラ内において、前記関連入出力装
置による前記現入出力要求に対する操作の失敗を示すま
で、前記ホスト・システムが前記２次タイムアウト操作
を継続する、前記不成功の完了ステップを含む、 請求項１０記載の方法。 - 【請求項１５】前記割込み信号及びステータス情報が前
記インタフェース・アダプタ制御から伝達された後、前
記関連タイマにより操作を終了する、請求項１２記載の
方法。 - 【請求項１６】前記しきい値タイムアウトの超過後、前
記しきい値タイムアウト値を第２のしきい値タイムアウ
ト値により置換することにより、前記関連タイマにより
前記インタフェース・アダプタに対して時限操作を継続
するステップであって、 前記第２のしきい値タイムアウトにより前記インタフェ
ース・アダプタが前記ホスト・システムに、前記ホスト
・システム内の前記未着割込みハンドラ・タイムアウト
を前記ロング・ビジー・タイムアウトに延長するように
伝達し、前記タイムアウト延長の細分性の増加により、
前記現入出力要求に対する入出力装置故障の誤った検出
を回避する、前記継続ステップと、 前記関連ロック・ビットがそのロック状態を継続し、前
記関連入出力装置が前記現入出力要求に対して操作を継
続する間に、前記第２のしきい値タイムアウトを超過す
る時、割込み信号及びステータス情報を生成し、前記イ
ンタフェース・アダプタから前記ホスト・システムに前
記ロング・ビジー信号の延長の必要性を伝達する、前記
生成ステップと、 を含む、請求項９記載の方法。 - 【請求項１７】１つ以上のホスト・オペレーティング・
システム（ＯＳ）と協動する入出力制御ユニット（Ｃ
Ｕ）内のサポート制御であって、前記オペレーション・
システムが前記制御ユニットに接続される入出力装置に
よる操作を要求する入出力要求を前記制御ユニットに送
信するものにおいて、前記制御ユニットが、 前記オペレーション・システムからの前記入出力要求に
関連付けられる入出力プログラムに対して現在前記入出
力装置により実行されている入出力コマンドを示す命令
コード信号と、 前記命令コード信号をテストし、前記コマンドがロング
・コマンドか否かを判断するコマンド検出器と、 前記コマンド検出器が前記コマンドが前記ロング・コマ
ンドと判断するとき、ロング・ビジー割込み信号を生成
する割込み発生器と、 を含み、 前記ロング・ビジー割込み信号をプロセッサに送信し
て、前記ロング・ビジー割込み信号を前記入出力要求を
発行した前記オペレーション・システムに伝達し、前記
オペレーション・システムが１次ＭＩＨタイムアウト期
間の終了以前に、前記１次ＭＩＨタイムアウト期間を２
次ＭＩＨタイムアウト期間に延長することを可能にし、
前記１次ＭＩＨタイムアウト期間がタイムアウトにより
終了し、潜在入出力装置操作故障を誤って示すことを防
止する、入出力制御ユニット。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US08/629702 | 1996-04-09 | ||
| US08/629,702 US5758190A (en) | 1996-04-09 | 1996-04-09 | Control unit threshold timeout controls for software missing interrupt handlers in operating systems |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH1031631A true JPH1031631A (ja) | 1998-02-03 |
| JP3726931B2 JP3726931B2 (ja) | 2005-12-14 |
Family
ID=24524139
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP07390297A Expired - Fee Related JP3726931B2 (ja) | 1996-04-09 | 1997-03-26 | 入出力装置操作故障を誤って示すことを防止する入出力制御ユニット及び方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US5758190A (ja) |
| JP (1) | JP3726931B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH11237957A (ja) * | 1998-02-23 | 1999-08-31 | Fujitsu Ltd | 磁気ディスク制御装置およびそのファームウェア活性交換方法 |
Families Citing this family (50)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| TW459197B (en) * | 1997-10-13 | 2001-10-11 | Mustek Systems Inc | Print port control device that is able to connect multiple devices and the control method |
| US6247143B1 (en) * | 1998-06-30 | 2001-06-12 | Sun Microsystems, Inc. | I/O handling for a multiprocessor computer system |
| US6484217B1 (en) * | 1999-04-20 | 2002-11-19 | International Business Machines Corporation | Managing shared devices in a data processing system |
| US6453323B1 (en) | 1999-07-12 | 2002-09-17 | International Business Machines Corporation | Resolving long-busy conditions for synchronized data sets |
| US20020178312A1 (en) * | 2001-05-24 | 2002-11-28 | Frank Chen | Calculator capable of displaying processing status and stopping processing and method of the same |
| DE102004005621A1 (de) * | 2004-02-04 | 2005-08-25 | Behr Gmbh & Co. Kg | Vorrichtung zum Austausch von Wärme und Verfahren zur Herstellung einer derartigen Vorrichtung |
| DE102004024536A1 (de) * | 2004-05-18 | 2005-12-15 | Robert Bosch Gmbh | Verfahren zum Betrieb eines Systems |
| US7502873B2 (en) * | 2006-10-10 | 2009-03-10 | International Business Machines Corporation | Facilitating access to status and measurement data associated with input/output processing |
| US7500023B2 (en) * | 2006-10-10 | 2009-03-03 | International Business Machines Corporation | Facilitating input/output processing by using transport control words to reduce input/output communications |
| US10311427B2 (en) * | 2006-12-29 | 2019-06-04 | Google Technology Holdings LLC | Method and system for monitoring secure application execution events during contactless RFID/NFC communication |
| US7917813B2 (en) * | 2008-02-14 | 2011-03-29 | International Business Machines Corporation | Exception condition determination at a control unit in an I/O processing system |
| US8312189B2 (en) * | 2008-02-14 | 2012-11-13 | International Business Machines Corporation | Processing of data to monitor input/output operations |
| US7937507B2 (en) * | 2008-02-14 | 2011-05-03 | International Business Machines Corporation | Extended measurement word determination at a channel subsystem of an I/O processing system |
| US8214562B2 (en) * | 2008-02-14 | 2012-07-03 | International Business Machines Corporation | Processing of data to perform system changes in an input/output processing system |
| US8108570B2 (en) * | 2008-02-14 | 2012-01-31 | International Business Machines Corporation | Determining the state of an I/O operation |
| US7840717B2 (en) * | 2008-02-14 | 2010-11-23 | International Business Machines Corporation | Processing a variable length device command word at a control unit in an I/O processing system |
| US8117347B2 (en) * | 2008-02-14 | 2012-02-14 | International Business Machines Corporation | Providing indirect data addressing for a control block at a channel subsystem of an I/O processing system |
| US8001298B2 (en) * | 2008-02-14 | 2011-08-16 | International Business Machines Corporation | Providing extended measurement data in an I/O processing system |
| US7908403B2 (en) * | 2008-02-14 | 2011-03-15 | International Business Machines Corporation | Reserved device access contention reduction |
| US8166206B2 (en) * | 2008-02-14 | 2012-04-24 | International Business Machines Corporation | Cancel instruction and command for determining the state of an I/O operation |
| US8196149B2 (en) * | 2008-02-14 | 2012-06-05 | International Business Machines Corporation | Processing of data to determine compatability in an input/output processing system |
| US8176222B2 (en) * | 2008-02-14 | 2012-05-08 | International Business Machines Corporation | Early termination of an I/O operation in an I/O processing system |
| US9052837B2 (en) * | 2008-02-14 | 2015-06-09 | International Business Machines Corporation | Processing communication data in a ships passing condition |
| US7941570B2 (en) * | 2008-02-14 | 2011-05-10 | International Business Machines Corporation | Bi-directional data transfer within a single I/O operation |
| US8478915B2 (en) | 2008-02-14 | 2013-07-02 | International Business Machines Corporation | Determining extended capability of a channel path |
| US7840718B2 (en) * | 2008-02-14 | 2010-11-23 | International Business Machines Corporation | Processing of data to suspend operations in an input/output processing log-out system |
| US7890668B2 (en) * | 2008-02-14 | 2011-02-15 | International Business Machines Corporation | Providing indirect data addressing in an input/output processing system where the indirect data address list is non-contiguous |
| US8082481B2 (en) * | 2008-02-14 | 2011-12-20 | International Business Machines Corporation | Multiple CRC insertion in an output data stream |
| US7899944B2 (en) * | 2008-02-14 | 2011-03-01 | International Business Machines Corporation | Open exchange limiting in an I/O processing system |
| US8095847B2 (en) * | 2008-02-14 | 2012-01-10 | International Business Machines Corporation | Exception condition handling at a channel subsystem in an I/O processing system |
| US7904605B2 (en) * | 2008-02-14 | 2011-03-08 | International Business Machines Corporation | Computer command and response for determining the state of an I/O operation |
| US7904606B2 (en) * | 2008-07-31 | 2011-03-08 | International Business Machines Corporation | Transport control channel program chain linked branching |
| US8055807B2 (en) * | 2008-07-31 | 2011-11-08 | International Business Machines Corporation | Transport control channel program chain linking including determining sequence order |
| US7937504B2 (en) * | 2008-07-31 | 2011-05-03 | International Business Machines Corporation | Transport control channel program message pairing |
| US8332542B2 (en) | 2009-11-12 | 2012-12-11 | International Business Machines Corporation | Communication with input/output system devices |
| US8483095B2 (en) * | 2010-11-11 | 2013-07-09 | International Business Machines Corporation | Configurable network socket retransmission timeout parameters |
| US8583988B2 (en) | 2011-06-01 | 2013-11-12 | International Business Machines Corporation | Fibre channel input/output data routing system and method |
| US9021155B2 (en) | 2011-06-01 | 2015-04-28 | International Business Machines Corporation | Fibre channel input/output data routing including discarding of data transfer requests in response to error detection |
| US8738811B2 (en) | 2011-06-01 | 2014-05-27 | International Business Machines Corporation | Fibre channel input/output data routing system and method |
| US8364853B2 (en) | 2011-06-01 | 2013-01-29 | International Business Machines Corporation | Fibre channel input/output data routing system and method |
| US8364854B2 (en) | 2011-06-01 | 2013-01-29 | International Business Machines Corporation | Fibre channel input/output data routing system and method |
| US8677027B2 (en) | 2011-06-01 | 2014-03-18 | International Business Machines Corporation | Fibre channel input/output data routing system and method |
| US8473641B2 (en) | 2011-06-30 | 2013-06-25 | International Business Machines Corporation | Facilitating transport mode input/output operations between a channel subsystem and input/output devices |
| US8346978B1 (en) | 2011-06-30 | 2013-01-01 | International Business Machines Corporation | Facilitating transport mode input/output operations between a channel subsystem and input/output devices |
| US8549185B2 (en) | 2011-06-30 | 2013-10-01 | International Business Machines Corporation | Facilitating transport mode input/output operations between a channel subsystem and input/output devices |
| US8312176B1 (en) | 2011-06-30 | 2012-11-13 | International Business Machines Corporation | Facilitating transport mode input/output operations between a channel subsystem and input/output devices |
| US8918542B2 (en) | 2013-03-15 | 2014-12-23 | International Business Machines Corporation | Facilitating transport mode data transfer between a channel subsystem and input/output devices |
| US8990439B2 (en) | 2013-05-29 | 2015-03-24 | International Business Machines Corporation | Transport mode data transfer between a channel subsystem and input/output devices |
| US9697152B1 (en) | 2016-01-06 | 2017-07-04 | International Business Machines Corporation | I/O processing system including dynamic missing interrupt and input/output detection |
| GB2573497B (en) * | 2018-03-12 | 2022-03-30 | Idex Biometrics Asa | Device process scheduling |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4371932A (en) * | 1979-07-30 | 1983-02-01 | International Business Machines Corp. | I/O Controller for transferring data between a host processor and multiple I/O units |
| US4771403A (en) * | 1984-11-16 | 1988-09-13 | Allen-Bradley Company, Inc. | I/O module with multi-function integrated circuits and an isolation interface for multiplexing data between a main processor and I/O devices |
| US5003462A (en) * | 1988-05-31 | 1991-03-26 | International Business Machines Corporation | Apparatus and method for implementing precise interrupts on a pipelined processor with multiple functional units with separate address translation interrupt means |
| US4974147A (en) * | 1988-12-21 | 1990-11-27 | International Business Machines Corporation | Programmable quiesce apparatus for retry, recovery and debug |
| US5257368A (en) * | 1991-03-28 | 1993-10-26 | International Business Machines Corp. | System for dynamically changing a system I/O configuration by determining differences between current and future configurations and describing differences to software and hardware control blocks |
| US5257379A (en) * | 1991-09-04 | 1993-10-26 | International Business Machines Corporation | Establishing synchronization of hardware and software I/O configuration definitions |
| US5333274A (en) * | 1991-10-15 | 1994-07-26 | International Business Machines Corp. | Error detection and recovery in a DMA controller |
| US5307482A (en) * | 1992-01-28 | 1994-04-26 | International Business Machines Corp. | Computer, non-maskable interrupt trace routine override |
| US5388254A (en) * | 1992-03-27 | 1995-02-07 | International Business Machines Corporation | Method and means for limiting duration of input/output (I/O) requests |
-
1996
- 1996-04-09 US US08/629,702 patent/US5758190A/en not_active Expired - Fee Related
-
1997
- 1997-03-26 JP JP07390297A patent/JP3726931B2/ja not_active Expired - Fee Related
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH11237957A (ja) * | 1998-02-23 | 1999-08-31 | Fujitsu Ltd | 磁気ディスク制御装置およびそのファームウェア活性交換方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| US5758190A (en) | 1998-05-26 |
| JP3726931B2 (ja) | 2005-12-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3726931B2 (ja) | 入出力装置操作故障を誤って示すことを防止する入出力制御ユニット及び方法 | |
| JPH1031632A (ja) | 未着入出力割込み信号の誤った検出を回避する方法 | |
| US5894583A (en) | Variable timeout method for improving missing-interrupt-handler operations in an environment having I/O devices shared by one or more systems | |
| US4975829A (en) | Communication interface protocol | |
| EP0351536B1 (en) | Systematic recovery of excessive spin loops in an n-way mp environment | |
| US7290086B2 (en) | Method, apparatus and program storage device for providing asynchronous status messaging in a data storage system | |
| US7131026B2 (en) | Automated recovery of computer appliances | |
| WO1993009494A1 (en) | Fault-tolerant computer processing using a shadow virtual processor | |
| US5664219A (en) | Method and system for controlling servicability of adapters connected by an I/O channel interface to a computer system | |
| US6922741B2 (en) | Method and system for monitoring DMA status | |
| US5983359A (en) | Processor fault recovering method for information processing system | |
| JPS61163447A (ja) | 非作動状態検出装置 | |
| US5553292A (en) | Method and system for minimizing the effects of disruptive hardware actions in a data processing system | |
| JP4487756B2 (ja) | コンピュータシステム及びシステム監視プログラム | |
| JP2003186697A (ja) | 周辺デバイス試験システム及び方法 | |
| EP2096550B1 (en) | Information processing apparatus and control method thereof | |
| EP3748496A1 (en) | Parallel processing apparatus | |
| JP2830592B2 (ja) | 情報処理システムにおける外部記憶装置の経路障害処理方式 | |
| JP4499909B2 (ja) | 多重化記憶制御装置 | |
| JPH09282291A (ja) | 共通記憶装置のロックフラグ解除方式および方法 | |
| JP2019207605A (ja) | コンピュータプログラム、及び、制御方法 | |
| JPH0341527A (ja) | 情報処理装置 | |
| JPH05158905A (ja) | 分散処理機能を持つマイクロプロセッサ応用装置 | |
| JP2000353104A (ja) | データバックアップ方式及びその方法 | |
| JPH0246567A (ja) | 自動搬送装置付き記憶装置の媒体マウント処理方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040323 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040924 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20041026 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20050124 Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050124 |
|
| RD12 | Notification of acceptance of power of sub attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7432 Effective date: 20050124 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20050125 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050831 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20050831 |
|
| RD14 | Notification of resignation of power of sub attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7434 Effective date: 20050831 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050921 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081007 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091007 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091007 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101007 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |