(57)【特許請求の範囲】
【請求項１】
ページ要求を周辺機器から受信することであって、前記周辺機器は、前記周辺機器が所望する論理アドレスがシステムメモリ内で使用可能であるかどうかを示す変換索引バッファを有し、前記ページ要求は、前記論理アドレスがシステムメモリに存在しないことを前記変換索引バッファが示す場合に、メモリページをシステムメモリにロードすることを要求する、ことと、
前記ページ要求に対応するページ要求情報を前記システムメモリ内のキューの中にキューエントリとして書き込むことと、
前記ページ要求が前記キュー内で利用可能であることをプロセッサに通知することと、
前記プロセッサが前記ページ要求を処理した後、前記ページ要求を完了したという信号を前記周辺機器に送ることと、を含む方法。
【請求項２】
前記ページ要求が受信されたことを前記プロセッサに示すために、前記プロセッサに割込みで通知することをさらに含み、前記割込みは新しいページ要求の存在と完全に同一である、請求項１に記載の方法。
【請求項３】
前記ページ要求を前記周辺機器から入出力メモリ管理装置（ＩＯＭＭＵ）において受信することと、
前記ページ要求の前記完了の信号を送信するメッセージを発生するために、前記プロセッサから前記ＩＯＭＭＵに表示を提供することと、をさらに含む、請求項１に記載の方法。
【請求項４】
前記キューに対して読取りポインタを更新することにより、前記キューエントリの消費を示すことを前記プロセッサ上で実行するホスト・ソフトウェアをさらに含み、前記キューは、書込みポインタおよび前記読取りポインタをもつ循環バッファである、請求項１に記載の方法。
【請求項５】
プログラム可能な場所を書き込むことにより、前記キューの大きさを選択することをさらに含む、請求項１に記載の方法。
【請求項６】
集積回路と、システムメモリとを備えるコンピュータシステムであって、
前記集積回路は、
ページ要求を周辺機器から受信するための第１の通信回線インターフェースであって、前記周辺機器は、前記周辺機器が所望する論理アドレスがシステムメモリ内で使用可能であるかどうかを示す変換索引バッファを有し、前記ページ要求は、前記論理アドレスがシステムメモリに存在しないことを前記変換索引バッファが示していることに応じて、メモリページをシステムメモリにロードする要求を示す、第１の通信回線インターフェースと、
前記ページ要求の受信に応答して、キューエントリを含む情報を前記ページ要求から生成し、前記キューエントリをページ要求キューの中に書き込むべく、前記キューエントリを第２の通信インターフェースを介して送信するキューエントリ生成論理と、を含み、
前記システムメモリは、メモリ・コントローラを介して前記集積回路に結合されており、前記ページ要求キューを含み、
前記集積回路は、前記周辺機器への確認の提供に応じて、前記ページ要求を完了したという信号を送る、
コンピュータシステム。
【請求項７】
前記集積回路は、前記キューエントリが前記キュー内で利用可能であることをプロセッサに通知するようにさらに構成された、請求項６に記載のコンピュータシステム。
【請求項８】
前記集積回路は、前記ページ要求キューへの書込みを定義するテールポインタ、および前記ページ要求キューへの読取りを定義するヘッドポインタをさらに含み、
前記ヘッドポインタは、システムメモリ内の前記キューエントリを読み取った後、前記プロセッサ上で実行されるソフトウェアによって更新され、前記テールポインタは、前記ページ要求キューに書き込んだ後、前記集積回路によって更新される、請求項７に記載のコンピュータシステム。
【請求項９】
前記キューエントリは、メモリページサービスを必要とする前記周辺機器を識別する機器識別フィールド、および前記周辺機器がアクセスしようとする仮想アドレスを含むアドレスフィールドを含む、請求項６に記載のコンピュータシステム。
【請求項１０】
前記集積回路は、前記ページ要求キューの大きさを定義するためのプログラム可能なキュー長さレジスタ、および前記ページ要求キューのベースアドレスを定義するためのキューベースアドレス・レジスタをさらに含む、請求項６に記載のコンピュータシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータシステム内のページ要求に関し、より詳細には、周辺機器からページ要求を処理するこれらのシステムに関する。
【背景技術】
【０００２】
周辺機器がより多くの機能を発達させているなか、周辺機器に組み込まれた機能の１つとして、周辺機器がアクセスしようとする論理アドレスがシステムメモリ内で利用可能であるかどうかを周辺機器に示す、変換索引バッファ（translation look aside buffer-ＴＬＢ）がある。このようなページ要求は、以前よりメモリ・コントローラによって提供されており、現在はＴＬＢを有する周辺機器によって送信されることが可能である。こうしたページ要求を柔軟で公正な手法で処理する方法が必要とされている。
【発明の概要】
【課題を解決するための手段】
【０００３】
一実施形態では、システムメモリ内にロードされたメモリページを要求するページ要求を、周辺機器から受信することを含む方法が提供される。受信したページ要求に対応するページ要求情報は、システムメモリ内のキュー構造の中にキューエントリとして書き込まれる。プロセッサは、ページ要求がキュー内に存在することを通知される。一実施形態では、プロセッサは、新しいページ要求の存在に一意に関連することを、割込みで通知されてもよい。
【０００４】
一実施形態では、メモリページサービスの必要を示すページ要求を、周辺機器から受信するために、第１の通信回線インターフェースを有する集積回路を含むコンピュータシステムが提供される。キューエントリの生成論理は、キューエントリが組み込まれた情報をページ要求から生成することにより、ページ要求の受信に応答し、キューエントリをページ要求キューの中に書き込むために、キューエントリを第２の通信インターフェースを介して送信する。ページ要求キューは、メモリ・コントローラを介して集積回路に結合されるシステムメモリ内にある。集積回路は、キューエントリがキュー内で利用可能であることをプロセッサに通知する。
【０００５】
本発明は、添付図面を参照することにより、当業者にはよりよく理解され、その多くの目的、特徴、および利点が明らかになろう。
【図面の簡単な説明】
【０００６】
【図１】本発明の一実施形態による、例示的システムを示す図である。
【図２】本発明の一実施形態による、例示的キュー構造を示す図である。
【図３】例示的キューエントリを示す図である。
【図４】本発明の一実施形態による、周辺機器から受信した例示的ページ要求を示す図である。
【図５】本発明の一実施形態の例示的流れ図である。
【０００７】
異なる図面における同じ参照記号の使用は、同様のまたは同一の項目を示す。
【発明を実施するための形態】
【０００８】
ページ要求は、メモリ内にロードする必要がある新しいページをシステムに示す。図１は、ページサービス要求を周辺機器から処理する、本発明の一実施形態によるシステムを示す。例示的システムは、１つまたは複数の中央処理装置（ＣＰＵ）およびグラフィックス処理装置（ＧＰＵ）を含むプロセッサ１０１、システムメモリ１０３、Ｉ／Ｏハブ１０５および１０７、周辺機器１１１および１１３を含む。Ｉ／Ｏハブは、従来のチップセット機能をコンピュータ・アーキテクチャ（以前のアーキテクチャではサウスブリッジと呼ばれた）において実行し、コンピュータ・アーキテクチャは、様々なＩ／Ｏインターフェースをもつ様々なＩ／Ｏデバイスをインターフェースで接続することを含む。図１に示された実施形態では、Ｉ／Ｏハブ１０５および１０７は、Ｉ／Ｏアドレスをシステムメモリおよび他のメモリ管理機能における適切な物理アドレスにマッピングする支援を提供する、Ｉ／Ｏメモリ管理装置（ＩＯＭＭＵ）１１０を組み込む。代替的実施形態では、（複数のＣＰＵおよび１つのＧＰＵを含む例示的実施形態に示された）プロセッサは、デジタル信号プロセッサ、マイクロコントローラなどの他のプロセッサにおいて具現化されてもよい。図１のコンピュータシステムは、携帯端末、ＰＤＡ、ノートブックコンピュータ、デスクトップコンピュータ、タブレット、サーバ、またはプロセッサを有するあらゆる他のシステム、および本明細書の教示によるメモリ要求を有する周辺機器において具現化されてもよい。加えて、Ｉ／Ｏハブ１０５、１０７は、プロセッサ１０１の中に組み込まれてもよい。
【０００９】
周辺機器１１１および１１３は、Ｉ／ＯＴＬＢ１１２を含むので、仮想アドレスがシステムメモリ１０３内でいつ利用できるかを決定できる。周辺機器１１１が、そのアドレスはシステムメモリ内で利用できないと決定した場合は、周辺機器は、ページ要求を通信回線１１５を介してＩ／Ｏハブ１０７に知らせ、これはＩＯＭＭＵ１１０によって受信される。該要求をサービスするために、ＩＯＭＭＵ１１０は、通信回線１１７を介して通信しなければならない。通信回線１１５および１１７が異なる通信プロトコルに従って作動するシステムでは、周辺機器１１１がページ要求を知らせる際、該ページ要求は、適切なプロトコルに翻訳されなければならない。
【００１０】
たとえば、通信回線１１５は、ＰＣＩｅ（商標）プロトコルによって作動されてもよく、通信回線１１７は、ＨｙｐｅｒＴｒａｎｓｐｏｒｔ（商標）プロトコルなどの通信プロトコルの別のセットによって作動されてもよい。ページ要求に適切に応答するために、ページ要求は、プロセッサ１０１によって適切に処理されることが可能な形に変換される必要がある。
【００１１】
一実施形態では、通信回線１１５に対するプロトコルは、システムによって処理されるために、ＰＣＩｅ（商標）の意味論からＨｙｐｅｒＴｒａｎｓｐｏｒｔ（商標）またはＡＭＤ６４（商標）と互換性のある意味論（semantics）に変換される。他の実施形態では、他のプロセッサ・アーキテクチャおよび他の通信回線プロタクルが提供されてもよい。
【００１２】
ページ要求のトランザクションは、通信回線１１５上の過渡動作である。一実施形態では、ページ要求は、ＰＣＩｅ（通信インターフェースのＰＣＩ家族の１つ）に対して定義されたページ要求インターフェース（ＰＲＩ）プロトコルに従って、通信回線１１５上に供給される。ページ要求は過渡性であるので（ＰＲＩは提示された動作である）、情報が捕捉されプロセッサに送達される必要がある。加えて、その情報の一部は、周辺機器に対するＰＲＩ応答内に含まれる。他のページ要求は、初期の要求はサービスされる間他の周辺機器に由来してプロセッサによってサービスされてもよく、ある種のバッファリングは、ＰＲＩ情報は保存される間、システム全体は作動し続けるように求められる。
【００１３】
１つの解決策は、レジスタの組をもつ新しいハードウェアを生み出して、ＭＭＩＯ（メモリをマッピングしたＩ／Ｏ）作動を通してアクセスされるものである。ＰＣＩｅバス上の新しいハードウェアは、ＰＲＩ要求を受け入れ、受信した情報（要求）をレジスタの組内に記憶し、次いで割込みを使用してプロセッサに通知することになる。プロセッサ上で実行するシステムソフトウェアは、割込みを受け入れ、レジスタを読み取り、要求を処理し、一部の追加レジスタ（または恐らくは同じレジスタ）を書き込むことになる。特別な書込作動により、新しいハードウェアがレジスタのコンテンツをＰＣＩｅバスのトランザクションの中に一括にして、ＰＲＩのサービスが完了したという信号を周辺機器に送ることになる。この新しいハードウェアを配置可能な多くの場所が存在する。ＩＯＭＭＵは、論理的な場所である（すなわち、ＩＯＭＭＵはすでに、Ｉ／Ｏに関するサービスを提供するので、既存のＩＯＭＭＵ機能をもつ新しいＰＲＩ機能を統括することは理にかなっている）。この解決策は、ハードウェア内で実行しやすいが、ＰＣＩｅ区分内のすべての周辺機器がレジスタの組の背後にシリアライズ化されるという不利益を有する。ハードウェアを設定し、ソフトウェアを消去する「バリッド」ビットを使用して、複数のＰＲＩ要求を保持するためにレジスタの組を有することは可能だが、これは、著しくハードウェア資源を消耗し、ソフトウェアの管理が複雑である。
【００１４】
一実施形態では、通信回線１１７は、ＨｙｐｅｒＴｒａｎｓｐｏｒｔ回線である。上述のレジスタの組を追加するより、むしろ別の解決策は、ＰＲＩパケットをＨｙｐｅｒＴｒａｎｓｐｏｒｔトランザクションに変換してプロセッサによって消耗される、たとえば、ＨｙｐｅｒＴｒａｎｓｐｏｒｔ、プロトコル、およびプロセッサ・アーキテクチャなどの、通信に意味論を追加することである。これはすべてのプロセッサに追加される必要があり、ハードウェア資源の消費、レジスタの組の背後のシリアライズ化、ソフトウェア管理の複雑さなどの、上に企図された新しいハードウェアと同じ問題を抱える。最後に、これは単一の深くシリアライズ化された方式以外では実行が非常に困難である。
【００１５】
本発明の一実施形態では、Ｉ／Ｏハブ１０７は、ページサービス要求（インターフェース上に利用されるＰＲＩまたは他のプロトコル）を受信し、情報を標準形式に組み立て、情報をシステムメモリ１０３内のキューに書き込む。図２は、システムメモリ１０３内の例示的キュー構造２０３を示す。キューの利用により、柔軟な容量が提供され、複数の要求がいかなる要求も損失することなく、同時に処理されることが可能になる。キューはシステムメモリ内にあるので、キューは恣意的に大きく（または小さく）することができ、その大きさは、システム活動または他の考慮事項に基づいて、システムソフトウェアによって設定されることが可能である。解決策の拡張性は、もはやハードウェア資源によって限定されるだけではなく、必要に応じて大きくなることができる。一実施形態では、受信したページ要求からキューエントリを生成するために、ハードウェアの機能性１１９は、ＩＯＭＭＵの中に統合される（図１を参照されたい）。一実施形態では、ページサービス要求は、イベント報告などのページサービス要求の他に、他の機能性を提供するキューの中に統合されることが可能である。イベントは、たとえば、ＩＯＭＭＵによって検知されたエラー状態であってもよい。一実施形態では、ページサービス要求は、イベントの１つのタイプとして処理され、他のイベントをもつイベントログ（またはキュー）の中に直接統合される。
【００１６】
別の実施形態では、ページサービス要求は、独自のページサービス要求キューを有する。明確なページサービス要求キュー（周辺機器ページサービス要求（ＰＰＲ）キューまたはログ）の場合、割込みを使用して、新しいＰＰＲサービス要求が到着したことをプロセッサに知らせてもよい。割込みは、イベント割込みと異なることが可能であり、ＰＰＲのキュー状況に特有であるので、ＰＰＲ処理コードを（一般的なイベント処理のオーバーヘッドなしに）直接呼び出すことで可能になる。また、ＰＰＲ要求を処理するコードは、イベントログ処理から切り離すことができ、それにより機能の隔絶を通してより良好なシステム安全性を提供する。キューは、単純な管理のためにヘッドポインタおよびテールポインタを有する。他の実施形態では、割込みより、むしろメッセージを使用して、新しいキューエントリの存在をプロセッサに伝えてもよい。
【００１７】
図２を参照すると、ＩＯＭＭＵは、テールポインタ・レジスタ２１１、ヘッドポインタ・レジスタ２１５、バッファサイズ・レジスタ２１７およびバッファベースアドレス・レジスタ２１９を含むレジスタを含有する。一実施形態では、ＰＰＲログまたはキューは、ベースアドレス・レジスタ２１９内のプログラム可能なベースアドレスから始まり、バッファサイズ・レジスタ２１７内に指定されたプログラム可能なサイズまで、物理メモリを引き続き占有する。ホスト・ソフトウェアがキューエントリを消費する際は、プロセッサがキューエントリを消費したことをＩＯＭＭＵに示すために、読取りポインタを増加させる。ＩＯＭＭＵが新しいキューエントリを送信する際は、ＩＯＭＭＵはテールポインタを増加させる。キューは、１つを除くすべてのキュースロットが使用される場合は、フルであり、利用可能なスロットがない場合は、オーバーフローする。オーバーフローが存在する場合は、ホスト・ソフトウェアは、ページ要求キュー内にページ要求を入力不可能であることを回避するために、キューエントリを消費するか、またはキューを拡張しなければならない。
【００１８】
例示的な汎用キューエントリが、図３に示されている。エントリには、ＰＰＲキューエントリとしてエントリを識別するＰＰＲコードが含まれる。キューエントリは、通信インターフェース１１７を介してメモリ・コントローラ１０２に送信され、メモリ・コントローラ１０２は、キューエントリをシステムメモリ１０３の中に書き込む（図１を参照されたい）。
【００１９】
図４は、ＰＲＩパケット内に受信した、受信された周辺機器ページサービス要求から生成された、ＰＰＲキューエントリの一実施形態を示す。処理アドレス空間ＩＤ（ＰＡＳＩＤ）は、ゲストＶＭ（仮想化がアクティブである場合）内のユーザプロセスを識別するためのフィールドである。仮想化が存在しない場合は、ＰＡＳＩＤは、本来のＯＳ内のユーザプロセスを識別する。デバイスＩＤは、要求する周辺機器を識別する。値ＰＰＲコード０００１ｂを使用してこの特定の書式は定義されるが、異なる情報または別の書式を含む他の書式が可能である。ＧＮビットは、ＰＲＩ要求がゲストＶＭまたはゲストＶＭ内のプロセスに対するものであるかどうかを示す（ある設定では、ＰＡＳＩＤ情報は無視でき、その他の設定では、ＰＡＳＩＤ情報は、要求を処理するために必要である）。ＲＺビットは、受信されたパケット内にエラーがあったことを示し、ＰＰＲ情報は間違いを含む恐れがある。ＷＰ、ＲＰ、およびＮＸビットは、もしある場合には、ＰＲＩパケット内の要求された書込み、読取り、および実行許可を表す。ＰＰＲタグフィールドは、ＰＲＩ応答パケット内の周辺機器に戻されることになる。Ｓおよびアドレスフィールドは、ページが必要とするサービスのアドレスを（ＧＮが必要とされることを示す場合は、ＰＡＳＩＤとともに）画定する。カウントフィールドは、いくつの連続したページが要求内でサービスされる方法を示す。ユーザ／管理者（ＵＳ）ビットには、要求がユーザまたは管理者のアクセスのためである場合は、信号が含まれてもよい。図４に示された情報は、ＰＲＩ要求のためのものであるが、ページサービス要求は、他の書式をとってもよい。しかし、デバイスＩＤなどの情報およびページ要求に関連したアドレスは、概してページサービス要求内に見出される。
【００２０】
ＰＲＩ要求が到着した際に、ＰＲＩ要求内の情報は、図２に示されたキュー構造２０３を使用してメモリ１０３に書き込まれる。次いで、プロセッサ１０１上で実行されるシステムソフトウェアは、割込みまたは他の適切な通知技法を使用して通知される。次いでシステムソフトウェアは、可能なときに、ＰＲＩ要求を消費することができる。
【００２１】
ある方法が、システムソフトウェアが周辺機器にＰＲＩ要求の完了の信号を送るために提供されなければならない。これは、いくつかの方法で達成することができる。一実施形態では、タグフィールド、カウントおよびデバイスＩＤなどのＰＲＩ要求（図４）の重要な部分をとり、プロトコル要求に従って、ＰＲＩ応答パケットを構築するためにＩＯＭＭＵを指示する、ＩＯＭＭＵコマンドが提供される。一実施形態では、ＩＯＭＭＵに対するコマンドキューが、システムメモリ内に存在する。システムソフトウェアは、ＩＯＭＭＵコマンドキューにコマンドを書き込み、新しいコマンドが積層上に配置されたことをＩＯＭＭＵに通知する。一実施形態では、ソフトウェアは、ＰＲＩレジュームコマンドをメモリ内のコマンドキューに書き込む。ＩＯＭＭＵに通知するために、ソフトウェアは、メモリ管理Ｉ／Ｏ（ＭＭＩＯ）を（ＩＯＭＭＵによって公開された）メールボックスに書き込んで、ＩＯＭＭＵを目覚めさせ、そのコマンドキュー内に新しい作業が存在することを認識させる。
【００２２】
最後に、システム内に複数のＩＯＭＭＵが存在可能であり、そのそれぞれが周辺機器の異なる組をサービスすることができ、すべてが独立して作動するので、さらなる並行処理が可能である。複数のＭＭＵに対して、複数のＰＰＲキューが存在し、ＩＯＭＭＵ毎に１つのＰＰＲキューが存在する。各ＭＭＵからの割込みは、原点を間接的に示してもよい。一実施形態では、割込みは、ＣＰＵを８ビットベクトル数を使用して割り込むように構成される。各ベクトル数は、独自のコードエントリ点を有する。ソフトウェアがすべてのＩＯＭＭＵ割込みを構成して独自のベクトル数を使用する場合は、ＩＯＭＭＵ源をベクトル数から決定することができる。しかし、ＩＯＭＭＵ割込みはベクトル数を共有することが可能である。ソフトウェアがこのことをする場合は、どのＩＯＭＭＵが割込みをしているかを即座に告げることはできず、割込みベクトルにマッピングされた各ＩＯＭＭＵのＰＰＲキューを確認しなければならない。
【００２３】
図５は、本発明の一実施形態による例示的流れ図を示す。５０１では、周辺機器１１１が、通信回線１１５を介してページサービス要求をＩＯＭＭＵ１１０に送信する。５０３では、ＩＯＭＭＵが、関連情報をページサービス要求から抽出し、キューエントリを構築する。５０５では、ＩＯＭＭＵが、キューエントリをメモリ・コントローラ１０２を通ってシステムメモリに送信し、ＩＯＭＭＵ内のキュー書込みポインタを更新する。５０７では、ＩＯＭＭＵが、システムメモリ内のページサービスキューに入力されたページサービス要求を示すために、プロセッサに割り込む。割込みに応答して、５０９では、プロセッサが、割込みおよびページ要求を処理し、ＩＯＭＭＵ内の読取りポインタを更新し、応答パケットを通して要求を確認するために、ＩＯＭＭＵにコマンドを発令する。最後に、５１１では、ＩＯＭＭＵが、周辺機器に応答パケットを送信する。
【００２４】
本明細書に記載されたキュー構造を使用する手法は、いくつかの利点を有する。この手法は拡大縮小可能であり、したがって最小の影響で小さいシステムを処理することができるが、多くのアクティブＩ／Ｏをもつ大きいシステムをサイズ変更することができる。ソフトウェア開発は、（新しいハードウェアに対する新しいソフトウェアの開発と比較した場合）単純なままである。本発明は、テールポインタ・レジスタへのアクセスに基づいて、ＩＯＭＭＵの内部の単純な競合技法により複数のＰＲＩ要求を同時に処理することができるので、競合解決を迅速にすることができる。本明細書に記載された手法は、割込みおよびシステムメモリなどの既存のアーキテクチャ機構の使用により、プロセッサおよび通信回線アーキテクチャの変更を回避する。ハードウェアの修正は、ＩＯＭＭＵに限定されてもよい。最後に、このキュー手法は、様々な通信およびプロセッサ・プロトコルによって実行される機構を、（システムソフトウェアによって実施される）方針からはっきりと分離する。したがって、この手法は、複数の通信プロコルを取り扱う複数のプロセッサ・アーキテクチャ上で使用されることが可能である。
【００２５】
本発明の実施形態の態様は、ソフトウェア、ファームウェア、ハードウェア、またはその組合せにおいて実行されてもよい。コンピュータ可読媒体は、本発明の態様を実施するために使用可能な命令を記憶してもよい。コンピュータ可読媒体は、コンピュータシステムに永久的に、取外し可能に、または遠隔操作で結合された、有形のコンピュータ可読記憶媒体である。有形のコンピュータ可読記憶媒体は、たとえばＲＡＭ、ＥＥＰＲＯＭ、もしくはＲＯＭなどの半導体ベースのメモリ、磁気記憶媒体、または光学式記憶媒体あるいは他の有形記憶媒体などの有形媒体を含んでもよい。
【００２６】
回路および物理的構造は、概して本発明の実施形態に記載において推定されているが、現在の半導体設計および製造では、物理的構造および回路は、その後の設計、シミュレーション、試験または製造段階での使用に適したコンピュータ可読記述の形で具現化されてもよいことが十分に認識される。例示的構成における個別部品として提示された構造および機能性は、組み合わされた構造または部品として実装されてもよい。本発明の様々な実施形態は、回路、回路のシステム、関連した方法、および本明細書に記載され、また添付の特許請求の範囲に定義された回路、システムおよび方法などのすべての、その上での（たとえば、ＨＤＬ、Ｖｅｒｉｌｏｇ、ＧＤＳＩＩデータ）符号化を有する有形のコンピュータ可読媒体を含むことが企図される。加えて、コンピュータ可読媒体は、命令ならびに本発明を実施するために使用可能なデータを記憶してもよい。命令／データは、ハードウェア、ソフトウェア、ファームウェアまたはその組合せに関連してもよい。
【００２７】
本明細書に明記された本発明の説明は例示であり、以下の特許請求の範囲に明記された本発明の範囲を限定することを企図するものではない。たとえば、本明細書に説明された実施形態は、キューエントリを生成するためにＩＯＭＭＵを利用し、応答パケットを送信し、プロセッサに割り込むが、他の実施形態は、その機能性を各特定のシステムの必要性および要件に基づいて、コンピュータシステム内の他の場所に配置されてもよい。本明細書に説明された実施形態の他の変形形態および修正形態は、以下の特許請求の範囲に明記された本発明の範囲から逸脱することなく、本明細書に明記された説明に基づいてなされてもよい。
【図１】
0005646750.tif 000002
【図２】
0005646750.tif 000003
【図３】
0005646750.tif 000004
【図４】
0005646750.tif 000005
【図５】
0005646750.tif 000006