JP5719435B2 - メッセージ信号割り込みのｉ／ｏアダプタ・イベント通知への変換 - Google Patents

Description

本発明は、一般に、コンピューティング環境内における割り込み処理に関し、具体的には、コンピューティング環境のアダプタにより生成される割り込みを処理することに関する。

メッセージ信号割り込み（message signaled interruption、ＭＳＩ）は、Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ（ＰＣＩ）機能のようなアダプタ機能が、オペレーティング・システムに、イベントの発生又は何らかの状態の存在を通知するために、中央演算処理ユニット（ＣＰＵ）割り込みを生成するための方法である。ＭＳＩは、各デバイス上に専用の割り込みピンを有することに対する代替技術である。アダプタ機能がＭＳＩを使用するように構成されている場合、機能は、特別なアドレスへの指定された数のデータ・バイトのＭＳＩ書き込み操作を行うことにより、割り込みを要求する。この特別なアドレスと一意のデータ値の組み合わせは、ＭＳＩベクトルと呼ばれる。

幾つかのアダプタ機能は、１つのＭＳＩベクトルだけをサポートし、他のアダプタ機能は複数のＭＳＩベクトルをサポートする。複数のＭＳＩベクトルをサポートする機能については、同じ特別なアドレスが、異なるデータ値と共に使用される。

多くのコンピューティング・プラットフォームにおいては、デバイス・ドライバは、ＭＳＩベクトルと関連付けられた割り込みハンドラとして自己構成する。これにより、ＭＳＩベクトルはＣＰＵ割り込みベクトル内のエントリと効果的に関連付けられる。従って、アダプタ機能が、複数のＭＳＩベクトルをサポートし、且つ、複数のＭＳＩベクトルを使用するように構成されている場合、アダプタ機能は、ＣＰＵ割り込みベクトル内の対応する数のエントリを消費する。

Ｅａｓｔｏｎ他による「Ｖｉｒｔｕａｌｉｚａｔｉｏｎ ｏｆ Ｉｎｆｉｎｉｂａｎｄ Ｈｏｓｔ Ｃｈａｎｎｅｌ Ａｄａｐｔｅｒ Ｉｎｔｅｒｒｕｐｔｉｏｎｓ」という名称の、２００７年１１月２２日発行の特許文献１は、２つのレベルのサーバ仮想化を提供するための方法、システム、プログラム製品、及びコンピュータ・データ構造体を記載する。第１のハイパーバイザは、複数の論理パーティションが１組のリソースを共有できるようにし、第１のレベルの仮想化をもたらす。第２のハイパーバイザは、複数の独立した仮想マシンが、単一の論理パーティションに割り当てられたリソースを共有できるようにし、第２のレベルの仮想化をもたらす。単一の論理パーティションについて共有リソースからイベント通知を受信するために、その単一の論理パーティション内の全ての仮想マシンに関する全てのイベントが、単一のパーティション所有のイベント・キューにグループ化される。マシンにより、グループ化されたイベントを多重分離して、パーティション所有イベント・キューから、仮想マシン毎のベースで割り当てられた個々の仮想化イベント・キューにするために、パーティション所有イベント・キューからのグループ化されたイベントに対して、割り込み要求が信号で送られる。

Ｍａｒｔｉｎｅｚ他による「Ｃｉｒｃｕｉｔｒｙ ｔｏ Ｓｅｌｅｃｔｉｖｅｌｙ Ｐｒｏｄｕｃｅ ＭＳＩ Ｓｉｇｎａｌｓ」という名称の、２００５年１２月２９日発行の特許文献２は、幾つかの実施形態において、割り込みイベント信号を受信して、割り込みイベント信号に対応するソース信号を提供するように、導体に結合された状態レジスタ回路を有するチップを含む発明を記載している。このチップはまた、ソース・イネーブル信号を割り込みソースの選択的なものに提供するための制御レジスタ回路、及び、割り込みイベント信号を受信し、再アーミング（re-arming）信号を提供するために導体に結合された再アーミング論理回路も含む。チップは、ソース信号、ソース・イネーブル信号、及び再アーミング信号を受信して最初の割り込み信号をもたらすための第１の論理回路と、最初の割り込み信号を受信し、それに応答してＭＳＩ信号をもたらすための、メッセージ信号割り込み（ＭＳＩ）信号パルス生成論理とをさらに含む。他の実施形態が記載され、特許請求されている。

Ｐｏｐｅ他による「Ｔｒａｎｓｍｉｔ Ｃｏｍｐｌｅｔｉｏｎ Ｅｖｅｎｔ Ｂａｔｃｈｉｎｇ」という名称の、２００９年７月１４日発行の特許文献３は、ホスト及びネットワーク・インターフェース・デバイスと共に使用するための、データ伝送キューを管理するための方法を記載している。大まかに言うと、ホストがデータ・バッファ記述子を伝送記述子キューに書き込み、ネットワーク・インターフェース・デバイスは、イベントに書き込み、いつ伝送データ・バッファの処理を完了したかをホストに通知する。伝送完了イベント記述子の各々は、複数の伝送データ・バッファの完了についてホストに通知する。

米国特許公開第２００７／０２７１５５９ Ａ１号明細書 米国特許公開第２００５／０２８９２７１ Ａ１号明細書 米国特許第７，５６２，３６６号明細書 米国特許第５５５１０１３号明細書 米国特許第６００９２６１号明細書 米国特許第５５７４８７３号明細書 米国特許第６３０８２５５号明細書 米国特許第６４６３５８２号明細書 米国特許第５７９０８２５号明細書

「ｚ／Ａｒｃｈｉｔｅｃｔｕｒｅ Ｐｒｉｎｃｉｐｌｅｓ ｏｆ Ｏｐｅｒａｔｉｏｎ」、ＩＢＭ出版番号ＳＡ２２−７８３２−０７、２００９年２月

コンピューティング環境において割り込み要求を管理するための方法、システム、及びコンピュータ・プログラム製品を提供する。

本発明の態様によると、アダプタからの割り込み要求の管理を容易にするための能力が提供される。コンピューティング環境において割り込み要求を管理するための、請求項１に記載の方法、並びに、対応するシステム及びコンピュータ・プログラム製品を提供することにより、従来技術の欠点が克服され、利点がもたらされる。

本発明の１つ又は複数の態様が、本明細書の最後にある特許請求の範囲において、例として具体的に示され、明確に特許請求されている。本発明の前記及び他の目的、特徴、並びに利点は、添付図面と関連して用いられる以下の詳細な説明から明らかである。

本発明の１つ又は複数の態様を組み込み、用いるためのコンピューティング環境の一実施形態を示す。 本発明の１つの態様による、図１のシステム・メモリ及びＩ／Ｏハブの更なる詳細の一実施形態を示す。 本発明の一態様による、アダプタ割り込みビット・ベクトルの割り当ての例を示す。 本発明の一態様による、アダプタ割り込みビット・ベクトルの割り当ての例を示す。 本発明の一態様による、アダプタ割り込みサマリ・ビットの割り当ての例を示す。 本発明の一態様による、アダプタ割り込みサマリ・ビットの割り当ての例を示す。 本発明の一態様による、Ｉ／Ｏアダプタ・イベント通知に関してアダプタ機能を設定するために、初期化中に実施される論理の概要の１つの実施形態を示す。 本発明の一態様による、登録を実施して、メッセージ信号割り込み（ＭＳＩ）をＩ／Ｏアダプタ・イベント通知に変換するのを可能にするための論理の１つの実施形態を示す。 本発明の一態様による、ＭＳＩ要求をＩ／Ｏアダプタ・イベント通知に変換するための論理の１つの実施形態を示す。 本発明の一態様による、Ｉ／Ｏアダプタ・イベント通知をオペレーティング・システムに提示するための論理の１つの実施形態を示す。 本発明の一態様に従って用いられるＰＣＩ機能制御修正（Modify PCI Function Controls）命令の１つの実施形態を示す。 本発明の一態様による、図１１のＰＣＩ機能制御修正命令により用いられるフィールドの一実施形態を示す。 本発明の一態様による、図１１のＰＣＩ機能制御修正命令命令により用いられる別のフィールドの一実施形態を示す。 本発明の一態様に従って用いられる機能情報ブロック（ＦＩＢ）のコンテンツの一実施形態を示す。 本発明の一態様による、ＰＣＩ機能制御修正命令の論理の概要の一実施形態を示す。 本発明の一態様による、ＰＣＩ機能制御修正命令により指定することができるアダプタ割り込み登録操作（register adapter interruptions operation）と関連付けられた論理の一実施形態を示す。 本発明の一態様による、ＰＣＩ機能制御修正命令により指定することができるアダプタ割り込み登録解除操作（unregister adapter interruptions operation）と関連付けられた論理の一実施形態を示す。 本発明の一態様により使用される論理プロセッサ呼び出し（Call Logical Processor）命令の１つの実施形態を示す。 本発明の一態様による、リスト操作に関する、図１８の論理プロセッサ呼び出しにより使用される要求ブロックの１つの実施形態を示す。 本発明の一態様による、図１９のリスト操作に関する応答ブロックの１つの実施形態を示す。 本発明の一態様に従って用いられる機能リスト・エントリの１つの実施形態を示す。 本発明の一態様による、機能照会（query function）操作に関する、図１８の論理プロセッサ呼び出し命令により使用される要求ブロックの１つの実施形態を示す。 本発明の一態様による、図２２の機能照会操作に関する応答ブロックの１つの実施形態を示す。 本発明の一態様によるグループ照会（query group）に関する、図１８の論理プロセッサ呼び出し命令により使用される要求ブロックの１つの実施形態を示す。 本発明の一態様による、図２４のグループ照会操作に関する応答ブロックの１つの実施形態を示す。 本発明の１つ又は複数の態様を組み込むコンピュータ・プログラム製品の一実施形態を示す。 本発明の１つ又は複数の態様を組み込み、用いるためのホスト・コンピュータ・システムの一実施形態を示す。 本発明の１つ又は複数の態様を組み込み、用いるためのコンピュータ・システムの更に別の例を示す。 本発明の１つ又は複数の態様を組み込み、用いるためのコンピュータ・ネットワークを含むコンピュータ・システムの別の例を示す。 本発明の１つ又は複数の態様を組み込み、用いるためのコンピュータ・システムの種々の要素の一実施形態を示す。 本発明の１つ又は複数の態様を組み込み、用いるための、図３０のコンピュータ・システムの実行ユニットの一実施形態を示す。 本発明の１つ又は複数の態様を組み込み、用いるための、図３０のコンピュータ・システムの分岐ユニットの一実施形態を示す。 本発明の１つ又は複数の態様を組み込み、用いるための、図３０のコンピュータ・システムのロード／ストア・ユニットの一実施形態を示す。 本発明の１つ又は複数の態様を組み込み、用いるためのエミュレートされたホスト・コンピュータ・システムの一実施形態を示す。

本発明の一態様によると、メッセージ信号割り込み（ＭＳＩ）要求を入力／出力（Ｉ／Ｏ）アダプタ・イベント通知に変換するための能力が提供される。ＭＳＩは、アダプタにより要求され、アダプタ・イベント通知に変換され、そこでは１つ又は複数の特定のインジケータが設定され、割り込みがオペレーティング・システム（又は、他のプログラム等のような他のソフトウェア。本明細書で用いられるオペレーティング・システムという用語は、オペレーティング・システムのデバイス・ドライバを含む）に対して提示される要求が作成される。１つの特定な例において、各々のＭＳＩ要求は、オペレーティング・システムへの割り込み要求をもたらさず、代わりに、１つの割り込み要求が複数のＭＳＩ要求を含む。

本明細書で用いられるアダプタという用語は、任意のタイプのアダプタ（例えば、ストレージ・アダプタ、ネットワーク・アダプタ、処理アダプタ、暗号化アダプタ、ＰＣＩアダプタ、他のタイプの入力／出力アダプタ等）を含む。１つの実施形態においては、アダプタは、１つのアダプタ機能を含む。しかしながら、他の実施形態においては、アダプタは、複数のアダプタ機能を含み得る。本発明の１つ又は複数の態様は、アダプタが１つのアダプタ機能を含もうと、複数のアダプタ機能を含もうと適用可能である。さらに、特に断りのない限り、本明細書で提示される例において、アダプタは、アダプタ機能（例えば、ＰＣＩ機能）と交換可能に用いられる。

本発明の１つ又は複数の態様を組み込み、用いるためのコンピューティング環境の１つの実施形態が、図１を参照して説明される。一例において、コンピューティング環境１００は、Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｂｕｓｉｎｅｓｓ Ｍａｃｈｉｎｅｓ Ｃｏｒｐｏｒａｔｉｏｎ社が提供するＳｙｓｔｅｍ ｚ（登録商標）サーバである。Ｓｙｓｔｅｍ ｚ（登録商標）は、Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｂｕｓｉｎｅｓｓ Ｍａｃｈｉｎｅｓ Ｃｏｒｐｏｒａｔｉｏｎ社が提供するｚ／Ａｒｃｈｉｔｅｃｔｕｒｅ（登録商標）に基づいている。ｚ／Ａｒｃｈｉｔｅｃｔｕｒｅ（登録商標）に関する詳細は、非特許文献１において説明される。ＩＢＭ（登録商標）、Ｓｙｓｔｅｍ ｚ（登録商標）、及びｚ／Ａｒｃｈｉｔｅｃｔｕｒｅ（登録商標）は、ニューヨーク州アーモンク所在のＩｎｔｅｒｎａｔｉｏｎａｌ Ｂｕｓｉｎｅｓｓ Ｍａｃｈｉｎｅｓ Ｃｏｒｐｏｒａｔｉｏｎ社の登録商標である。本明細書で用いられる他の名称は、Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｂｕｓｉｎｅｓｓ Ｍａｃｈｉｎｅｓ Ｃｏｒｐｏｒａｔｉｏｎ社又は他の会社の登録商標、商標、又は製品名であり得る。

一例において、コンピューティング環境１００は、メモリ・コントローラ１０６を介して、システム・メモリ１０４（主メモリとしても知られる）に結合された１つ又は複数の中央演算処理装置（ＣＰＵ）１０２を含む。システム・メモリ１０４にアクセスするために、中央演算処理装置１０２は、システム・メモリにアクセスするのに用いられるアドレスを含む読み出し要求又は書き込み要求を発行する。要求内に含まれるアドレスは、典型的には、システム・メモリにアクセスするのに直接使用できず、従って、そのアドレスは、システム・メモリにアクセスするのに直接使用可能なアドレスに変換される。アドレスは、変換機構（ＸＬＡＴＥ）１０８を介して変換される。例えば、アドレスは、例えば、動的アドレス変換（ＤＡＴ）を用いて、仮想アドレスから実アドレス又は絶対アドレスに変換される。

（必要に応じて変換された）アドレスを含む要求は、メモリ・コントローラ１０６により受信される。一例において、メモリ・コントローラ１０６は、ハードウェアからなり、システム・メモリにアクセスするために仲裁を行い、メモリの一貫性を保持するために用いられる。この仲裁は、ＣＰＵ１０２から受信した要求、及び、１つ又は複数のアダプタ１１０から受信した要求に対して行われる。中央演算処理装置と同様に、アダプタは、要求をシステム・メモリ１０４に発行して、システム・メモリへのアクセスを獲得する。

一例において、アダプタ１１０は、１つ又は複数のＰＣＩ機能を含む、Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ（ＰＣＩ）又はＰＣＩ Ｅｘｐｒｅｓｓ（ＰＣＩｅ）アダプタである。ＰＣＩ機能は要求を発行し、要求は、１つ又は複数のスイッチ（例えばＰＣＩｅスイッチ）１１４を介して、入力／出力ハブ１１２（例えばＰＣＩハブ）に送られる。一例において、入力／出力ハブは、１つ又は複数の状態マシンを含む、ハードウェアを含む。

入力／出力ハブは、例えば、スイッチから要求を受信するルート・コンプレックス１１６を含む。要求は、例として、ダイレクト・メモリ・アクセス（ＤＭＡ）を実施し、又はメッセージ信号割り込み（ＭＳＩ）を要求するのに用いられる入力／出力アドレスを含む。このアドレスは、ＤＭＡ又はＭＳＩ要求のために用いられる情報にアクセスするアドレス変換及び保護ユニット１１８に与えられる。

ＤＭＡ操作の場合、アドレス変換及び保護ユニット１１８は、アドレスを、システム・メモリにアクセスするのに使用可能なアドレスに変換することができる。次いで、変換されたアドレスを含む、アダプタから開始された要求は、例えば、Ｉ／Ｏ・メモリ間バス１２０を介して、メモリ・コントローラ１０６に与えられる。メモリ・コントローラはその仲裁を行い、適切な時期に、変換されたアドレスを有する要求をシステム・メモリに転送する。

ＭＳＩ要求の場合は、ＭＳＩ要求のＩ／Ｏアダプタ・イベント通知への変換を容易にするために、アドレス変換及び保護ユニット１１８内の情報が取得される。本明細書で説明される実施形態は割り込み処理に関するものであるので、Ｉ／Ｏハブ及びシステム・メモリの割り込み処理に関する更なる詳細は、図２を参照して説明される。図２においては、メモリ・コントローラは図示されないが、これを用いてもよい。Ｉ／Ｏハブは、直接的に又はメモリ・コントローラを介して、システム・メモリ１０４及び／又はプロセッサ２５４に結合することができる。

図２を参照すると、一例において、システム・メモリ１０４は、割り込み処理を容易にするのに使用可能な１つ又は複数のデータ構造体を含む。この例において、システム・メモリ１０４は、特定のアダプタと関連した、アダプタ割り込みビット・ベクトル（ＡＩＢＶ）２００及び随意的なアダプタ割り込みサマリ・ビット（ＡＩＳＢ）２０２を含む。各アダプタについて、１つのＡＩＢＶ及び対応するＡＩＳＢが存在し得る。

