JP7484068B2 - 拡張モード（ｘｍ）バス上のデバイスへのｘｍモードバス変更、コンフィギュレーションレジスタアクセスおよびブロードキャスト／マルチキャストトランザクション - Google Patents

Description

本発明は、コンピューティング、特にＸＭバス上に接続されるデバイスへのメモリモジュールレジスタの構成およびブロードキャストトランザクションまたはマルチキャストトランザクションに関する機器、コンピューター可読媒体および方法の技術分野に関する。

半導体技術協会（ＪＥＤＥＣ）は現在、たとえばデュアルインラインメモリモジュール（ＤＩＭＭ）などのメモリモジュールに使われるＸＭ仕様（ＸＭＳ）を作成中である。ＸＭＳは、たとえばＩ２Ｃ／ＳＭＢＵＳインターフェイスなど、ＤＩＭＭのシリアルプレゼンスディテクト（ＳＰＤ）モジュールと通信するのに使われる既存のシリアル入力／出力インターフェイスに代わるものとしての１２．５Ｍｂｐｓインターフェイス（ＸＭインターフェイス）について規定する。提案されるＸＭインターフェイスは、その高帯域幅および低減された終端電圧レール（１ボルト）により、最初にＤＤＲ５ ＤＩＭＭ上、特にサーバー上で使われることが予測される。

ＸＭＳは、たとえばＤＩＭＭ内のデバイスなどの、準拠した接続されるデバイスにより実装されるべきレジスタおよびコントロールフラグビットを規定する。一般的に、ホストコンピューターまたはプロセッサは、デバイス挙動を構成、制御および修正するべく、さまざまな接続デバイスにわたり同一オフセットのレジスタに繰り返しアクセスする必要がある。現在、ホストコンピューターはこれらのレジスタにアクセスして、バスレイテンシ、エリアおよび電力をかなり消費する。さらに、現在サポートされているブロードキャスト転送は、たとえ複数の受信デバイスのうち１つのデバイス上でわずか１ビットでも異なっていても、全てのデバイスの少数のコントロールフラグを組み合わせることがあり、ホストのブロードキャストコマンドが使用不能となる。

さまざまな実施例にかかる、実施例としてのシステムを示す図である。

さまざまな実施例にかかる、実施例としてのアクセスフォーマットを示す図である。

さまざまな実施例にかかる、ＸＭプロトコルレジスタへのフルブロードキャストに適合された、図２の実施例としてのアクセスフォーマットを示す図である。

さまざまな実施例にかかる、ＸＭプロトコルレジスタへの選択的ブロードキャストに適合された、図２の実施例としてのアクセスフォーマットを示す図である。

さまざまな実施例にかかる、ＸＭプロトコルレジスタへのグループアドレス指定のための実施例としてのフォーマットを示す図である。

さまざまな実施例にかかる、デバイスレジスタへのフルブロードキャストのための実施例としてのフォーマットを示す図である。

さまざまな実施例にかかる、デバイスレジスタへの選択的ブロードキャスト（マルチキャスト）のための実施例としてのフォーマットを示す図である。

さまざまな実施例にかかる、デバイスレジスタへのアドレス指定のための実施例としてのフォーマットを示す図である。

さまざまな実施例にかかる、コマンドにおいて転送される各ペイロードバイトのマスキングに使用するＸＭプロトコルレジスタへのフルブロードキャストのための別の実施例としての拡張フォーマットを示す図である。

さまざまな実施例にかかる、ＸＭレジスタの読み取りのための実施例としてのプロセスを示す図である。

さまざまな実施例にかかる、ホスト識別子（ＨＩＤ）割り当てトランザクションのための実施例としてのフォーマットを示す図である。

さまざまな実施例にかかる、ホストコンピューターフルブロードキャストコマンドを介してＤＩＭＭ上で提供されるデバイスのＤＩＭＭ＿ＩＤデバイスレジスタへのフルブロードキャストのための実施例としてのフォーマットを示す図である。

さまざまな実施例にかかる、メモリモジュールのハブによるメモリモジュール識別子の取得の段階、ホストからのブロードキャストＤＩＭＭ＿ＩＤ伝搬コマンドの受信の段階、コマンドのＤＩＭＭ＿ＩＤの修正の段階、およびメモリモジュール上の全てのデバイスへのコマンドの伝搬の段階の、実施例としてのプロセスの動作フローの概要を示す図である。

さまざまな実施例にかかる、本開示内容の実行に適したコンピューターデバイスの実施例としてのブロックダイヤグラムを示す図である。

さまざまな実施にかかる、図２から図１２のプロセスの側面を実行するようにコンフィギュレーションされた命令を有する、実施例としてのコンピューター可読記憶媒体を示す図である。

実施例においては、デバイスは、ホストコンピューターからブロードキャストコマンドを受信する入力インターフェイスと、インターフェイスと連結された復号回路とを有し、ブロードキャストコマンドは、アクセスモード指示を含む。復号回路は、受信したアクセスモード指示に少なくとも部分的に基づき、ブロードキャストコマンドが、１または複数のデバイスの１または複数の予め定義されたセットアップまたはコントロールレジスタにアクセスすること、または１または複数のデバイスの１または複数の内部レジスタにアクセスすることを命令すると決定し、前記決定に応じてセットアップまたはコントロールレジスタへのアクセス、または１または複数の内部レジスタへのアクセスを実施する。実施例においては、デバイスはホストコンピューターに連結されるメモリモジュール上に配される。

実施例においては、１または複数の非一時的なコンピューター可読記憶媒体は、メモリモジュールに設けられるデバイスにより実行されると、デバイスに対し、ホストコンピューターからのブロードキャストコマンドを受信させる１セットの命令を含む。実施例においては、ブロードキャストコマンドは、１または複数のデバイスの１または複数のレジスタへセットアップまたはコントロールデータを書き込むことを命令し、且つ、デバイスアドレスとデバイスアドレスマスキングデータとを含む。実行時、命令はさらに、デバイスに対し、デバイスアドレスマスキングデータを適用して、デバイスアドレスの一部をマスキングすること、デバイスアドレスのマスキングされていない部分がデバイスのアドレスの対応する部分とマッチングするかを判定すること、判定に応答して、デバイスの１または複数のレジスタへのデータの書き込みをオフセットで開始して行うことをさせる。

実施例においては、方法は、ＤＩＭＭにおいて、ブロードキャストコマンドをホストコンピューターから受信する段階であって、ブロードキャストコマンドはアクセスモードインジケータとレジスタオフセット値とを含む、段階と、アクセスモードインジケータを復号して、プロトコルレジスタのアクセスモードが指示されたことを判定する段階を含む。方法はさらに、アクセスモードインジケータとレジスタオフセット値とに少なくとも部分的に基づいて、コマンドが、オフセットにより指示されるプロトコルレジスタへＤＩＭＭ識別子（ＤＩＭＭ＿ＩＤ）値を書き込むように受信デバイスに対して指示するＤＩＭＭ＿ＩＤ伝搬コマンドであることを識別する段階と、識別に応答して、コマンドを修正して、ＤＩＭＭ＿ＩＤの一部をローカルＤＩＭＭ識別子と置き換える段階と、修正されたブロードキャストコマンドをローカルバス上でＤＩＭＭ上の全てのデバイスへ伝搬する段階とを含む。

以下の説明では、当業者がその作業の内容を他の当業者に伝えるために当業者により共通して採用される用語を用いて、実装の実施例のさまざまな態様が記載される。しかしながら、本開示の実施例は、記載される態様のいくつかについてのみ実施され得ることは当業者にとっては明白であろう。説明を目的として、特定の番号、素材およびコンフィギュレーションは、実装の実施例の全体的な理解を提供するために記載されている。しかしながら、本開示の実施例は特定の詳細がなくとも実施され得ることは当業者にとって明白であろう。他の例においては、周知の特徴は、実装の実施例がわかりにくくならないよう、省略または簡略化されている。

以下の詳細な説明では、本明細書の一部を構成する添付の図面を参照しながら説明がなされるが、類似の符号は全体を通して類似の部品を指し示すものとし、本開示の主題事項を実施できるように実施例を図解する形で示される。他の実施例も利用され得るものであって構造またはロジックの変更は本開示の範囲から逸脱しない範囲においてなされ得るものであることは理解されるべきである。それゆえ、以下の詳細な説明は、範囲を狭める意味に解釈されるべきものではなく、実施例の範囲は本願の請求項およびその同等物により定義されるものである。

本開示の目的から、「Ａおよび／またはＢ」というフレーズは、（Ａ）、（Ｂ）、（Ａ）または（Ｂ）、または（ＡおよびＢ）を意味してよい。本開示の目的から、「Ａ、Ｂ、および／またはＣ」というフレーズは、（Ａ）、（Ｂ）、（Ｃ）、（ＡおよびＢ）、（ＡおよびＣ）、（ＢおよびＣ）、または（Ａ、ＢおよびＣ）を意味してよい。

説明においては頂／底、内／外、上／下、のような、俯瞰基準の説明が使用されることがある。そのような説明は単に議論を円滑に進めるためにのみ使用されるのであって、本明細書で説明される実施例の適用をいかなる特定の方向にも制限することを意図するものではない。

説明においては「ある実施例において」または「実施例において」というフレーズが使用されることがあるが、これらはそれぞれ、１または複数の同一または別の実施例について言及するものであってよい。さらに、本開示の実施例に関して使用される、「備える」、「含む」、「有する」等の語句は同義である。

「と連結される、」およびその派生表現的な語句が、本明細書において使用されてよい。「連結される」とは、以下の１または複数を意味してよい。「連結される」とは、２またはそれ以上の要素が直接的物理的接続または電気的接続状態にあることを意味してよい。しかし、「連結される」は間接的に接続されるが互いに協働または相互作用する２またはそれ以上の要素を意味することもあり、また、１または複数の他の要素が、互いに連結されるべき要素間で連結されるまたは接続されることを意味してよい。「直接連結される」という語は、２またはそれ以上の要素が直接接続させられることを意味してよい。

本明細書の中で使用される、「回路」という語は、説明される機能を提供する１または複数のソフトウェアプログラムまたはファームウェアプログラム、組み合わせ論理回路および／またはその他の適するコンポーネントを実行する、特定用途向け半導体集積回路（ＡＳＩＣ）、電子回路、プロセッサ（共有、専用、またはグループ）および／またはメモリ（共有、専用、またはグループ）を指す、またはその一部を成す、または含むことを意味してよい。

請求項を含めて本明細書の中で使用される、「チップ」という語は、コンピューター上の実際の集積回路（ＩＣ）を意味してよい。本文書の文脈におけるチップは、それゆえ、シングルコアまたはマルチコア技術であり得る実行ユニットを指してよい。

請求項を含め、本明細書の中で使用される、「プロセッサ」という語は、実際のチップ上の論理実行ユニットを指してよい。マルチコアチップはいくつかのコアを有してよい。請求項を含めて本明細書の中で使用される、「コア」という語は、Ｌ１（最下位）キャッシュおよび機能ユニットを含む論理実行ユニットを指してよい。コアは、プログラムまたはスレッドを独立して実行できるものとして理解される。

上述のとおり、ＸＭＳは、準拠した接続されるデバイスが実装すべきレジスタと、コントロールフラグビットとを規定する。現在、デバイス挙動の構成、制御および修正を行うべく、ホストは、複数のデバイスにわたり同一のオフセットを有するレジスタに繰り返しアクセスしなければならない。たとえば、ホストが、システムメモリ内の１６個のＤＩＭＭの各々で電圧レギュレータを構成する場合、これには、各電圧レギュレータ内で同一レジスタへの書き込みを必要とし、各電圧レギュレータにつき別々のアクセスが行われる必要がある。そこで、約１２０個ものデバイスへ接続することがある高負荷のバス上での構成時間を節約するため、および起動時間も節約するため、実施例においては、全てのデバイスにわたり定義されるビットを更新または構成するブロードキャストケーパビリティが促進される。実施例においては、ブロードキャストケーパビリティは、とりわけ、後述の追加ヘッダを利用する。

実施例においては、ホストは故に、たとえばＤＩＭＭなどのメモリデバイスのアクセスの読み取りアクセスおよび書き取りアクセスの構成をチェーン化することができ、ホストは故に複数のアクセスにわたり、追加ヘッダのコストを償却することができる。さらに、同一デバイス上のシーケンシャルレジスタアクセスは追加のコストを招来しない。ここで、デバイスは各レジスタアクセスの後に、レジスタオフセットを自動インクリメントする。実施例においては、デバイスコントロール情報のブロードキャストは、ビットを制御するマスクを使用して、効率向上が図られており、その結果グループアドレス指定を促進する。実施例においては、メッセージフォーマットの例は一般的なものであり、デバイス上のいずれのレジスタに対してのブロードキャストにも使用されてよい。

さまざまな実施例において、現在のＸＭＳによりサポートされる機能は、ＸＭＳコマンドバスにわたるブロードキャストメッセージングおよびマルチキャストメッセージングを容易化するために大幅に改良され得る。現在のＸＭＳに対するこれらの改良をより良く理解するため、現在のＸＭＳ下でのデバイス構成とレジスタアドレス指定の概要を以下に説明する。

現在、ＸＭＳは、バス上の全てのデバイスへブロードキャストコマンドを送信することを意図したブロードキャストフォーマットを規定はするものの、当該フォーマットは書き込みのためのみであり、また１デバイス上のビットセットに固有のものでもある。当該フォーマットは到達すべき各デバイスの当該固有のビットが後に続くヘッダを使用する。ヘッダは、全てが０の１バイトを含み、当該１バイトには７ビットのデバイスアドレス（０００ ００００）および１つのＲｎＷビット（０）が含まれ、ここで０は書き込みアクセスを指示する。現在のフォーマットは以下のとおりである：
＜フォーマット１＞

このブロードキャストフォーマットのフィールドは具体的に規定されており、拡張目的でのスケーリングおよび使用はできない。固有ビットの数は４バイトに制限されており、さらに、具体的なビットまたはフィールドのマスキング機能はない。それゆえ、サブセットのデバイスをアドレス指定する方法はなく、またこれらの固有ビットのサブセットのみにアクセスする方法もない。さらに、現在のＸＭＳフォーマットはメモリ読み取りのための機構を提供していない。ブロードキャストは書き込みアクセスに使用され得るのみである。ホストがさまざまなメモリモジュールデバイス上のＸＭレジスタを読み取る必要がしばしばあり得るとする場合、これが、ブロードキャストアドレスが指定され得る唯一の現在のトランザクションであるため、読み取りはできない。

ＸＭＳはまた、一般的な読み取り／書き込みフォーマットを提供し、当該フォーマットは、デバイスレジスタのオフセットＸＭモードで指定されるレジスタアクセスを含む。しかしながら、これらは、１つのデバイスの１つのレジスタへのメモリアクセスのためのものであるので、ＸＭバス上でのこれらの現在サポートされているトランザクションは非効率的である。

一度に１つのデバイスへの構成書き込みは、少なくとも２バイトのヘッダを消費する。これらのバイトはそれぞれ、個々のデバイスアドレスおよび１デバイスレジスタオフセットについてのものであり、以下において太字で示される。
＜フォーマット２＞

同様に、１つのデバイスへの１つの構成読み取りは、以下に太字で示されるように、書き込みアクセス（ＲＴｎＷ＝０）の後に読み取り（ＲｎＷ＝１）が続き、少なくとも３バイトのヘッダを消費する。
＜フォーマット３＞

上記のとおり、読み取りまたは書き込みは、特定のデバイスおよびそのデバイス上の特定のレジスタをアドレス指定しなければならいため、バス上の他の複数のＸＭデバイスの同一レジスタへの同一転送タイプのデバイスレジスタアクセスは、読み取りであれ書き込み（Ｒｄ／Ｗｒ）であれ、現在では組み合わせることもチェーン化することもできない。それゆえ、上に示す２または３のヘッダは、この場合がそうであるように、個別のデバイスアクセスについて繰り返されなければならず、結果としてパフォーマンスが非効率になる。さらに、上述のように、従来のブロードキャストアクセスはいかなるコントロールビットやセットアップビットのためのマスキングケーパビリティも有さない。その結果、コントロール値がバス上のたとえ１つのデバイスにおいてであれ異なって管理される場合、ブロードキャストアクセスは現状、いずれのデバイスについても全く使用することはできない。これは、当該ビットセットが全てのデバイスに共通に規定され、ビット位置ごとの機能が全てのデバイスについて同一のままであるためである。これにより、サブセットの接続デバイス上ののみでコントロールビットのみがトグルされるべきである場合の使用が制限される。

一般的に、サーバーは、それらのシステムオンチップ（ＳＯＣ）に接続された複数のダブルデータレート（ＤＤＲ）メモリモジュールを有してよい。ＸＭＳは、繰り返しの同一レジスタオフセットアクセスおよびコントロール変更またはセットアップ変更を必要とするＳＰＤデバイスを含み、最大１２０個の接続デバイスを許容する。現在仕様化された、またコントロールのためのマスクビットを有さないＸＭＳ下で、レジスタアクセスをシリアル化することは、ＸＭバス上のレジスタアクセスとブロードキャスト転送を非効率にし、また甚大なレイテンシ、エリアおよび電力も消費する。

最後に、現在は、あらゆるＤＩＭＭにおけるあらゆる電源管理集積回路（ＰＭＩＣ）へ宛てられるグループキャストのように、１サーバーまたはコンピューティングシステムの全ＤＩＭＭにわたり、例えばＰＭＩＣ等の同一デバイスタイプのアクセスを可能にする実効的な方法はない。

図１は、さまざまな実施例にかかる、実施例としてのシステムを示す図である。図１を参照すると、１または複数のプロセッサ１０２を含むホストコンピューター１０３がある。ホストコンピューター１０３は、上述のように、ＳＯＣであってよい。メモリモジュール１０４も示されており、たとえばこれはホストコンピューター１０３のマザーボードにインストールされる１セットのＤＩＭＭであってよい。実施例においては、ホストコンピューター１０３は、プロセッサ１０２を介して、ブロードキャストコマンドをコマンドバス１４１上でメモリモジュール１０４へ送信する。コマンドバス１４１は、プロセッサ１０３とメモリモジュール１０４との間のデータバス（図示せず）とは異なる。コマンドバス１４１は、構成レジスタアクセスとブロードキャスト／マルチキャストトランザクションとを、コマンドバス１４１に接続された複数のデバイスへ転送する。コマンドバスは、上述のように、ＸＭバスであってよい。実施例においては、コマンドバス１４１にわたり送信されるコマンドとトランザクションとがゲートウェイ１３０により受信および処理される。ゲートウェイ１３０は、たとえば、ＤＩＭＭのハブであってよい。ゲートウェイ１３０は、コマンドバス１４１に接続される入力インターフェイス１３４と復号回路１３３とを含む。コマンドバス１４１を通してコマンドが受信される。復号回路１３３は、ホストコンピューター１０３からの特定のコマンドを識別する。いくつかの場合においては、復号回路１３３は、コマンドに応答して、コマンドのビットを修正することを含むアクションを取るが、多くの場合においては、受信した通りのコマンドをメモリモジュール上の接続デバイス（ローカルバス１４３上で）に渡すアクションを取る。故に、ゲートウェイ１３０は、ＤＩＭＭ上にまた設けられる、たとえば温度センサ、タイミングデータ付きの電圧レギュレータおよびフラッシュメモリユニット、ＳＰＤ、またはレジスタクロックドライバ（ＲＣＤ）などの、デバイス１２０、１２１、１２２のセットに接続される。

実施例においては、図１に示されるよりも多いまたは少ないＤＩＭＭがあってよく、図１に示されるよりも多いまたは少ないＤＩＭＭ上のデバイスがあってよい。上述のとおり、ゲートウェイ１３０は、ローカルバス１４３上でデバイスのセットに接続される。ローカルバスもＸＭに準拠したものでよく、その場合はＸＭバスとなる。デバイス１２０、１２１、１２２は、本明細書の中で「ハブの後ろ」または「ゲートウェイの後ろ」のデバイスと言及されることがあり、これらのデバイスのレジスタは「ＸＭプロトコルの後ろ」のレジスタと言及されることがある。実施例においては、デバイス１２０、１２１、１２２はそれぞれ、ローカルバス１４３に接続される入力インターフェイス１３４と、最終的にホストコンピュータ１０３からゲートウェイ１３０を通って、入力インターフェイス１３４を介して、それぞれのデバイスにより受信されるブロードキャストコマンドを復号および実行する復号回路１３５とを含む。

次に説明される図２から図８は、さまざまな実施例による、デバイスにより受信されるコマンド、または当該コマンドの一部を表している。コマンドは、１または複数のデバイスの１または複数のＸＭプロトコルレジスタへ宛てられるか、または１または複数のデバイスの１または複数の内部デバイスレジスタへ宛てられてよい。上述のように、実施例においては、コマンドはデバイスの入力インターフェイスを介して受信され、当該デバイスの復号回路により復号される。

図２は、さまざまな実施例にかかる、ブロードキャストコマンドの実施例としてのアクセスフォーマットを示したものである。アクセスフォーマットは、上述のとおり、「Ｓ」で示される従来のＸＭＳ「スタート」バイト２０１に続く追加ヘッダバイト２１０を含む。本明細書では、追加ヘッダバイト２１０は、現在ＸＭ仕様において規定されておらず、かなり限定的な現在のブロードキャストコマンドフォーマットで使用されていないため、「追加」の語で表される。スタートバイト２０１は、０ｘ００の標準ブロードキャストコールアドレス２０３、および０に設定され、書き込みコマンドを示す、ｒｅａｄ ｎｏｔ ｗｒｉｔｅビット「ＲｎＷ」２０５を有する。追加ヘッダバイト２１０は、ここでは「ＳｌａｖｅＡｄｄｒＭａｓｋ［２:０］」とラベル付けされた３ビットのスレーブアドレスマスクフィールド２２０を含む。この文脈では、「スレーブ」とは、ブロードキャスト（グループキャスト、またはマルチキャスト）コマンドが意図される先のデバイスを指す。実施例においては、スレーブアドレスマスクフィールド２２０は、受信デバイスが、そのアドレスがブロードキャストコマンド２００内で提供されるデバイスアドレスにマッチングするか否かを判定するに先立って、後続の各トランザクションについて、マスキングすべきスレーブアドレスのビット数を示す。故にこのマスキング機能は、グループアドレス指定を可能にすることにあり、ここにおいては、ホストコンピューターが、単一のトランザクションにおいて、メモリ内の全てのＤＩＭＭにわたり、同じファミリーのデバイス（たとえば、各ＤＩＭＭ上のＰＭＩＣのように）にアクセスできる。

スレーブアドレスマスクフィールド２２０の値は、デバイス識別子の無視されるべき最下位ビット（ＬＳＢ）の数を示す。たとえば、符号２２０のフィールドのＳｅｔ ＳｌａｖｅＡｄｄｒＭａｓｋ［２：０］が「０１１ｂ」に設定される場合、これは、７ビットのデバイス識別コード（ＤＥＶ ＩＤ Ｃｏｄｅ）２５０のうち最下位３ビットがマスキングされ、残る４ビットのＩＤコードで複数のデバイスで構成される１グループ全体を識別することを意味し得る。これにより、最上位ビット（ＭＳＢ）の４ビットが、たとえばＤｅｖ ＩＤ Ｃｏｄｅ［６:３］などの、Ｄｅｖ ＩＤ Ｃｏｄｅのマスキングされていない部分と一致する全てのスレーブデバイスが単一のトランザクション内でアドレス指定されることを可能にする。

ここで、８個のＤＩＭＭに限定される例示システムにおける実施例においては、デバイスのアドレスは、ＭＳＤの４ビットがデバイスのタイプを指定し、ＬＳＢの３ビットが当該デバイスが設けられているＤＩＭＭの番号を指定するように構成されてよいことに留意されたい。このような実施例においては、これは同一タイプの全デバイス（図２に示すように、ＬＳＢの３ビットをマスキングすることにより、８個のＤＩＭＭすべてにわたり、ＭＳＢの４ビットにより識別される）について可能であり、符号２２０のＳｌａｖｅＡｄｄｒＭａｓｋ［２:０］が「０１１ｂ」に設定されて、符号２５０の７ビットのデバイス識別コード（Ｄｅｖ ＩＤ Ｃｏｄｅ）のうち最下位３ビットをマスキングする。

追加ヘッダバイト２１０は、たとえば「ＳｌａｖｅＡｄｄｒＭａｓｋ［２:０］」と名付けられた３ビットのスレーブアドレスフィールド２２０と、たとえば「Ｏｆｆｓｅｔ［３:０］」と名付けられた４ビットのオフセットフィールド２３０と、たとえば「ＸＭ－ＲＥＧ－ＭＯＤＥ」と名付けられたアクセスモードフィールド２４０とを含む。これらについては以下で説明する。

実施例においては、スレーブアドレスマスクフィールド２２０は、コマンドを受信するデバイスが、デバイスアドレスのうち何個の最下位ビット（ＬＳＢ）を無視すべきかを示すために使用される。図２に示される、たとえば、符号２５０の「Ｄｅｖ ＩＤ Ｃｏｄｅ［６:０］」等のデバイスアドレスのうち無視されるビットが多いほど、当該デバイスアドレスのマスキングされていない部分にマッチングするデバイスの数は多くなり、ブロードキャストコマンドに対して応答する数が多くなる。実施例においては、図３Ａ、図３Ｂ、図４、図５、図６、図７および図８を参照して以下で説明されるとおり、このマスキング機能が、フルブロードキャスト、選択的ブロードキャスト、またはグループアドレス指定を可能にするものである。

ＸＭＳに基づく図２から図１０実施例においては、デバイスアドレスは７ビット長であるいう前提である。他の実施例においては、デバイスアドレスのビット長はそれよりも長くても短くてもよい。故に、スレーブアドレスマスクフィールド２２０は、そのアドレスの０ビットから７ビットの範囲内でマスキングすることを示す。たとえば、ＳｌａｖｅＡｄｄｒＭａｓｋ［２:０］＝'１１１'の場合、アドレスの全７ビットがマスキングされ、コマンドは全ての接続されるデバイスへブロードキャストされる。同様に、ＳｌａｖｅＡｄｄｒＭａｓｋ［２:０］＝'０００'の場合、コマンド内で提供される各デバイスアドレスの全てのビットが読み取られ、マスキングは行われない。さらに、ＳｌａｖｅＡｄｄｒＭａｓｋ［２:０］＝'０１１'であって値「３」を有する場合、アドレスの最下位３ビットがマスキングされる。故に、単一のトランザクションにおいて、４個の最上位ビット（ＭＳＢ）が一致する全てのスレーブデバイスがアドレス指定され、コマンドに応答する。

引き続き図２を参照すると、さまざまな実施例により、図２において「Ｏｆｆｓｅｔ［３:０］」と称される４ビットのオフセットフィールド２３０は、利用可能な２つの可能なアクセスモードのうち一方のみで使用される。ここで注目すべきは、実施例においては、第１のアクセスモードでは、ブロードキャストコマンドはデバイスセットアップまたはコントロールコマンドであってよく、それゆえ当該ブロードキャストコマンドは、たとえばパケットエラー訂正イネーブル（ＰＥＣ＿ＥＮ）、ＰＡＲＩＴＹ＿ＥＮ、ＩＦ＿ＳＥＬなどのＸＭプロトコルにより設けられることが必要とされるレジスタにアクセスすることを意図する（このアクセスモードは以下、「プロトコルレジスタ」アクセスとして称される）。同様に、実施例においては、第２のアクセスモードでは、意図するのは、ブロードキャストコマンドが、ＸＭプロトコルの後ろのデバイスレジスタにアクセスすることであり（このアクセスモードは以下、「デバイスレジスタ）アクセス」として称される）、これらは、ＳＰＤ、ＲＣＤ、ＰＭＩＣ等の異なるアクセスフォーマットを有してよい。実施例においては、第２のアクセスモードでは、ＸＭＳ下での従来のトランザクションが、追加ヘッダバイト２１０の後に続く。このトランザクションは、図５から図７に関連して以下で説明されるとおり、「ｒｅｓｔａｒｔ」（Ｓｒ）バイト２４５で開始する。実施例においては、オフセットフィールド２３０は第１のアクセスモードにおいてのみ使用され、第２のアクセスモードを指定するコマンド内では予約される。故に、図２で示される実施例では、符号２３０のＯｆｆｓｅｔ［３：０］は、コマンドが、受信デバイス上のどのＸＭプロトコルレジスタに対して宛てられているかを指定するのに使用される。Ｏｆｆｓｅｔ［３：０］は４ビット長なので、各デバイス上の１５個のレジスタが、第１のアクセスモードを指定し、且つどのレジスタが最初に書き込みが行われるべきレジスタかを示するオフセット値をさらに指定するブロードキャストコマンドを使用してアクセスされてよい。

実施例においては、ブロードキャストコマンドのアクセスモードはアクセスモードフィールド２４０により示される。図２の実施例では、これは「ＸＭ－ＲＥＧ－ＭＯＤＥ」として示される１ビットフラグである。この例では、ＸＭ－ＲＥＧ－ＭＯＤＥ＝１は第１のアクセスモード（プロトコルレジスタアクセス）を示し、ＸＭ－ＲＥＧ－ＭＯＤＥ＝０は第２のアクセスモード（デバイスレジスタアクセス）を示す。

他の実施例においては、各フィールドにはより多いまたはより少ない数のビットがあってよく、コマンドのヘッダおよび後続ユニットは、１バイトより多いまたは少ないビットを有してよい。

引き続き図２を参照すると、追加ヘッダバイト２１０の後ろにはＳｒトランザクション２１１が続く。Ｓｒトランザクション２１１は、Ｓｒバイト２４５で開始し、Ｓｒバイト２４５は、図２で符号２５０の「Ｄｅｖ ＩＤ Ｃｏｄｅ［６:０］」と示されるように、７ビットのデバイスアドレスと、１ビットのＲｅａｄ ｎｏｔ Ｗｒｉｔｅビット「ＲｎＷ」であるメモリアクセスタイプインジケータとを示す。図２から図１０で示される実施例においては、ＲｎＷ＝０はレジスタへの書き込みを意味し、ＲｎＷ＝１はレジスタへの読み取りを意味する。フルブロードキャスト、グループブロードキャストまたは他のマルチデバイスコマンドについて、単一のコマンドは同時に複数のデバイスを読み取ることはできないため、ブロードキャストコマンドは一般的に、ＲｎＷ＝０の書き込みである。図２のＳｒトランザクション２１１に示される残りのバイト、つまりＢｙｔｅ０～Ｂｙｔｅ ｎは、図３Ａ、図３Ｂまたは図４に示されるように第１のアクセスモードを想定しており、これについては、これらの図面を参照して後述する。故にこれらのバイトは、符号２３０のＯｆｆｓｅｔ［３:０］で示される各デバイス上の位置にあるレジスタで開始して、各受信デバイスに書き込まれる。第２のアクセスモードでは、以下で説明されるように、少し異なるフォーマットがＳｒトランザクションに使用される。