一例において、アダプタ割り込みビット・ベクトル２００は、アダプタ（例えば、ＰＣＩ機能）と関連した、主ストレージ内の１つ又は複数のビットの一次元アレイである。アダプタ割り込みビット・ベクトル内のビットは、ＭＳＩベクトル数を表す。ＡＩＢＶにおいて１に設定されたビットは、関連したアダプタについての条件、又はイベントのタイプを示す。ＰＣＩ機能の例では、関連したＡＩＢＶ内の各ビットは、ＭＳＩベクトルに対応する。従って、ＰＣＩ機能が１つのＭＳＩベクトルのみをサポートしている場合、そのＡＩＢＶは単一ビットを含み、ＰＣＩ機能が複数のＭＳＩベクトルをサポートしている場合、そのＡＩＢＶは、ＭＳＩベクトル毎に１ビットを含む。図２に示される例では、ＰＣＩ機能は複数のＭＳＩベクトルをサポートし（例えば、３つ）、従って、ＡＩＢＶ２００内には複数のビットが存在する（例えば、３つ）。各ビットは特定のイベントに対応し、例えば、ＡＩＢＶのビット０は、１に設定されたとき、完了した操作を示し、ＡＩＢＶのビット１は、１に設定されたとき、エラー・イベントに対応する等である。示されるように、この例では、ビット１が設定される。

１つの特定の例では、コマンド（例えば、Ｍｏｄｉｆｙ ＰＣＩ Ｆｕｎｃｔｉｏｎ Ｃｏｎｔｒｏｌｓコマンド）を用いて、ＰＣＩ機能についてのＡＩＢＶを指定する。具体的には、コマンドは、オペレーティング・システムにより発行され、ＰＣＩ機能の識別情報（identity）、ＡＩＢＶを含む領域の主ストレージ位置、その位置からＡＩＢＶの第１のビットまでのオフセット、及びＡＩＢＶを構成するビット数を指定する。特に、このコマンドを用いて、アダプタ割り込みパラメータが、そうした情報（例えば初期化及び／又は構成により取得された）を格納する機能情報ブロックから、アダプタのデバイス・テーブル・エントリ（以下で説明される）及び／又は機能テーブル・エントリ（以下で説明される）内にコピーされる。

一例において、ＰＣＩ機能の識別情報は、機能ハンドルである。機能ハンドルは、例えば、ＰＣＩ機能ハンドルがイネーブルにされるかどうかを示すイネーブル・インジケータと、機能を識別するＰＣＩ機能番号（これは静的識別子である）と、この機能ハンドルの特定のインスタンスを示すインスタンス番号とを含む。例えば、機能ハンドルがイネーブルにされる度に、インスタンス番号がインクリメントされて、新しいインスタンス番号を提供する。機能ハンドルは、１つ又は複数のエントリを含む機能テーブル内の機能テーブル・エントリを見つけ出すために用いられる。例えば、機能ハンドルの１つ又は複数のビットを機能テーブルへの索引として使用して、特定の機能テーブル・エントリを見つけ出す。機能テーブル・エントリは、その関連したＰＣＩ機能に関する情報を含む。例えば、機能テーブル・エントリは、関連したアダプタ機能の状態に関する種々のインジケータを含むことができ、且つ、このアダプタ機能についてのデバイス・テーブル・エントリを見つけ出すのに用いられる１つ又は複数のデバイス・テーブル・エントリ索引を含むことができる。（１つの実施形態においては、オペレーティング・システムに対して、ハンドルは、単にアダプタの内部識別子（opaque identifier）である。）

ＡＩＢＶは、任意のバイト境界及び任意のビット境界上に割り当てることができる。これにより、複数のアダプタのＡＩＢＶを連続したビット及びバイト範囲に詰め込む、オペレーティング・システムの融通性が可能になる。例えば、図３に示されるように、一例において、オペレーティング・システムは、５つの連続したＡＩＢＶを含むように、位置Ｘにおいて共通ストレージ領域を指定している。各々のＡＩＢＶと関連したアダプタは、文字Ａ−Ｅにより識別される。各々のＡＩＢＶのビットが表す、アダプタに関するイベントは、数字０−ｎによりさらに識別される。未割り当てのビットは、小文字の「ｕ」により識別される。

更なる例が、図４に示される。この例では、オペレーティング・システムは、５つのＩ／ＯアダプタについてのＡＩＢＶを含むように、位置Ｘ、Ｙ、及びＺにおいて３つの一意のストレージ領域を指定している。位置Ｘにおけるストレージは、アダプタＡ及びＢに関するＡＩＢＶを含み、位置Ｙにおけるストレージは、アダプタＣのみに関するＡＩＢＶを含み、位置Ｚにおけるストレージは、アダプタＤ及びＥに関するＡＩＢＶを含む。Ｉ／Ｏアダプタに関して各ＡＩＢＶのビットが表すイベントは、数字０−ｎによりさらに識別される。未割り当てのビットは、文字「ｕ」により識別される。

図２に戻ると、ＡＩＢＶに加えて、この例では、アダプタと関連した単一ビットを含む、アダプタについてのＡＩＳＢ２０２が存在する。１であるＡＩＳＢは、ＡＩＳＢと関連したＡＩＢＶにおいて、１つ又は複数のビットが１に設定されたことを示す。ＡＩＳＢは随意的なものであり、各アダプタについて１つ、選択されたアダプタの各々について１つ、又はアダプタのグループについて１つあってもよい。

ＰＣＩ機能についての１つの特定の実装においては、コマンド（例えば、Ｍｏｄｉｆｙ ＰＣＩ Ｆｕｎｃｔｉｏｎ Ｃｏｎｔｒｏｌｓコマンド）を用いて、ＰＣＩ機能についてのＡＩＳＢを指定する。具体的には、コマンドは、オペレーティング・システムにより発行され、且つ、ＰＣＩ機能（例えば、ハンドル）の識別情報、ＡＩＳＢを含む領域の主ストレージ位置、その位置からＡＩＳＢまでのオフセット、及び、サマリ・ビットが存在することを示すアダプタ割り込みサマリ通知イネーブル制御を指定する。

ＡＩＳＢは、任意のバイト境界及び任意のビット境界上に割り当てることができる。これにより、複数のアダプタのＡＩＳＢを連続したビット及びバイト範囲に詰め込む、オペレーティング・システムの融通性が可能になる。一例において、図５に示されるように、オペレーティング・システムは、９つの連続したＡＩＳＢを含むように、位置Ｘにおいて共通ストレージ領域を指定している。各々のＡＩＳＢと関連したアダプタは、文字Ａ−Ｉにより識別される。未割り当てのビットは、小文字の「ｕ」により識別される。

更なる割り当ての例が、オペレーティング・システムは、３つのアダプタの各々のＡＩＳＢを含むように、位置Ｘ、Ｙ、及びＺにおいて３つの一意のＡＩＳＢストレージ位置を指定している、図６に示される。各々のＡＩＳＢと関連したアダプタは、文字Ａ−Ｃにより識別される。未割り当てのビットは、小文字の「ｕ」により識別される。

さらに、プログラムはまた、単一のＡＩＳＢを複数のＰＣＩ機能に割り当てることもできる。これにより、複数のＡＩＢＶが単一のサマリ・ビットと関連付けられる。従って、１であるそうしたＡＩＳＢは、オペレーティング・システムが複数のＡＩＢＶを走査しなければならないことを示す。

図２に戻ると、一例において、ＡＩＢＶ及びＡＩＳＢは、Ｉ／Ｏハブ１１２内に配置されたデバイス・テーブル２０８のデバイス・テーブル・エントリ２０６内に位置するアドレスにより指し示される。一例において、デバイス・テーブル２０８は、Ｉ／Ｏハブのアドレス変換・保護ユニット内に配置される。

デバイス・テーブル２０８は、その各々が特定のアダプタ機能２１０に割り当てられている１つ又は複数のエントリ２０６を含む。デバイス・テーブル・エントリ２０６は多数のフィールドを含み、これらのフィールドは、例えば上述のコマンドを用いてポピュレートすることができる。１つ又は複数のフィールドの値は、ポリシー及び／又は構成に基づくことができる。フィールドの例は、次のものを含むことができる。：即ち、
割り込みサブクラス（ＩＳＣ）２１４：割り込みについての割り込みサブクラスを示す。ＩＳＣは、オペレーティング・システムが割り込みを処理する優先順位と関連付けることができる、マスク可能なアダプタ割り込みのクラスを識別する。
ＡＩＢＶアドレス（＠）２１６：例えば、このデバイス・テーブル・エントリに割り当てられた特定のアダプタ機能についてのＡＩＢＶを含むストレージ位置の開始部の絶対アドレスを提供する。
ＡＩＢＶオフセット２１８：ＡＩＢＶの開始部に対する主ストレージ位置へのオフセットである。
ＡＩＳＢアドレス（＠）２２０：オペレーティング・システムがＡＩＢＶを指定している場合に、例えば、このＰＣＩ機能についてのＡＩＳＢを含むストレージ位置の開始部の絶対アドレスを提供する。
ＡＩＳＢオフセット２２２：ＡＩＳＢに対する主ストレージ位置へのオフセットである。
アダプタ割り込みサマリ通知イネーブルメント（enablement）制御（イネーブル）２２４：この制御は、ＡＩＳＢが存在するかどうかを示す。
割り込みの数（number of interruptions、ＮＯＩ）２２６：このＰＣＩ機能について許容されるＭＳＩベクトルの最大数を示し、ゼロは、許容されているものがないことを示す。

他の実施形態においては、ＤＴＥは、より多くの、より少ない、又は異なる情報を含むことができる。

１つの実施形態において、アダプタによる特定の割り込み要求に使用されるデバイス・テーブル・エントリが、例えば、アダプタ（例えばＰＣＩ機能２１０）により発行される要求内に配置されたリクエスタ識別子（ＲＩＤ）（及び／又はアドレスの一部）を用いて見つけ出される。要求内には、リクエスタｉｄ（例えば、例を挙げればバス番号、デバイス番号、及び機能番号を指定する１６ビットの値）が含まれるだけでなく、割り込みに使用されるアドレスも含まれる。ＲＩＤ及びアドレスを含む要求は、例えばスイッチを介して、例えばコンテンツ・アドレス指定可能メモリ（ＣＡＭ２３０）に与えられ、コンテンツ・アドレス可能メモリを用いて索引値が与えられる。例えば、ＣＡＭは複数のエントリを含み、各々のエントリはデバイス・テーブルへの索引に対応する。各々のＣＡＭエントリはＲＩＤの値を含む。例えば、受信したＲＩＤがＣＡＭ内のエントリ内に収容された値と合致した場合、対応するデバイス・テーブルの索引を用いて、デバイス・テーブル・エントリを見つけ出す。つまり、ＣＡＭの出力を、デバイス・テーブル２０８への索引付けのために用いる。合致が存在しない場合、受信したパケットは破棄される。（他の実施形態においては、ＣＡＭ又は他のルックアップは必要とされず、ＲＩＤが索引として用いられる。）本明細書で説明されるように、見つかったＤＴＥは、割り込み要求を処理するのに用いられる。

割り込みを要求するために、アダプタ機能２１０はＩ／Ｏハブにパケットを送る。このパケットは、ＭＳＩアドレス２３２と、関連したデータ２３４とを有する。Ｉ／Ｏハブは、受信したアドレスの少なくとも一部を、ＭＳＩ比較レジスタ２５０の値と比較する。合致が存在する場合、ＤＭＡ操作ではなく、割り込み（例えばＭＳＩ）が要求されている。要求の理由（即ち、発生したイベントのタイプ）は、関連データ２３４内に示されている。例えば、データの下位ビットの１つ又は複数を用いて、理由（イベント）を示す特定の割り込みベクトル（即ち、ＭＳＩベクトル）を指定する。

本発明の一態様によると、アダプタから受信された割り込み要求が、Ｉ／Ｏアダプタ・意ベント通知に変換される。つまり、１つ又は複数のインジケータ（例えば、１つ又は複数のＡＩＢＶ、及び随意的にＡＩＳＢ）が設定され、１つが既に保留中ではない場合、オペレーティング・システムへの割り込みが要求される。１つの実施形態においては、１つ又は複数のアダプタからの複数の割り込み要求（例えば、ＭＳＩ）が融合されて、オペレーティング・システムに対する単一の割り込みなるが、それぞれＡＩＢＶ及びＡＩＳＢの表示を有している。例えば、Ｉ／Ｏハブが既にＭＳＩ要求を受信しており、プロセッサに対する割り込み要求を提供しており、割り込みが依然として保留中である場合（例えば、どういうわけか、割り込みがオペレーティング・システムに提示されていない（例えば、割り込みがディスエーブルにされている））、ハブが１つ又は複数の他のＭＳＩを受信した場合でも、ハブは付加的な割り込みを要求しない。１つの割り込みが複数のＭＳＩ要求に置き換わり、それらを表す。しかしながら、１つ又は複数のＡＩＢＶ、及び随意的に１つ又は複数のＡＩＳＢが設定される。

ＭＳＩ（又は、他のアダプタ割り込み要求）をＩ／Ｏアダプタ・イベント通知に変換することに関する更なる詳細が、図７−図１０を参照して以下に説明される。具体的には、図７は実施される種々の初期化を説明し、図８は登録プロセスを説明し、図９はＭＳＩをアダプタ・イベント通知に変換するための論理を説明し、図１０はＩ／Ｏアダプタ・イベント通知をオペレーティング・システムに提示するための論理を説明する。

図７を参照すると、一例において、ＭＳＩ要求をＩ／Ｏアダプタ・イベント通知に変換するために、特定の初期化が実施される。初期化の際、オペレーティング・システムは、多数のステップを実行し、ＭＳＩ要求を介して、Ｉ／Ｏアダプタ・イベント通知のためにアダプタを構成する。この例では、ＰＣＩ機能が構成されるが、他の実施形態では、構成されるのは、他のタイプのアダプタ機能を含む、他のアダプタであってもよい。

１つの実施形態において、最初に、構成（configuration）内のＰＣＩ機能についての判断がなされる（ステップ４００）。一例においては、オペレーティング・システムにより発行されるコマンド（例えば、リスト照会（Query List）コマンド）を用いて、要求中の構成に割り当てられた（例えば、特定のオペレーティング・システムに割り当てられた）ＰＣＩ機能のリストを取得する。この情報は、この情報を保持する構成データ構造体から得られる。

次に、リスト内のＰＣＩ機能の１つが選択され（ステップ４０２）、ＰＣＩ機能に使用されるＭＳＩアドレス、及び、ＰＣＩ機能によりサポートされるＭＳＩベクトルの数についての判断がなされる。ＭＳＩアドレスは、Ｉ／Ｏハブ、及びそれがインストールされるシステムの特性に基づいて判断される。サポートされるＭＳＩベクトルの数は、ポリシーに基づいており、構成可能である。

付加的に、ＡＩＢＶが割り当てられ、さらに、もしあれば、ＡＩＳＢが割り当てられる（ステップ４１０）。一例においては、オペレーティング・システムは、典型的にはアダプタのクラスに基づいた、１つ又は複数のアダプタの効率的な処理を可能にするための、ＡＩＢＶの位置を決定する。例えば、ストレージ・アダプタについてのＡＩＢＶを互いに隣接して配置することができる。ＡＩＢＶ及びＡＩＳＢが割り当てられ、ゼロにクリアされ、アダプタ割り込みの登録操作が指定される（例えば、Ｍｏｄｉｆｙ ＰＣＩ Ｆｕｎｃｔｉｏｎ Ｃｏｎｔｒｏｌｓ命令を用いて）。以下でより詳細に説明されるように、この操作は、ＡＩＢＶ、ＡＩＳＢ、ＩＳＣ、割り込みの数（ＭＳＩベクトル）、及びアダプタ割り込みサマリ通知イネーブルメント制御を登録する（ステップ４１２）。その後、ＰＣＩ機能の構成空間が読み出される／書き込まれる（ステップ４１４）。具体的には、ＭＳＩアドレス及びＭＳＩベクトル・カウントが、以前の登録と一致するように書き込まれる。

その後、リスト内に付加的な機能が存在するかどうかについて判断がなされる（問い合わせ４１６）。存在する場合は、処理はステップ４０２を続行する。他の場合には、初期化処理が完了する。

種々のパラメータの登録に関する更なる詳細が、図８を参照して説明される。最初に、初期化が実施されているＰＣＩ機能に対応するためのデバイス・テーブル・エントリ（ＤＴＥ）が選択される。この選択は、例えば、デバイス・テーブルから利用可能なＤＴＥを選択する管理ファームウェアにより実施される。その後、デバイス・テーブル・エントリ内に種々のパラメータが格納される（ステップ５０２）。例えば、ＩＳＣ、ＡＩＢＶアドレス、ＡＩＢＶオフセット、ＡＩＳＢアドレス、ＡＩＳＢオフセット、イネーブルメント制御、及び割り込み数（ＮＯＩ）が、機能の構成から得られた値に設定される。これで登録プロセスが完了する。

本明細書において用いられるファームウェアという用語は、例えば、プロセッサのマイクロコード、ミリコード、及び／又はマクロコードを含む。ファームウェアは、例えば、より上位レベルのマシン・コードの実装に用いられる、ハードウェア・レベルの命令及び／又はデータ構造体を含む。１つの実施形態において、ファームウェアは、例えば、典型的には、信頼できるソフトウェアを含むマイクロコード、又は基礎をなすハードウェアに特有のマイクロコードとして配信される独自のコードを含み、システム・ハードウェアへのオペレーティング・システムのアクセスを制御する。

動作中、ＰＣＩ機能がＭＳＩを生成したいと望むとき、ＰＣＩ機能は、典型的には、条件を説明する何らかの情報を、オペレーティング・システムが利用できるようにする。これにより、ＰＣＩ機能のＭＳＩ要求をオペレーティング・システムへのＩ／Ｏアダプタ・イベント通知に変換するために、１つ又は複数のステップがもたらされる。これは、図９を参照して説明される。