実施例においては、図２のフォーマット２００のブロードキャストコマンドを受信するデバイスは、スレーブアドレスマスクと、アクセスモード値と、オフセットがある場合はオフセット（存在する場合、第１のアクセスモード）とを復号し、コマンドで提供される後続のバイトをの実行に進む。実施例においては、ブロードキャストコマンドフォーマット２００を使用することは、ホストコンピューターが複数のＤＩＭＭにわたり同等のレジスタにアクセスすることを助け、領域と電力の両方においてより効率を向上させるとともに、ブート時間をかなり削減することに寄与する。

図３Ａ、図３Ｂおよび図４は、第１のアクセスモードを指定するコマンドの異なるバージョンを示したものであり、全て図２のコマンドフォーマット２００を実装するものである。これらの例示のコマンドにおいては、コマンドはプロトコルレジスタアクセスに宛てられ、故にアクセスモードフラグはＸＭ－ＲＥＧ－ＭＯＤＥ＝１である。次に、これらについて説明する。

図３Ａでは、ＸＭプロトロルレジスタ（図３Ａ、図３Ｂおよび図４では単に「ＸＭレジスタ」と記される）等のプロトコルレジスタへのフルブロードキャストのためのコマンド３００Ａが示される。例示コマンド３００Ａは、たとえば、ＰＥＣイネーブル、またはパリティイネーブル等のオペレーションモードを更新するために使用されてよい。故に図３Ａのヘッダ３１０内では、スレーブアドレスマスク３１５は"１１１"であり、これはデバイスアドレスの全７ビットがマスキングされるべきであることを示す。オフセットフィールド３２０は、４ビットオフセットＯｆｆｓｅｔ［３:０］を定義し、これは当該コマンドに含まれる最初のバイトが各デバイスに書き込まれるべきことを示す。ヘッダ３１０はアクセスモードフラグ３３０も含む。これはプロトコルレジスタアクセス（たとえば第１アクセスモード）であるため、アクセスモードフラグ３３０は１に等しく、たとえばＸＭ－ＲＥＧ－ＭＯＤＥ＝１となる。

引き続き図３Ａを参照すると、ヘッダバイト３１０の下に単一のＳｒトランザクション３１１が示されており、ここではＳｒは「リスタート」を意味する。これは、フルブロードキャストコマンドであるので、１つのＳｒトランザクションのみが示されており、各デバイスは同じ様に更新される自己の複数のＸＭレジスタを有する。Ｓｒトランザクション３１１は１つのヘッダバイトといくつかのコントロール情報バイトを含む。Ｓｒヘッダバイトは、デバイスアドレス、ここでは「Ｄｅｖ ＩＤ Ｃｏｄｅ［６:０］＝０ｘ０００＿００００」を含み、これは、ＸＭバス（最大１２０個のデバイスを許容）上に接続されるあらゆるデバイスがコマンド３００Ａを受信することを意味する。Ｓｒトランザクション３１１ヘッダバイトはまた、プロトコルレジスタアクセスが読み取り（ＲｎＷ＝１）であるか書き込み（ＲｎＷ＝０）であるかを示す、読み取りまたは書き込み（ＲｎＷ）ビット３１３も含む。この例では、ブロードキャストはＸＭバス上で接続された各デバイス（例えば、コンピューターのメモリ内の全てのＤＩＭＭ）上のいくつかのＸＭレジスタに対する書き込みアクセスであるので、ＲｎＷ＝０となる。図３Ａに示されるように、Ｓｒトランザクション３１１はＢｙｔｅ０からＢｙｔｅ ｎまでのいくつかの追加バイトも含み、これらは、オフセット３２０で提供されるオフセット値にあるＸＭレジスタで開始して、各デバイス上の一連のシーケンシャルレジスタへそれぞれ書き込まれる。故に、図示のように、たとえば、Ｂｙｔｅ０はＸＭ－Ｒｅｇ［ｏｆｆｓｅｔ］へ、Ｂｙｔｅ１はＸＭ－Ｒｅｇ［ｏｆｆｓｅｔ＋１］へ、Ｂｙｔｅ２はＸＭ－Ｒｅｇ［ｏｆｆｓｅｔ＋２］へ、そして最後にＢｙｔｅ ｎはＸＭ－Ｒｅｇ［ｏｆｆｓｅｔ＋ｎ］へと書き込まれる。

コラム３５０に示される符号は、従来のＳＭバスおよびＸＭプロトコルにおいてそれらの符号が持つのと同じ意味を持ち、これらは、コマンド内で送信される各バイトに対する１ビットの応答を表しており、当該応答は当該コマンドを受信するデバイスにより送信される。符号の意味は次のとおりである。Ｓはスタート、Ｓｒはリスタート、ＡＣＫは肯定応答、Ｔはトランジション、Ｐは終了。

図３ＢはＸＭプロトコルレジスタへの選択的ブロードキャストの例示コマンドを示す。図３Ｂを参照すると、図３Ｂの例示コマンドは、２つの例外を除いては図３Ａのコマンドと全ての面で同一である。この例外とは、スレーブアドレスマスクフィールド３１５の値と、当該例示コマンドに含まれるＳｒトランザクションの数、つまりＳｒトランザクション３１１および３１２とである。図３Ａの例示コマンドに対するこれらの変形について、次に説明する。しかしながら、図３Ｂの例示コマンドの他のすべての様相は図３Ａの例示コマンドの対応する特徴と同様であるので、ここでは再度の説明を省略する。引き続き図３Ｂを参照すると、スレーブアドレスマスクフィールド３１５、つまりＳｌａｖｅＡｄｄｒＭａｓｋ［２:０］の値は「０００」であり、これはコマンド３００Ｂ内に含まれるデバイスアドレスのビットはマスキングされないことを意味する。その結果、Ｓｒトランザクション３１１および３１２内で列挙される各デバイスアドレスはアクセスされるが、他のアドレスはコマンド３００Ｂによりアクセスされない。

引き続き図３Ｂを参照すると、前述のとおり、Ｓｒトランザクション３１１および３１２の各々は、次のことを除き、図３ＡのＳｒトランザクション３１１と同様である。すなわち、上記の通り、Ｓｒトランザクション３１１内のＤｅｖｉｃｅ ＡおよびＳｒトランザクション３１２内のＤｅｖｉｃｅ Ｂはマスキングされておらず、他のデバイスではなく、それぞれ具体的にこれらのデバイスのみにアクセスする。

図４は、さまざまな実施例にかかる、ＸＭプロトコルレジスタのグループアドレス指定のための例示のブロードキャストコマンド４００を示す。コマンドは、指定されるデバイスグループと、そのグループ内の各デバイス上の複数のＸＭレジスタへとブロードキャストするのに使用される。図４を参照すると、図４の例示コマンドは、１つの例外を除いては全ての面で図３Ｂのコマンドと同一である。この例外とは、スレーブアドレスマスクフィールド４１５の値である。スレーブアドレスマスクフィールド４１５は、コマンド内で指定される各アドレス、つまりデバイスアドレス４１６および４１７の、３個のＬＳＢがマスキングされるべきことを示す。これは、当該コマンドを受信するデバイスは、送信されたデバイスアドレス４１６および４１７の４個のＭＳＢが自己のアドレスと一致するか否かのみをチェックし、一致があれば、受信デバイスは、コマンド内で指示されるようにメモリアクセスを実行するということを意味する。故に、デバイスアドレス４１６および４１７の各々は、実際上、各デバイスアドレスの４個のＭＳＢと一致するグループである、デバイスグループをターゲットとする。これは図４において、デバイスアドレス４１６を「Ｄｅｖ ＩＤ Ｃｏｄｅ［６：０］＝０ｘＡＢＣＤ＿ｘｘｘ」として、デバイスアドレス４１７を「Ｄｅｖ ＩＤ Ｃｏｄｅ［６：０］＝０ｘＥＦＧＨ＿ｘｘｘ」として示すことにより表されており、これは受信デバイスが各アドレスの３個のＬＳＢを単に無視することを示す。

他の全ての面では、図４の例示コマンドは図３Ｂの例示コマンドの対応する特徴と同等であるため、ここでは再度の説明を省略する。

図５から図７は、第２のアクセスモード、つまりデバイスレジスタアクセスを指定する例示のブロードキャストコマンドが示される。次に、これらについて説明する。

実施例においては、アドレスとオフセットとを含むレジスタアクセス定義は、フルブロードキャストまたはグループブロードキャストのように、グループとして命令される全てのデバイスにわたり一様であることが保証されるべきである。実施例においては、デバイスレジスタアクセスのために発行されるブロードキャストコマンドでは、ヘッダの下位バイトがデバイスレジスタオフセット情報を運ぶ。実施例においては、これはＸＭＳの必須態様であるため、オフセットは全てのデバイスにわたり共通であることが保証される。故に、マルチキャストまたはグループ書き込みのためにアドレスマスキング機能を利用すべく、グループは、同一のアドレス／レジスタの定義を有する必要がある。

図５は、さまざまな実施例にかかる、デバイスレジスタへのフルブロードキャストコマンドのための例示フォーマットを示している。図５を参照すると、追加ヘッダバイト５１０は、値が「１１１」のスレーブアドレスマスクフィールド５１５を含む。全てのデバイスアドレスビットがマスキングされているので、コマンドは「フルブロードキャスト」として動作し、それゆえ当該コマンドを受信するあらゆるデバイスが、当該コマンドを実行することになる。追加ヘッダバイト５１０はまた、４ビットの予約フィールドと、１ビットのアクセスモードインジケータ５３０とを含む。図２、図３Ａおよび図４の例示コマンドとは異なり、図５のアクセスモードインジケータ５３０は、この例では、ＸＭ－ＲＥＧ－ＭＯＤＥ＝０であり、これは第２のアクセスモード、つまりレジスタアクセスモードを示す。上述のように、コマンドのアクセスモードがプロトコルレジスタアクセスである場合にレジスタオフセットフィールドとして使用される予約フィールド５２０は、デバイスレジスタアクセスモードでは使用されない。

追加ヘッダ５１０の後ろに続くのはＳｒトランザクション５１１である。引き続き図５を参照すると、Ｓｒトランザクション５１１は、全体ヘッダバイト５１４と、それに続く、ヘッダバイトのセットを含み、１つのヘッダバイトが、ｎ個のデータバイトのうちの各々のデータバイトのための、固有のものである。このコマンドはフルブロードキャストコマンドであるので、Ｓｒトランザクションの全体ヘッダバイト５１４は、デバイスアドレスとして０ｘ０００＿００００を提供し、そして上述のとおり、スレーブアドレスマスク５１５を「１１１」と付与すれば、当該コマンド５００を受信するデバイスは、とにかく全てのアドレスビットを無視する。全体ヘッダバイト５１４は、ここでは値「０」を有し、各デバイス上の複数のデバイスレジスタへの書き込みを意味するＲｎＷビットも有する。ヘッダバイトは、符号５１２のＨｅａｄｅｒＢｙｔｅ０で開始し、ＨｅａｄｅｒＢｙｔｅｓにより示される各アドレス／オフセットにおける受信デバイスに書き込まれるべきデータバイトは、符号５１３のＢｙｔｅ ０で開始する。

追加のヘッダバイトを理由として、第２のアクセスモードのＳｒトランザクション５１１は、第１のアクセスモードにおけるＳｒトランザクションよりも長くなる。なぜならば、ペイロード／バイトに加えて、アドレス／オフセット情報が追加される必要があるためである。故に、たとえば、図５のＳｒトランザクション５１１は、図２のＳｒトランザクション２１１よりも長くなる。

図６は、さまざまな実施例にかかる、デバイスレジスタへの選択的ブロードキャストまたはマルチキャストのための、例示コマンド６００を示したものである。図６を参照すると、例示コマンド６００は、図５の例示コマンド５００と、２つの点を除いては、全ての面で同一である。２つの点は、スレーブアドレスマスクフィールド６１５の値と、当該例示コマンドに含まれるＳｒトランザクション、つまりＳｒトランザクション６１１および６１２であるが、の数である。図５の例示コマンドからの変形について、次に説明する。しかしながら、図６の例示コマンドの他の全ての態様は、図５の例示コマンドの対応する特徴と同様のため、ここでは再度の説明を省略する。引き続き図６を参照すると、スレーブアドレスマスクフィールド６１５、つまりＳｌａｖｅＡｄｄｒＭａｓｋ［２：０］の値は「０００」であり、これはコマンド６００内に含まれるデバイスアドレスのビットはマスキングされないことを意味する。その結果、Ｓｒトランザクション６１１および６１２内で列挙される各デバイスアドレス、それぞれデバイスＩＤのＤｅｖ＿Ａ ６１６とＤｅｖ＿Ｂ ６１７が、コマンド６００によりアクセスされるが、他のアドレスはコマンド６００によりアクセスされない。故に、デバイスＤｅｖ＿ＡおよびＤｅｖ＿Ｂの各々については、それらの各Ｓｒトランザクションは、ヘッダバイトのセットを含み、当該ヘッダバイトのセットは、Ｂｙｔｅ０～Ｂｙｔｅ ｎの各々のためのアドレスおよびオフセットを供給し、その後にＢｙｔｅ０～Ｂｙｔｅ ｎの各対応するオフセットにおけるデバイスレジスタにそれぞれ書き込まれる実際のバイトが続く。

図７は、さまざまな実施例にかかる、デバイスレジスタへのグループアドレス指定のための例示のブロードキャストコマンド７００を示したものである。コマンドは、指定されるデバイスのグループと、そのグループ内の各デバイス上の複数のデバイスレジスタへとブロードキャストするのに使用される。図７を参照すると、例示コマンド７００は、１つの点を除いては全ての面で図６のコマンドと同一である。１つの点とは、スレーブアドレスマスクフィールド７１５の値である。スレーブアドレスマスクフィールド７１５は、コマンド７００内で指定される各アドレス、つまりデバイスアドレス７１６および７１７の、３個のＬＳＢがマスキングされるべきことを指示している。各アドレスの下位３個のＬＳＢのこのマスキングは、コマンド７００を受信するデバイスは、送信されたデバイスのアドレス７１６および７１７の４個のＭＳＢが自己のアドレスとマッチングするか否かをチェックするだけでよいことを意味する。マッチングがあれば、受信デバイスは、コマンド内で指定されるようにメモリアクセスを実行する。故に、デバイスアドレス７１６および７１７の各々は実際には、各デバイスアドレスの４個のＭＳＢがマッチングするグループのデバイスグループをターゲットにする。これは図７において、デバイスアドレス７１６を「Ｄｅｖ ＩＤ Ｃｏｄｅ［６：０］＝０ｘＡＢＣＤ＿ｘｘｘ」として、デバイスアドレス７１７を「Ｄｅｖ ＩＤ Ｃｏｄｅ［６：０］＝０ｘＥＦＧＨ＿ｘｘｘ」として示すことにより表されており、これは受信デバイスが各アドレスの３個のＬＳＢを単に無視することを示す。全ての面において図７の例示コマンド７００は、図６の例示コマンド６の対応する面と同様であるので、これらの同様の態様については既に説明済みであるため、再度の説明を省略する。

別の実施例では、ブロードキャストトランザクションがデバイスのコントロールまたはセットアップのために発行され、故に第１のアクセスモードを使用する場合、ブロードキャストコマンドの後ろには、全てのターゲットデバイスへのコントロールデータが続く。いくつかの実施例においては、コントロールデータは、複数の２バイトペアで提供され、各バイトペアは１個のマスクバイトと１個のデータバイトを含む。これらの実施例においては、マスバイトのビットの値「１」は、デバイスがコントロールデータの対応するビットを処理すべきではないことを示し、マスクバイトのビット値「０」は、デバイスがコントロールデータの対応するビットを処理すべきであることを示す。各コントロールデータに先行するマスクバイトを追加することで、１トランザクションあたりの送信バイト数を増加させるが、これはまた、コマンドが、示される各オフセットにおけるプロトコルレジスタのフィールドを選択的に更新することを可能にし、かなりの柔軟性を提供する。