図９を参照すると、最初に、割り込みを要求するイベントの記述を記録する（ステップ６００）。例えば、ＰＣＩ機能は、例を挙げればシステム・メモリ内に格納されている１つ又は複数のアダプタ特有のイベント−記述−記録構造内に、イベントの記述を記録する。これは、イベントのタイプを記録すること、並びに、付加的な情報を記録することを含むことができる。付加的に、ＭＳＩアドレス及びＭＳＩベクトル数、並びにリクエスタＩＤを指定する要求が、ＰＣＩ機能により開始される（ステップ６０１）。この要求はＩ／Ｏハブにより受信され、要求の受信に応答して、要求内のリクエスタＩＤを使用して、ＰＣＩ機能についてのデバイス・テーブル・エントリを見つけ出す（ステップ６０２）。Ｉ／Ｏハブは、要求内のアドレスの少なくとも一部を、ＭＳＩ比較レジスタ内の値と比較する（問い合わせ６０３）。それらが等しくない場合、ＭＳＩは要求されない。しかしながら、それらが等しい場合、ＭＳＩアドレスが指定されており、従って、ダイレクト・メモリ・アクセス操作の代わりに、ＭＳＩが要求される。

その後、要求内で指定されたＭＳＩベクトルの数が、この機能について許容される割り込み数（ＮＯＩ）より少ないか又はそれと等しいかどうかについての判断がなされる（問い合わせ６０４）。ＭＳＩベクトル数がＮＯＩより大きい場合は、エラーが表示される。他の場合には、Ｉ／Ｏハブは、ビット設定機能（set bit function）を発行して、ストレージ内に適切なＡＩＢＶビットを設定する。ＭＳＩベクトル数を、デバイス・テーブル・エントリ内に指定されたＡＩＢＶオフセットに加算し、このビット数を、デバイス・テーブル・エントリ内で指定されたＡＩＢＶアドレスから変位させることにより、適切なビットが求められる（ステップ６０５）。さらに、ＡＩＳＢが示される場合、Ｉ／Ｏハブはビット設定機能を用いて、デバイス・テーブル・エントリ内のＡＩＳＢアドレス及びＡＩＳＢオフセットを使用し、ＡＩＳＢを設定する（ステップ６０６）。

次に、１つの実施形態において、割り込み要求が既に保留中であるかどうかについての判断がなされる（例えば、ＣＰＵ又はＩ／Ｏハブにより）。この判断を行うために、保留中インジケータが使用される。例えば、割り込みを処理することができるコンピューティング環境のプロセッサ（例えば、図１のＣＰＵ１０２）がアクセス可能である、プロセッサ２５４のメモリ内に格納された保留中インジケータ２５２（図２）をチェックする（問い合わせ６０８）。これが設定されていない場合は、設定する（例えば、１に）（ステップ６１０）。既にセットされている場合、処理は完了し、別の割り込み要求は要求されない。従って、その後の割り込み要求は、既に保留中である１つの要求に包含される。

１つの特定の例においては、割り込みサブクラス毎に１つの保留中インジケータがあってもよく、従って、要求している機能に割り当てられた割り込みサブクラスの保留中インジケータが、チェックされるインジケータとなる。

図１０に示されるように、非同期的に、１つ又は複数のプロセッサが保留中インジケータをチェックする（問い合わせ６４０）。特に、ＩＳＣ（及び、別の実施形態においてはゾーン）についてイネーブルにされた各々のプロセッサは、例えばそのプロセッサについて（即ち、プロセッサのオペレーティング・システムについて）割り込みがイネーブルにされたときに、ＩＳＣに関してインジケータ上でポーリングする。プロセッサの１つが、インジケータが設定されていると判断すると、同じＩＳＣ（及び別の実施形態においてはゾーン）についてイネーブルにされている他のプロセッサとの仲裁を行って、割り込みを提示する（ステップ６４２）。問い合わせ６４０に戻ると、保留中インジケータが設定されていない場合、ＩＳＣについてイネーブルにされているプロセッサが、インジケータの設定のためにポーリングを続行する。

オペレーティング・システムに割り込みが与えられることに応答して（ステップ６４２）、オペレーティング・システムは、いずれかのＡＩＳＢが登録されているかどうかを判断する（問い合わせ６４３）。登録されていない場合、以下に説明されるように、オペレーティング・システムは、設定されたＡＩＢＶを処理する（ステップ６４５）。他の場合には、オペレーティング・システムはいずれかの設定されたＡＩＳＢ及びＡＩＢＶを処理する（ステップ６４４、６４５）。例えば、オペレーティング・システムは、いずれかのＡＩＳＢが設定されているかどうかをチェックする。設定されている場合、オペレーティング・システムは、ＡＩＳＢを用いて、１つ又は複数のＡＩＢＶの位置を判断する。例えば、オペレーティング・システムは、ＡＩＳＢ及びＡＩＢＶの位置を記憶している。さらに、オペレーティング・システムは、各々のＡＩＳＢ及びＡＩＢＶが表すアダプタも記憶している。従って、オペレーティング・システムは、ＡＩＳＢ及びＡＩＢＶの位置と、ＡＩＳＢ、ＡＩＢＶ及びアダプタＩＤの間の関連付けとを含む、ある形式の制御ブロック又は他のデータ構造体を保持することができる。オペレーティング・システムは、この制御ブロックを用いて、関連したＡＩＳＢに基づいたＡＩＢＶの位置特定を容易にする。更に別の実施形態においては、ＡＩＳＢは使用されない。この状況では、制御ブロックを用いて、特定のＡＩＢＶを見つけ出す。

１つ又は複数のＡＩＢＶを見つけ出すことに応答して、オペレーティング・システムは、ＡＩＢＶを走査し、設定されたあらゆるＡＩＢＶを処理する。オペレーティング・システムは、提示されたイベントと一致する方法で割り込みを処理する（例えば、状態を提供する）。例えば、ストレージ・アダプタの場合、イベントが、操作が完了したことを表示し得る。この結果、オペレーティング・システムはアダプタにより格納された状態をチェックして、操作が成功裡に完了したのかどうか、及び、操作の詳細を調べる。ストレージの読み出しの場合、これは、システム・メモリにおいて今やアダプタからのデータ読み出しが利用可能であり、処理できるという表示である。

１つの実施形態において、変換の動作中にエラーが検出された場合には、ＭＳＩ要求をアダプタ・イベント通知に変換する代わりに、システム・ファームウェアに対して注意が生成される。

アダプタ割り込みを登録するのに用いられるＰＣＩ機能制御命令に関する更なる詳細が、ここに説明される。図１１を参照すると、ＰＣＩ機能制御命令７００が、例えば、そのＰＣＩ機能制御命令を示すオペコード７０２と、操作パラメータを確立するアダプタ機能に関する種々の情報が含まれる記憶位置を指定する第１のフィールド７０４と、ＰＣＩ機能情報ブロック（ＦＩＢ）がフェッチされる記憶位置を指定する第２のフィールド７０６とを含む。フィールド１及び２により示される記憶位置のコンテンツが、以下にさらに説明される。

１つの実施形態において、フィールド１は、種々の情報を含む汎用レジスタを示す。図１２に示されるように、レジスタのコンテンツは、例えば、これに代わって修正命令を実施するアダプタ機能のハンドルを識別する機能ハンドル７１０と、機能ハンドルにより示されるアダプタ機能と関連したシステム・メモリ内のアドレス空間を示すアドレス空間７１２と、そのアダプタ機能に関して実施される操作を指定する操作制御７１４と、命令が所定のコードを完了したときに、命令に関する状態を提供する状態７１６とを含む。

１つの実施形態において、機能ハンドルは、例えば、ハンドルがイネーブルにされるかどうかを示すイネーブル・インジケータと、アダプタ機能を識別する機能番号（これは静的識別子であり、機能テーブルへの索引付けのために用いることができる）と、この機能ハンドルの特定のインスタンスを指定するインスタンス番号とを含む。各アダプタ機能について１つの機能ハンドルが存在し、これは、機能テーブル内の機能テーブル・エントリ（ＦＴＥ）を見つけ出すのに用いられる。各々の機能テーブル・エントリは、そのアダプタ機能と関連した操作パラメータ及び／又は他の情報を含む。一例として、機能テーブル・エントリは、以下のものを含む。：即ち、
インスタンス番号：このフィールドは、機能テーブル・エントリと関連したアダプタ機能ハンドルの特定のインスタンスを示す。
デバイス・テーブル・エントリ（ＤＴＥ）索引１．．．ｎ：１つ又は複数のデバイス・テーブル・エントリ索引が存在することができ、各々の索引は、デバイス・テーブル・エントリ（ＤＴＥ）を見つけ出すためのデバイス・テーブルへの索引である。アダプタ機能毎に１つ又は複数のテーブル・エントリが存在し、各々のエントリは、アダプタ機能の要求（例えば、ＤＭＡ要求、ＭＳＩ要求）を処理するために用いられる情報、及びアダプタ機能と関連した要求（例えば、ＰＣＩ命令）に関する情報を含む、そのアダプタ機能と関連した情報を含む。各々のデバイス・テーブル・エントリは、アダプタ機能に割り当てられたシステム・メモリ内の１つのアドレス空間と関連付けられる。アダプタ機能は、該アダプタ機能に割り当てられた１つ又は複数のアドレス空間をシステム・メモリ内に有することができる。
ビジー・インジケータ：このフィールドは、アダプタ機能がビジーであるかどうかを示す。
永続エラー（permanent error）状態インジケータ：このフィールドは、アダプタ機能が永続エラー状態にあるかどうかを示す。
回復開始インジケータ：このフィールドは、アダプタ機能に関して回復が開始されたかどうかを示す。
許可インジケータ：このフィールドは、アダプタ機能を制御しようとしているオペレーティング・システムが、そのようなことを行う権限をもっているかどうかを示す。
イネーブル・インジケータ：このフィールドは、アダプタ機能がイネーブルにされるかどうかを示す（例えば、１＝イネーブルにされる、０＝ディスエーブルにされる）。
リクエスタ識別子（ＲＩＤ）：これは、アダプタ機能の識別子であり、例えば、バス番号、デバイス番号、及び機能番号を含む。
一例において、このフィールドは、アダプタ機能の構成空間（configuration space）のアクセスのために用いられる。（アダプタのメモリを、例えば構成空間、Ｉ／Ｏ空間、及び／又は１つ又は複数のメモリ空間を含むアドレス空間として定めることができる。）一例において、オペレーティング・システム（又は他の構成）によりアダプタ機能に対して発行された命令内で構成空間を指定することにより、構成空間にアクセスすることができる。構成空間内へのオフセット、及び、ＲＩＤを含む適切な機能テーブル・エントリを見つけ出すのに用いられる機能ハンドルが、命令内で指定される。ファームウェアが命令を受信し、それが構成空間に関するものであると判断する。従って、ファームウェアは、ＲＩＤを用いてＩ／Ｏハブへの要求を生成し、Ｉ／Ｏハブは、アダプタにアクセスするための要求を作成する。アダプタ機能の記憶位置はＲＩＤに基づいており、オフセットは、アダプタ機能の構成空間へのオフセットを指定する。
基底アドレス・レジスタ（ＢＡＲ）（１乃至ｎ）：このフィールドは、ＢＡＲ_０−ＢＡＲ_ｎとして示される複数の符号なし整数を含み、これらの符号なし整数は、もともと指定されたアダプタ機能と関連付けられており、その値もまた、アダプタ機能と関連付けられた基底アドレス・レジスタ内に格納される。各々のＢＡＲは、アダプタ機能内のメモリ空間又はＩ／Ｏ空間の開始アドレスを指定し、同じくアドレス空間のタイプ、即ち、例としてそれが６４ビット若しくは３２ビットのメモリ空間であるか、又は３２ビットのＩ／Ｏ空間であるかも示す。

一例において、ＢＡＲは、アダプタ機能のメモリ空間及び／又はＩ／Ｏ空間へのアクセスに用いられる。例えば、アダプタ機能にアクセスするための命令内に与えられるオフセットが、命令内で指定されるアドレス空間と関連した基底アドレス・レジスタ内の値に加算され、アダプタ機能にアクセスするのに用いられるアドレスを得る。命令内に与えられるアドレス空間識別子は、アクセスされるアダプタ機能内のアドレス空間、及び用いられる対応するＢＡＲを識別する。
サイズ１．．．．ｎ：このフィールドは、ＳＩＺＥ_０−ＳＩＺＥ_ｎとして示される複数の符号なし整数を含む。サイズ・フィールドの値は、非ゼロであるとき、各々のアドレス空間のサイズを表し、各々のエントリは前述のＢＡＲに対応する。

ＢＡＲ及びサイズに関する更なる詳細を以下に説明する。
１．アダプタ機能に関してＢＡＲが実装されない場合、ＢＡＲフィールド及び対応するサイズ・フィールドの両方ともゼロとして格納される。
２．ＢＡＲフィールドがＩ／Ｏアドレス空間又は３２ビット・メモリ・アドレス空間のいずれかを表す場合、対応するサイズ・フィールドは非ゼロであり、アドレス空間のサイズを表す。
３．ＢＡＲフィールドが６４ビット・メモリ・アドレス空間を表す場合、
ａ．ＢＡＲ_ｎフィールドは、最下位アドレス・ビットを表す。
ｂ．次の連続したＢＡＲ_ｎ＋１フィールドは、最上位アドレス・ビットを表す。
ｃ．対応するＳＩＺＥ_ｎフィールドは非ゼロであり、アドレス空間のサイズを表す。
ｄ．対応するＳＩＺＥ_ｎ＋１フィールドは有意味ではなく、ゼロとして格納される。
内部経路指定情報：この情報は、アダプタへの特定の経路指定を行うために用いられる。この情報には、例として、例えばノード、プロセッサ・チップ、及びハブ・アドレッシング情報が含まれる。
状態表示：これは、例えば、ロード／ストア操作がブロックされるかどうか、又はアダプタがエラー状態にあるかどうかの表示、並びに他の表示を提供する。

一例において、ビジー・インジケータ、永続エラー状態インジケータ、及び回復開始インジケータは、ファームウェアが行う監視に基づいて設定される。さらに、許可インジケータが、例えばポリシーに基づいて設定され、ＢＡＲ情報は、プロセッサ（例えば、プロセッサのファームウェア）によるバス・ウォーク中に発見された構成情報に基づいている。他のフィールドは、構成、初期化、及び／又はイベントに基づいて設定することができる。他の実施形態においては、機能テーブル・エントリは、より多くの、より少ない、又は異なる情報を含むことができる。含まれる情報は、そのアダプタ機能によりサポートされる操作、又はアダプタ機能に関してイネーブルにされる操作によって決まり得る。

図１３を参照すると、一例において、フィールド２は、関連したアダプタ機能に関する情報を含むＰＣＩ機能情報ブロック（ＦＩＢ）の論理アドレス８２０を指定する。機能情報ブロックは、アダプタ機能と関連したデバイス・テーブル・エントリ及び／又は機能テーブル・エントリ（又は他の記憶位置）を更新するために用いられる。情報は、アダプタの初期化及び／又は構成中に、及び／又は特定のイベントに応答して、ＦＩＢ内に格納される。

機能情報ブロック（ＦＩＢ）に関する更なる詳細が、図１３を参照して説明される。１つの実施形態において、機能情報ブロック８５０は、以下のフィールドを含む。；即ち、
形式７５１：このフィールドは、ＦＩＢの形式を指定する。
インターセプト制御７５２：このフィールドは、ページング可能モード・ゲストによる、特定の命令のゲスト実行が、命令のインターセプトをもたらすかどうかについて示すために用いられる。
エラー表示７５４：このフィールドは、直接メモリ・アクセス及びアダプタ割り込みに関するエラー状態表示を含む。ビットが設定されると（例えば１）、アダプタ機能に関する直接メモリ・アクセス及びアダプタ割り込みを実施する間、１つ又は複数のエラーが検出される。
ロード／ストアのブロック７５６：このフィールドは、ロード／ストア操作がブロックされているかどうかを表示する。
ＰＣＩ機能の有効性７５８：このフィールドは、アダプタ機能に関するイネーブルメント（enablement）制御を含む。ビットが設定されると（例えば１）、アダプタ機能はＩ／Ｏ操作に関してイネーブルにされると考えられる。
アドレス空間の登録７６０：このフィールドは、そのアダプタ機能に関する直接メモリ・アクセスのイネーブルメント制御を含む。ビットが設定されると（例えば１）、直接メモリ・アクセスはイネーブルにされる。
ページ・サイズ７６１：このフィールドは、ＤＭＡによりアクセスされるページ又は他のメモリ単位のサイズを示す。
ＰＣＩ基底アドレス（ＰＢＡ）７６２：このフィールドは、アダプタ機能に割り当てられたシステム・メモリ内のアドレス空間についての基底アドレスである。これは、アダプタ機能が、指定されたＤＭＡアドレス空間への直接メモリ・アクセスのために用いることができる最下位の仮想アドレスを表す。
ＰＣＩアドレス制限（ＰＡＬ）７６４：このフィールドは、アダプタ機能が、指定されたＤＭＡアドレス空間内でアクセスすることができる最上位の仮想アドレスを表す。
入力／出力アドレス変換ポインタ（ＩＯＡＴ）７６６：入力／出力アドレス変換ポインタは、ＰＣＩ仮想アドレス変換により用いられるいずれかの変換テーブルの第１のものを示し、又は、これは、変換の結果であるストレージ・フレームの絶対アドレスを直接指定することができる。
割り込みサブクラス（ＩＳＣ）７６８：このフィールドは、アダプタ機能に関するアダプタ割り込みを提示するのに用いられる割り込みサブクラスを含む。
割り込みの数７７０：このフィールドは、アダプタ機能について受け入れた別個の割り込みコードの数を示す。このフィールドはまた、アダプタ割り込みビット・ベクトル・アドレス及びアダプタ割り込みビット・ベクトル・オフセット・フィールドにより示されるアダプタ割り込みビット・ベクトルのサイズもビット単位で定める。
アダプタ割り込みビット・ベクトル・アドレス（ＡＩＢＶ）７７２：このフィールドは、アダプタ機能に関するアダプタ割り込みビット・ベクトルのアドレスを指定する。このベクトルは、割り込み処理において用いられる。
アダプタ割り込みビット・ベクトル・オフセット７７４：このフィールドは、アダプタ機能に関する第１のアダプタ割り込みビット・ベクトルのオフセットを指定する。
アダプタ割り込みサマリ・ビット・アドレス（ＡＩＳＢ）７７６：このフィールドは、割り込み処理において随意的に用いられるアダプタ割り込みサマリ・ビットを指定するアドレスを提供する。
アダプタ割り込みサマリ・ビット・オフセット７７８：このフィールドは、アダプタ割り込みサマリ・ビット・ベクトルへのオフセットを提供する。
機能測定ブロック（ＦＭＢ）アドレス７８０：このフィールドは、アダプタ機能に関する測定値を収集するのに用いられる機能測定ブロックのアドレスを提供する。
機能測定ブロック・キー７８２：このフィールドは、機能測定ブロックにアクセスするためのアクセス・キーを含む。
サマリ・ビット通知制御７８４：このフィールドは、使用中のサマリ・ビット・ベクトルが存在するかどうかを示す。
命令権限付与トークン７８６：このフィールドは、ページング可能ストレージ・モード・ゲストに、ホストの介入なしにＰＣＩ命令を実行する権限が付与されているかどうかを判断するのに用いられる。
一例において、ｚ／Ａｒｃｈｉｔｅｃｔｕｒｅ（登録商標）においては、ページング可能ゲストが、レベル２の解釈において、Ｓｔａｒｔ Ｉｎｔｅｒｐｒｅｔｉｖｅ Ｅｘｅｃｕｔｉｏｎ（ＳＩＥ）命令を介して解釈実行される。例えば、論理パーティション（ＬＰＡＲ）ハイパーバイザがＳＩＥ命令を実行して、物理的固定メモリにおける論理パーティションを開始する。ｚ／ＶＭ（登録商標）がその論理パーティションにおけるオペレーティング・システムである場合、これがＳＩＥ命令を発行して、そのＶ＝Ｖ（仮想）ストレージ内でゲスト（仮想）マシンを実行する。従って、ＬＰＡＲハイパーバイザはレベル１のＳＩＥを使用し、ｚ／ＶＭ（登録商標）ハイパーバイザはレベル２のＳＩＥを用いる。及び、
アドレス変換形式７８７：このフィールドは、変換に用いられる最上位レベルの変換テーブル（例えば、セグメント・テーブル、領域第３等）のアドレス変換に関する選択された形式を示す。