図８は、これらの別の実施例にかかるフルブロードキャストを示したものである。図８を参照すると、図８は、さまざまな実施例にかかる、コマンド内で送信される各ペイロードのバイトのマスキングを使用した、ＸＭプロトコルレジスタへのフルブロードキャストコマンドのための代替の拡張コマンドフォーマット８００を示している。代替の拡張コマンドフォーマット８００は、Ｓｒトランザクション８１１の各データバイトの前に追加のマスキングバイトが提供されている点を除いては、全ての面で図３Ａのブロードキャストコマンド３００Ａと同様である。

引き続き図８を参照すると、このコマンドのフルブロードキャストという性質が前提であるので、追加ヘッダバイト８１０を参照すると、スレーブアドレスマスク８１５の値が「１１１」に設定されている。上記で説明したように、これは、当該コマンドを受信するあらゆるデバイスが、デバイスＩＤコードフィールド８２０に示される０ｘ０００＿０００の、指定されたデバイスアドレス内の全てのビットを無視することを意味する。上述のように、ブロードキャストコマンド８００は、全てのデバイス上のＸＭプロトコルレジスタへ宛てられ、故にアクセスモードインジケータ８３０にＸＭ－ＲＥＧ－ＭＯＤＥ＝１と示される。

引き続き図８を参照すると、追加ヘッダバイト８１０の後ろに、標準のＳｒトランザクション８１１がきて、Ｓｒトランザクション８１１は、Ｓｒヘッダバイト８１２で開始し、Ｓｒヘッダバイト８１２は、上述のように０ｘ０００＿００００のブロードキャストデバイスアドレスを示す。ここで、スレーブアドレスマスク８１５が「１１１」に等しい場合は、実際は後続のデバイスＩＤコード８２９は必要でないことに留意されたい。図８の実施例では、これは、コマンドの全般的フォーマットを維持すべく保持されているが、代替の実施形態および実施例では、最適化としてこれは削除されてもよい。ブロードキャストコマンドは、ＲｎＷビット８２１で示されるとおり、書き込みコマンドである。

引き続き図８を参照すると、Ｓｒトランザクション８１１の残部において、各データバイトには、上述のとおりマスキングバイトである「バイトイネーブル」バイトが先行している。故に、図３Ａに示されるコントロールバイトの実施例にの代わりに、この代替の実施例では、コマンドのバイトシーケンスは、１オフセットあたり｛Ｂｙｔｅ－Ｅｎａｂｌｅ,Ｂｙｔｅ｝のペアを含む。この特長は、複数のデバイスにわたり、１オフセット内に非類似のビットフィールドがあり得るシナリオにおいて役立ってよく、またＸＭプロトコルレジスタアクセスは、すべてのＸＭ準拠デバイスにより実装される共通のデバイスであるので、ＸＭプロトコルデバイスには特に有用であってよい。図８では、２つの例示の｛Ｂｙｔｅ－Ｅｎａｂｌｅ，Ｂｙｔｅ｝ペアが示されており、第１のペア８１３は第１のコントロールバイトＢｙｔｅ０のためのものであり、Ｂｙｔｅ０は追加ヘッダバイト８１０で指示されるオフセットにおけるプロトコルレジスタへ書き込まれ、第２のペア８１７は最後のコントロールバイトＢｙｔｅ ｎのためのものであり、Ｂｙｔｅ ｎは追加ヘッダバイト８１０＋ｎまたはＸＭ－Ｒｅｇ［ｏｆｆｓｅｔ＋ｎ］で指示されるオフセットにおけるプロトコルレジスタへの書き込まれ。それぞれのケースにおいて、それぞれのマスキングバイト「Ｂｙｔｅ ｅｎａｂｌｅ ０」または「Ｂｙｔｅ ｅｎａｂｌｅ ｎ」により有効化されるコントロールバイト「Ｂｙｔｅ０」または「Ｂｙｔｅ ｎ」のビットのみが、示されるレジスタへ書き込まれる。

ここまで説明してきた例示コマンドにおいては、これらの全てがプロトコルレジスタまたは内部デバイスレジスタを例えば更新するように受信デバイスへ命令する、書き込みアクセスであった。単一のデバイス上の１または複数のレジスタの内容に固有である読み取りとは対照的に、書き込みオペレーションのみが真に複数デバイスへのブロードキャストとなり得ることが理解されている。図９は、さまざまな実施例にかかる、特定のデバイスのｎ個のＸＭプロトコルレジスタの読み取りのための例示コマンド９００を示すものである。コマンド９００は図３Ｂのコマンド３００Ｂの読み取りバージョンであり、ここでは、コマンド９００は１つのデバイスのアドレスのみを含む。故に、引き続き図９を参照すると、コマンド９００は、９３０および９２１において、読み取りオペレーションを示す、ＲｎＷ＝１を示す。さらに、追加ヘッダバイト９１０は、スレーブアドレスマスクフィールド９１５内に、マスキングなし、つまりユニキャストオペレーションを示す値「０００」を提供しており、アクセスモードインジケータ９１６はプロトコルレジスタが読み取られるべきことを規定している。故に後続のＳｒトランザクション９１１は、ｓｌａｖｅＡｄｄｒ.ＸＭ－Ｒｅｇ［ｏｆｆｓｅｔ］～ｓｌａｖｅＡｄｄｒ.ＸＭ－Ｒｅｇ［ｏｆｆｓｅｔ＋ｎ］におけるそれぞれのプロトコルレジスタから、ｎバイトのデータが読み取られることを指定する。実施例においては、デバイスが読み取りコマンドに応答するとき、デバイスはこれらの各データバイトに「Ｂｙｔｅ０」から「Ｂｙｔｅ ｎ」とラベル付けする。

実施例においては、１２０個のデバイスにわたる同一のレジスタオフセットへのＸＭレジスタ書き込みに加え、１２０個のデバイスにわたる同一のレジスタオフセットへのＸＭプロトコルレジスタの読み取りアクセスは、現在のＸＭＳ下のものよりも効率的となることに留意されたい。さらに、ブロードキャストアクセスが何倍か改善されている。というのは、実施例において、いくつかのデバイスが、指定されたコントロールフラグビットのいくつかにおいて非同一の値を有し得る場合であっても、ホストコンピューターは、ブロードキャストコマンドを使用し続けることができるからである。これは、現在のプロトコル下では、不可能である。

実施例においては、複数のＤＩＭＭにわたり同一のデバイスタイプへアドレス指定／マルチキャストする機能に加え、１デバイスごとのＸＭプロトコルレジスタの特定のセットにアクセスする機能も可能にされる。よって、この機能は、たとえば、ＰＥＣイネーブル、ＩＢＩのオン／オフなどのプロトコル機能コントロールのための標準機構を可能にする。図９で示されるように、これらのデバイスへの読み取りは同じコマンドで扱われるが、ユニキャストモードでは、上述のように、ＳｌａｖｅＡｄｄｒＭａｓｋ＝０００で扱われる。

次に図１０から図１２を参照しながら、ランタイム中に、メモリモジュール（たとえばＤＩＭＭ）上の複数のデバイスへ一意のアドレスを割り当てる方法について説明する。デバイスは、ローカルハブにわたり、メモリモジュールのハブに接続されている。実施例においては、この方法は、図３Ａを参照して上で説明した拡張ブロードキャストコマンドフォーマットを利用するものであり、そこではホストコンピュータによる、各デバイス上の特定のオフセットにおけるすべてのＸＭプロトコルレジスタに対するフルブロードキャストであった。しかしながら、実施例においては、方法、およびそれを実装するための例示のブロードキャストコマンドフォーマットは、ブロードキャストコマンドを受信した後のＤＩＭＭのハブまたはゲートウェイに対し、当該ブロードキャストコマンドをＤＩＭＭ上の「ハブの後ろ」の全てのデバイスに転送する前に、当該ブロードキャストコマンド内に含まれるデバイスアドレスを、ホストコンピューターから受信したデバイスアドレスから、異なる値に修正するよう命令する。

しかしながら、図１０から図１２の方法を説明する前に、ＤＩＭＭの製造における背景をまず説明する。たとえばＤＩＭＭなどのメモリモジュールが、マザーボードまたはコンピューティングデバイスの全てのスロットにわたり再使用可能かつ構成可能なものであることを保証すべく、全てのＤＩＭＭは同一に構築され、ひとたびメモリモジュールが挿入されると、たとえばＳＰＤデバイス等の精密抵抗器を通して、メモリモジュールのハブによりホストＩＤ（「ＨＩＤ」、または「ＤＩＭＭ＿ＩＤ」）が検知される。故に、メモリモジュールが最終的に挿入されるスロットの実際のｈｏｓｔ＿ｉｄ（たとえばＤＩＭＭ＿ＩＤ）にかかわらず、製造時にはＤＩＭＭ上の全てのデバイスのデフォルトアドレスは同一である。

そのため、ＤＩＭＭ上の全てのデバイスがホストコンピューターによりシームレスにアドレス指定されることを保証すべく、ハブが、継続的にホストコンピューターから来るアドレスをローカルデバイスアドレスに変換する必要があるか、あるいは、ＤＩＭＭ上の「ハブの後ろ」のデバイスが、それらの実際のｈｏｓｔ＿ｉｄを認識させられる必要があり、その結果、デバイスが、ホストコンピューターにより、たとえば図２から図９で示される例示のコマンドの１つを介してアドレス指定された場合、デバイスは、コマンドに適切に応答できる。

さらに、ＤＩＭＭのハブは、ＰＥＣまたはストアフォワードスキームの実装を要することなく、できるだけ安価に作られるのが望ましい。また、ハブは独立のクロックソースを有さないので、ハブは自身ではデータの処理を行わない。よって、理想的なハブはパッシブパスゲートベースの実装であり、それは、１つのドメイン（たとえばコマンドバス）から別のドメイン（たとえばローカルデバイスバス）へトランザクションを転送し、バスの負荷の低減とバランス調整に寄与し、その結果、可能な限り多くのデバイスがコマンドバスに取り付けられ得る。

あるいは、製造中に、ワンタイムプログラマブルアドレスが各デバイスに割り当てられてもよい。しかしながら、これは製造コストが増える。また別の選択肢として、ハブが、継続ベース（ｏｎ ｇｏｉｎｇ ｂａｓｉｓ）で、ホストコンピューターから受信する各トランザクションまたはコマンドのアドレスを管理してもよい。たとえば、ハブは、トランザクションまたはコマンド内で使用されるデバイスアドレスを、それが接続されるスロットの実際のＤＩＭＭ＿ＩＤに変換する。しかし、これはかなりの作業負荷がかかるとともに複雑さも増す。

したがって、実施例においては、上述の第１のアクセスモードのフルブロードキャストコマンドがホストコンピューターにより使用され、各ＤＩＭＭ上の各ハブに、ハブのホスト識別子（たとえばＤＩＭＭ＿ＩＤ）をそのＤＩＭＭ上の全てのローカルバスデバイスへプッシュさせる。

実施例においては、この特定のＤＩＭＭ＿ＩＤ伝搬トランザクションにおいては、各ＤＩＭＭ上のハブがホストコンピューターからブロードキャストコマンドを受信すると、当該ブロードキャストコマンドをローカルバスへ転送する前に、当該ブロードキャストコマンドに含まれるデバイスアドレスの特定のビットを変更する。具体的に、ハブは、ホストコンピューターから受信されたブロードキャストメッセージのペイロード内のＨＩＤ／ＬＩＤビットを置き換える。さらに、実施例においては、ＰＥＣをそのようなコンフィギュレーション／ブロードキャストＨＩＤ伝搬トランザクションを可能にすることは、比較的簡素な８：１ルックアップテーブルを使用して実現される。これは、ＨＩＤ伝搬トランザクションの全てのビット値は事前に既知であるからであり、ＰＥＣは挿入されるべきＤＩＭＭ＿ＩＤに基づいて予め計算された値であってよい。

しかしながら、デバイスアドレスが一意である限りにおいて、またはハブが１つ１つのトランザクションについてデバイスアドレスを変更する限りにおいて、デバイスは、ハブのない環境において、そのデフォルトアドレスで依然動作可能であることに留意されたい。故に、さまざまな実施例により、ブロードキャストＤＩＭＭ＿ＩＤ伝搬トランザクションは、デバイスはそれなしでシームレスに動作できるので、必須事項ではない。しかしながら、このことは、ハブのないケースにおいては、デバイスアドレスが一意であり、ハブのあるケースにおいては、これがＨＩＤ伝搬なしで動作するには、ハブが１つ１つのトランザクション（ｐｖｔ／ｄｉｒｅｃｔ）について、宛先アドレスを変更しなければならないということを前提とする。

実施例においては、上述のＸＭブロードキャストトランザクションは、ＸＭレジスタと組み合わされて、ローカルバス上で接続されるデバイスのＨＩＤ／ＤＩＭＭを更新する。以下に詳細に説明されるように、実施例においては、ハブがこの特定のコマンドを検知し、当該コマンドのＨＩＤ／ＬＩＤフィールドのみを置き換え、また有効化されている場合は、ＰＥＣも同様に置き換える。

実施例においては、ローカルバル上の全てのデバイスは、ＸＭバス準拠であり且つ、以下の必須ケーパビリティを実施する必要がある：１．ブロードキャストトランザクションをサポートする（ＳｌａｖｅＡｄｄｒ＝０ｘ００００＿０００のトランザクションを受け付け可能であること）；２．プログラマブルＨＩＤ/ＤＩＭＭ＿ＩＤを有すること：ａ．プログラマブル（リセット後１回書き込み）ＨＩＤ/ＤＩＭＭ＿ＩＤ、スレーブデバイスＩＤ、具体的にビット［２：０］が「１１１」にデフォルト設定されているので、ＸＭ‐レジスタオフセットは０ｘＦである。；３．特定のアドレス｛４ｂ ＤＴＩ,３ｂ ＨＩＤ（ｐｒｏｇｒａｍｍｅｄ）｝を復号できること。

実施例においては、デバイスは、Ｉ２Ｃに準拠すべく、デフォルトで、ピンストラップからデフォルトスレーブアドレスを導出してよい。その場合、デバイスはハブがある場合もない場合も、任意のホストに対し、このアドレスを、後で読み取るためにＸＭプロトコルレジスタ［０ｘＦ］のデフォルト値として提供する。

実施例においては、ＤＩＭＭのゲートウェイまたはハブは、上記の指定されたブロードキャストトランザクションを受信すると、入って来る値の下位３ビット（または、たとえば他の拡張アプリケーションではこれよりビット数が多い場合も少ない場合もある）を更新して、ＤＩＭＭ＿ＩＤ／ＨＩＤの特定のアドレスに設定する。実施例においては、ホストはバス初期化中に、このブロードキャストコマンドをまさに第１のトランザクションとして送信してよく、実施例においては、当該トランザクションは、各ＤＩＭＭ上に接続されるデバイスセット全体にわたる単一のブロードキャスト書き込みとして行われてよい。