Ｍｏｄｉｆｙ ＰＣＩ Ｆｕｎｃｔｉｏｎ Ｃｏｎｔｒｏｌｓ命令内で指定される能情報ブロックは、選択されたデバイス・テーブル・エントリ、機能テーブル・エントリ、及び／又は命令内で指定されたアダプタ機能と関連した他のファームウェア制御を修正するために用いられる。デバイス・テーブル・エントリ、機能テーブル・エントリ、及び／又は他のファームウェア制御を修正することにより、アダプタに対して特定のサービスが提供される。これらのサービスには、例えば、アダプタ割り込み、アドレス変換、エラー状態のリセット、ロード／ストアのブロックのリセット、機能測定パラメータの設定、及びインターセプト制御の設定が含まれる。

ＰＣＩ機能制御修正命令と関連した論理の１つの実施形態が、図１６を参照して説明される。一例において、命令が、オペレーティング・システム（又は他の構成）により発行され、オペレーティング・システムを実行するプロセッサ（例えば、ファームウェア）により実行される。本明細書での例においては、命令及びアダプタ機能は、ＰＣＩベースのものである。しかしながら、他の例においては、異なるアダプタ・アーキテクチャ及び対応する命令を用いることができる。

一例において、オペレーティング・システムは、命令に対して、以下のオペランド：即ち、ＰＣＩ機能ハンドル、ＤＭＡアドレス空間識別子、操作制御、及び、機能情報ブロックのアドレスを提供する（例えば、命令により指定される１つ又は複数のレジスタにおいて）。

図１５参照すると、最初に、ＰＣＩ機能制御修正命令を可能にするファシリティがインストールされているかどうかについての判断がなされる（問い合わせ８００）。例えば、この判断は、例えば制御ブロック内に格納されたインジケータをチェックすることによりなされる。ファシリティがインストールされていない場合、例外条件が与えられる（ステップ８０２）。他の場合には、命令がページング可能ストレージ・モード・ゲスト（又は他のゲスト）により発行されたかどうかについての判断がなされる（問い合わせ８０４）。肯定であれば、ホスト・オペレーティング・システムは、そのゲストに関する動作をエミュレートする（ステップ８０６）。

他の場合には、オペランドの１つ又は複数が位置合わせされているかどうかついての判断がなされる（問い合わせ８０８）。例えば、機能情報ブロックのアドレスがダブルワード境界上にあるかどうかについて判断がなされる。一例においては、これは随意的である。オペランドが位置合わせされていない場合、例外条件が与えられる（ステップ８１０）。

他の場合には、機能情報ブロックがアクセス可能であるかどうかについて判断がなされる（問い合わせ８１２）。アクセス可能でない場合、例外条件が与えられる（ステップ８１４）。他の場合には、ＰＣＩ機能制御修正命令のオペランド内に提供されたハンドルがイネーブルにされているかどうかについての判断がなされる（問い合わせ８１６）。一例において、この判断は、ハンドル内のイネーブル・インジケータをチェックすることによってなされる。ハンドルがイネーブルにされていない場合、例外条件が与えられる（ステップ８１８）。

ハンドルがイネーブルにされている場合、ハンドルを用いて、機能テーブル・エントリを見つけ出す（ステップ８２０）。つまり、ハンドルの少なくとも一部を機能テーブルへの索引として使用して、操作パラメータが確立されるアダプタ機能に対応する機能テーブル・エントリを見つけ出す。

機能テーブル・エントリが見つかったかどうかについての判断がなされる（問い合わせ８２２）。見つかっていない場合、例外条件が与えられる（ステップ８２４）。他の場合には、命令を発行する構成がゲストである場合（問い合わせ８２６）、例外条件（例えば、ホストへのインターセプト）が与えられる（ステップ８２８）。構成がゲストでない場合は問い合わせを無視することができ、又は指定された場合、他の権限付与をチェックすることができる。

次いで、機能がイネーブルにされているかどうかについての判断がなされる（問い合わせ８３０）。一例において、この判断は、機能テーブル・エントリ内のイネーブル・インジケータをチェックすることによりなされる。機能がイネーブルにされていない場合、例外条件が与えられる（ステップ８３２）。

機能がイネーブルにされている場合、回復がアクティブであるかどうかについての判断がなされる（問い合わせ８３４）。機能テーブル・エントリ内のインジケータにより判断されるように回復がアクティブである場合、例外条件が与えられる（ステップ８３６）。しかしながら、回復がアクティブでない場合、機能がビジーであるかどうかについてのさらなる判断がなされる（問い合わせ８３８）。この判断は、機能テーブル・エントリ内のビジー・インジケータをチェックすることによりなされる。機能がビジーである場合、ビジー条件が与えられる（ステップ８４０）。ビジー条件において、命令を、ドロップせずに再試行することができる。

機能がビジーでない場合、機能情報ブロック形式が有効であるかどうかについてのさらなる判断がなされる（問い合わせ８４２）。例えば、ＦＩＢの形式フィールドをチェックして、この形式がシステムによりサポートされているかどうかについての判断がなされる。形式が無効である場合、例外条件が与えられる（ステップ８４４）。機能情報ブロックの形式が有効である場合、命令のオペランド内で指定される操作制御が有効であるかどうかについての更なる判断がなされる（問い合わせ８４６）。つまり、操作制御は、この命令に関して指定された操作制御の１つであるかどうかである。操作制御が無効である場合、例外条件が与えられる（ステップ８４８）。しかしながら、操作制御が有効である場合、処理は、指定された特定の操作制御を続行する。

一例において、操作制御は、アダプタの割り込みを制御するのに用いられるアダプタ割り込み登録操作である。この操作制御に応答して、機能情報ブロックの適切なコンテンツに基づいて、アダプタ割り込みに関連するアダプタ機能パラメータが、デバイス・テーブル・エントリ内に設定される。

この操作と関連した論理の１つの実施形態が、図１６を参照して説明される。一例として、機能情報ブロックから取得される、この操作のためのオペランドが、例えば、割り込みサブクラス（ＩＳＣ）、許容された割り込み数（ＮＯＩ）、アダプタ割り込みビット・ベクトル・オフセット（ＡＩＢＶＯ）、サマリ通知（Ｓ）、アダプタ割り込みサマリ・ビット・ベクトル・オフセット（ＡＩＳＢＯ）、アダプタ割り込みビット・ベクトル（ＡＩＢＶ）アドレス、及びアダプタ割り込みサマリ・ビット・ベクトル（ＡＩＳＢ）アドレスを含む。

図１６を参照すると、最初に、ＦＩＢ内で指定された割り込み数（ＮＯＩ）がモデル依存（model-dependent）最大数より大きいかどうかについての判断がなされる（問い合わせ９００）。大きい場合は、例外条件が与えられる（ステップ９０２）。しかしながら、割り込み数がモデル依存最大数より大きくない場合、割り込み数にアダプタ割り込みビット・ベクトル・オフセットを加算したもの（ＮＯＩ＋ＡＩＢＶＯ）がモデル依存最大数より大きいかどうかについての更なる判断がなされる（問い合わせ９０４）。大きい場合は、例外条件が与えられる（ステップ９０６）。ＮＯＩ＋ＡＩＢＶＯがモデル依存最大数より大きくない場合は、ＡＩＢＶアドレス＋ＮＯＩが４ｋ境界にわたるかどうかについての更なる判断がなされる（問い合わせ９０８）。ＡＩＢＶアドレス＋ＮＯＩが４ｋ境界にわたる場合は、例外条件が与えられる（ステップ９１０）。他の場合には、必要とされるあらゆるリソースについて、十分なリソースが利用可能であるかどうかについての判断がなされる（問い合わせ９１２）。十分なリソースが存在しない場合は、例外条件が与えられる、ステップ９１４。

他の場合には、この機能に関して、アダプタ割り込みが既に登録されているかどうかについての判断がなされる（問い合わせ９１６）。１つの実施形態において、このことは、（例えば、ＤＴＥ／ＦＴＥ内の）パラメータの１つ又は複数をチェックすることにより判断される。特定的には、ＮＯＩのような割り込みと関連したパラメータをチェックする。フィールドがポピュレートされている場合、アダプタは割り込み登録されている。アダプタが既に登録されている場合は、例外条件が与えられる（ステップ９１８）。他の場合には、割り込みパラメータが、ＦＩＢから取得され、デバイス・テーブル・エントリ内に、随意的に、対応する機能テーブル・エントリ（ＦＴＥ）（又は、他の指定された記憶位置）内に置かれる。また、ＭＳＩイネーブルメント・インジケータが、ＤＴＥ内に設定される（ステップ９２０）。つまり、機能情報ブロックから取り出された情報に基づいて、アダプタ割り込みに関連するＰＣＩ機能パラメータが、ＤＴＥ内に、随意的に、ＦＴＥ内に設定される。これらのパラメータは、例えば、ＩＳＣ、ＮＯＩ、ＡＩＢＶＯ、Ｓ、ＡＩＳＢＯ、ＡＩＢＶアドレス、及びＡＩＳＢアドレスを含む。

上記に加えて、指定することができる別の操作制御は、アダプタ割り込み登録解除操作であり、図１７を参照してその一例を説明する。この操作により、アダプタ割り込みに関連するアダプタ機能パラメータがリセットされる。

図１７を参照すると、最初に、機能ハンドルにより指定されたアダプタが、割り込みに登録されているかどうかについての判断がなされる（問い合わせ１０００）。登録されていない場合は、例外条件が与えられる（ステップ１００２）。他の場合には、機能テーブル・エントリ（又は他の位置）及び対応するデバイス・テーブル・エントリ内の割り込みパラメータがゼロに設定される（ステップ１００４）。一例において、これらのパラメータは、ＩＳＣ、ＮＯＩ、ＡＩＢＶＯ、Ｓ、ＡＩＢＳＯ、ＡＩＢＶアドレス、及びＡＩＳＢアドレスを含む。

上述されたように、１つの実施形態において、アダプタ機能に関する情報を得るために、論理プロセッサ呼び出しが使用される。この命令の１つの実施形態を図１８に示す。図示されるように、一例において、論理プロセッサ呼び出し（ＣＬＰ）命令１１００は、それが論理プロセッサ呼び出しであることを示す操作コード（operation code）１１０２と、コマンドについての表示１１０４とを含む。一例において、この表示は、実施されるコマンドを説明する要求ブロックのアドレスであり、要求ブロック内の情報はコマンドに依存する。種々のコマンドに関する要求ブロック及び対応する応答ブロックの例が、図１９−図２５を参照して説明される。

最初に図１９を参照すると、ＰＣＩ機能リスト（list PCI function）コマンドに関する要求ブロックが提供される。ＰＣＩ機能リスト・コマンドは、要求中の構成（例えば、要求中のオペレーティング・システム）に割り当てられたＰＣＩ機能のリストを取得するために使用される。要求ブロック１１２０は、例えば次のような、多数のパラメータを含む。：即ち、
長さフィールド１１２２：このフィールドは、要求ブロックの長さを示す。
コマンド・コード１１２４：このフィールドは、ＰＣＩ機能リスト・コマンドを示す。
再開トークン１１２６：このフィールドは、以下にさらに詳細に説明されるように、新しいＰＣＩ機能リスト・コマンドを開始するため、又は、以前のＰＣＩ機能リスト・コマンドを再開するために用いられる整数である。
コマンドの要求ブロック内の再開トークン・フィールドが、例えばゼロの値を含むとき、ＰＣＩ機能の新しいリストが要求される。再開トークン・フィールドは、例えば、以前のＰＣＩ機能リスト・コマンドから戻された非ゼロの値を含む場合、ＰＣＩ機能の以前のリストの継続が要求される。

ＰＣＩ機能リスト・コマンドに関する論理プロセッサ呼び出し命令の発行及び処理に応答して、応答ブロックが戻される。応答ブロックの１つの実施形態が、図２０に示される。一例において、ＰＣＩ機能リスト・コマンドに関する応答ブロック１１５０は、次のものを含む。：即ち、
長さフィールド１１５２：このフィールドは、応答ブロックの長さを示す。
応答コード１１５４：このフィールドは、コマンドの状態を示す。
ＰＣＩ機能リスト１１５６：このフィールドは、要求しているオペレーティング・システムが利用可能な１つ又は複数のＰＣＩ機能のリストを示す。
再開トークン１１５８：このフィールドは、ＰＣＩ機能の以前のリストの継続が要求されているかどうかを示す。一例において、要求ブロック内の再開トークン及び応答ブロック内の再開トークンがゼロである場合、要求中の構成に割り当てられた全てのＰＣＩ機能が、ＰＣＩ機能リスト内に表され、要求ブロック内の再開トークンがゼロであり、且つ、応答ブロック内の再開トークンが非ゼロである場合、リスト内に表示されていない、要求中の構成に割り当てられた付加的なＰＣＩ機能が存在する可能性があり、要求ブロック内の再開トークンが非ゼロであり、且つ、応答ブロック内の再開トークンがゼロである場合、再開の観点から、要求中の構成に割り当てられた残りのＰＣＩ機能が、リスト内に表され、要求ブロック及び応答ブロック内の再開トークンの両方とも非ゼロである場合、再開の観点から、いずれの関連したＰＣＩ機能リスト内にも表されていない、要求の構成が存在する可能性がある。再開トークンは、戻された後、無期限に有効なままであるが、システム・ロードの経過時間を含む種々のモデルに依存した理由のために無効になり得る。
モデル依存データ１１６０：このフィールドは、システムに依存するデータを含む。
ＰＣＩ機能の数１１６２：このフィールドは、ファシリティによりサポートされるＰＣＩ機能の最大数を示す。
エントリ・サイズ１１６４：このフィールドは、ＰＣＩ機能リスト内の各エントリのサイズを示す。

ＰＣＩ機能リストに関する更なる詳細が、図２１を参照して説明される。一例において、ＰＣＩ機能リストは複数のエントリを含み、各々のエントリ１１５６は、一例として、以下の情報を含む。：即ち、
デバイスＩＤ１１７０：このフィールドは、対応するＰＣＩ機能と関連したＩ／Ｏアダプタを示す。
ベンダーＩＤ１１７２：このフィールドは、対応するＰＣＩ機能と関連したＩ／Ｏアダプタの製造業者を識別する。
機能識別子１１７４：このフィールドは、ＰＣＩ機能の永続識別子を含む。
機能ハンドル１１７６：このフィールドは、ＰＣＩ機能を識別する。格納されるＰＣＩ機能ハンドルは、ハンドルの指定されたビットがゼロである場合は汎用ハンドルであり、そのビットが１である場合はイネーブルにされたハンドルである。ＰＣＩ機能がディスエーブルにされた場合、汎用ＰＣＩ機能ハンドルが格納される。ＰＣＩ機能がイネーブルにされた場合、イネーブルにされたＰＣＩ機能ハンドルが格納される。一例において、ＰＣＩ機能ハンドルは、ＩＰＬを超えて永続的ではなく、これは、永続的であり、Ｉ／Ｏ構成定義の寿命の存続のために設定されるＰＣＩ機能ＩＤとは異なる。
構成状態１１７８：このフィールドは、ＰＣＩ機能の状態を示す。このインジケータが、例えばゼロであるときは、状態はスタンバイ状態であり、例えば１であるときは、状態が構成される。スタンバイ状態のときは、ＰＣＩ機能ハンドルは汎用ＰＣＩ機能ハンドルであり、構成されているときは、ＰＣＩ機能ハンドルは、ＰＣＩ機能がイネーブルにされているかどうかによって、汎用ＰＣＩ機能ハンドル又はイネーブルにされたＰＣＩ機能ハンドルである。

アダプタ機能のリストを取得した後、指定されたＰＣＩ機能ハンドルにより指定されるような選択された機能の属性に関する情報を取得することができる。この情報は、機能照会コマンドを有するＣＬＰ命令を発行することによって、取得することができる。

ｑｕｅｒｙ ＰＣＩ ｆｕｎｃｔｉｏｎコマンドに関する要求ブロックの１つの実施形態が、図２２を参照して説明される。一例において、要求ブロック１２００は、例えば、次のものを含む。：即ち、
長さフィールド１２０２：このフィールドは、要求ブロックの長さを示す。
コマンド・コード１２０４：このフィールドは、ＰＣＩ機能照会コマンドを示す。
機能ハンドル１２０６：このフィールドは、照会されるＰＣＩ機能を指定するＰＣＩ機能ハンドル（例えば汎用、又はイネーブルにされた）を含む。

ＰＣＩ機能照会コマンドのための論理プロセッサ呼び出し命令の発行に応答して、応答ブロックが戻される。応答ブロックの１つの実施形態が、図２３に示される。一例において、応答ブロック１２５０は、次のものを含む。：即ち、
長さ１２５２：このフィールドは、応答ブロックの長さを示す。
応答コード１２５４：このフィールドは、コマンドの状態を表示する。
機能グループＩＤ１２５６：このフィールドは、ＰＣＩ機能グループ識別子を示す。ＰＣＩ機能グループ識別子は、ＰＣＩ機能のグループを、１組の属性（本明細書では特性とも呼ばれる）と関連付けるために用いられる。同じＰＣＩ機能グループ識別子を有するＰＣＩ機能の各々は、同じ属性の組を有する。
機能ＩＤ１２５８：ＰＣＩ機能ｉｄは、ＰＣＩ機能ハンドルによりもともと指定されたＰＣＩ機能の永続的な識別子であり、Ｉ／Ｏ構成定義の寿命の存続のために設定される。
物理チャネル・アダプタ１２６０：この値は、ＰＣＩ機能に対応する物理Ｉ／Ｏアダプタの位置のモデル依存の識別を表す。
基底アドレス・レジスタ（ＢＡＲ）１．．．ｎ１２６２：このフィールドは、ＢＡＲ_０−ＢＡＲ_ｎとして示される複数の符号なしの整数を含み、これらは、もともと指定されたＰＣＩ機能と関連付けられており、その値もまた、ＰＣＩ機能と関連した基底アドレス・レジスタ内に格納される。各々のＢＡＲは、アダプタ内のメモリ空間又はＩ／Ｏ空間の開始アドレスを指定し、また、アドレス空間のタイプ、即ち、例として、それが６４ビット又は３２ビットのメモリ空間であるのか、又は３２ビットのＩ／Ｏ空間であるかも示す。
サイズ１．．．．ｎ１２６４：このフィールドは、ＳＩＺＥ_０−ＳＩＺＥ_ｎとして示される複数の符号なし整数を含む。サイズ・フィールドの値は、非ゼロであるとき、各アドレス空間のサイズを表し、各エントリは、前述のＢＡＲに対応する。
利用可能なＤＭＡの始まり１２６６：このフィールドは、ＤＭＡ操作に利用可能なＰＣＩアドレス範囲の始まりを示すアドレスを含む。
利用可能なＤＭＡの終わり１２６８：このフィールドは、ＤＭＡ操作に利用可能なＰＣＩアドレス範囲の終わりを示す値を含む。

特定のアダプタ機能に関する属性を取得することに加えて、この機能を含むグループに関する属性を取得することもできる。これらの共通属性は、ＰＣＩ機能グループ照会（query PCI function group）コマンドによりＣＬＰ命令を発行することから取得することができる。このコマンドは、指定されたＰＣＩ機能グループ識別子により指定される１つ又は複数のＰＣＩ機能のグループのためにサポートされている１組の属性を取得するために用いられる。ＰＣＩ機能グループ識別子は、ＰＣＩ機能のグループを、同じ属性の組と関連付けるために用いられる。ＰＣＩ機能グループ照会コマンドのための要求ブロックの１つの実施形態が、図２４を参照して説明される。一例において、要求ブロック１３００は、次のものを含む。：即ち、
長さフィールド１３０２：このフィールドは、要求ブロックの長さを示す。
コマンド・コード１３０４：このフィールドは、ＰＣＩ機能グループ照会コマンドを示す。
機能グループＩＤ１３０６：このフィールドは、属性が取得されるＰＣＩ機能グループ識別子を指定する。

ＰＣＩ機能グループ照会コマンドによる論理プロセッサ呼び出し命令の発行及び処理に応答して、応答ブロックが戻される。応答ブロックの１つの実施形態が、図２５に示される。一例において、応答ブロック１３５０は、次のものを含む。即ち、
長さフィールド１３５２：このフィールドは、応答ブロックの長さを示す。
応答コード１３５４：このフィールドは、コマンドの状態を示す。
割り込み数１３５６：このフィールドは、指定されたＰＣＩ機能グループ内の各ＰＣＩ機能について、ＰＣＩファシリティによりサポートされる連続したＭＳＩベクトル数（即ち、割り込みイベント・インジケータ）の最大数を示す。一例において、割り込み数の可能な有効値は、ゼロから２，０４８までの範囲にある。
バージョン１３５８：このフィールドは、指定されたＰＣＩグループ識別子が指定するＰＣＩ機能のグループが添付される、ＰＣＩファシリティによりサポートされるＰＣＩ仕様のバージョンを示す。
フレーム１３６２：このフィールドは、Ｉ／Ｏアドレス変換のためにサポートされるフレーム（又はページ）のサイズを示す。
ブロック更新間隔の測定値１３６４：これは、ＰＣＩ機能測定ブロックが更新されるおよその時間間隔を示す値（例えばミリ秒単位での）である。
ＤＭＡアドレス空間マスク１３６６：これは、ＤＭＡアドレス空間を識別するために、ＰＣＩアドレス内のどのビットが使用されるかを示すために使用される値である。
ＭＳＩアドレス１３６８：これは、メッセージ信号割り込み要求のために使用される値である。

上述されたリスト及び機能照会（query list and function）コマンドは、例えば、機能テーブルから、情報を取り出す。初期化時に、又はアダプタのホット・プラグの後に、ファームウェアがバス・ウォークを行ってアダプタの位置を求め、かつ、その基本的な特性を判断する。この情報は、ファームウェアにより、各々のアダプタについての機能テーブル・エントリ（ＦＴＥ）内に格納される。システム管理者が設定するポリシーに基づいて、アダプタに対するアクセス可能性が判断され、このアクセス可能性もまた、ファームウェアによりＦＴＥ内に設定される。次いで、リスト及び機能照会コマンドがこの情報を取り出し、それを、オペレーティング・システムにアクセス可能なそれぞれの応答ブロック内に格納することができる。

さらに、グループ情報は、所与のシステムＩ／Ｏインフラストラクチャ、並びに、ファームウェア及びＩ／Ｏハブの能力に基づく。これは、後でクエリの処理中に取り出すために、ＦＴＥ又は他のいずれかの使いやすい位置に格納することができる。具体的には、ｑｕｅｒｙ ｇｒｏｕｐコマンドがこの情報を取り出し、それを、オペレーティング・システムにアクセス可能なコマンドの応答ブロックに格納する。

上記で詳細に説明されたのは、ＰＣＩメッセージ信号割り込みをオペレーティング・システムへのＩ／Ｏアダプタ・イベント通知に変換するための能力である。これにより、低待ち時間の割り込み要求、相対的に大量のＰＣＩ機能からオペレーティング・システムへのＭＳＩの配信、及びＭＳＩをアダプタ・イベント通知アーキテクチャに適合させるＭＳＩベクトル指定の利益の保持が提供される。この能力は、Ｉ／Ｏハブが、相対的に大量のＰＣＩ機能に接続するのを可能にし、ＭＳＩベクトルへの各々の書き込みが一意の割り込みを生成するという問題をなくす。

本明細書で説明される実施形態において、アダプタは、ＰＣＩアダプタである。本明細書で用いられるＰＣＩという用語は、これらに限定されるものではないが、ＰＣＩ又はＰＣＩｅを含む、Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ Ｓｐｅｃｉａｌ Ｉｎｔｅｒｅｓｔ Ｇｒｏｕｐ（ＰＣＩ−ＳＩＧ）により定められるようなＰＣＩベースの仕様（www.pcisig.com/home）に従って実装されるいずれかのアダプタを指す。１つの特定の例において、Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ Ｅｘｐｒｅｓｓ（ＰＣＩｅ）は、Ｉ／Ｏアダプタとホスト・システムの間のトランザクションのための双方向通信プロトコルを定める、コンポーネント・レベルの相互接続規格である。ＰＣＩｅ通信は、ＰＣＩｅバス上での伝送のためのＰＣＩｅ規格に従って、パケットの形でカプセル化される。Ｉ／Ｏアダプタから発し、ホスト・システムで終了するトランザクションは、上り方向（upbound）トランザクションと呼ばれる。ホスト・システムから発し、Ｉ／Ｏアダプタで終了するトランザクションは、下り方向（downbound）トランザクションと呼ばれる。ＰＣＩｅトポロジーは、対にされて（例えば、１つの上がり方向リンク、１つの下り方向リンク）ＰＣｌｅを形成する、ポイント・ツー・ポイントの単方向リンクに基づいている。ＰＣＩｅ標準は、ＰＣＩ−ＳＩＧにより保持され、公開されている。

当業者により認識されるように、本発明の態様は、システム、方法、又はコンピュータ・プログラム製品として具体化することができる。従って、本発明の態様は、完全にハードウェアの実施形態、完全にソフトウェアの実施形態（ファームウェア、常駐ソフトウェア、マイクロコード等を含む）、又は、ソフトウェアの態様とハードウェアの態様とを組み合わせた実施形態の形を取ることができ、これらは全て、本明細書において、一般的に「回路」、「モジュール」又は「システム」と呼ぶことができる。さらに、本発明の態様は、コンピュータ可読プログラム・コードが組み込まれた、１つ又は複数のコンピュータ可読媒体内に具体化されたコンピュータ・プログラム製品の形を取ることができる。

１つ又は複数のコンピュータ可読媒体のいずれの組み合わせを用いることもできる。コンピュータ可読媒体は、コンピュータ可読ストレージ媒体とすることができる。コンピュータ可読ストレージ媒体は、これらに限定されるものではないが、例えば、電子、磁気、光学、電磁気、赤外線又は半導体のシステム、装置若しくはデバイス、又は上記のいずれかの適切な組み合わせとすることができる。コンピュータ可読ストレージ媒体のより具体的な例（非網羅的なリスト）として、以下のもの、即ち、１つ又は複数の配線を有する電気的接続、ポータブル・コンピュータ・ディスケット、ハード・ディスク、ランダム・アクセス・メモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、消去可能なプログラム可能読み出し専用メモリ（ＥＰＲＯＭ又はフラッシュメモリ）、光ファイバ、ポータブル・コンパクト・ディスク読み出し専用メモリ（ＣＤ−ＲＯＭ）、光記憶装置、磁気記憶装置、又は上記のいずれかの適切な組み合わせが挙げられる。本明細書の文脈において、コンピュータ可読ストレージ媒体は、命令実行システム、装置若しくはデバイスによって用いるため、又はそれらと接続して用いるためにプログラムを収容又は格納することができるいずれかの有形媒体とすることができる。

ここで図２６を参照すると、一例において、コンピュータ・プログラム製品１４００が、例えば、本発明の１つ又は複数の態様を提供し、容易にするように、コンピュータ可読プログラム・コード手段又は論理１４０４をその上に格納するための１つ又は複数のコンピュータ可読ストレージ媒体１４０２を含む。

コンピュータ可読媒体上に具体化されたプログラム・コードは、これらに限られるものではないが、無線、有線、光ファイバ・ケーブル、ＲＦ等、又は上記のいずれかの適切な組み合わせを含む、適切な媒体を用いて伝送することができる。

本発明の態様に関する操作を実行するためのコンピュータ・プログラム・コードは、Ｊａｖａ、ＳｍａｌｌＴａｌｋ、Ｃ＋＋等のようなオブジェクト指向型プログラミング言語、及び、「Ｃ」プログラミング言語、アセンブラ、又は同様のプログラミング言語のような従来の手続き型プログラミング言語を含む、１つ又は複数のプログラミング言語のいずれかの組み合わせで書くことができる。プログラム・コードは、完全にユーザのコンピュータ上で実行される場合もあり、スタンドアロンのソフトウェア・パッケージとして、一部がユーザのコンピュータ上で実行される場合もあり、一部がユーザのコンピュータ上で実行され、一部が遠隔コンピュータ上で実行される場合もあり、又は完全に遠隔コンピュータ若しくはサーバ上で実行される場合もある。最後のシナリオにおいては、遠隔コンピュータは、ローカル・エリア・ネットワーク（ＬＡＮ）若しくは広域ネットワーク（ＷＡＮ）を含むいずれかのタイプのネットワークを通じてユーザのコンピュータに接続される場合もあり、又は外部コンピュータへの接続がなされる場合もある（例えば、インターネット・サービス・プロバイダを用いたインターネットを通じて）。

本発明の態様は、本発明の実施形態による方法、装置（システム）及びコンピュータ・プログラム製品のフローチャート図及び／又はブロック図を参照して、本明細書で説明される。フローチャート図及び／又はブロック図の各ブロック、並びにフローチャート図及び／又はブロック図内のブロックの組み合わせは、コンピュータ・プログラム命令によって実装できることが理解されるであろう。これらのコンピュータ・プログラム命令を、汎用コンピュータ、専用コンピュータ、又は他のプログラム可能データ処理装置のプロセッサに与えてマシンを製造し、それにより、コンピュータ又は他のプログラム可能データ処理装置のプロセッサによって実行される命令が、フローチャート及び／又はブロック図の１つ又は複数のブロックにおいて指定された機能／動作を実装するための手段を作り出すようにすることができる。

これらのコンピュータ・プログラム命令はまた、コンピュータ、他のプログラム可能データ処理装置、又は他のデバイスを特定の方式で機能させるように指示することができるコンピュータ可読媒体内に格納し、それにより、そのコンピュータ可読媒体内に格納された命令が、フローチャート及び／又はブロック図の１つ又は複数のブロックにおいて指定された機能／動作を実装する命令を含む製品を製造するようにすることもできる。

コンピュータ・プログラム命令はまた、コンピュータ、他のプログラム可能データ処理装置、又は他のデバイス上にロードして、一連の動作ステップをコンピュータ、他のプログラム可能データ処理装置、又は他のデバイス上で行わせてコンピュータ実施のプロセスを生成し、それにより、コンピュータ又は他のプログラム可能装置上で実行される命令が、フローチャート及び／又はブロック図の１つ又は複数のブロックにおいて指定された機能／動作を実行するためのプロセスを提供するようにもすることもできる。

図面内のフローチャート及びブロック図は、本発明の種々の実施形態によるシステム、方法及びコンピュータ・プログラム製品の可能な実装のアーキテクチャ、機能及び動作を示す。この点に関して、フローチャート又はブロック図内の各ブロックは、指定された論理機能を実装するための１つ又は複数の実行可能命令を含むモジュール、セグメント、又はコードの部分を表すことができる。幾つかの代替的な実装において、ブロック内に記載された機能は、図面内に記載された順序とは異なる順序で行われ得ることにも留意すべきである。例えば、連続して示された２つのブロックが、関与する機能に応じて、実際には、実質的に同時に実行されることもあり、ときにはブロックが逆順に実行されることもある。また、ブロック図及び／又はフローチャート図の各ブロック、並びにブロック図及び／又はフローチャート図内のブロックの組み合わせは、指定された機能又は動作を行う専用ハードウェア・ベースのシステムによって、又は専用ハードウェアとコンピュータ命令との組み合わせによって実装できることにも留意されたい。

上記に加えて、本発明の１つ又は複数の態様は、顧客環境の管理を提供するサービス・プロバイダにより、供与し、提供し、配置し、管理し、サービスを行うことなどができる。例えば、サービス・プロバイダは、１又は複数の顧客に対して本発明の１つ又は複数の態様を実施するコンピュータ・コード及び／又はコンピュータ・インフラストラクチャを作成し、保持し、サポートすることなどができる。見返りとして、サービス・プロバイダは、例として、予約申し込み及び／又は報酬契約の下で顧客から支払いを受けることができる。付加的に又は代替的に、サービス・プロバイダは、１又は複数の第三者に対する広告コンテンツの販売から支払いを受けることができる。

本発明の１つの態様において、本発明の１つ又は複数の態様を実施するために、アプリケーションを配置することができる。一例として、アプリケーションの配置は、本発明の１つ又は複数の態様を実施するように動作可能なコンピュータ・インフラストラクチャを提供することを含む。

本発明の更に別の態様として、コンピュータ可読コードをコンピュータ・システムに統合することを含む、コンピュータ・インフラストラクチャを配置することが可能であり、そこでは、コードは、コンピューティング・システムと協働して、本発明の１つ又は複数の態様を実施することができる。

本発明の更に別の態様として、コンピュータ可読コードをコンピュータ・システムに統合することを含む、コンピュータ・インフラストラクチャを統合するためのプロセスを提供することができる。コンピュータ・システムは、コンピュータ可読媒体を含み、ここで、コンピュータ媒体は本発明の１つ又は複数の態様を含む。コードは、コンピュータ・システムと協働して、本発明の１つ又は複数の態様を実施することができる。