図１０は、次に説明するように、さまざまな実施例による、かかるホスト識別子（ＨＩＤ）割り当てトランザクションのための例示フォーマットを示している。図１０を参照すると、実施例においては、ＨＩＤコンフィギュレーショントランザクションはＨＩＤ／ＤＩＭＭ＿ＩＤをＤＩＭＭ上のそれぞれのデバイスのＸＭ ｐｒｏｔｏｃｏｌ ｒｅｇｉｓｔｅｒ［１５］へと更新する。図１０の１０１０行のＯｆｆｓｅｔ［３：０］＝１１１１により示されるように、ＸＭ ｐｒｏｔｏｃｏｌ ｒｅｇｉｓｔｅｒ［１５］の使用は、特有の実装である。図１０の１０１０行（および全ての他の図の同様の列）は例として示されるものであり、他の実施例においては、他の組み合わせが使用されてよい。たとえば、オフセットは２ビットに低減されてよい。

引き続き図１０を参照すると、例ブロードキャストコマンドの例示フォーマットは基本的に図３ＡのＸＭプロトコルレジスタのコマンドに対する例示のフルブロードキャストと同一だが、図１０のコマンドでは、Ｓｒトランザクションにおいて１個のみのコントロールバイトが更新される。そこで、図１０で示されるように、最初のブロードキャストコールアドレスバイトの後に、追加ヘッダバイト１０１０が、スレーブアドレスマスクフィールド１０２０内で、「１１１」のマスキングを提供する。上記のように、これは、デバイスアドレスの全７ビットをマスキングし、これによりフルブロードキャストを保証する。追加ヘッダバイト１０１０はまた、オフセットフィールド１０３０に、ｒｅｇｉｓｔｅｒ［１５］である、レジスタオフセット０ｘＦを提供する。このオフセット値は、復号されると、アドレスモード値１０４０と共に、各ハブに対し、これがｈｏｓｔ＿ｉｄ伝搬コマンドであること、および、ハブは、当該コマンド内で提供されたアドレスの一部を、ハブが取得したＤＩＭＭ＿ＩＤで置き換えることを示す。故に、追加ヘッダバイト１０１０は、アクセスモードインジケータ１０４０にＸＭ－ＲＥＧ－ＭＯＤＥ＝１を提供し、これは第１のアクセスモードを示し、ここにおいてＸＭコントロールまたはプロトコルレジスタは更新される。

引き続き図を参照すると、追加ヘッダバイト１０１０の後には、Ｓｒヘッダバイト１０１３、および「ペイロード」またはコントロールデータバイト１０１５を含むＳｒトランザクションが続く。Ｓｒヘッダバイト１０１３は、図３Ａ同様に、０００＿００００というフルブロードキャストデバイスアドレスを有し、また、メモリアクセスが書き込みオペレーションであること、たとえばアドレスをレジスタ１５に書き込むことを示す。Ｓｒヘッダバイトに続くのはコントロールデータバイト１０１５である。上述のとおり、図３ＡのＸＭレジスタへのフルブロードキャストコマンドとは対照的に、図１０の例示のコマンド１０００では、１つのコントロールデータバイトＢｙｔｅ０のみが含まれる。これは２つのフィールドを有する。第１のフィールド１０１６は、Ｂｙｔｅ０の最初の４個のＭＳＢであるＢｙｔｅ０［７：４］をレジスタ１５へ書き込むようにデバイスに対して命令し、第２のフィールド１０１７は、Ｂｙｔｅ０の最初の３個のＬＳＢであるＢｙｔｅ０［３：１］を同じレジスタへ書き込むようにデバイスに対して命令し、最後に、フィールド１０１７でＢｙｔｅ０［０］＝０で示されるように、そのレジスタの最後のＬＳＢへ「０」を書き込むことを命令する。故にハブがブロードキャストコマンド１０００をそのＤＩＭＭ上のデバイスへ渡す前に、３個のＬＳＢの［３：１］がハブにより修正される。これらの３ビットは、ＤＩＭＭが挿入されたスロットから、上述のように高精度レジスタから、ハブにより取得される。故に、コマンドが各デバイスにより実行された後、Ｒｅｇｉｓｔｅｒ［１５］は次のビット値を持つことになる：Ｂｉｔ０はゼロ、Ｂｉｔｓ［３：１］はＨＵＢ／ＤＩＭＭ＿ＩＤで置き換えられる値、およびＢｉｔｓ［７：４］は「００００」。

本明細書の中で示される特定の実施例において、その目的は８個のＤＩＭＭをアドレス指定することである。それゆえ、アドレスの３つのＬＳＢはハブにより置き換えられる。上述のように、この実施例においては、４つのＭＳＢはデバイスタイプを示す。他の実施例においては、アドレス指定されるＤＩＭＭの数は減っても増えてもよく、それゆえ、ハブによりｂｒａｎｃｈ－ｉｄ（ｏｒ ＨＵＢ／ＤＩＭＭ_ＩＤ）で置き換えられる必要のあるＬＳＢが減っても増えてもよい。

実施例においては、これは、ＰＥＣが有効にされる場合、これは、１０１５におけるコントロールバイトのＢｙｔｅ０の後に、Ｓｒトランザクション内の追加コントロールバイトをコマンド１０００に含めることにより行われる。

ＸＭＳ準拠であって、コマンド１０００を受信すると、ハブは、Ｂｙｔｅ０の割り当てられたアドレス（ＡＢＣＤ＿ＨＩＤ）と、符号１０１３のブロードキャストアドレス（００００＿０００）とを渡す。

ハブは、Ｂｙｔｅ０［３：１］のそのＨＩＤ／ＤＩＭＭ＿ＩＤ（引き出された値からの静的置き換え）を、後述の特定のトランザクションの３ビットに更新／置き換えする必要があり、同時にトランザクションはホストバスからローカルバスへと渡される。

実施例においては、ハブは、入ってくるブロードキャストについて以下の全ての条件が満たされる場合のみ、ｈｏｓｔ＿ｉｄの更新を実行する：ＸＭ－ＭＯＤＥ－ＲＥＧ１０４０が１；Ｏｆｆｓｅｔ［３：０］１０３０＝１１１１；およびＳｌａｖｅＡｄｄｒｅｓｓＭａｓｋ［２：０］１０２０＝１１１。これらが満たされる場合、実施例において、ハブは、ローカルバス上で、Ｂｙｔｅ０のＬＳＢ３ビットを、割り当てられたＤＩＭＭ＿ＩＤ／ｈｏｓｔＩＤで置き換える。

実施例においては、全てのローカルデバイスはコマンド１０００の修正フォームをＸＭブロードキャストトランザクションとして受け取り、それらのＤＩＭＭ＿ＩＤ／ｈｏｓｔＩＤを更新する。この書き込まれた値は、デバイスへのすべての前の既知の／割り当てられたアドレスを上書きする。いくつかの実施例においては、オフセット０ｘＦにおけるレジスタは、安全な起動プロセスの後に悪意のあるエージェントがＨＩＤを再プログラミングすることがないことを保証するよう、１回書き込みモードで実装されてよい。他の実施例では、上述のように、ＨＩＤを記憶するのに別のレジスタが使用されてよく、Ｒｅｇｉｓｔｅｒ［１５］は単なる例である。

実施例においては、ブロードキャスト用にＰＥＣが有効化されていても、第１のコマンドセグメント１０１０のＰＥＣは保持される。第２のコマンドセグメント１０１３用のＰＥＣは基本的に、ハブにより容易に置き換え可能な、精密に１バイトのスレーブアドレスが０ｘ０および１バイトのデータである。さらに単純化すると、実施例においては、Ｂｙｔｅ０［７：３］の値は０ｘ０と定義されてよく、その結果、ＰＥＣが３ビットのＤＩＭＭ＿ＩＤのみを持つすべてゼロのＰＥＣとなり、ゆえに８つのエントリを有するストレートなルックアップテーブルとなる。入ってくるＰＥＣ値は常に０ｘ００００（全てゼロの２バイト）の固定ＣＲＣ-８である。

図１１は、さまざまな実施例にかかる、図１０で示されるような、ホストコンピューターのフルブロードキャストコマンドを介して、ＤＩＭＭ上に設けられる複数デバイスのＤＩＭＭ＿ＩＤ更新する一例を示している。図１１を参照すると、ホストコンピューター１１１０は、図１０の１０００のような、アドレス割り当てコマンド１０１１をブロードキャストする。当該コマンドは、たとえば図１０の符号１０１５のＢｙｔｅ０のようなコントロールデータバイトを含み、受信デバイスに対して、デバイスのレジスタ１５のＬＳＢにｈｏｓｔ＿ｉｄの「０００」を書き込むように命令する。コマンドはコマンドバス１１４１上で送信され、実施例においては、コマンドバス１１４１はＸＭＳ準拠のバスである。コマンド１１１１は、コマンドバス１１４１に接続されるそれぞれのＤＩＭＭのハブ、たとえば符号１１２５のＤＩＭＭ Ａのハブ１１２０および符号１１３５のＤＩＭＭ Ｂのハブ１１３０で受信される。コマンドを受信すると、これらのハブはそれぞれコマンドの復号を行い、コマンドがｈｏｓｔ＿ｉｄ伝搬コマンドであるか否かを決定する。その結果、図１１で示されるように、ハブ１１２０とハブ１１３０は、それぞれのＤＩＭＭのローカルバスにわたりコマンドを転送する前に、ブロードキャストコマンド１１１１内の、３個のＬＳＢを、ホストにより送信された元の値である「０００」から、符号１１２５のＤＩＭＭ Ａのハブ１１２０の場合は「００１」に、符号１１３５のＤＩＭＭ Ｂのハブ１１３０の場合は「０１０」に変更する。３個のＬＳＢについて修正されたこれらの値は、それぞれのＤＩＭＭが挿入されるスロットのファンクションであり、上述のとおり、精密抵抗器からハブにより取得される。ひとたびそれぞれのハブがコマンド１１１１への修正を行うと、コマンドはＤＩＭＭ上の全てのデバイスへ送信される。たとえば、図で示されるように、ハブ１１２０はその固有に修正されたコマンドを符号１１２５のＤＩＭＭ Ａ上のデバイス１１２７へ送信し、ハブ１１３０はその固有に修正されたコマンドを符号１１３５のＤＩＭＭ Ｂ上のデバイス１１３７へ、送信する。

上述のように、図１０のコマンド１０００の特別なケースを除いては、一般的にハブは、受信したブロードキャストコマンドをハブ上のデバイスへ単に送信する。よって、アドレス指定されたＤＩＭＭについては、追加の処理なしで、全てのトランザクションクロックフェイズが透過的にローカルバス間で（読み取りクロックのために）転送される。

実施例においては、ひとたびＨＩＤ伝搬が成功裏に完了して新しいコマンドが発行されると、ハブはそのブランチ／ローカルバスがアドレス指定されているかいないかを（アドレスのＬＳＢ３ビットに基づいて）識別し得る。アドレス指定されていない場合、ハブはＮＡＣＫでトランザクションを終了させる。

アドレス指定されていないまたは選択されていないＤＩＭＭの場合、アドレス指定されていないハブは、そのローカルバス上のコマンドトランザクションをアボート／終了させる。

入ってくるＤＩＭＭ＿ＩＤがローカルバスのタイオフ３'ｂ１１１とマッチングする場合であっても、ＤＩＭＭ＃８とアドレス指定される。これは、ローカルバスは３'ｂ１１１を使用しているので、他のＤＩＭＭで起きる。しかし、上述のように、ブロードキャストコマンドを使用したＨＩＤ／ＤＩＭＭ＿ＩＤの割り当てが実行される場合は、このシナリオは起きないことに留意されたい。

にも関わらず、ＨＩＤ／ＤＩＭＭ＿ＩＤ割り当てがプログラミングステップとして行われなかった場合のエラーシナリオに対処すべく、アボートを実行するハブは、ホストバス上のバスコンテンション／マルチドライバを低減するのに役立つ。

図１２は、さまざまな実施例にかかる、メモリモジュールのハブにより、メモリモジュール識別子を取得する段階、ホストからのブロードキャストｈｏｓｔ＿ＩＤ伝搬コマンドを受信する段階、受信したコマンドのｈｏｓｔ＿ＩＤを修正する段階、および、メモリモジュール上の全てのデバイスへのコマンドを伝搬する段階、のプロセス１２００の動作フローの概要を示している。よって、プロセス１２００は、図１１に関連して上述した、図１０のコマンド１０００のようなコマンドの受信に応答して、ＤＩＭＭのハブによりとられるアクションの詳細を説明するものである。

プロセス１２００は、さまざまな実施例にかかる、たとえば、図１のゲートウェイ１３０、または、たとえば図１３のゲートウェイ１３２８などの、メモリモジュールのゲートウェイまたはハブにより実行されてよい。プロセス１２００は、たとえば、少なくとも部分的に、たとえば図１のゲートウェイ１３０の復号回路１３３などの、ハブ内の復号回路により実行されてよい。プロセス１２００はブロック１２１０からブロック１２５０までを含んでよい。別の実施例では、プロセス１２００はこれより多いまたは少ないオペレーションを有してよく、またいくつかのオペレーションが別の順序で実行されてよい。

図１２を参照すると、プロセス１２００はブロック１２１０で開始し、そこでは、メモリモジュールのハブが、メモリモジュールが挿入されるスロットに対応するメモリモジュール識別子を取得する。たとえば、ＤＩＭＭのハブは、高精度抵抗器を介して、ＤＩＭＭが挿入されるＤＩＭＭスロット番号にアクセスする。たとえば、８個のＤＩＭＭのあるメモリシステムの場合、メモリモジュール識別子は３ビットの数値であってよい。

ブロック１２１０から、プロセス１２００は、ハブがホストコンピューターから、アクセスモードインジケータとレジスタオフセット値とを含むブロードキャストメッセージを受信する、ブロック１２２０へと進む。たとえば、ブロードキャストメッセージは、例示的な実装として、図１０のコマンド１０００と同等であってよく、コマンド１０００は、第１のアクセスモードおよびｒｅｇｉｓｔｅｒ［１５］を指すレジスタオフセット値「１１１１」を示す。他の実施例では、他の例示的なコマンドを使用して、さまざまな他のレジスタが指し示されてよい。

プロセス１２００はブロック１２２０からブロック１２３０へ移動し、そこでは、ハブがアクセスモードインジケータを復号して、プロトコルレジスタのアクセスモードが示されていることを決定し、例えば、ＸＭコントロールまたはプロトコルレジスタの第１のアクセスモードが値「１」を持つフラグで示されるシステムにおいては、ＸＭ-ＲＥＧ-ＭＯＤＥフラグが「１」である。

プロセス１２００はブロック１２３０からブロック１２４０へ移行し、そこでは、ハブは、コマンドがＨｏｓｔ＿ＩＤ値を含むホストＩＤ伝搬コマンドであることを識別する。たとえば、ｒｅｇｉｓｔｅｒ［１５］を指すオフセットと、スレーブマスク値「１１１」と、ＲｎＷ＝０の「書き込み」を示す値に設定されたｒｅａｄ ｎｏｔ ｗｒｉｔｅフラグとの組み合わせが指定された図１０のコマンドを使用すると、ハブ内の復号回路は、受信したコマンドが、ハブがＢｙｔｅ０で提供されるコントロールデータビットの一部を修正すべきである特別なホストＩＤ伝搬コマンドであることを認識する。

最後に、プロセス１２００はブロック１２４０からブロック１２５０へ移行し、そこでは、ハブはＨｏｓｔ＿ＩＤ値の一部を、検知されたメモリモジュール識別子と置き換え、今修正されたコマンドをメモリモジュール上の全てのデバイスへ伝搬する。たとえば、図１１で示されるように、コマンド１１１１の３個のＬＳＢの修正に続き、ハブ１１２０および１１３０はそれぞれ、修正されたコマンド１１１を、ＤＩＭＭ１１２５およびＤＩＭＭ１１３５それぞれの各ローカルバスで送信する。