種々の実施形態が上述されたが、これらは一例にすぎない。例えば、他のアーキテクチャのコンピューティング環境が、本発明の１つ又は複数の態様を組み込み、用いることが可能である。例として、Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｂｕｓｉｎｅｓｓ Ｍａｃｈｉｎｅｓ Ｃｏｒｐｏｒａｔｉｏｎ社により提供されるＰｏｗｅｒ Ｓｙｓｔｅｍｓサーバ若しくは他のサーバ、又は他の会社のサーバのような、Ｓｙｓｔｅｍ ｚ（登録商標）サーバ以外のサーバが、本発明の１つ又は複数の態様を含み、使用し、及び／又はそこから利益を得ることができる。さらに、本明細書での例では、アダプタ及びＰＣＩハブはサーバの一部と見なされるが、他の実施形態においては、これらを必ずしもサーバの一部と見なす必要はなく、単にコンピューティング環境のシステム・メモリ及び／又は他のコンポーネントに結合されていると見なすことができる。コンピューティング環境は、サーバである必要はない。さらに、アダプタはＰＣＩベースのものであるが、本発明の１つ又は複数の態様は、他のアダプタ又は他のＩ／Ｏコンポーネントと共に使用可能である。アダプタ及びＰＣＩアダプタは、単なる例である。さらに、本発明の１つ又は複数の態様は、ＰＣＩ ＭＳＩ以外の割り込みスキームに適用可能である。さらにまた、ビットが設定される例が説明されるが、他の実施形態においては、バイト又は他のタイプのインジケータを設定してもよい。ＤＴＥは、より多くの、より少ない、及び異なる情報を含んでもよい。多くの他の変形が可能である。

さらに、他のタイプのコンピューティング環境が、本発明の１つ又は複数の態様から利益を得ることができる。一例として、システム・バスを通してメモリ要素に直接的に又は間接的に結合された少なくとも２つのプロセッサを含む、プログラム・コードを格納及び／又は実行するのに適したデータ処理システムが使用可能である。メモリ要素は、例えば、プログラム・コードの実際の実行時に用いられるローカル・メモリと、大容量記憶装置と、実行時に大容量記憶装置からコードを取得しなければならない回数を減少させるために少なくとも幾つかのプログラム・コードの一時的なストレージを提供するキャッシュ・メモリとを含む。

入力／出力即ちＩ／Ｏ装置（キーボード、ディスプレイ、ポインティング装置、ＤＡＳＤ、テープ、ＣＤ、ＤＶＤ、親指ドライブ、及び他のメモリ媒体等を含むが、これらに限定されるものではない）は、直接的に、又は介在するＩ／Ｏコントローラを通して、システムに結合することができる。データ処理システムが、介在するプライベート・ネットワーク又は公衆ネットワークを通して、他のデータ処理システム又はリモート・プリンタ若しくはストレージ装置に結合できるように、ネットワーク・アダプタをシステムに結合することもできる。モデム、ケーブル・モデム及びイーサネット・カードは、利用可能なタイプのネットワーク・アダプタのほんの数例にすぎない。

図２７を参照すると、本発明の１つ又は複数の態様を実装するためのホスト・コンピュータ・システム５０００の代表的なコンポーネントが描かれている。代表的なホスト・コンピュータ５０００は、コンピュータ・メモリ（即ち、中央ストレージ）５００２と通信状態にある１つ又は複数のＣＰＵ５００１に加えて、ストレージ媒体デバイス５０１１及び他のコンピュータ又はＳＡＮ等と通信するためのネットワーク５０１０へのＩ／Ｏインターフェースを含む。ＣＰＵ５００１は、アーキテクチャ化された（architected）命令セット及びアーキテクチャ化された機能を有するアーキテクチャに準拠している。ＣＰＵ５００１は、プログラム・アドレス（仮想アドレス）をメモリの実アドレスに変換するための動的アドレス変換（Dynamic Address Translation、ＤＡＴ）５００３を有することができる。ＤＡＴは、一般的に、変換をキャッシュに入れるための変換ルックアサイド・バッファ（ＴＬＢ）５００７を含むので、コンピュータ・メモリ５００２のブロックへの後のアクセスは、アドレス変換の遅延を必要としない。一般的に、コンピュータ・メモリ５００２とプロセッサ５００１との間に、キャッシュ５００９が用いられる。キャッシュ５００９は、１つより多いＣＰＵが利用可能な大容量のキャッシュと、大型のキャッシュと各ＣＰＵとの間のより小型でより高速な（下位レベルの）キャッシュとを有する階層とすることができる。幾つかの実装において、下位レベルのキャッシュは、命令のフェッチ及びデータ・アクセスのために別個の下位レベル・キャッシュを与えるように分割される。一実施形態においては、キャッシュ５００９を介して、命令フェッチ・ユニット５００４により、命令がメモリ５００２からフェッチされる。命令は、命令デコード・ユニット５００６でデコードされ、命令実行ユニット５００８にディスパッチされる（幾つかの実施形態においては他の命令と共に）。一般的には、例えば、算術演算実行ユニット、浮動小数点実行ユニット、及び分岐命令実行ユニットなどの幾つかの実行ユニット５００８が用いられる。命令は、実行ユニットにより実行され、必要に応じて命令が指定したレジスタ又はメモリからオペランドにアクセスする。メモリ５００２からオペランドにアクセスする（ロード又はストアする）場合、典型的には、ロード／ストア・ユニット５００５が、実行される命令の制御下でアクセスを処理する。命令は、ハードウェア回路又は内部のマイクロコード（ファームウェア）において、又はその両方の組み合わせによって実行することができる。

既述のように、コンピュータ・システムは、ローカル（又は主）ストレージ内の情報、並びに、アドレッシング、保護、参照、及び変更の記録を含む。アドレッシングの幾つかの態様は、アドレスの形式、アドレス空間の概念、種々のタイプのアドレス、及び１つのタイプのアドレスを別のタイプのアドレスに変換する方法を含む。主ストレージの一部は、永続的に割り当てられた記憶位置を含む。主ストレージは、システムに、データの直接アドレス指定可能な高速アクセス・ストレージを与える。データ及びプログラムを処理できるようになる前に、（入力装置から）データ及びプログラムの両方は、主ストレージにロードされる。

主ストレージは、キャッシュと呼ばれることもある、１つ又は複数のより小さくより高速アクセスのバッファ・ストレージを含むことができる。キャッシュは、典型的には、ＣＰＵ又はＩ／Ｏプロセッサと物理的に関連付けられる。物理的構成及び別個のストレージ媒体を使用することの影響は、性能に対するものを除き、通常、プログラムにより観察することはできない。

命令及びデータ・オペランドについて、別個のキャッシュを保持することができる。キャッシュ内の情報は、キャッシュ・ブロック又はキャッシュ・ライン（又は短縮してライン）と呼ばれる、整数境界（integral boundary）上にある連続したバイト内に保持される。モデルは、キャッシュ・ラインのサイズをバイトで返す、ＥＸＴＲＡＣＴ ＣＡＣＨＥ ＡＴＴＲＩＢＵＴＥ命令を提供することができる。モデルはまた、データ若しくは命令キャッシュへのストレージのプリフェッチ、又は、キャッシュからのデータの解放に影響を与える、ＰＲＥＦＥＴＣＨ ＤＡＴＡ及びＰＲＥＦＥＴＣＨ ＤＡＴＡ ＲＥＬＡＴＩＶＥ ＬＯＮＧ命令を提供することができる。

ストレージは、長い水平方向のビットの文字列と考えられる。大部分の操作において、ストレージへのアクセスは、左から右への順序で進む。ビットの文字列は、８ビット単位で分割される。８ビットの単位は１バイトと呼ばれ、全ての情報の形式の基本的な構成要素（building block）である。ストレージ内の各々のバイト位置は、負でない一意の整数により識別され、この整数がそのバイト位置のアドレスであり、即ち、簡単にバイト・アドレスである。隣接するバイト位置は、連続するアドレスを有し、左の０で始まり、左から右への順序で進む。アドレスは、符号なしの２進整数であり、２４ビット、３１ビット、又は６４ビットである。

情報は、ストレージとＣＰＵ又はチャネル・サブシステムとの間で、一度に１バイトずつ、又は１バイト・グループずつ伝送される。特に断りのない限り、例えばｚ／Ａｒｃｈｉｔｅｃｔｕｒｅ（登録商標）においては、ストレージ内のバイト・グループは、グループの左端のバイトによりアドレス指定される。グループ内のバイト数は、実行される操作により暗黙に又は明示的に指定される。ＣＰＵ操作に用いられる場合、バイト・グループはフィールドと呼ばれる。例えばｚ／Ａｒｃｈｉｔｅｃｔｕｒｅ（登録商標）においては、バイト・グループの中の各々において、ビットは、左から右の順序で番号が付けられる。ｚ／Ａｒｃｈｉｔｅｃｔｕｒｅ（登録商標）においては、左端ビットは「上位（high-order）」ビットと呼ばれることがあり、右端ビットは「下位（low-order）」ビットと呼ばれることがある。しかしながら、ビット数は、ストレージ・アドレスではない。バイトだけを、アドレス指定することができる。ストレージ内の１つのバイトの個々のビットに対して操作を行うためには、そのバイト全体にアクセスされる。１バイトの中のビットには、左から右に０から７までの番号が付けられる（例えばｚ／Ａｒｃｈｉｔｅｃｔｕｒｅ（登録商標）において）。１つのアドレスの中のビットには、２４ビット・アドレスの場合は８−３１若しくは４０−６３の番号を付けることができ、又は、３１ビット・アドレスの場合は１−３１若しくは３３−６３の番号を付けることができ、６４ビット・アドレスの場合は０−６３の番号が付けられる。複数のバイトから成る他のいずれかの固定長形式の中では、その形式を構成するビットには、０から始まる連続番号が付けられる。エラー検出のため及び好ましくは訂正のために、各バイト又はバイト・グループと共に、１つ又は複数の検査ビットが伝送されることがある。このような検査ビットは、マシンにより自動的に生成されるものであり、プログラムが直接制御することはできない。記憶容量は、バイト数で表わされる。ストレージ・オペランド・フィールドの長さが命令のオペレーション・コードで暗黙的に指定される場合、そのフィールドは固定長を有すると言われ、固定長は、１バイト、２バイト、４バイト、８バイト、又は１６バイトとすることができる。一部の命令では、より長いフィールドが暗黙的に指定されることもある。ストレージ・オペランド・フィールドの長さが暗黙的に指定されず明示的に記述される場合は、そのフィールドは可変長を有すると言われる。可変長オペランドは、１バイトのインクリメントにより変化し得る（又は、一部の命令では、２バイトの倍数若しくは他の倍数）。情報がストレージ内に置かれるとき、ストレージへの物理パスの幅が格納されるフィールドの長さを上回り得るとしても、指定されたフィールド内に含まれるバイトの記憶位置のコンテンツのみが置き換えられる。

特定の情報単位は、ストレージ内の整数境界上にあることになる。そのストレージ・アドレスがバイトでの単位での長さの倍数であるとき、境界は、情報単位に関して整数のものであると言われる。整数境界上にある２バイト、４バイト、８バイト、及び１６バイトのフィールドには、特別な名称が与えられる。ハーフワード（halfword）は、２バイト境界上にある２個の連続したバイトのグループであり、これは、命令の基本的な構成要素である。ワード（word）は、４バイト境界上にある４個の連続したバイトのグループである。ダブルワード（doubleword）は、８バイト境界上にある８個の連続したバイトのグループである。クワッドワード（quadword）は、１６バイト境界上にある１６個の連続したバイトのグループである。ストレージ・アドレスが、ハーフワード、ワード、ダブルワード、及びクワッドワードを示す場合、そのアドレスの２進表現は、それぞれ、右端の１個、２個、３個、又は４個のビットが０になる。命令は、２バイトの整数境界上にあることになる。大部分の命令のストレージ・オペランドは、境界合わせ（boundary alignment）要件をもたない。

命令及びデータ・オペランドに対して別個のキャッシュを実装するデバイスにおいては、ストアが、後にフェッチされる命令を変更するかどうかに関係なく、後に命令をフェッチするキャッシュ・ライン内にプログラムが格納される場合には、著しい遅延が生じることがある。

１つの実施形態において、本発明は、ソフトウェア（ライセンス内部コード、ファームウェア、マイクロコード、ミリコード、ピココードなどと呼ばれる場合もあるが、そのいずれも本発明と整合性がある）により実施することができる。図２７を参照すると、本発明を具体化するソフトウェア・プログラム・コードは、典型的には、ホスト・システム５０００のプロセッサ５００１により、ＣＤ−ＲＯＭドライブ、テープドライブ、又はハードドライブといった長期ストレージ媒体デバイス５０１１からアクセスされる。ソフトウェア・プログラム・コードは、ディスケット、ハードドライブ、又はＣＤ−ＲＯＭといった、データ処理システムと共に用いるための種々の周知の媒体のいずれかの上で具体化することができる。コードは、こうした媒体上に分散させても、又はコンピュータ・メモリ５００２からユーザに分散させても、又は、こうした他のシステムのユーザが使用するために、ネットワーク５０１０上の１つのコンピュータ・システムのストレージから他のコンピュータ・システムに分散させてもよい。

ソフトウェア・プログラム・コードは、種々のコンピュータ・コンポーネント及び１つ又は複数のアプリケーション・プログラムの機能及び相互作用を制御するオペレーティング・システムを含む。プログラム・コードは、通常、ストレージ媒体デバイス５０１１から相対的により高速のコンピュータ・ストレージ５００２にページングされ、そこでプロセッサ５００１による処理のために利用可能になる。ソフトウェア・プログラム・コードをメモリ内、物理的媒体上で具体化し、及び／又は、ネットワークを介してソフトウェア・コードを分散させる技術及び方法は周知であり、ここではこれ以上論じない。プログラム・コードは、有形の媒体（これらに限定されるものではないが、電子メモリ・モジュール（ＲＡＭ）、フラッシュメモリ、コンパクトディスク（ＣＤ）、ＤＶＤ、磁気テープなどを含む）上に作成され格納されたとき、「コンピュータ・プログラム製品」と呼ばれることが多い。コンピュータ・プログラム製品媒体は、典型的には、処理回路による実行のために、好ましくはコンピュータ・システム内の処理回路によって読み取り可能である。

図２８は、本発明を実施することができる代表的なワークステーション又はサーバ・ハードウェア・システムを示す。図２８のシステム５０２０は、随意的な周辺機器を含む、パーソナル・コンピュータ、ワークステーション、又はサーバなどの代表的なベース・コンピュータ・システム５０２１を含む。ベース・コンピュータ・システム５０２１は、１つ又は複数のプロセッサ５０２６と、周知の技術に従ってプロセッサ５０２６とシステム５０２１の他のコンポーネントを接続し、これらの間の通信を可能にするために用いられるバスとを含む。バスは、プロセッサ５０２６を、ハードドライブ（例えば、磁気媒体、ＣＤ、ＤＶＤ、及びフラッシュメモリのいずれかを含む）又はテープドライブを含むことができる、メモリ５０２５及び長期ストレージ５０２７に接続する。システム５０２１はまた、バスを介して、マイクロプロセッサ５０２６を、キーボード５０２４、マウス５０２３、プリンタ／スキャナ５０３０、及び／又はタッチ・センシティブ・スクリーン、デジタル化された入力パッド等のいずれかのユーザ・インターフェース機器とすることができる他のインターフェース機器といった、１つ又は複数のインターフェース機器に接続する、ユーザ・インターフェース・アダプタを含むこともできる。バスはまた、ディスプレイ・アダプタを介して、ＬＣＤスクリーン又はモニタなどのディスプレイ装置５０２２をマイクロプロセッサ５０２６にも接続する。

システム５０２１は、ネットワーク５０２９と通信する５０２８ことができるネットワーク・アダプタを介して、他のコンピュータ又はコンピュータ・ネットワークと通信することができる。例示的なネットワーク・アダプタは、通信チャネル、トークン・リング、イーサネット又はモデムである。或いは、システム５０２１は、ＣＤＰＤ（セルラー・デジタル・パケット・データ）カードのような無線インターフェースを用いて通信することもできる。システム５０２１は、ローカル・エリア・ネットワーク（ＬＡＮ）若しくは広域ネットワーク（ＷＡＮ）、又はシステム５０２１内のこうした他のコンピュータと関連付けることができ、又は、別のコンピュータ等とのクライアント／サーバ構成におけるクライアントとすることができる。これらの構成の全て、並びに、適切な通信ハードウェア及びソフトウェアは、当技術分野において周知である。

図２９は、本発明を実施することができるデータ処理ネットワーク５０４０を示す。データ処理ネットワーク５０４０は、各々が複数の個々のワークステーション５０４１、５０４２、５０４３、５０４４を含むことができる、無線ネットワーク及び有線ネットワークのような複数の個々のネットワークを含むことができる。さらに、当業者であれば理解するように、１つ又は複数のＬＡＮを含ませることができ、そこで、ＬＡＮは、ホスト・プロセッサに結合された複数のインテリジェント・ワークステーションを含むことができる。

さらに図２９を参照すると、ネットワークはまた、ゲートウェイ・コンピュータ（クライアント・サーバ５０４６）、又はアプリケーション・サーバ（データ・リポジトリにアクセスすることができ、かつ、ワークステーション５０４５から直接アクセスすることもできる遠隔サーバ５０４８）のような、メインフレーム・コンピュータ又はサーバを含むこともできる。ゲートウェイ・コンピュータ５０４６は、各々の個々のネットワークへの入口点として働く。ゲートウェイは、１つのネットワーク・プロトコルを別のものに接続するときに必要とされる。ゲートウェイ５０４６は、通信リンクによって別のネットワーク（例えば、インターネット５０４７）に結合できることが好ましい。ゲートウェイ５０４６はまた、通信リンクを用いて、１つ又は複数のワークステーション５０４１、５０４２、５０４３、５０４４に直接結合することもできる。ゲートウェイ・コンピュータは、Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｂｕｓｉｎｅｓｓ Ｍａｃｈｉｎｅｓ Ｃｏｒｐｏｌａｔｉｏｎ社から入手可能なＩＢＭ ｅＳｅｒｖｅｒ（商標）Ｓｙｓｔｅｍ ｚ（登録商標）サーバを用いて実装することができる。