そして図１３を参照すると、さまざまな実施例にかかる、本開示内容の実行に適したコンピューターデバイスのブロックダイヤグラムが示されている。示されるように、コンピューターデバイス１３００は、１または複数のプロセッサ１３０２と、システムメモリ１３０４とを含んでよい。それぞれのプロセッサ１３０２は、１または複数のプロセッサコアと、ハードウェアアクセラレータ１３０５とを含んでよい。ハードウェアアクセラレータ１３０５の実施例は、プログラムされたフィールドプログラマブルゲートアレイ（ＦＰＧＡｓ）（図示せず）を含んでよいが、これに限られない。

コンピューターデバイス１３００はまた、システムメモリ１３０４を含んでよい。実施例においては、システムメモリ１３０４は、ＤＩＭＭ１３２５などの、揮発性または非揮発性の任意の既知のメモリを含んでよい。ＤＩＭＭ１３２５はコマンドバス１３４１を介してプロセッサ１３０２に接続されてよい。さらに、コンピューターデバイス１３００は、マスストレージデバイス１３０６、入力／出力デバイスインターフェイス１３０８（マウス、カーソルコントロール、ディスプレイデバイス（タッチ反応スクリーンを含む）などの、さまざまな入力／出力デバイスとインターフェイスするもの）、および通信インターフェイス１３１０（ネットワークインターフェイスカード、モデムなど）を含んでよい。実施例では、通信インターフェイス１３１０は、近接するフィールド通信を含めた有線または無線の通信をサポートしてよい。これらのエレメントは、１または複数のバスを表わし得るシステムバス１３１２を介して、互いに連結されてよい。複数のバスの場合、それらは１または複数のバスブリッジによりブリッジされてよい（図示せず）。

実施例においては、ＤＩＭＭ１３２５は、入力インターフェイス（図のサイズを考慮して図示しないが、図１を参照して上述されている）と復号回路１３２７を含むゲートウェイ１３２８と、たとえばデバイス１３２９、デバイス１３３３およびデバイス１３３７などのデバイスのセットを含んでよく、デバイスのセットは、それぞれが入力インターフェイス（図示せず）と復号回路１３３１、１３３５および１３３９をを含んでよい。デバイス１３２９、１３３３および１３３７は、ＤＩＭＭ１３２５内に設けられたローカルバス１３４３にわたりゲートウェイ１３２８へ接続されてよい。

実施例においては、オペレーティングシステム、１または複数のアプリケーション、および／または、ゲートウェイ１３０の復号回路１３３と、図１で示される「ゲートウェイ１３０の後ろ」に設けられる、デバイスＡ、ＢおよびＣのそれぞれにおける復号回路１３５またはゲートウェイ１３０内の復号回路１３２７と、図１３に示されるように「ゲートウェイ１３２８の後ろ」に設けられる、デバイス１３２９、１３３３および１３３７のそれぞれの復号回路１３３１、１３３５および１３３９の様々なソフトウェア実装コンポーネントのプログラミング命令の実行可能なコード（これらを総称して演算ロジック１３２２という）の作業コピーと永久的コピーを記憶するために、システムメモリ１３０４とマスストレージデバイス１３０６が採用されてよい。演算ロジック１３２２を実装するプログラミング命令は、プロセッサ１３０２またはそのような命令にコンパイル可能なたとえばＣなどの上位レベル言語によりサポートされるアセンブラ命令を備えてよい。実施例においては、ハードウェアアクセラレータ１３０５にいくつかの演算ロジックが実装されてよい。実施例においては、演算ロジック１３２２の一部、たとえばコンパイラのランタイム環境に関連付けられる演算ロジック１３２２の一部が、ハードウェアアクセラレータ１３０５で実装されてよい。

プログラミング命令の実行可能コードの永続コピーまたはハードウェアアクセラレータ１３０５を構成するためのビットストリームが、工場または現場において、たとえばコンパクトディスク（ＣＤ）などの配布媒体（図示せず）を介して、または通信インターフェイス１３１０を介して（配信サーバー（図示せず）から）、永久的マスストレージデバイス１３０６および／またはハードウェアアクセラレータ１３０５に設置されてよい。

これらのエレメント１３０２からエレメント１３３３の数、ケーパビリティおよび／または容量は、実施例におけるコンピューターデバイス１３００の使用目的、たとえば実施例におけるコンピューターデバイス１３００がスマートフォン、タブレット、ウルトラブック、ラップトップ、サーバー、セットトップボックス、ゲームコンソール、カメラ、などのいずれであるかにより、変化してよい。エレメント１３１０からエレメント１３４３の具体的な構成は他にも知られているものがあるので、さらには説明しない。

さらに、本開示は、コンピュータープログラム製品またはコンピュータープログラムを作成するデータの形をとってよく、そのようなコンピュータープログラムまたはデータは、媒体に具現されるコンピューター使用可能なプログラムコード（またはコンピュータープログラムを作成するためのデータ）を有する任意の有形または非一時的な表現媒体に具現されてよい。図１４は、実施例としての、機器による命令の実行に応答して本開示の選択された態様を機器に実施させる命令（または命令を作成するデータ）を記憶させるために使用するのに適し得る、コンピューター可読非一時的記憶媒体を示している。図に示されるように、非一時的コンピューター可読記憶媒体１４０２は、多数のプログラミング命令１４０４（またはプログラミング命令を作成するためのデータ）を含んでよい。プログラミング命令１４０４は、たとえばデバイス１３００などのデバイスまたはそのコンポーネントが、プログラミング命令の実行に応答して、オペレーティングシステムファンクション、１または複数のアプリケーション、および／または本開示の態様と関連するさまざまなプログラミングオペレーションを実行できるように構成されてよい。

別の実施例では、代わりにプログラミング命令１４０４（または命令を作成するためのデータ）が複数のコンピューター可読非一時的記憶媒体１４０２上に配置されてよい。別の実施例では、プログラミング命令１４０４（または命令を作成するためのデータ）が、信号などの、コンピューター可読非一時的記憶媒体１４０２上に配置されてよい。１または複数のコンピューター使用可能媒体またはコンピューター可読媒体の任意の組み合わせが利用されてよい。コンピューター使用可能媒体またはコンピューター可読媒体は、たとえば１または複数の電子的、磁気的、光学的電磁的、赤外線または半導体のシステム、機器、デバイスまたは伝搬媒体であってよいが、これらに限られない。コンピューター可読媒体のより具体的な例（非網羅的列挙）としては以下のものが含まれる：１または複数の配線を有する電子的接続、ポータブルコンピューターディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、消去可能なプログラマブルリードオンリメモリ（ＥＰＲＯＭまたはフラッシュメモリ）、光ファイバー、ポータブルコンパクトディスクリードオンリメモリ（ＣＤ－ＲＯＭ）、光学記憶デバイス、インターネットまたはイントラネットをサポートするもののような伝送媒体、または磁気記憶デバイス。注意すべきは、プログラム（またはプログラムを作成するためのデータ）はたとえば紙またはその他の媒体の光学スキャンなどを介して電子的にキャプチャされ、さらにコンパイル、解釈またはその他の処理が適した形で行われ、必要な場合はさらにコンピューターメモリに記憶させる（１または複数の中間記憶媒体の段階を有するか否かを問わない）ことが可能なので、コンピューター使用可能媒体またはコンピューター可読媒体は、プログラム（またはプログラムを作成するためのデータ）が印刷される紙または他の適した媒体であってもよいことである。本文書の文脈において、コンピューター使用可能媒体またはコンピューター可読媒体は、命令実行システム、機器またはデバイスによりまたはそれらと関連して使用されるためにプログラム（またはプログラムを作成するためのデータ）を保持、記憶、通信、伝搬または転送することができる任意の媒体であってもよい。コンピューター使用可能媒体は、コンピューター使用可能なプログラムコード（またはプログラムコードを作成するためのデータ）がベースバンドとしてまたは搬送波の一部として当該媒体に具現された、伝搬データ信号を含んでよい。コンピューター使用可能なプログラムコード（またはプログラムコードを作成するためのデータ）は、ワイヤレス、ワイヤライン、光ファイバーケーブル、ＲＦなどを含むがこれらに限られない、任意の適切な媒体を使用して転送されてよい。

さまざまな実施例において、本明細書で説明されるプログラムコード（またはプログラムコードを作成するためのデータ）は、１または複数の圧縮フォーマット、暗号化されたフォーマット、断片化されたフォーマット、パッケージされたフォーマットなどに記憶されてよい。本明細書で説明されるプログラムコード（またはプログラムコードを作成するためのデータ）は、演算デバイスおよび／または他の機械により直接読み取りおよび／または実行可能にするために必要な、１または複数のインストール、修正、適応化、更新、組み合わせ、補充、コンフィギュレーション、復号、圧縮解除、開梱、配信、最割り当て等を要してよい。たとえば、プログラムコード（またはプログラムコードを作成するためのデータ）は、複数の部分に分けて別々の演算デバイスにおいて個別に圧縮、暗号化および記憶させられて、その部分が復号、圧縮解除および組み合わされた場合、そのプログラムコード（またはプログラムコードを作成するためのデータ）を本明細書の中で説明されるような形で実装する実行可能な１セットの命令を形成してよい。別の実施例では、プログラムコード（またはプログラムコードを作成するためのデータ）は、コンピューターで読み取り可能だが特定の演算デバイスまたは他のデバイス上での命令を実行するためにライブラリ（たとえばダイナミックリンクライブラリ）、ソフトウェア開発キット（ＳＤＫ）、アプリケーションプログラミングインターフェイス（ＡＰＩ）等の追加を要求する状態で記憶させられてよい。他の実施例ではプログラムコード（またはプログラムコードを作成するためのデータ）は、プログラムコード（またはプログラムコードを作成するためのデータ）が全体としてまたは部分的に実行／使用される前にコンフィギュレーション（たとえば設定記憶、データ入力、ネットワークアドレス記録など）が行われる必要があってよい。そして、開示されるプログラムコード（またはプログラムコードを作成するためのデータ）は、そのような機械可読な命令および／またはプログラム（またはそのような機械可読な命令を作成するためのデータおよび／またはプログラム）を、記憶される場合あるいは休止時または移送時の機械可読な命令および／またはプログラムの特定のフォーマットまたは状態にかかわらず、包含するよう意図されるものである。

本開示のオペレーションを実行するためのコンピュータープログラムコードは、Ｊａｖａ（登録商標）、Ｓｍａｌｌｔａｌｋ、Ｃ＋＋などのオブジェクト指向のプログラミング言語、および「Ｃ」プログラミング言語またはそれに類似するプログラミング言語などの従来の手続き型プログラミング言語を含む、１または複数のプログラミング言語の任意の組み合わせで書かれてよい。プログラムコードは、完全にユーザーのコンピューター上で、部分的にリモートコンピューター上で、スタンドアローンソフトウェアパッケージとして、部分的にユーザーのコンピューター上でおよび部分的にリモートコンピューター上で、または完全にリモートコンピューター上またはサーバー上で、実行されてよい。後者のシナリオでは、リモートコンピューターは、ローカルエリアネットワーク（ＬＡＮ）またはワイドエリアネットワーク（ＷＡＮ）を含む任意のタイプのネットワークを通してユーザーのコンピューターに接続されてよく、また、外部コンピューターに接続されてよい（たとえば、インターネットサービスプロバイダーを使用してインターネットを通して）。

図１４は、さまざまな実施例にかかる、ゲートウェイ１３０の復号回路１３３、図１に示される「ゲートウェイ１３０の後ろ」に設けられるデバイスＡ、ＢおよびＣのそれぞれにおける復号回路１３５、または、ゲートウェイ１３０内の復号回路１３２７、および、図１３に示される「ゲートウェイ１３２８の後ろ」に設けられるデバイス１３２９、１３３３および１３３７のそれぞれにおける復号回路１３３１、１３３５および１３３９のソフトウェア実装の全て（または一部）を実装し、および／または、図２から図１０のコマンド２００～コマンド１０００の送信（その態様）を実施し、および／または、上述の図１１のプロセス１１００と図１２のプロセス１２００とを実施するように構成された命令を有する例示のコンピューター可読記憶媒体１４００を示している。図で示されるように、コンピューター可読記憶媒体１４０２は、多数のプログラミング命令またはビットストリーム１４０４の実行可能コードを含んでよい。プログラミング命令（またはビットストリーム）１４０４の実行可能コードは、たとえばコンピューターデバイス１３００などのデバイスが、実行可能コード／プログラミング命令（または暗号化されたハードウェアアクセラレータのオペレーション）に応答して、ゲートウェイ１３０の復号回路１３３、および、図１に示される「ゲートウェイ１３０の後ろ」に設けられるデバイスＡ、ＢおよびＣのそれぞれにおける復号回路１３５、または、ゲートウェイ１３０内の復号回路１３２７、および、図１３に示される「ゲートウェイ１３２８の後ろ」に設けられるデバイス１３２９、１３３３および１３３７のそれぞれにおける復号回路１３３１、１３３５および１３３９により実行されるプロセス（の態様）を実行すること、および／または、図２から図１０のコマンド２００からコマンド１０００の送信と処理（の態様）を実施すること、および／または、図１１のプロセス１１００と図１２のプロセス１２００とを実施することを可能にするよう構成されてよい。別の実施例においては、代わりに、実行可能なコード／プログラミング命令／ビットストリーム１４０４が複数の非一時的なコンピューター可読記憶媒体１４０２に配されてよい。実施例においては、コンピューター可読記憶媒体１４０２は非一時的なものであってよい。さらに他の実施例においては、実行可能なコード／プログラミング命令１４０４は、信号などの一時的コンピューター可読媒体において復号されてよい。

図１３に戻って参照すると、１つの実施例においては、プロセッサ１３０２のうち少なくとも１つが、図２から図１２を参照して上述したオペレーションのすべてまたは選択されたものを実施するように構成された演算ロジック１３２２の一部または全部を有する（システムメモリ１３０４および／またはマスストレージデバイス１３０６に格納する代わりに）コンピューター可読記憶媒体とともにパッケージされてよい。１つの実施例においては、プロセッサ１３０２のうち少なくとも１つが、演算ロジック１３２２の一部または全部を持つコンピューター可読記憶媒体とともにパッケージされてシステム・イン・パッケージ（ＳｉＰ）を形成してよい。１つの実施例においては、プロセッサ１３０２のうち少なくとも１つが、いくつかまたは全ての演算ロジック１３２２を有するコンピューター可読記憶媒体とともに同じダイ上に一体化されてよい。１つの実施例においては、プロセッサ１３０２のうち少なくとも１つが、いくつかまたは全ての演算ロジック１３２２を有するコンピューター可読記憶媒体とともにパッケージされてシステム・オン・チップ（ＳｏＣ）を形成してよい。少なくとも１つの実施例においては、ＳｏＣは、たとえばハイブリッド演算タブレット／ラップトップ（ただしこれに限られない）に利用されてよい。

本開示における技術の例示としての例を以下に提示する。技術の実施例には、以下で説明される１又は複数の、およびそれらの組み合わせの例が含まれる。
［実施例］

実施例１は、デバイスであって；ホストコンピューターからブロードキャストコマンドを受信するための入力インターフェイスと、前記入力インターフェイスと連結される復号回路とを備え、前記ブロードキャストコマンドは、アクセスモード指示を含み、復号回路は、受信した前記アクセスモード指示に少なくとも部分的に基づいて、前記ブロードキャストコマンドが、１または複数のデバイスの１または複数の予め定義されたセットアップまたはコントロールレジスタにアクセスすること、または、１または複数のデバイスの１または複数の内部レジスタにアクセスすることを命令すると決定し；前記決定に応じて、前記セットアップまたはコントロールレジスタへの前記アクセスまたは前記１または複数の内部レジスタへの前記アクセスを実行し、前記デバイスは、前記ホストコンピューターに連結されるメモリモジュール上に配置される。