図２８及び図２９を同時に参照すると、本発明を具体化することができるソフトウェア・プログラム・コードには、一般的に、ＣＤ−ＲＯＭドライブ又はハードドライブといった長期ストレージ媒体５０２７から、システム５０２０のプロセッサ５０２６によってアクセスすることができる。ソフトウェア・プログラム・コードは、ディスケット、ハードドライブ、又はＣＤ−ＲＯＭといった、データ処理システムと共に用いるための種々の周知の媒体のいずれかの上で具体化することができる。コードは、そのような媒体上で分散させても、又はメモリからユーザ５０５０、５０５１に分散させても、或いは、こうした他のシステムのユーザが用いるために、ネットワーク上の１つのコンピュータ・システムのストレージから他のコンピュータ・システムに分散させてもよい。

或いは、プログラム・コードをメモリ５０２５内で具体化し、プロセッサ・バスを用いてプロセッサ５０２６によってプログラム・コードにアクセスすることができる。このようなプログラム・コードは、種々のコンピュータ・コンポーネント及び１つ又は複数のアプリケーション・プログラム５０３２の機能及び相互作用を制御するオペレーティング・システムを含む。プログラム・コードは、通常、ストレージ媒体５０２７から高速メモリ５０２５にページングされ、そこでプロセッサ５０２６による処理のために利用可能になる。ソフトウェア・プログラム・コードをメモリ内、物理的媒体上で具体化し、及び／又は、ネットワークを介してソフトウェア・コードを配布する技術及び方法は周知であり、ここではこれ以上論じない。プログラム・コードは、作成され、有形の媒体（これらに限定されるものではないが、電子メモリ・モジュール（ＲＡＭ）、フラッシュメモリ、コンパクトディスク（ＣＤ）、ＤＶＤ、磁気テープなどを含む）に格納されたとき、「コンピュータ・プログラム製品」と呼ばれることが多い。コンピュータ・プログラム製品媒体は、典型的には、処理回路による実行のために、好ましくはコンピュータ・システム内の処理回路によって読み取り可能である。

プロセッサが最も容易に利用できるキャッシュ（通常、プロセッサの他のキャッシュよりも高速で小さい）は、最下位（Ｌ１又はレベル１）のキャッシュであり、メインストア（主メモリ）は、最上位レベルのキャッシュ（３つのレベルがある場合にはＬ３）である。最下位レベルのキャッシュは、実行されるマシン命令を保持する命令キャッシュ（Ｉ−キャッシュ）と、データ・オペランドを保持するデータ・キャッシュ（Ｄ−キャッシュ）とに分割されることが多い。

図３０を参照すると、プロセッサ５０２６についての例示的なプロセッサの実施形態が示される。典型的には、メモリ・ブロックをバッファに入れてプロセッサ性能を向上させるために、１つ又は複数のレベルのキャッシュ５０５３が用いられる。キャッシュ５０５３は、用いられる可能性が高いメモリ・データのキャッシュ・ラインを保持する高速バッファである。典型的なキャッシュ・ラインは、６４バイト、１２８バイト、又は２５６バイトのメモリ・データである。データをキャッシュに入れるのではなく、命令をキャッシュに入れるために、別個のキャッシュが用いられることが多い。キャッシュ・コヒーレンス（メモリ及びキャッシュ内のラインのコピーの同期）は、多くの場合、当技術分野において周知の種々の「スヌープ（snoop）」アルゴリズムによって与えられる。プロセッサ・システムの主メモリ・ストレージ５０２５は、キャッシュと呼ばれることが多い。４つのレベルのキャッシュ５０５３を有するプロセッサ・システムにおいて、主ストレージ５０２５は、典型的にはより高速であり、かつ、コンピュータ・システムが利用できる不揮発性ストレージ（ＤＡＳＤ、テープ等）の一部だけを保持するので、レベル５（Ｌ５）のキャッシュと呼ばれることがある。主ストレージ５０２５は、オペレーティング・システムによって主ストレージ５０２５との間でページングされるデータのページを「キャッシュに入れる」。

プログラム・カウンタ（命令カウンタ）５０６１は、実行される現行の命令のアドレスを常時監視している。ｚ／Ａｒｃｈｉｔｅｃｔｕｒｅ（登録商標）プロセッサのプログラム・カウンタは６４ビットであり、従来のアドレッシング制限をサポートするために、３１ビット又は２４ビットに切り捨てることができる。プログラム・カウンタは、典型的には、コンテキスト・スイッチの際に持続するように、コンピュータのＰＳＷ（プログラム状況ワード）内で具体化される。従って、例えば、オペレーティング・システムにより、プログラム・カウンタ値を有する進行中のプログラムに割り込みをかけることが可能である（プログラム環境からオペレーティング・システム環境へのコンテキスト・スイッチ）。プログラムのＰＳＷは、プログラムがアクティブでない間、プログラム・カウンタ値を保持し、オペレーティング・システムが実行されている間、オペレーティング・システムの（ＰＳＷ内の）プログラム・カウンタが用いられる。典型的には、プログラム・カウンタは、現行の命令のバイト数に等しい量だけインクリメントされる。ＲＩＳＣ（Reduced Instruction Set Computing、縮小命令セット・コンピューティング）命令は、典型的には固定長であり、ＣＩＳＣ（Complex Instruction Set Computing、複合命令セット・コンピューティング）命令は、典型的には可変長である。ＩＢＭ ｚ／Ａｒｃｈｉｔｅｃｔｕｒｅ（登録商標）の命令は、２バイト、４バイト、又は６バイトの長さを有するＣＩＳＣ命令である。例えば、コンテキスト・スイッチ操作又は分岐命令の分岐成立（Branch taken）操作により、プログラム・カウンタ５０６１が変更される。コンテキスト・スイッチ操作において、現行のプログラム・カウンタ値は、実行されるプログラムについての他の状態情報（条件コードのような）と共にプログラム状況ワード内に保存され、実行される新しいプログラム・モジュールの命令を指し示す新しいプログラム・カウンタ値がロードされる。分岐成立操作を行い、分岐命令の結果をプログラム・カウンタ５０６１にロードすることにより、プログラムが判断を下すこと又はプログラム内でループすることを可能にする。

典型的には、プロセッサ５０２６の代わりに命令をフェッチするために、命令フェッチ・ユニット５０５５が用いられる。フェッチ・ユニットは、「次の順次命令（next sequential instruction）」、分岐成立命令のターゲット命令、又はコンテキスト・スイッチの後のプログラムの最初の命令のいずれかをフェッチする。今日の命令フェッチ・ユニットは、プリフェッチされた命令を用いることができる可能性に基づいて、命令を投機的にプリフェッチするプリフェッチ技術を用いることが多い。例えば、フェッチ・ユニットは、次の順次命令を含む１６バイトの命令と、付加的なバイトの更なる順次命令とをフェッチすることができる。

次いで、フェッチされた命令が、プロセッサ５０２６によって実行される。一実施形態において、フェッチされた命令は、フェッチ・ユニットのディスパッチ・ユニット５０５６に渡される。ディスパッチ・ユニットは命令をデコードし、デコードされた命令についての情報を適切なユニット５０５７、５０５８、５０６０に転送する。実行ユニット５０５７は、典型的には、命令フェッチ・ユニット５０５５からデコードされた算術命令についての情報を受け取り、命令のオペコードに従ってオペランドに関する算術演算を行う。オペランドは、好ましくは、メモリ５０２５、アーキテクチャ化レジスタ５０５９、又は実行される命令の即値フィールドのいずれかから、実行ユニット５０５７に与えられる。実行の結果は、格納された場合には、メモリ５０２５、レジスタ５０５９、又は他のマシン・ハードウェア（制御レジスタ、ＰＳＷレジスタなどのような）内に格納される。

プロセッサ５０２６は、典型的には、命令の機能を実行するための１つ又は複数の実行ユニット５０５７、５０５８、５０６０を有する。図３１を参照すると、実行ユニット５０５７は、インターフェース論理５０７１を介して、アーキテクチャ化された汎用レジスタ５０５９、デコード／ディスパッチ・ユニット５０５６、ロード・ストア・ユニット５０６０、及び他のプロセッサ・ユニット５０６５と通信することができる。実行ユニット５０５７は、幾つかのレジスタ回路５０６７、５０６８、５０６９を用いて、算術論理演算ユニット（ＡＬＵ）５０６６が動作する情報を保持することができる。ＡＬＵは、加算（ａｄｄ）、減算（ｓｕｂｔｒａｃｔ）、乗算（ｍｕｌｔｉｐｌｙ）、及び除算（ｄｉｖｉｄｅ）などの算術演算、並びに、論理積（ａｎｄ）、論理和（ｏｒ）、及び排他的論理和（ＸＯＲ）、ローテート（ｒｏｔａｔｅ）及びシフト（ｓｈｉｆｔ）のような論理関数を実行する。ＡＬＵは、設計に依存する専用の演算をサポートすることが好ましい。他の回路は、例えば条件コード及び復旧サポート論理を含む、他のアーキテクチャ化ファシリティ５０７２を提供することができる。典型的には、ＡＬＵ演算の結果は、出力レジスタ回路５０７０に保持され、この出力レジスタ回路５０７０が、結果を種々の他の処理機能に転送することができる。多数のプロセッサ・ユニットの構成が存在し、本説明は、一実施形態の代表的な理解を与えることのみを意図している。

例えばＡＤＤ命令は、算術及び論理機能を有する実行ユニット５０５７で実行され、一方、例えば浮動小数点命令は、特化された浮動小数点能力を有する浮動小数点実行部で実行される。実行ユニットは、オペランドに対してオペコードが定めた関数を行うことにより、命令が特定したオペランドに対して動作することが好ましい。例えば、ＡＤＤ命令は、命令のレジスタ・フィールドによって特定された２つのレジスタ５０５９内に見出されるオペランドに対して、実行ユニット５０５７により実行することができる。

実行ユニット５０５７は、２つのオペランドに対して算術加算を実行し、結果を第３オペランドに格納し、ここで第３オペランドは、第３のレジスタであっても又は２つのソース・レジスタのいずれかであってもよい。実行ユニットは、シフト、ローテート、論理積、論理和、及び排他的論理和のような種々の論理関数、並びに、加算、減算、乗算、除法のいずれかを含む、種々の代数関数を実行することができる算術論理演算ユニット（ＡＬＵ）５０６６を用いることが好ましい。スカラー演算のために設計されたＡＬＵ５０６６もあり、浮動小数点のために設計されたものＡＬＵ５０６６もある。データは、アーキテクチャに応じて、ビッグエンディアン（Big Endian）（最下位のバイトが最も高いバイト・アドレスである）、又はリトルエンディアン（Little Endian）（最下位のバイトが最も低いバイト・アドレスである）とすることができる。ＩＢＭ ｚ／Ａｒｃｈｉｔｅｃｔｕｒｅ（登録商標）は、ビッグエンディアンである。符号付きフィールドは、アーキテクチャに応じて、符号及び大きさ、１の補数、又は２の補数とすることができる。２の補数における負の値又は正の値は、ＡＬＵ内で加法しか必要としないため、ＡＬＵが減算能力を設計する必要がないという点で、２の補数は有利である。数値は、通常、省略表現で記述され、１２ビット・フィールドは、４，０９６バイトブロックのアドレスを定め、通常、例えば４Ｋバイト（キロバイト）ブロックのように記述される。

図３２を参照すると、分岐命令を実行するための分岐命令情報が、典型的には、分岐ユニット５０５８に送られ、この分岐ユニット５０５８は、多くの場合、分岐履歴テーブル５０８２のような分岐予測アルゴリズムを用いて、他の条件付き演算が完了する前に分岐の結果を予測する。条件付き演算が完了する前に、現行の分岐命令のターゲットがフェッチされ、投機的に実行される。条件付き演算が完了すると、投機的に実行された分岐命令は、条件付き演算の条件及び投機された結果に基づいて、完了されるか又は破棄される。典型的な分岐命令は、条件コードを試験し、条件コードが分岐命令の分岐要件を満たす場合、ターゲット・アドレスに分岐することができ、ターゲット・アドレスは、例えば、命令のレジスタ・フィールド又は即値フィールド内に見出されるものを含む幾つかの数に基づいて計算することができる。分岐ユニット５０５８は、複数の入力レジスタ回路５０７５、５０７６、５０７７と、出力レジスタ回路５０８０とを有するＡＬＵ５０７４を用いることができる。分岐ユニット５０５８は、例えば、汎用レジスタ５０５９、デコード・ディスパッチ・ユニット５０５６、又は他の回路５０７３と通信することができる。

例えば、オペレーティング・システムによって開始されるコンテキスト・スイッチ、コンテキスト・スイッチを発生させるプログラム例外又はエラー、コンテキスト・スイッチを発生させるＩ／Ｏ割り込み信号、或いは、（マルチスレッド環境における）複数のプログラムのマルチスレッド活動を含む様々な理由により、命令のグループの実行に割り込みがかけられることがある。コンテキスト・スイッチ動作は、現在実行中のプログラムについての状態情報を保存し、次いで、起動される別のプログラムについての状態情報をロードすることが好ましい。状態情報は、例えば、ハードウェア・レジスタ又はメモリ内に保存することができる。状態情報は、実行される次の命令を指し示すプログラム・カウンタ値と、条件コードと、メモリ変換情報と、アーキテクチャ化されたレジスタの内容とを含むことが好ましい。コンテキスト・スイッチの活動は、ハードウェア回路、アプリケーション・プログラム、オペレーティング・システム・プログラム、又はファームウェア・コード（マイクロコード、ピココード、又はライセンス内部コード（ＬＩＣ））単独で又はその組み合わせで実施することができる。

プロセッサは、命令により定義された方法に従ってオペランドにアクセスする。命令は、命令の一部の値を用いて即値オペランドを与えることができ、汎用レジスタ又は専用レジスタ（例えば、浮動小数点レジスタ）のいずれかを明示的に指し示す１つ又は複数のレジスタ・フィールドを与えることができる。命令は、オペコード・フィールドによって、オペランドとして識別されるインプライド・レジスタ（implied register）を用いることができる。命令は、オペランドのためのメモリ位置を用いることができる。ｚ／Ａｒｃｈｉｔｅｃｔｕｒｅ（登録商標）の長変位ファシリティ（long displacement facility）により例示されるように、オペランドのメモリ位置を、レジスタ、即値フィールド、又はレジスタと即値フィールドの組み合わせによって与えることができ、命令は、基底レジスタ、索引レジスタ、及び即値フィールド（変位フィールド）を定め、これらが、例えば互いに加算されてメモリ内のオペランドのアドレスをもたらす。ここでの位置（location）は、典型的には、特に断りのない限り、主メモリ（主ストレージ）内の記憶位置を意味する。

図３３を参照すると、プロセッサは、ロード／ストア・ユニット５０６０を用いて、ストレージにアクセスする。ロード／ストア・ユニット５０６０は、メモリ５０５３内のターゲット・オペランドのアドレスを取得し、オペランドをレジスタ５０５９又は別のメモリ５０５３の記憶位置にロードすることによってロード操作を行うことができ、或いは、メモリ５０５３内のターゲット・オペランドのアドレスを取得し、レジスタ５０５９又は別のメモリ５０５３の記憶位置から取得したデータをメモリ５０５３内のターゲット・オペランドの記憶位置に格納することによって、ストア操作を行うことができる。ロード／ストア・ユニット５０６０は、投機的なものであってもよく、命令シーケンスに対してアウト・オブ・オーダー式の順序でメモリにアクセスすることができるが、プログラムに対して、命令がイン・オーダー式に実行されたという外観を維持することになる。ロード／ストア・ユニット５０６０は、汎用レジスタ５０５９、デコード／ディスパッチ・ユニット５０５６、キャッシュ／メモリ・インターフェース５０５３、又は他の要素５０８３と通信することができ、ストレージ・アドレスを計算し、かつ、パイプライン処理を順に行って操作をイン・オーダー式に保持するための、種々のレジスタ回路、ＡＬＵ５０８５、及び制御論理５０９０を含む。一部の動作は、アウト・オブ・オーダー式とすることができるが、ロード／ストア・ユニットは、アウト・オブ・オーダー式動作が、プログラムに対して、当技術分野において周知のようなイン・オーダー式に実行されたように見えるようにする機能を提供する。

好ましくは、アプリケーション・プログラムが「見ている」アドレスは、仮想アドレスと呼ばれることが多い。仮想アドレスは、「論理アドレス」及び「実効アドレス（effective address）」と呼ばれることもある。これらの仮想アドレスは、これらに限定されるものではないが、単に仮想アドレスをオフセット値にプリフィックス付加すること、１つ又は複数の変換テーブルを介して仮想アドレスを変換することを含む、種々の動的アドレス変換（ＤＡＴ）技術の１つによって、物理的メモリ位置にリダイレクトされるという点で仮想のものであり、変換テーブルは、少なくともセグメント・テーブル及びページ・テーブルを単独で又は組み合わせて含むことが好ましく、セグメント・テーブルは、ページ・テーブルを指し示すエントリを有することが好ましい。ｚ／Ａｒｃｈｉｔｅｃｔｕｒｅ（登録商標）では、領域第１テーブル、領域第２テーブル、領域第３テーブル、セグメント・テーブル、及び随意的なページ・テーブルを含む、変換の階層が提供される。アドレス変換の性能は、仮想アドレスを関連した物理的メモリ位置にマッピングするエントリを含む変換ルックアサイド・バッファ（ＴＬＢ）を用いることにより改善されることが多い。ＤＡＴが変換テーブルを用いて仮想アドレスを変換したときに、エントリが作成される。次いで、後に仮想アドレスを用いることで、低速の順次変換テーブル・アクセスではなく、高速のＴＬＢのエントリを用いることが可能になる。ＴＬＢの内容は、ＬＲＵ（Least Recently Used）を含む種々の置換アルゴリズムによって管理することができる。