実施例２は、前記ブロードキャストコマンドが、メモリモジュールのゲートウェイにより最初に受信され、次に前記メモリモジュール内でローカルバスを通して前記ゲートウェイから前記入力インターフェイスにより受信される、実施例１および／または本明細書の他のいずれかの実施例に記載のデバイスである。

実施例３は、コマンドバスおよび前記ローカルバスは半導体技術協会のＸＭ仕様（ＸＭ仕様）に準拠している、実施例２および／または本明細書の他のいずれかの実施例に記載のデバイスである。

実施例４は、前記デバイスの１または複数の予め定義された前記セットアップまたはコントロールレジスタは前記ＸＭ仕様により規定されたレジスタである、実施例３および／または本明細書の他のいずれかの実施例に記載のデバイスである。

実施例５は、前記メモリモジュールはデュアルインラインメモリモジュール（ＤＩＭＭ）である、実施例１および／または本明細書の他のいずれかの実施例に記載のデバイスである。

実施例６は、前記デバイスは、電圧レギュレータ、温度センサ、タイミング情報を記憶するフラッシュメモリ、シリアルプレゼンスディテクト（ＳＰＤ）デバイス、またはレジスタクロックドライバ（ＲＣＤ）の１つである、実施例１および／または本明細書の他のいずれかの実施例に記載のデバイスである。

実施例７は、前記デバイスの１または複数の内部レジスタは、ＸＭ仕様により規定された、予め定義されたオフセットでアクセス可能である、実施例１および／または本明細書の他のいずれかの実施例に記載のデバイスである。

実施例８は、前記ブロードキャストコマンドはさらに、１または複数のデバイスアドレスと、デバイスアドレスマスキングデータとを有し、前記復号回路はさらに；前記デバイスアドレスマスキングデータにより指示される前記１または複数のデバイスアドレスの一部を無視し；前記１または複数のデバイスアドレスの残りの部分が自己のアドレスの対応する部分とマッチングするか否かを判定する、実施例１および／または本明細書の他のいずれかの実施例に記載のデバイスである。

実施例９は、前記ブロードキャストコマンドに含まれる前記１または複数のデバイスアドレスは７ビット長であり、前記デバイスアドレスマスキングデータは、前記１または複数のデバイスアドレスの１つから７つの最下位ビット（最下位ビット＝ＬＳＢ）の間は無視されることを指示する、実施例８および／または本明細書の他のいずれかの実施例に記載のデバイスである。

実施例１０は、前記ブロードキャストコマンドはさらに、前記デバイスの最初の予め定義されたセットアップまたはコントロールレジスタ、または内部レジスタのロケーションを指定するオフセットを含み、前記オフセットにおいて示されたアクセスを開始する、実施例１および／または本明細書の他のいずれかの実施例に記載のデバイスである。

実施例１１は、１セットの命令を備える１または複数の非一時的なコンピューター可読記憶記録媒体であって、前記１セットの命令は、メモリモジュールに設けられるデバイスにより実行される場合に、前記デバイスに；ホストコンピューターからブロードキャストコマンドを受信することであって、前記ブロードキャストコマンドは、１または複数のデバイスの１または複数のレジスタへのセットアップまたはコントロールデータの書き込みをオフセットで開始して行うように命令し、且つデバイスアドレスおよびデバイスアドレスマスキングデータを含む、ことと；前記デバイスアドレスマスキングデータを適用して前記デバイスアドレスの一部をマスキングすることと；前記デバイスアドレスのマスキングされていない部分が前記デバイスのアドレスの対応する部分と一致するかどうかを判定することと；前記判定に応答して、前記デバイスの前記１または複数のレジスタに前記オフセットで開始して前記データを書き込むことと；を実行させる、１または複数の非一時的なコンピューター可読記憶媒体である。

実施例１２は、前記ブロードキャストコマンドが、前記ホストコンピューターを前記メモリモジュールへ接続するコマンドバス上でデバイスにより受信されるとともに、前記コマンドバスはＸＭ仕様に準拠している、実施例１１および／または本明細書の他のいずれかの実施例に記載の１または複数の非一時的なコンピューター可読記憶媒体である。

実施例１３は、前記ブロードキャストコマンドがさらに、アクセスモードインジケータを含み、非一時的なコンピューター可読記憶媒体は、実行されると、前記デバイスに、前記アクセスモードインジケータを復号して、アクセスモードが前記デバイスの１または複数の予め定義されたセットアップまたはコントロールレジスタに対するものであることを判定させる命令をさらに備える、実施例１１および／または本明細書の他のいずれかの実施例の１または複数の非一時的なコンピューター可読記憶媒体である。

実施例１４は、前記１または複数の予め定義されたセットアップまたはコントロールレジスタがＸＭ仕様で規定されており、前記データは指定される前記１または複数の予め定義されたコントロールレジスタへ書き込まれるべきコントロールデータを含む、実施例１３および／または本明細書の他のいずれかの実施例に記載の１または複数の非一時的なコンピューター可読記憶媒体である。

実施例１５は、前記コントロールデータは複数の２バイトペアとなっており、前記複数の２バイトペアは、コントロールデータバイトと、対応するマスクバイトとを含み、前記対応するマスクバイトは、前記コントロールデータバイトのどのビットが前記デバイスの予め定義されたコントロールレジスタへ書き込まれるべきかと、前記コントロールデータバイトのどのビットが無視されるべきかとを指示する、実施例１４および／または本明細書の他のいずれかの実施例に記載の１または複数の非一時的なコンピューター可読記憶媒体である。

実施例１６は、前記デバイスアドレスマスキングデータは、前記データが、前記コマンドバスを介して前記ホストコンピューターへ接続される複数のメモリモジュールにわたる同じタイプのデバイスへ書き込まれるように構成される、実施例１２および／または本明細書の他のいずれかの実施例に記載の１または複数の非一時的なコンピューター可読記憶媒体である。

実施例１７は、ＤＩＭＭにおいてブロードキャストコマンドをホストコンピューターから受信する段階であって、前記ブロードキャストコマンドは、アクセスモードのインジケータとレジスタオフセット値とを含む、受信する段階と；前記アクセスモードのインジケータを復号して、プロトコルレジスタのアクセスモードが指示されたことを決定する段階と；アクセスモードインジケータとレジスタオフセット値とに少なくとも部分的に基づいて、前記コマンドが、受信デバイスに対して、前記オフセットにより指示される前記プロトコルレジスタへＤＩＭＭ識別子（ＤＩＭＭ＿ＩＤ）値を書き込むことを命令するＤＩＭＭ＿ＩＤ伝搬コマンドであることを識別する段階と；前記識別に応答して、前記ブロードキャストコマンドを修正して、ＤＩＭＭ＿ＩＤの一部をローカルＤＩＭＭ識別子と置き換える段階と；修正された前記ブロードキャストコマンドをローカルバスにわたり前記ＤＩＭＭ上の全てのデバイスへ伝搬する段階と；を備える、方法である。

実施例１８は、前記ＤＩＭＭが挿入されるスロットから前記ローカルＤＩＭＭ識別子を取得する段階をさらに備える、実施例１７および／または本明細書の他のいずれかの実施例に記載の方法である。

実施例１９は、前記ＤＩＭＭが、前記ホストコンピューターに接続されるＮ個のＤＩＭＭのうちのいずれか１つであって、Ｋを整数として、Ｎ＝２Ｋであり；前記ローカルＤＩＭＭ識別子はＫ個のビットを含み、前記ブロードキャストコマンドを修正する段階はさらに、ＤＩＭＭ＿ＩＤのＫ個の最下位ビット（ＬＳＢ）をローカルＤＩＭＭ識別子で置き換える段階を含む；実施例１７および／または本明細書の他のいずれかの実施例に記載の方法である。

実施例２０は、前記方法が、前記ＤＩＭＭのゲートウェイあるいはその一部により実行され、また前記ローカルバスはＸＭ仕様に準拠している、実施例１７および／または本明細書の他のいずれかの実施例に記載の方法である。

実施例２１は、ブロードキャストコマンドをホストコンピューターから受信する段階であって、前記ブロードキャストコマンドは、１または複数のデバイスの１または複数のレジスタへのセットアップまたはコントロールデータの書き込みをオフセットで開始して実行することを命令し、且つ、デバイスアドレスおよびデバイスアドレスマスキングデータを含む、段階と；前記デバイスアドレスマスキングデータを適用して前記デバイスアドレスの一部をマスキングする段階と；前記デバイスアドレスのマスキングされていない部分が前記デバイスのアドレスの対応する部分とマッチングするかどうかを判定する段階と；前記判定に応答して、前記デバイスの前記１または複数のレジスタに前記オフセットで開始して前記データを書き込む段階と；を備える方法である。

実施例２２は、前記方法が、さらにコマンドバス上で戦記ブロードキャストコマンドを受信する段階を備え、前記コマンドバスはＸＭ仕様に準拠している、実施例２１および／または本明細書の他のいずれかの実施例に記載の方法である。

実施例２３は、前記ブロードキャストコマンドがさらにアクセスモードインジケータを有し、方法はさらに前記アクセスモードインジケータを復号して、前記アクセスモードが前記デバイスの１または複数の予め定義されたセットアップまたはコントロールレジスタへのものであることを判定する段階を備える、実施例２１および／または本明細書の他のいずれかの実施例に記載の方法である。

実施例２４は、前記１または複数の予め定義されたセットアップまたはコントロールレジスタがＸＭ仕様で規定されており、前記データは指定される前記１または複数の予め定義されたコントロールレジスタへ書き込まれるべきコントロールデータを含む、実施例２３および／または本明細書の他のいずれかの実施例に記載の方法である。

実施例２５は、前記コントロールデータは複数の２バイトペアとなっており、前記複数の２バイトペアは、コントロールデータバイトと、対応するマスクバイトとを含み、前記対応するマスクバイトは、前記コントロールデータバイトのどのビットが前記デバイスの予め規定されたコントロールレジスタへ書き込まれるべきかと、前記データバイトのどのビットが無視されるべきかとを指示する、実施例２４および／または本明細書の他のいずれかの実施例に記載の方法である。

実施例２６は、前記デバイスアドレスマスキングデータは、前記データが前記コマンドバスを介して前記ホストコンピューターへ接続される複数のメモリモジュールにわたる同じタイプのデバイスへ書き込まれるように構成される、実施例２２および／または本明細書の他のいずれかの実施例に記載の方法である。

実施例２７は、ＤＩＭＭにおいてブロードキャストコマンドをホストコンピューターから受信する手段であって、前記ブロードキャストコマンドは、アクセスモードのインジケータとレジスタオフセット値とを含む、受信する手段と；前記アクセスモードインジケータを復号して、プロトコルレジスタのアクセスモードが指示されたことを判定する手段と；アクセスモードのインジケータとレジスタオフセット値と少なくとも部分的に基づいて、前記コマンドが、受信デバイスに対して、前記オフセットにより示される前記プロトコルレジスタへＤＩＭＭ識別子（ＤＩＭＭ＿ＩＤ）値を書き込むことを命令するＤＩＭＭ＿ＩＤ伝搬コマンドであることを識別する手段と；前記ブロードキャストコマンドを修正して、ＤＩＭＭ＿ＩＤの一部をローカルＤＩＭＭ識別子と置き換える手段と；修正された前記ブロードキャストコマンドをローカルバスにわたり前記ＤＩＭＭ上の全てのデバイスへ伝搬する手段と；を備える、演算用装置である。

実施例２８は、前記ＤＩＭＭが挿入されるスロットから前記ローカルＤＩＭＭ識別子を取得する手段をさらに備える、実施例２７および／または本明細書の他のいずれかの実施例に記載の演算用装置である。

実施例２９は、前記ＤＩＭＭが、前記ホストコンピューターに接続されるＮ個のＤＩＭＭのうちのいずれか１つであって、Ｋを整数として、Ｎ＝２Ｋであり；前記ローカルＤＩＭＭ識別子はＫ個のビットを含み、前記ブロードキャストコマンドを修正する手段はさらに、ＤＩＭＭ＿ＩＤのＫ個の最下位ビット（ＬＳＢ）をローカルＤＩＭＭ識別子で置き換える手段を含む；実施例２７および／または本明細書の他のいずれかの実施例に記載の演算用装置である。

実施例３０は、前記演算用装置が、前記ＤＩＭＭのゲートウェイあるいはその一部であり、また前記ローカルバスはＸＭ仕様に準拠している、実施例２７および／または本明細書の他のいずれかの実施例に記載の装置である。

実施例３１は、ブロードキャストコマンドをホストコンピューターから受信する手段であって、ブロードキャストコマンドは、１または複数のデバイスの１または複数のレジスタに、セットアップまたはコンロトールデータをオフセットで開始して書き込むことを命令し、且つ、デバイスアドレスおよびデバイスアドレスマスキングデータを含む、手段と； 前記デバイスアドレスマスキングデータを適用して前記デバイスアドレスの一部をマスキングする手段と；前記デバイスアドレスのマスキングされていない部分が前記デバイスのアドレスの対応する部分とマッチングするかどうかを判定する手段と；前記デバイスの前記１または複数のレジスタに前記データを前記オフセットで開始して書き込む手段と；を備える演算用装置である。

実施例３２は、前記演算用装置が、さらにコマンドバス上で戦記ブロードキャストコマンドを受信する手段を備え、前記コマンドバスはＸＭ仕様に準拠している、実施例３１および／または本明細書の他のいずれかの実施例に記載の装置である。

実施例３３は、前記ブロードキャストコマンドがさらにアクセスモードインジケータを有し、装置はさらに前記アクセスモードインジケータを復号して、前記アクセスモードが前記デバイスの１または複数の予め定義されたセットアップまたはコントロールレジスタへのものであることを決定する手段を有する、実施例３１および／または本明細書の他のいずれかの実施例に記載の演算用装置である。

実施例３４は、前記１または複数の予め定義されたセットアップまたはコントロールレジスタがＸＭ仕様で規定されており、前記データは指定される前記１または複数の予め定義されたコントロールレジスタへ書き込まれるコントロールデータを含む、実施例３３および／または本明細書の他のいずれかの実施例に記載の演算用装置である。

実施例３５は、前記コントロールデータは複数の２バイトペアとなっており、前記複数の２バイトペアは、コントロールデータバイトと、対応するマスクバイトとを含み、前記対応するマスクバイトは、前記コントロールデータバイトのどのビットが前記デバイスの予め規定されたコントロールレジスタへ書き込まれるべきかと、前記データバイトのどのビットが無視されるべきかとを指示する、実施例３４および／または本明細書の他のいずれかの実施例に記載の演算用装置である。