プロセッサがマルチプロセッサ・システムのプロセッサである場合には、各プロセッサは、コヒーレンシのために、Ｉ／Ｏ、キャッシュ、ＴＬＢ、及びメモリといった共有リソースをインターロック状態に保持する責任を負う。キャッシュ・コヒーレンシを保持する際に、一般的には「スヌープ」技術が用いられる。スヌープ環境においては、共有を容易にするために、各キャッシュ・ラインを、共有状態、排他的状態、変更状態、無効状態等のいずれか１つの状態にあるものとしてマーク付けすることができる。

Ｉ／Ｏユニット５０５４（図３０）は、プロセッサに、例えば、テープ、ディスク、プリンタ、ディスプレイ、及びネットワークを含む周辺機器に取り付けるための手段を与える。Ｉ／Ｏユニットは、ソフトウェア・ドライバによってコンピュータ・プログラムに提示されることが多い。ＩＢＭ（登録商標）によるＳｙｓｔｅｍ ｚ（登録商標）のようなメインフレームにおいては、チャネル・アダプタ及びオープン・システム・アダプタが、オペレーティング・システムと周辺機器との間に通信をもたらすメインフレームのＩ／Ｏユニットである。

さらに、他のタイプのコンピューティング環境が、本発明の１つ又は複数の態様から利益を得ることができる。一例として、環境は、特定のアーキテクチャ（例えば、命令実行、アドレス変換などのアーキテクチャ化された機能、及びアーキテクチャ化されたレジスタを含む）又はそのサブセットをエミュレートする（例えば、プロセッサ及びメモリを有するネイティブ・コンピュータ・システム上で）エミュレータ（例えば、ソフトウェア又は他のエミュレーション機構）を含むことができる。このような環境においては、エミュレータを実行しているコンピュータが、エミュレートされる機能とは異なるアーキテクチャを有することができたとしても、エミュレータの１つ又は複数のエミュレーション機能nにより、本発明の１つ又は複数の態様が実施され得る。一例として、エミュレーション・モードにおいては、エミュレートされる特定の命令又は操作がデコードされ、適切なエミュレーション機能が構築され、個々の命令又は操作を実施する。

エミュレーション環境においては、ホスト・コンピュータは、例えば、命令及びデータを格納するためのメモリと、メモリから命令をフェッチし、随意的に、フェッチされた命令のためのローカル・バッファリングを提供するための命令フェッチ・ユニットと、フェッチされた命令を受信し、フェッチされた命令のタイプを判断するための命令デコード・ユニットと、命令を実行するための命令実行ユニットとを含む。実行は、データをメモリからレジスタ内にロードすること、データをレジスタから再びメモリに格納すること、又はデコード・ユニットにより判断されるように、何らかのタイプの算術演算又は論理演算を実行することを含むことができる。一例においては、各ユニットは、ソフトウェアで実装される。例えば、ユニットが実行する演算は、エミュレータ・ソフトウェア内の１つ又は複数のサブルーチンとして実装される。

より具体的には、メインフレームにおいて、アーキテクチャ化されたマシン命令は、通常、プログラマによって、多くの場合コンパイラ・アプリケーションを介して、今日では「Ｃ」プログラマによって用いられる。ストレージ媒体内に格納されたこれらの命令は、ｚ／Ａｒｃｈｉｔｅｃｔｕｒｅ（登録商標）のＩＢＭ（登録商標）サーバにおいて、又は代替的に他のアーキテクチャを実行するマシンにおいて、ネイティブに実行することができる。これらの命令は、既存の及び将来のＩＢＭ（登録商標）メインフレーム・サーバにおいて、及び、ＩＢＭ（登録商標）の他のマシン（例えば、Ｐｏｗｅｒ Ｓｙｓｔｅｍｓサーバ及びＳｙｓｔｅｍ ｘ（登録商標）サーバ）上で、エミュレートすることができる。これらの命令は、ＩＢＭ（登録商標）、Ｉｎｔｅｌ（登録商標）、ＡＭＤ（商標）などによって製造されたハードウェアを用いて種々のマシン上でＬｉｎｕｘを実行しているマシンにおいて実行することができる。Ｚ／Ａｒｃｈｉｔｅｃｔｕｒｅ（登録商標）下でそのハードウェア上で実行することに加えて、Ｌｉｎｕｘを用いること、並びに、一般に実行がエミュレーション・モードにある、Ｈｅｒｃｕｌｅｓ（www.hercules-390.orgを参照されたい）、又はＦＳＩ（Ｆｕｎｄａｍｅｎｔａｌ Ｓｏｆｔｗａｒｅ，Ｉｎｃ）（www.funsoft.comを参照されたい）によるエミュレーションを用いるマシンを用いることもできる。エミュレーション・モードにおいては、ネイティブ・プロセッサによって、エミュレーション・ソフトウェアが実行され、エミュレートされたプロセッサのアーキテクチャをエミュレートする。

ネイティブ・プロセッサは、一般的に、エミュレートされたプロセッサのエミュレーションを実行するためにファームウェア又はネイティブ・オペレーティング・システムのいずれかを含むエミュレーション・ソフトウェアを実行する。エミュレーション・ソフトウェアは、エミュレートされたプロセッサ・アーキテクチャの命令のフェッチと実行を担当する。エミュレーション・ソフトウェアは、エミュレートされたプログラム・カウンタを維持し、命令境界を常時監視している。エミュレーション・ソフトウェアは、一度に１つ又は複数のエミュレートされたマシン命令をフェッチし、ネイティブ・プロセッサにより実行するために、その１つ又は複数のエミュレートされたマシン命令を、対応するネイティブマシン命令のグループに変換することができる。これらの変換された命令は、より速い変換を達成できるようにキャッシュに入れることができる。それにも関わらず、エミュレーション・ソフトウェアは、エミュレートされたプロセッサ・アーキテクチャのアーキテクチャ規則を維持して、オペレーティング・システム及びエミュレートされたプロセッサのために書かれたアプリケーションが正確に動作することを保証しなければならない。さらに、エミュレーション・ソフトウェアは、これらに限られるものではないが、制御レジスタ、汎用レジスタ、浮動小数点レジスタ、例えばセグメント・テーブル及びページ・テーブルを含む動的アドレス変換機能、割り込み機構、コンテキスト・スイッチ機構、時刻（Time of Day、ＴＯＤ）クロック、及びＩ／Ｏサブシステムへのアーキテクチャ化インターフェースを含む、エミュレートされたプロセッサのアーキテクチャによって識別されるリソースを提供し、オペレーティング・システム又はエミュレートされたプロセッサ上で実行するように設計されたアプリケーション・プログラムが、エミュレーション・ソフトウェアを有するネイティブ・プロセッサ上で実行できるようにしなければならない。

エミュレートされた特定の命令がデコードされ、個々の命令の機能を実行するためのサブルーチンが呼び出される。エミュレートされたプロセッサ１の機能をエミュレートするエミュレーション・ソフトウェア機能は、例えば、「Ｃ」サブルーチン又はドライバにおいて、或いは好ましい実施形態の説明を理解した後で当業者の技術の範囲内にあるような特定のハードウェアのためにドライバを提供する他の何らかの方法で実装される。種々のソフトウェア及びハードウェア・エミュレーションの特許には、これらに限られるものではないが、Ｂｅａｕｓｏｌｅｉｌ他による「Ｍｕｌｔｉｐｒｏｃｅｓｓｏｒ ｆｏｒ Ｈａｒｄｗａｒｅ Ｅｍｕｌａｔｉｏｎ」という名称の特許文献４、Ｓｃａｌｚｉ他による「Ｐｒｅｐｒｏｃｅｓｓｉｎｇ ｏｆ Ｓｔｏｒｅｄ Ｔａｒｇｅｔ Ｒｏｕｔｉｎｅｓ ｆｏｒ Ｅｍｕｌａｔｉｎｇ Ｉｎｃｏｍｐａｔｉｂｌｅ Ｉｎｓｔｒｕｃｔｉｏｎｓ ｏｎ ａ Ｔａｒｇｅｔ Ｐｒｏｃｅｓｓｏｒ」という名称の特許文献５、Ｄａｖｉｄｉａｎ他による「Ｄｅｃｏｄｉｎｇ Ｇｕｅｓｔ Ｉｎｓｔｒｕｃｔｉｏｎ ｔｏ Ｄｉｒｅｃｔｌｙ Ａｃｃｅｓｓ Ｅｍｕｌａｔｉｏｎ Ｒｏｕｔｉｎｅｓ ｔｈａｔ Ｅｍｕｌａｔｅ ｔｈｅ Ｇｕｅｓｔ Ｉｎｓｔｒｕｃｔｉｏｎｓ」という名称の特許文献６、Ｇｏｒｉｓｈｅｋ他による「Ｓｙｍｍｅｔｒｉｃａｌ Ｍｕｌｔｉｐｒｏｃｅｓｓｉｎｇ Ｂｕｓ ａｎｄ Ｃｈｉｐｓｅｔ Ｕｓｅｄ ｆｏｒ Ｃｏｐｒｏｃｅｓｓｏｒ Ｓｕｐｐｏｒｔ Ａｌｌｏｗｉｎｇ Ｎｏｎ−Ｎａｔｉｖｅ Ｃｏｄｅ ｔｏ Ｒｕｎ ｉｎ ａ Ｓｙｓｔｅｍ」という名称の特許文献７、Ｌｅｔｈｉｎ他による「Ｄｙｎａｍｉｃ Ｏｐｔｉｍｉｚｉｎｇ Ｏｂｊｅｃｔ Ｃｏｄｅ Ｔｒａｎｓｌａｔｏｒ ｆｏｒ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｍｕｌａｔｉｏｎ ａｎｄ Ｄｙｎａｍｉｃ Ｏｐｔｉｍｉｚｉｎｇ Ｏｂｊｅｃｔ Ｃｏｄｅ Ｔｒａｎｓｌａｔｉｏｎ Ｍｅｔｈｏｄ」という名称の特許文献８、Ｅｒｉｃ Ｔｒａｕｔによる「Ｍｅｔｈｏｄ ｆｏｒ Ｅｍｕｌａｔｉｎｇ Ｇｕｅｓｔ Ｉｎｓｔｒｕｃｔｉｏｎｓ ｏｎ ａ Ｈｏｓｔ Ｃｏｍｐｕｔｅｒ Ｔｈｒｏｕｇｈ Ｄｙｎａｍｉｃ Ｒｅｃｏｍｐｉｌａｔｉｏｎ ｏｆ Ｈｏｓｔ Ｉｎｓｔｒｕｃｔｉｏｎｓ」という名称の特許文献９、及び他の多くが挙げられ、これらの参考文献は、当業者が利用可能なターゲット・マシンのための異なるマシン用に設計された命令形式のエミュレーションを達成する様々な既知の方法を示す。

図３４において、ホスト・アーキテクチャのホスト・コンピュータ・システム５０００’をエミュレートする、エミュレートされたホスト・コンピュータ・システム５０９２の一例が提供される。エミュレートされたホスト・コンピュータ・システム５０９２では、ホスト・プロセッサ（ＣＰＵ）５０９１は、エミュレートされたホスト・プロセッサ（又は仮想ホスト・プロセッサ）であり、かつ、ホスト・コンピュータ５０００’のプロセッサ５０９１のものとは異なるネイティブな命令セット・アーキテクチャを有するエミュレーション・プロセッサ５０９３を含む。エミュレートされたホスト・コンピュータ・システム５０９２は、エミュレーション・プロセッサ５０９３がアクセス可能なメモリ５０９４を有する。例示的な実施形態において、メモリ５０９４は、ホスト・コンピュータ・メモリ５０９６の部分と、エミュレーション・ルーチン５０９７の部分とに区分化される。ホスト・コンピュータ・メモリ５０９６は、ホスト・コンピュータ・アーキテクチャに従い、エミュレートされたホスト・コンピュータ・システム５０９２のプログラムに利用可能である。エミュレーション・プロセッサ５０９３は、エミュレートされたプロセッサ５０９１のもの以外のアーキテクチャのアーキテクチャ化された命令セットのネイティブ命令を実行し、このネイティブ命令はエミュレーション・ルーチン・メモリ５０９７から取得されたものであり、かつ、エミュレーション・プロセッサ５０９３は、シーケンス及びアクセス／デコード・ルーチンにおいて取得される１つ又は複数の命令を用いることにより、ホスト・コンピュータ・メモリ５０９６の中のプログラム由来の実行のためのホスト命令にアクセスすることができ、このシーケンス及びアクセス／デコード・ルーチンは、アクセスされたホスト命令をデコードして、アクセスされたホスト命令の機能をエミュレートするためのネイティブ命令実行ルーチンを判断することができる。ホスト・コンピュータ・システム５０００’のアーキテクチャのために定められた、例えば、汎用レジスタ、制御レジスタ、動的アドレス変換、及びＩ／Ｏサブシステムのサポート、並びにプロセッサ・キャッシュといったファシリティを含む他のファシリティを、アーキテクチャ化ファシリティ・ルーチンによってエミュレートすることができる。エミュレーション・ルーチンは、エミュレーション・ルーチンの性能を高めるために、エミュレーション・プロセッサ５０９３において利用可能な（汎用レジスタ、及び仮想アドレスの動的変換といった）機能を利用することもできる。ホスト・コンピュータ５０００’の機能をエミュレートする際にプロセッサ５０９３を補助するために、専用のハードウェア及びオフ・ロード・エンジンを設けることもできる。

本明細書で用いられる用語は、特定の実施形態を説明する目的のためのものにすぎず、本発明を限定することを意図したものではない。本明細書で用いられる場合、単数形「１つの（a）」、「１つの（an）」及び「その（the）」は、文脈が特に明示しない限り、複数形も同様に含むことを意図したものである。「含む（comprise）」及び／又は「含んでいる（comprising）」という用語は、本明細書で用いられる場合、記述された特徴、整数、ステップ、動作、要素、及び／又はコンポーネントの存在を指示するが、１つ又は複数の他の特徴、整数、ステップ、動作、要素、コンポーネント、及び／又はそれらの群の存在又は追加を排除するものではないこともさらに理解されるであろう。

以下の特許請求の範囲に存在する場合、「手段又はステップと機能との組合せ（ミーンズ又はステップ・プラス・ファンクション）」要素の対応する構造、材料、動作及び均等物は、明確に特許請求された他の請求要素と共に機能を実行するための任意の構造体、材料、又は行為を含むことを意図したものである。本発明の説明は、例証及び説明のためだけに提示されたものであり、網羅的であること又は本発明を開示した形態に限定することを意図したものではない。当業者には、本発明の範囲及び思想から逸脱しない多くの修正物及び変形物が明らかとなるであろう。実施形態は、本発明の原理及び実際の用途を最もよく説明するため、及び、当業者が、企図した特定の用途に適するように種々の修正を有する種々の実施形態に関して本発明を理解することができるように、選択され記述された。

Claims (9)

1. コンピューティング環境において割り込み要求を管理する方法であって、
   アダプタの機能ハンドルを指定するＰＣＩ機能制御修正（ＭＰＦＣ）命令を実行することに応答して、前記アダプタのアダプタ割り込みビット・ベクトル（ＡＩＢＶ）のメモリ内の位置と、前記アダプタと関連した単一ビットであるＡＩＳＢの位置とを指定するステップであって、前記ＡＩＢＶは１つ又は複数のＡＩＢＶのアレイ内に含まれ、前記ＡＩＢＶの各ビットは前記アダプタに関するイベントを示すものであり、前記単一ビットは、前記アダプタの前記ＡＩＢＶにおいて、１つ又は複数のビットが１に設定されたか否かを示すものである、ステップと、
   前記アダプタから割り込み要求を受信するステップと、
   前記受信した要求に応答して、前記アダプタからのイベントを示すインジケータを前記ＡＩＢＶ内に設定し、前記ＡＩＢＶ内にインジケータが設定されたことを示すように前記ＡＩＳＢを設定するステップと、
   を含む方法。
2. 前記方法は、オペレーティング・システムへの割り込みを要求するステップをさらに含み、前記割り込みは前記割り込み要求に応答するものである、請求項１に記載の方法。
3. 前記割り込み要求は、複数のメッセージ信号割り込みを表し、前記オペレーティング・システムへの割り込みは、オペレーティング・システムに関する入力／出力アダプタ・イベント通知の一部である、請求項２に記載の方法。
4. 前記方法は、前記提示するステップに応答して、１つ又は複数のアダプタに関してアダプタ毎に少なくとも１つの割り込み理由を指定する、１つ又は複数のアダプタについての１つ又は複数のＡＩＢＶ表示を取得するステップをさらに含む、請求項２に記載の方法。
5. 前記取得するステップは、複数の割り込み理由を指定する複数のＡＩＢＶ表示を取得するステップを含み、前記複数の割り込み理由は前記複数の割り込み要求に対応する、請求項４に記載の方法。
6. 前記取得するステップは、前記１つ又は複数のＡＩＢＶ内の前記１つ又は複数のＡＩＢＶ表示を取得する際に前記ＡＩＢＶを使用するステップを含む、請求項５に記載の方法。
7. 前記ＡＩＢＶ内に前記インジケータを設定するステップは、
   前記アダプタからの前記要求の識別子を使用してデバイス・テーブル・エントリを取得するステップであって、前記デバイス・テーブル・エントリは、前記アダプタについて許容される割り込み数を指定する値を含む、ステップと、
   前記要求内で与えられるベクトル数が、前記アダプタについて許容される割り込みの数の範囲内にあるかどうかを判断するステップと、
   前記ベクトル数が前記許容される割り込み数の範囲内にあると判断することに応答して、前記デバイス・テーブル・エントリの１つ又は複数のパラメータを使用して、前記ＡＩＢＶの開始位置を見つけ出すステップと、
   前記ベクトル数を使用して、前記ＡＩＢＶ内にインジケータを設定するステップと、
   を含む、請求項１に記載の方法。
8. 請求項１乃至７のいずれか一項に記載の前記方法の全てのステップを実行するように適合された手段を含むシステム。
9. 請求項１乃至７のいずれか一項に記載の前記方法の全てのステップをコンピュータに実行させるためのコンピュータ・プログラム。

Images