実施例３６は、前記デバイスアドレスマスキングデータは、前記データが前記コマンドバスを介して前記ホストコンピューターへ接続される複数のメモリモジュールにわたる同じタイプのデバイスへ書き込まれるように構成される、実施例３２および／または本明細書の他のいずれかの実施例に記載の演算用装置である。
［その他の考えられ得る請求項目］
（項目１）
デバイスであって、
ホストコンピューターからブロードキャストコマンドを受信するための入力インターフェイスであって、ブロードキャストコマンドは、アクセスモード指示を含む、入力インターフェイスと、
入力インタフェースに連結される復号回路とを備え、復号回路は、
受信した上記アクセスモード指示に少なくとも部分的に基づいて、上記ブロードキャストコマンドが、１または複数のデバイスの１または複数のセットアップまたはコントロールレジスタにアクセスすること、または１または複数のデバイスの１または複数の内部レジスタにアクセスすることを命令すると決定し、
上記決定に応じて、上記セットアップまたはコントロールレジスタへの上記アクセスまたは上記１または複数の内部レジスタへの上記アクセスを実行し、
上記デバイスは、上記ホストコンピューターに連結されるメモリモジュール上に配置される、デバイス。
（項目２）
上記ブロードキャストコマンドが、メモリモジュールのゲートウェイにより最初に受信され、次に上記メモリモジュール内でローカルバスを通して上記ゲートウェイから上記入力インターフェイスにより受信される、項目１に記載のデバイス。
（項目３）
コマンドバスおよび上記ローカルバスは半導体技術協会のＸＭ仕様（ＸＭ仕様）に準拠している、項目２に記載のデバイス。
（項目４）
上記デバイスの１または複数の予め定義された上記セットアップまたはコントロールレジスタは上記ＸＭ仕様により規定されたレジスタである、項目３のデバイス。
（項目５）
上記メモリモジュールはデュアルインラインメモリモジュール（ＤＩＭＭ）である、項目１に記載のデバイス。
（項目６）
上記デバイスは、電圧レギュレータ、温度センサ、タイミング情報を記憶するフラッシュメモリ、シリアルプレゼンスディテクト（ＳＰＤ）デバイス、またはレジスタクロックドライバ（ＲＣＤ）の１つである、項目１に記載のデバイス。
（項目７）
上記デバイスの１または複数の内部レジスタは、ＸＭ仕様により規定された、予め定義されたオフセットでアクセス可能である、項目１に記載のデバイス。
（項目８）
上記ブロードキャストコマンドはさらに、１または複数のデバイスアドレスと、デバイスアドレスマスキングデータとを有し、上記復号回路はさらに、
上記デバイスアドレスマスキングデータにより指示される上記１または複数のデバイスアドレスの一部を無視し、
上記１または複数のデバイスアドレスの残りの部分が自己のアドレスの対応する部分と一致するか否かを判定する、
項目１に記載のデバイス。
（項目９）
上記ブロードキャストコマンドに含まれる上記１または複数のデバイスアドレスは７ビット長であり、上記デバイスアドレスマスキングデータは、上記１または複数のデバイスアドレスの１～７の最下位ビット（最下位ビット＝ＬＳＢ）の範囲が無視されることを示す、項目８に記載のデバイス。
（項目１０）
上記ブロードキャストコマンドはさらに、上記デバイスの、最初の予め定義されたセットアップまたはコントロールレジスタ、または内部レジスタのロケーションを指定するオフセットを含み、上記オフセットにおいて、示されるアクセスを開始する、項目１に記載のデバイス。
（項目１１）
１セットの命令を備える１または複数の非一時的なコンピューター可読記憶記録媒体であって、上記１セットの命令は、メモリモジュールに設けられるデバイスにより実行される場合に、上記デバイスに、
ホストコンピューターからブロードキャストコマンドを受信することであって、上記ブロードキャストコマンドは、１または複数のデバイスの１または複数のレジスタへのセットアップまたはコントロールデータの書き込みをオフセットで開始して行うことを命令し、且つデバイスアドレスおよびデバイスアドレスマスキングデータを含む、ことと、
上記デバイスアドレスマスキングデータを適用して上記デバイスアドレスの一部をマスキングすることと、
上記デバイスアドレスのマスキングされていない部分が上記デバイスのアドレスの対応する部分とマッチングするかどうかを判定することと、
上記判定に応答して、上記デバイスの上記１または複数のレジスタに上記データを上記オフセットで開始して書き込むことと
を実行させる、１または複数の非一時的なコンピューター可読記憶媒体。
（項目１２）
上記ブロードキャストコマンドが、上記ホストコンピューターを上記メモリモジュールへ接続するコマンドバス上でデバイスにより受信されるとともに、上記コマンドバスはＸＭ仕様に準拠している、項目１１に記載の１または複数の非一時的なコンピューター可読記憶媒体。
（項目１３）
上記ブロードキャストコマンドがさらに、アクセスモードインジケータを含み、１または複数の非一時的なコンピューター可読記憶媒体は、実行されると、上記デバイスに対し、上記アクセスモードインジケータを復号して、上記アクセスモードが上記デバイスの１または複数の予め定義されたセットアップまたはコントロールレジスタに対するものであることを決定させる命令をさらに備える、項目１１の１または複数の非一時的なコンピューター可読記憶媒体。
（項目１４）
上記１または複数の予め定義されたセットアップまたはコントロールレジスタがＸＭ仕様で規定されており、上記データは指定される上記１または複数の予め規定されたコントロールレジスタへ書き込まれるコントロールデータを含む、項目１３に記載の１または複数の非一時的なコンピューター可読記憶媒体。
（項目１５）
上記コントロールデータは複数の２バイトペアとなっており、上記複数の２バイトペアは、コントロールデータバイトと、対応するマスクバイトとを含み、上記対応するマスクバイトは、上記コントロールデータバイトのどのビットが上記デバイスの予め規定されたコントロールレジスタへ書き込まれるべきかと、上記データバイトのどのビットが無視されるべきかとを指示する、項目１４に記載の１または複数の非一時的なコンピューター可読記憶媒体。
（項目１６）
上記デバイスアドレスマスキングデータは、上記データが上記コマンドバスを介して上記ホストコンピューターへ接続される複数のメモリモジュールにわたる同じタイプのデバイスへ書き込まれるように構成される、項目１２に記載の１または複数の非一時的なコンピューター可読記憶媒体。
（項目１７）
ＤＩＭＭにおいてブロードキャストコマンドをホストコンピューターから受信する段階であって、上記ブロードキャストコマンドは、アクセスモードのインジケータとレジスタオフセット値とを含む、受信する段階と、
上記アクセスモードのインジケータを復号して、プロトコルレジスタのアクセスモードが指示されたことを決定する段階と、
アクセスモードインジケータとレジスタオフセット値とに少なくとも部分的に基づいて、上記コマンドが受信デバイスに対して、オフセットにより示されるプロトコルレジスタにＤＩＭＭ識別子（ＤＩＭＭ＿ＩＤ）値を書き込むことを命令するＤＩＭＭ＿ＩＤ伝搬コマンドであることを識別する段階と、
上記識別に応答して、上記ブロードキャストコマンドを修正して、ＤＩＭＭ＿ＩＤの一部をローカルＤＩＭＭ識別子と置き換える段階と、
修正された上記ブロードキャストコマンドをローカルバスにわたり上記ＤＩＭＭ上の全てのデバイスへ伝搬する段階と
を備える、方法。
（項目１８）
上記ＤＩＭＭが挿入されるスロットから上記ローカルＤＩＭＭ識別子を取得する段階をさらに備える、項目１７に記載の方法。
（項目１９）
上記ＤＩＭＭは、上記ホストコンピューターに接続されるＮ個のＤＩＭＭのうちのいずれか１つであって、Ｋを整数として、Ｎ＝２Ｋであり、
上記ローカルＤＩＭＭ識別子はＫ個のビットを含み、上記ブロードキャストコマンドを修正する段階はさらに、ＤＩＭＭ＿ＩＤのＫ個の最下位ビット（ＬＳＢ）を上記ローカルＤＩＭＭ識別子で置き換える段階を含む、
請求項１７に記載の方法。
（項目２０）
上記方法は、上記ＤＩＭＭのゲートウェイあるいはその一部により実行され、また上記ローカルバスはＸＭ仕様に準拠している、請求項１７に記載の方法。

Claims (16)

1. デバイスであって、
   ホストコンピューターからブロードキャストコマンドを受信するための入力インターフェイスであって、前記ブロードキャストコマンドは、アクセスモード指示を含む、入力インターフェイスと、
   前記入力インターフェイスに連結される復号回路とを備え、前記復号回路は、
   受信した前記アクセスモード指示に少なくとも部分的に基づいて、前記ブロードキャストコマンドが、１または複数のデバイスの１または複数の予め定義されたセットアップまたはコントロールレジスタにアクセスすること、または前記１または複数のデバイスの１または複数の内部レジスタにアクセスすることを命令すると決定し、
   前記決定に応じて、前記セットアップ若しくはコントロールレジスタへのまたは前記１または複数の内部レジスタへの前記アクセスを実行し、
   前記デバイスは、前記ホストコンピューターに連結されるメモリモジュール上に配置され、
   前記ブロードキャストコマンドは、前記メモリモジュールのゲートウェイにより最初に受信され、次に前記入力インターフェイスにより、前記メモリモジュール内のローカルバスを通して前記ゲートウェイから受信され、
   コマンドバスおよび前記ローカルバスは、半導体技術協会のＸＭ仕様（ＸＭ Ｓｐｅｃｉｆｉｃａｔｉｏｎ）に準拠している、デバイス。
   
2. 前記デバイスの前記１または複数の予め定義されたセットアップまたはコントロールレジスタは前記ＸＭ仕様により規定されたレジスタである、請求項１に記載のデバイス。
3. 前記メモリモジュールはデュアルインラインメモリモジュール（ＤＩＭＭ）である、請求項１または２に記載のデバイス。
4. 前記デバイスは、電圧レギュレータ、温度センサ、タイミング情報を記憶するフラッシュメモリ、シリアルプレゼンスディテクト（ＳＰＤ）デバイス、またはレジスタクロックドライバ（ＲＣＤ）の１つである、請求項１から３のいずれか一項に記載のデバイス。
5. 前記デバイスの前記１または複数の内部レジスタは、前記ＸＭ仕様により規定された、予め定義されたオフセットにおいてアクセス可能である、請求項１から４のいずれか一項に記載のデバイス。
6. 前記ブロードキャストコマンドはさらに、１または複数のデバイスアドレスと、デバイスアドレスマスキングデータとを有し、前記復号回路はさらに、
   前記デバイスアドレスマスキングデータにより示される前記１または複数のデバイスアドレスの一部を無視し、
   前記１または複数のデバイスアドレスの残りの部分が自己のアドレスの対応する部分とマッチングするか否かを判定する、
   請求項１から５のいずれか一項に記載のデバイス。
7. 前記ブロードキャストコマンドに含まれる前記１または複数のデバイスアドレスは７ビット長であり、前記デバイスアドレスマスキングデータは、前記１または複数のデバイスアドレスのうち１から７個の範囲の最下位ビット（ＬＳＢ）は無視されるべきであることを示す、請求項６に記載のデバイス。
8. 前記ブロードキャストコマンドはさらに、前記デバイスの、最初の予め定義されたセットアップ若しくはコントロールレジスタ、または内部レジスタのロケーションを指定するオフセットを含み、前記オフセットにおいて、示された前記アクセスを開始する、請求項１から７のいずれか１項に記載のデバイス。
9. 命令セットを備えるプログラムであって、前記命令セットは、メモリモジュールに設けられるデバイスにより実行されると、前記デバイスに、
   ホストコンピューターからブロードキャストコマンドを受信することであって、前記ブロードキャストコマンドは、１または複数のデバイスの１または複数のレジスタへのセットアップまたはコントロールデータの書き込みをオフセットで開始して行うように命令し、且つデバイスアドレスおよびデバイスアドレスマスキングデータを含む、ことと、
   前記デバイスアドレスマスキングデータを適用して前記デバイスアドレスの一部をマスキングすることと、
   前記デバイスアドレスのマスキングされていない部分が、前記デバイスのアドレスの対応する部分とマッチングするかどうかを判定することと、
   前記判定に応答して、前記デバイスの前記１または複数のレジスタに前記セットアップまたはコントロールデータを前記オフセットで開始して書き込むことと
   を実行させる、プログラムであって、
   前記ブロードキャストコマンドは、前記ホストコンピューターを前記メモリモジュールへ接続するコマンドバス上で前記デバイスにより受信され、前記コマンドバスはＸＭ仕様に準拠している、プログラム。
   
10. 前記ブロードキャストコマンドはさらに、アクセスモードインジケータを含み、前記プログラムは、実行されると、前記デバイスに、前記アクセスモードインジケータを復号して、アクセスモードが前記デバイスの１または複数の予め定義されたセットアップまたはコントロールレジスタに対するものであることを決定させる命令をさらに備える、請求項９に記載のプログラム。
11. 前記１または複数の予め定義されたセットアップまたはコントロールレジスタは、前記ＸＭ仕様で規定されており、前記セットアップまたはコントールデータは、指定される前記１または複数の予め定義されたセットアップまたはコントロールレジスタへ書き込まれるべきコントロールデータを含む、請求項１０に記載のプログラム。
12. 前記コントロールデータは複数の２バイトペアとなっており、前記複数の２バイトペアは、１バイトのコントロールデータバイトと、１バイトの対応するマスクバイトとを含み、前記対応するマスクバイトは、前記コントロールデータバイトのうちどのビットが、前記デバイスの予め定義されたセットアップまたはコントロールレジスタへ書き込まれるべきかと、前記コントロールデータバイトのうちどのビットが無視されるべきかとを示す、請求項１１に記載のプログラム。
13. 前記デバイスアドレスマスキングデータは、前記セットアップまたはコントロールデータが、前記コマンドバスを介して前記ホストコンピューターへ接続される複数のメモリモジュールにわたり同じタイプのデバイスへ書き込まれるように構成される、請求項９から１２のいずれか１項に記載のプログラム。
14. ＤＩＭＭのゲートウェイまたはその一部により、前記ＤＩＭＭにおいて、ブロードキャストコマンドをホストコンピューターから受信する段階であって、前記ブロードキャストコマンドは、アクセスモードインジケータとレジスタオフセット値とを含む、段階と、
    前記ゲートウェイまたはその一部により、前記アクセスモードインジケータを復号して、プロトコルレジスタアクセスモードが示されていることを決定する段階と、
    前記ゲートウェイまたはその一部により、前記アクセスモードインジケータおよび前記レジスタオフセット値に少なくとも部分的に基づいて、前記ブロードキャストコマンドが、受信デバイスに対し、前記レジスタオフセット値により示されるプロトコルレジスタへＤＩＭＭ識別子（ＤＩＭＭ＿ＩＤ）値を書き込むことを命令するＤＩＭＭ＿ＩＤ伝搬コマンドであることを識別する段階と、
    前記ゲートウェイまたはその一部により、前記識別に応答して、前記ＤＩＭＭ＿ＩＤの一部をローカルＤＩＭＭ識別子と置き換えるように前記ブロードキャストコマンドを修正する段階と、
    前記ゲートウェイまたはその一部により、前記修正されたブロードキャストコマンドをローカルバスを通して前記ＤＩＭＭ上の全てのデバイスへ伝搬する段階と
    を備える、方法であって、
    前記ローカルバスはＸＭ仕様に準拠している、方法。
15. 前記ゲートウェイまたはその一部により、前記ＤＩＭＭが挿入されるスロットから、前記ローカルＤＩＭＭ識別子を取得する段階をさらに備える、請求項１４に記載の方法。
16. 前記ＤＩＭＭは、前記ホストコンピューターに接続されるＮ個のＤＩＭＭのうちの１つであり、Ｋを整数として、Ｎ＝２Ｋであり、
    前記ローカルＤＩＭＭ識別子はＫ個のビットを含み、前記ブロードキャストコマンドを修正する前記段階はさらに、前記ＤＩＭＭ＿ＩＤのＫ個の最下位ビット（ＬＳＢ）を前記ローカルＤＩＭＭ識別子で置き換える段階を含む、
    請求項１４または１５に記載の方法。