JP2004021987A - データインタフェースのロケーションを提供する方法およびシステム - Google Patents
データインタフェースのロケーションを提供する方法およびシステム Download PDFInfo
- Publication number
- JP2004021987A JP2004021987A JP2003157534A JP2003157534A JP2004021987A JP 2004021987 A JP2004021987 A JP 2004021987A JP 2003157534 A JP2003157534 A JP 2003157534A JP 2003157534 A JP2003157534 A JP 2003157534A JP 2004021987 A JP2004021987 A JP 2004021987A
- Authority
- JP
- Japan
- Prior art keywords
- pointer
- acpi
- interface
- information
- location
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
- G06F13/38—Information transfer, e.g. on bus
- G06F13/42—Bus transfer protocol, e.g. handshake; Synchronisation
- G06F13/4204—Bus transfer protocol, e.g. handshake; Synchronisation on a parallel bus
- G06F13/4221—Bus transfer protocol, e.g. handshake; Synchronisation on a parallel bus being an input/output bus, e.g. ISA bus, EISA bus, PCI bus, SCSI bus
- G06F13/4226—Bus transfer protocol, e.g. handshake; Synchronisation on a parallel bus being an input/output bus, e.g. ISA bus, EISA bus, PCI bus, SCSI bus with asynchronous protocol
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
【課題】データインタフェースのロケーションを受け渡す方法を提供する。
【解決手段】本方法は、システムファームウェア読み出し専用メモリ（ＲＯＭ）に関連する情報を見つけるための第１のポインタを構成されたロケーションに格納することを含む。メモリの一部が、システムコンポーネント情報を受け渡すインタフェースであるデータ構造に割り当てられる。第１のポインタが指すメモリロケーションに第２のポインタが格納される。第２のポインタはデータ構造を指す。
【選択図】図５
【解決手段】本方法は、システムファームウェア読み出し専用メモリ（ＲＯＭ）に関連する情報を見つけるための第１のポインタを構成されたロケーションに格納することを含む。メモリの一部が、システムコンポーネント情報を受け渡すインタフェースであるデータ構造に割り当てられる。第１のポインタが指すメモリロケーションに第２のポインタが格納される。第２のポインタはデータ構造を指す。
【選択図】図５
Description
【０００１】
【発明の属する技術分野】
本発明は、コンピュータシステムの分野に関する。特に、本発明は、データ構造のロケーションをＡＣＰＩ（ａｄｖａｎｃｅｄ ｃｏｎｆｉｇｕｒａｔｉｏｎ ａｎｄ ｐｏｗｅｒ ｉｎｔｅｒｆａｃｅ）に受け渡す方法およびシステムに関する。
【０００２】
【従来の技術】
ＡＣＰＩ（Ａｄｖａｎｃｅｄ Ｃｏｎｆｉｇｕｒａｔｉｏｎ ａｎｄ ｐｏｗｅｒ ｉｎｔｅｒｆａｃｅ）は、ラップトップ、デスクトップ、サーバ等を含むコンピュータのオペレーティングシステムにハードウェア状態情報を利用できるようにする仕様である。ＡＣＰＩはまた、ハードウェア資源を操作できるようにする。たとえば、ＡＣＰＩは、電力管理を向上させるために、コンピュータシステムの周辺機器の電源をオンオフできるようにすることによって電力管理を支援する。ＡＣＰＩはまた、外部装置によってコンピュータシステムをオンオフできるようにする。たとえば、マウスに触れる、またはキーを押下すると、ＡＣＰＩを使用するコンピュータシステムを起動させることができる。
【０００３】
従来より、ＡＣＰＩは、様々な理由により扱いが難しい。第１に、ＡＣＰＩは、コンピュータシステムプラットフォームにネイティブ（固有）のアセンブリ言語で書かれていない。その代わりに、ＡＣＰＩは、独自の原始言語および機械語であるＡＣＰＩ原始言語（ＡＳＬ）およびＡＣＰＩ機械語（ＡＭＬ）をそれぞれ有する。用途が高度に特化されているため、ＡＳＬのプログラマは比較的少ない。さらに、ＡＳＬは、使用が限定されていることから構造体が比較的少ない。その上、ＡＣＰＩコードの設計は従来、モノリシック（ｍｏｎｏｌｉｔｈｉｃ：一体式）である。したがってこれにより、ＡＣＰＩコードを他のプラットフォーム、さらには同じプラットフォームの異なる構成に移植することが困難になる。このため、異なるプラットフォームを扱うには、新しいＡＳＬコードを書く必要がある。ＡＳＬプログラマの数が限られているため、新しいコードを書くことがより問題になり、費用がかかるようになる。
【０００４】
ＡＣＰＩは、静的テーブルおよび解釈可能テーブルの双方からなる。ブートアップ時に、システムファームウェアは静的テーブルを構築し、オペレーティングシステムがこの静的テーブルを使用する。解釈可能テーブルはＡＭＬからなる。ＡＭＬはコンパイルされてから、システムファームウェアに併合される。オペレーティングシステムは、ＡＭＬを解釈可能テーブルから読み取り、ＡＣＰＩインタプリタを使用して、構成された（ａｒｃｈｉｔｅｃｔｅｄ）インタフェースを実行する。このようにして、オペレーティングシステムはハードウェア資源を操作する。この従来の方法は、解釈可能テーブルはシステムファームウェアに併合されるため柔軟性、拡張性を欠き、各種システム構成に適合するように再プログラムするために相当の時間を要する。
【０００５】
たとえば、従来、開発者は、プラットフォーム、すなわちその変数の特定の構成を指定するＡＣＰＩコードを書く。不都合なことに、さらに小さなハードウェア変更が行われる場合、設計を変更する必要がある。このためには、新しいＡＭＬコードを書き、新しいテーブルをシステムファームウェアに併合する必要がある。したがって、従来の設計は移植不可能、すなわち再使用することができない。
【０００６】
さらに、従来、ＡＣＰＩでは、プラットフォームの変数がある場合、または相互に排他的なＡＣＰＩ要件を有する２つ以上のＡＣＰＩアウェアＯＳシステムをＡＣＰＩがサポートする場合、異なるシステムファームウェアＲＯＭ（読み取り専用メモリ）またはＢＩＯＳ（基本入出力システム）を使用する必要があった。同じシステムが複数のオペレーティングシステムをサポートすべき場合、異なるシステムファームウェアＲＯＭを使用する必要もあった。
【０００７】
したがって、ランタイム時にコンポーネント情報を提供する従来の方法およびシステムに伴う一つの問題は、異なるプラットフォームにコードを移植することが困難なことである。かかる方法およびシステムに伴う別の問題は、同じプラットフォーム内の異なる構成にコードを移植することが困難なことである。かかる従来の方法およびシステムに伴う別の問題は、これら方法およびシステムにあまり拡張性がないことである。さらに別の問題は、新しいＡＳＬコードを書いてテストするために追加の開発費用がかかることである。
【０００８】
【発明が解決しようとする課題】
本発明の目的は、データインタフェースのロケーションを受け渡す方法を提供することである。
【０００９】
【課題を解決するための手段】
本方法は、システムファームウェア読み出し専用メモリ（ＲＯＭ）に関連する情報を見つけるための第１のポインタを構成されたロケーションに格納することを含む。メモリの一部が、システムコンポーネント情報を受け渡すインタフェースであるデータ構造に割り当てられる。第１のポインタが指すメモリロケーションに第２のポインタが格納される。第２のポインタはデータ構造を指す。
【００１０】
本明細書に組み込まれ、本明細書の一部をなす添付図面は、本発明の実施形態を示し、説明と併せて本発明の原理の説明に役立つ。
【００１１】
【発明の実施の形態】
本発明のコンピュータシステムデータを提供する方法および装置についての以下の詳細な説明では、本発明の完全な理解を提供するために多くの特定の詳細が記載される。しかし、本発明は、これら特定の詳細なしでも、また代替の要素または方法を使用することによっても実施することができる。他の場合では、周知の方法、手順、コンポーネント、および回路については、本発明の態様を不必要に曖昧にしないように詳細に説明しない。
【００１２】
本発明の実施形態は、データインタフェースのロケーションを、ＡＣＰＩ（ａｄｖａｎｃｅｄ ｃｏｎｆｉｇｕｒａｔｉｏｎ ａｎｄ ｐｏｗｅｒ ｉｎｔｅｒｆａｃｅ）に受け渡す方法である。本方法は、システムファームウェア読み出し専用メモリ（ＲＯＭ）に関連する情報を捜し出す、構成されたロケーションになりうる第１のメモリロケーションの識別子を決定することを含む。たとえば、識別子はコンポーネントタイプであり、メモリロケーションは、そのコンポーネントタイプのファームウェアインタフェーステーブル（ＦＩＴ）内のエントリであることができる。第１のポインタは第１のメモリロケーションに格納される。たとえば、ＦＩＴを含むＲＯＭが構築されると、ポインタをＦＩＴの一部にすることができる。システムファームウェアは、システムブートアップ時に、第１のポインタが指す第２のメモリロケーションに第２のポインタを格納することができる。第２のポインタは、システムファームウェアとＡＣＰＩとの間でシステムコンポーネント情報を受け渡すためのデータ構造を指す。ＡＣＰＩは、コンポーネントタイプ識別子を使用して、第１のポインタを求めてＦＩＴテーブルを探索し、第１のポインタを使用して第２のポインタにアクセスしてデータインタフェースを見つける。したがって、データインタフェースのサイズおよびロケーションには柔軟性がある。
【００１３】
本発明の実施形態は、コンピュータシステムプラットフォームの間で移植可能である。さらに、本発明の実施形態は、同じプラットフォームの各種構成間で移植可能である。本発明の実施形態は拡張可能である。本発明の実施形態では、費用のかかるＡＳＬコードの書き換えおよびシステムファームウェアＲＯＭの変更を避けることにより開発費用が抑えられる。
【００１４】
本発明の実施形態は、コンピュータシステムコンポーネントに関連するデータを提供するインタフェースである。インタフェースは、システム抽象化層（ＳＡＬ）とＡＣＰＩ（ａｄｖａｎｃｅｄ ｃｏｎｆｉｇｕｒａｔｉｏｎ ａｎｄ ｐｏｗｅｒ ｉｎｔｅｒｆａｃｅ）との間にあることができる。インタフェースは、コンピュータ読取可能媒体に格納されたデータ構造を備えることができる。データ構造は、たとえば、コンピュータシステムブート時にＳＡＬによって構築されることができる。データ構造は、コンピュータシステムのコンポーネントに関連するコンポーネントデータについてのフィールドを有する階層スキーマを有することができる。データ構造内でコンポーネントデータを見つけるための識別子があり、情報が求められるコンポーネントタイプを指定することにより、特定プロセスを補助することが可能である。識別子のスキーマは、２つのプログラム間で共通であることができる。データ構造は、識別子を使用してコンポーネントデータを埋める第１のプログラム（たとえば、ＳＡＬ）の格納に利用することができる。コンポーネントデータは、データ構造に識別子を使用してインデックスを作成する第２のプログラム（たとえば、ＡＣＰＩ）によりアクセス可能である。このようにして、第１のプログラムと第２のプログラムとの間にインタフェースが設けられる。第２のプログラム（たとえば、ＡＣＰＩ）は、データを、たとえばメソッド呼び出しを介してシステム情報を要求したオペレーティングシステムに送る前に再フォーマットすることができる。
【００１５】
図１Ａは、例示的なコンピュータシステム１５０の論理構成を示す。本発明の実施形態は、コンピュータシステム１５０のコンポーネント情報を受け渡すデータ構造インタフェースで、かかるシステム１５０の論理表現を構築することができる。図１Ｂ、図１Ｃは、例示的なコンピュータシステムの論理構成を反映した例示的なデータ構造インタフェースを示す。本発明の実施形態は、どのコンポーネントがブートアップ時に存在することになるかについての事前知識がまったくない状態で、データ構造インタフェースをシステムブートアップ時に構築する。したがって、本発明の実施形態は、ブートアップ時に存在する特定のコンピュータシステム１５０の構成に適合する。
【００１６】
再び図１Ａを参照すると、例示的なコンピュータシステム１５０は、システムボードとも呼ばれることがある一つまたは複数のセル１６０を含むことができる。セル１６０は、ベース管理コントローラ（ＢＭＣ）１６０、いくつかの中央演算処理装置（ＣＰＵ）１７０、およびいくつかのシリアルデバイス（たとえば、汎用非同期送受信回路すなわちＵＡＲＴ）１９０を備えることができる。セル１６０は、いくつかのローカルバスアダプタ（ＬＢＡ）１８０をそれぞれ有しうるいくつかのシステムバスアダプタ（ＳＢＡ）１７５も有することができる。最後に、各ＬＢＡ１８０は、いくつかのスロット１８５を有することができる。図１Ａは単なる例示にすぎない。すべてのコンポーネントが常に存在するわけではなく、他のタイプのコンポーネントがコンピュータシステム１５０にあってもよい。本発明の実施形態は、ＡＣＰＩコードを書き換える必要なく、存在する構成が何であれその構成に適宜適合する。
【００１７】
図１Ｂ、図１Ｃは、システムコンポーネント情報をあるプログラムから別のプログラムに渡すことができるように、２つのコンピュータプログラム間のインタフェースとして機能可能な例示的なデータ構造１００（たとえば、受け渡し（ｈａｎｄｏｆｆ：ハンドオフ）構造）を示す。たとえば、あるプログラムが受け渡し構造１００を埋め、別のプログラムがデータを使用することができる。受け渡し構造１００は、システム内のコンポーネントに関する情報を格納する階層スキーマを含むことができる。受け渡し構造１００は、メタデータ、シグネチャ等の情報のヘッダ１０５を含むことができる。本発明の実施形態はＡＣＰＩとＳＡＬとの間のインタフェースを提供することから、ヘッダはＡＣＰＩ／ＳＡＬ受け渡し構造ヘッダと呼ばれる。
【００１８】
スキーマは、いくつかのレベル１１０に区分化することができる。各レベル１１０は、一つまたは複数のタイプのコンポーネントに関連する情報を含むことができる。第１のレベル１１０ａを参照すると、第１のレベル１１０ａにおける唯一のコンポーネントタイプはセルである。本例では、情報は、セルエントリ１２５のアレイ１２０を含む。第２のレベル１１０ｂは、５つの異なるタイプのコンポーネントについての情報を含む。ベース管理コントローラ（ＢＭＣ）情報１２１は、本例では一つのベース管理コントローラしかないため、エントリ１２５のアレイ１２０として編成されない。その他のコンポーネントについての情報は、本例では０またはそれよりも多くのエントリ１２５のアレイ１２０として編成される。しかし、任意のコンポーネントタイプの編成は、柔軟なソリューションを提供するために、アレイ１２０であっても、または単一エントリであってもよい。第２のレベル１１０ｂは、中央演算処理装置（ＣＰＵ）アレイ１２０、ローカルバスアダプタ（ＬＢＡ）固有データアレイ１２０、シリアルデバイスアレイ１２０、およびシステムバスアダプタ（ＳＢＡ）アレイ１２０も含む。これらアレイ１２０は例示的なものである。たとえば、第２のレベル１１０ｂは、ＵＡＲＴ情報のアレイなど他のコンポーネント情報も含みうる。
【００１９】
図１Ｃを参照すると、第３のレベル１１０ｃは、ローカルバスアダプタ（ＬＢＡ）についてのエントリ１２５のアレイ１２０である単一コンポーネントタイプについての情報を含む。最後に、第４のレベル１１０ｄは、スロットについてのエントリ１２５のアレイ１２０を含む。
【００２０】
受け渡し構造１００の各種エントリ１２５は、他のエントリ１２５にリンクすることが可能である。たとえば、セルエントリ１２５の一つが、ＢＭＣ情報１２１、中央演算処理装置（ＣＰＵ）エントリ１２５ａ、ＬＢＡ固有データエントリ１２５ｂ、シリアルデバイスエントリ１２５ｃ、およびシステムバスアダプタ（ＳＢＡ）エントリ１２５ｄにリンクされる。セルエントリ１２５ｇは、システムの論理構成を反映する場合、一つまたは複数のコンポーネントタイプの複数のエントリ１２５にリンクすることができる。たとえば、コンピュータシステムが構成されるとき、セルは複数のＳＢＡを有しうる。第３のレベル１１０ｃおよび第４のレベル１１０ｄの前に、ＳＢＡエントリ１２５ｄはＬＢＡエントリ１２５ｅにリンクされ、ＬＢＡ１２５ｅはスロットエントリ１２５ｆにリンクされる。ＳＢＡエントリ１２５ｄを複数のＬＢＡエントリ１２５ｅにリンクし、ＬＢＡエントリ１２５ｅを複数のスロットエントリ１２５ｆにリンクすることができる。
【００２１】
受け渡し構造１００は、一実施形態では、チップセット固有情報を含むことができる。このように、固有のパラメータ値を各チップセットのＡＭＬ実装形態（ｉｍｐｌｅｍｅｎｔａｔｉｏｎ）に渡すことができる（ＡＭＬは、受け渡し構造１００内のデータの最終的な消費者であることができる）。たとえば、ＡＭＬ実装形態はチップセットＸ、Ｙ、およびＺをサポートすることができる。この場合、受け渡し構造１００は、３つのサポートされるチップセットそれぞれのデータ構造を含むことができ、各データ構造は、チップセットのＡＭＬが必要とするパラメータ値を含む。たとえば、これは、ＬＢＡ固有データ情報１２０のアレイ１２０に格納することができる。したがって、本発明の実施形態では、複数のチップセットをサポートするＡＭＬ実装形態が可能である。
【００２２】
次に、図２を参照すると、本発明の実施形態は、コンポーネント情報が受け渡し構造１００のどこにあるかを特定するために使用される共通キーすなわち一意の識別子２００を提供する。共通キー２００は、受け渡し構造１００を埋めるプログラム（たとえば、ＳＡＬ）および受け渡し構造１００内の情報を使用するプログラム（たとえば、ＡＣＰＩ）によって知られている。共通キー２００は、いくつかのコンポーネント識別子２２０を連結することによって形成することができる。各レベル１１０に一つのコンポーネント識別子がありうる。コンポーネント識別子２２０は、いくつかの考えられるコンポーネントの中のコンポーネントを指すことができる。たとえば、４レベルコンポーネントの論理階層を有するシステムでは、共通キーはコンポーネントごとに４つの別個の値を有しうる。したがって、図２とともに図１Ｂの例を参照すると、「７３４１」という共通キー２００は、７番目のセルエントリ１２５ｇの３番目のＳＢＡエントリ１２５ｄの４番目のＬＢＡエントリ１２５ｅの最初のスロットエントリ１２５ｆを特定することができる。
【００２３】
場合によっては、所与のレベル１１０に２つ以上のコンポーネントタイプがありうるため、さらなる情報がそのコンポーネントデータの特定に必要である。たとえば、情報が図１Ｂのスキーマ内の第２のレベル１１０ｂコンポーネントについて求められる場合、どのコンポーネントタイプ情報が求められいるかについて知るために、さらなる情報が必要となる。したがって、一実施形態では、ＡＣＰＩは、どのタイプのコンポーネント情報が求められているかについての情報を受け取る。たとえば、ＡＣＰＩは、シリアルデバイスエントリ情報が求められていると決定するか、またはその旨通知される。次いで、ＡＣＰＩが受け渡し構造に共通キー２００でインデックスを作成すると、これも要素として組み込み、シリアルデバイスアレイ１２０内の関連エントリ１２５を選択する。
【００２４】
本明細書に述べたように、図１Ｂの編成は例示的なものである。図３は、システム情報を受け渡すための受け渡し構造３００の別の実施形態を示す。本実施形態では、第１のレベル３１０ａは、ドメインに関する情報を含む（たとえば、ドメイン情報のアレイ１２０）。たとえば、システムは複数のオペレーティングシステムをサポートすることができ、各オペレーティングシステムはそれぞれのドメインを有する。第２のレベル３１０ｂは、ハードウェアがどのようにレイアウトされたかに応じて、いくつかありうるセルについての情報を含むことができる。第３のレベル３１０ｃは、アダプタ情報を含む。第４のレベル３１０ｄはＰＣＩ−ＰＣＩブリッジ情報を含み、第５のレベル３１０ｅはスロット情報を含む。
【００２５】
図３の例の共通キー２００は、５つのコンポーネント値を有しうる。たとえば、「２３１１１」の共通キーは、２番目のドメインの３番目のセルの最初のアダプタの最初のＰＣＩ−ＰＣＩブリッジの最初のスロットを指すことができる。
【００２６】
図１および図３は階層スキーマを示すが、かかるスキーマは必要ではない。一実施形態では、共通キー２００は、スキーマ内のエントリとシステム内の考えられるコンポーネントとの間に１対１のマッピングを提供する。これは、コンピュータシステム１５０内のあらゆるコンポーネントが、関連する固有のキーを有することを意味する。
【００２７】
本発明の実施形態は、ＳＡＬとＡＣＰＩとの間のインタフェースを使用してコンポーネントデータを提供する方法を提供する。図４のプロセス４００のステップは、命令としてコンピュータ読取可能媒体に格納し、汎用プロセッサで実行することができる。ステップ４１０において、インタフェースを提供する受け渡し構造１００、３００が構築される。受け渡し構造は、コンピュータシステムブート時にＳＡＬ（たとえば、システムファームウェア）によって構築することができる。
【００２８】
ステップ４２０において、受け渡し構造１００、３００にＳＡＬが格納される。ＳＡＬは、システムコンポーネントを発見するステップおよび取得した情報を使用して受け渡し構造１００、３００を埋めるステップを行うことができる。ＳＡＬは、共通キー２００を使用して、コンポーネントデータを受け渡し構造１００、３００のどこに配置するかを決めることができる。
【００２９】
ステップ４３０において、ＡＣＰＩが受け渡し構造１００、３００にインデックスを作成して、コンポーネントデータを取得する。ＡＣＰＩは、共通キーならびにコンポーネントデータタイプを使用することができる。たとえば、ＡＣＰＩは、データが求められているコンポーネントのタイプを特定するか、またはコンポーネントデータについてのより一般的な要求であることができる、ＯＳからの呼び出しを受け取る。これに応答して、ＡＣＰＩは適当な共通キー２００を構築し、共通キー２００がコンポーネントデータを検索してＯＳからの要求を満たす。これは、受け渡し構造１００、３００に２回以上インデックスを作成することを含むことができる。
【００３０】
ステップ４４０において、受け渡し構造１００、３００からのコンポーネントデータの一部が、要求を出したプログラム、たとえばオペレーティングシステムに提供される。このステップは、ＡＣＰＩが、要求に適するようにコンポーネントを再フォーマットすることを含みうる。たとえば、要求は、指定されたフォーマットに従ってデータが戻されると予想される「＿ＣＲＳ呼び出し（＿ＣＲＳ ｃａｌｌ）」であることができる。
【００３１】
本発明の実施形態では、受け渡し構造１００、３００をほぼどこにでも配置することが可能である。さらに、配置は、システムブート時に行うことができる。したがって、受け渡し構造１００、３００のサイズおよびロケーションの双方をブートアップ時に選択することができる。これにより、ＡＣＰＩコードがプラットフォームから独立したものにすることが可能である。その上、受け渡し構造１００、３００は、ランタイム時にモーフィングして、所与のプラットフォームおよびシステム構成をサポートすることができる。したがって、受け渡し構造１００、３００の厳密な構成は常に同じになるわけではない。実施形態はさらに、コンポーネント構成が同じコンピュータシステムに異なる受け渡し構造１００、３００を構築するように指示する場合には、そのように構築することができる。たとえば、所与のシステムは、１つ、２つ、または３つのＰＣＩバスで製造することができる。ブートアップ時に、受け渡し構造１００、３００のサイズおよび構成が実際の構成に適合される。これにより、従来のソリューションでは必要であった複数のＡＣＰＩコードソリューションを提供する必要がなくなる。本発明の実施形態は、システムコンポーネントの故障にも適合する。たとえば、ＰＣＩバスがブートアップ時に故障した場合、これは受け渡し構造１００、３００に正しく報告される。
【００３２】
最大の柔軟性を提供するために、データ構造１００、３００は任意の都合のよいロケーションに配置することが可能である。本発明の実施形態は、第１のコンピュータプログラム（たとえば、システムファームウェアまたはＳＡＬ）にロケーションを確立し、そのロケーションに第２のコンピュータプログラム（たとえば、ＡＣＰＩルーチン）を伝達する方法を提供する。次に、図５を参照すると、第１のポインタをファームウェアインタフェーステーブル（ＦＩＴ）５１０に配置することができる。しかし、本発明の実施形態は、ＦＩＴ５１０の使用に制限されない。より一般的に、実施形態は、システムファームウェアＲＯＭにおいて情報（たとえば、データまたはコンポーネント情報）を見つける方法を提供するために任意の、構成されたロケーションを使用することができる。構成されたロケーションは、ポインタを格納するためのものであってもよい。たとえば、ポインタは、データまたはコンポーネント情報を指すことができる。ＦＩＴ５１０は、システムファームウェア内の異なるコンポーネントについてのエントリを含むことができる。ＦＩＴ５１０は、要求されたコンポーネントについての構成されたセクション５１０を含みうる。ＦＩＴ５１０は、任意のコンポーネントに関連するフィールドを有することが可能なＯＥＭ（Ｏｒｉｇｉｎａｌ Ｅｑｕｉｐｍｅｎｔ Ｍａｎｕｆａｃｔｕｒｅ：独自製品生産）セクション５１２も含みうる。
【００３３】
受け渡し構造ＦＩＴエントリ５１５は、ＯＥＭセクション５１２のどこに存在してもよく、受け渡し構造ポインタ５２５を指す。受け渡し構造ポインタ５２５は、ＡＣＰＩが後にポインタを検索するためにアクセス可能などこの場所にあってもよい。たとえば、受け渡し構造ポインタ５２５は、主記憶装置、スクラッチＲＡＭ（ランダムアクセスメモリ）、不揮発性メモリ等にあることができる。この柔軟性により、ＡＭＬを何等書き換えることなく、受け渡し構造１００、３００のロケーションを移動することが可能である。これは、ＡＣＰＩがＦＩＴ５１０のロケーションを知っており、したがって受け渡し構造ＦＩＴエントリ５１５を見つけることができるためである。
【００３４】
本発明の実施形態は、受け渡しデータ構造１００、３００のロケーションを中継する方法を提供し、これを図６のプロセス６００に示す。プロセス６００のうちの少なくともいくつかのステップは、命令としてコンピュータ読取可能媒体に格納し、汎用プロセッサで実行することができる。ステップ６１０において、ＡＣＰＩがアクセス可能なメモリロケーションの識別子が決定される。たとえば、識別子はコンポーネントタイプであり、メモリロケーションは、そのコンポーネントタイプのＦＩＴ内のエントリであることができる。このようにして、ＡＣＰＩは、ＡＣＰＩが立ち上がるときに、ポインタを見つけることが可能になる。
【００３５】
ステップ６２０において、第１のポインタ（たとえば、受け渡し構造ＦＩＴエントリ５１５）がＦＩＴ５１０に格納される。ＦＩＴはシステムＲＯＭの一部として実施することができるため、このステップは、別個のＲＯＭ構築プロセスの一部として行うことが可能である。
【００３６】
ステップ６３０において、システムファームウェアは、メモリの一部を受け渡し構造１００、３００に割り当てる。これはシステムブートアップ時に行うことができるが、本発明はそのように制限されない。メモリ割り当ては、受け渡し構造１００、３００とインタフェースする双方のプログラムがアクセス可能ないずれの場所であってもよい。たとえば、システムファームウェアは、主記憶装置、スクラッチＲＡＭ、不揮発性メモリ等を割り当てることができる。次いで、システムファームウェアは、受け渡し構造１００、３００を構築してこれを埋める。たとえば、プロセス４００のステップ４１０および４２０を行うことができる。
【００３７】
ステップ６３５において、システムファームウェアが、受け渡し構造ポインタ５２５を、ＦＩＴ５１０内のポインタが指すロケーションに格納する。受け渡し構造ポインタ５２５は、受け渡し構造１００、３００を指す。
【００３８】
ＡＣＰＩが立ち上がると、ポインタにアクセスすることにより受け渡し構造１００、３００を見つけることができる（５１０、５２５）。これは、ステップ６４０において、ＡＣＰＩコードがＦＩＴテーブル５１０を辿り、第１のポインタを見つけることによって実現することができる。たとえば、ＡＣＰＩコードは、受け渡し構造ＦＩＴエントリ５１５が、所与のコンポーネントタイプのフィールドのロケーションにおけるＦＩＴ５１０のＯＥＭセクション５１２にあることを知ることができる。任意の適したコンポーネントタイプを選択することが可能である。コンポーネントタイプ５１が選択される場合、ＡＣＰＩコードは、受け渡し構造ＦＩＴエントリ５１５がコンポーネントタイプ５１のＦＩＴ５１０のフィールドにあることがわかる。
【００３９】
ステップ６５０において、ＡＣＰＩコードは、第１のポインタ（たとえば、受け渡し構造ＦＩＴエントリ５１５）を使用して第２のポインタ（たとえば、受け渡し構造ポインタ５２５）にアクセスする。このようにして、ＡＣＰＩは、予め確立された位置から開始することによって受け渡し構造１００、３００のロケーションを決定する。
【００４０】
ステップ６６０において、ＡＣＰＩコードは、第２のポインタを使用して受け渡し構造１００、３００にアクセスする。したがって、本発明の実施形態は、受け渡し構造１００、３００に柔軟なロケーションおよびサイズを提供することが可能である。仮に受け渡し構造１００、３００のロケーションが同じである場合には、受け渡し構造１００、３００は柔軟性を欠くことになる。
【００４１】
本発明を特定の実施形態について説明したが、本発明がかかる実施形態により制限されるものと解釈すべきではなく、むしろ、併記の特許請求の範囲により解釈されるべきであることを理解されたい。
【図面の簡単な説明】
【図１Ａ】本発明の実施形態がデータインタフェースに表される例示的なコンピュータシステムの論理構成を示す図。
【図１Ｂ】本発明の実施形態による、コンポーネント情報を受け渡すためのインタフェースのデータ構造を示す図。
【図１Ｃ】本発明の実施形態による、コンポーネント情報を受け渡すためのインタフェースのデータ構造を、図１Ｂの続きから示す図。
【図２】本発明の実施形態による、コンポーネント情報を提供するためのインタフェースにおいてデータを操作する共通キーの図。
【図３】本発明の実施形態による、コンポーネント情報を受け渡すためのインタフェースのデータ構造の図。
【図４】本発明の実施形態による、コンポーネント情報を提供するプロセスのステップを示すフローチャート。
【図５】本発明の実施形態による、コンポーネント情報を受け渡すためのインタフェースへのポインタを示す図。
【図６】本発明の実施形態による、コンポーネント情報を受け渡すためのインタフェースへのポインタをセットアップして使用するプロセスのステップを示すフローチャート。
【符号の説明】
１００、３００ 受け渡し構造
５１０ ＦＩＴ
５１５ 受け渡し構造ＦＩＴエントリ
５２５ 受け渡し構造ポインタ
【発明の属する技術分野】
本発明は、コンピュータシステムの分野に関する。特に、本発明は、データ構造のロケーションをＡＣＰＩ（ａｄｖａｎｃｅｄ ｃｏｎｆｉｇｕｒａｔｉｏｎ ａｎｄ ｐｏｗｅｒ ｉｎｔｅｒｆａｃｅ）に受け渡す方法およびシステムに関する。
【０００２】
【従来の技術】
ＡＣＰＩ（Ａｄｖａｎｃｅｄ Ｃｏｎｆｉｇｕｒａｔｉｏｎ ａｎｄ ｐｏｗｅｒ ｉｎｔｅｒｆａｃｅ）は、ラップトップ、デスクトップ、サーバ等を含むコンピュータのオペレーティングシステムにハードウェア状態情報を利用できるようにする仕様である。ＡＣＰＩはまた、ハードウェア資源を操作できるようにする。たとえば、ＡＣＰＩは、電力管理を向上させるために、コンピュータシステムの周辺機器の電源をオンオフできるようにすることによって電力管理を支援する。ＡＣＰＩはまた、外部装置によってコンピュータシステムをオンオフできるようにする。たとえば、マウスに触れる、またはキーを押下すると、ＡＣＰＩを使用するコンピュータシステムを起動させることができる。
【０００３】
従来より、ＡＣＰＩは、様々な理由により扱いが難しい。第１に、ＡＣＰＩは、コンピュータシステムプラットフォームにネイティブ（固有）のアセンブリ言語で書かれていない。その代わりに、ＡＣＰＩは、独自の原始言語および機械語であるＡＣＰＩ原始言語（ＡＳＬ）およびＡＣＰＩ機械語（ＡＭＬ）をそれぞれ有する。用途が高度に特化されているため、ＡＳＬのプログラマは比較的少ない。さらに、ＡＳＬは、使用が限定されていることから構造体が比較的少ない。その上、ＡＣＰＩコードの設計は従来、モノリシック（ｍｏｎｏｌｉｔｈｉｃ：一体式）である。したがってこれにより、ＡＣＰＩコードを他のプラットフォーム、さらには同じプラットフォームの異なる構成に移植することが困難になる。このため、異なるプラットフォームを扱うには、新しいＡＳＬコードを書く必要がある。ＡＳＬプログラマの数が限られているため、新しいコードを書くことがより問題になり、費用がかかるようになる。
【０００４】
ＡＣＰＩは、静的テーブルおよび解釈可能テーブルの双方からなる。ブートアップ時に、システムファームウェアは静的テーブルを構築し、オペレーティングシステムがこの静的テーブルを使用する。解釈可能テーブルはＡＭＬからなる。ＡＭＬはコンパイルされてから、システムファームウェアに併合される。オペレーティングシステムは、ＡＭＬを解釈可能テーブルから読み取り、ＡＣＰＩインタプリタを使用して、構成された（ａｒｃｈｉｔｅｃｔｅｄ）インタフェースを実行する。このようにして、オペレーティングシステムはハードウェア資源を操作する。この従来の方法は、解釈可能テーブルはシステムファームウェアに併合されるため柔軟性、拡張性を欠き、各種システム構成に適合するように再プログラムするために相当の時間を要する。
【０００５】
たとえば、従来、開発者は、プラットフォーム、すなわちその変数の特定の構成を指定するＡＣＰＩコードを書く。不都合なことに、さらに小さなハードウェア変更が行われる場合、設計を変更する必要がある。このためには、新しいＡＭＬコードを書き、新しいテーブルをシステムファームウェアに併合する必要がある。したがって、従来の設計は移植不可能、すなわち再使用することができない。
【０００６】
さらに、従来、ＡＣＰＩでは、プラットフォームの変数がある場合、または相互に排他的なＡＣＰＩ要件を有する２つ以上のＡＣＰＩアウェアＯＳシステムをＡＣＰＩがサポートする場合、異なるシステムファームウェアＲＯＭ（読み取り専用メモリ）またはＢＩＯＳ（基本入出力システム）を使用する必要があった。同じシステムが複数のオペレーティングシステムをサポートすべき場合、異なるシステムファームウェアＲＯＭを使用する必要もあった。
【０００７】
したがって、ランタイム時にコンポーネント情報を提供する従来の方法およびシステムに伴う一つの問題は、異なるプラットフォームにコードを移植することが困難なことである。かかる方法およびシステムに伴う別の問題は、同じプラットフォーム内の異なる構成にコードを移植することが困難なことである。かかる従来の方法およびシステムに伴う別の問題は、これら方法およびシステムにあまり拡張性がないことである。さらに別の問題は、新しいＡＳＬコードを書いてテストするために追加の開発費用がかかることである。
【０００８】
【発明が解決しようとする課題】
本発明の目的は、データインタフェースのロケーションを受け渡す方法を提供することである。
【０００９】
【課題を解決するための手段】
本方法は、システムファームウェア読み出し専用メモリ（ＲＯＭ）に関連する情報を見つけるための第１のポインタを構成されたロケーションに格納することを含む。メモリの一部が、システムコンポーネント情報を受け渡すインタフェースであるデータ構造に割り当てられる。第１のポインタが指すメモリロケーションに第２のポインタが格納される。第２のポインタはデータ構造を指す。
【００１０】
本明細書に組み込まれ、本明細書の一部をなす添付図面は、本発明の実施形態を示し、説明と併せて本発明の原理の説明に役立つ。
【００１１】
【発明の実施の形態】
本発明のコンピュータシステムデータを提供する方法および装置についての以下の詳細な説明では、本発明の完全な理解を提供するために多くの特定の詳細が記載される。しかし、本発明は、これら特定の詳細なしでも、また代替の要素または方法を使用することによっても実施することができる。他の場合では、周知の方法、手順、コンポーネント、および回路については、本発明の態様を不必要に曖昧にしないように詳細に説明しない。
【００１２】
本発明の実施形態は、データインタフェースのロケーションを、ＡＣＰＩ（ａｄｖａｎｃｅｄ ｃｏｎｆｉｇｕｒａｔｉｏｎ ａｎｄ ｐｏｗｅｒ ｉｎｔｅｒｆａｃｅ）に受け渡す方法である。本方法は、システムファームウェア読み出し専用メモリ（ＲＯＭ）に関連する情報を捜し出す、構成されたロケーションになりうる第１のメモリロケーションの識別子を決定することを含む。たとえば、識別子はコンポーネントタイプであり、メモリロケーションは、そのコンポーネントタイプのファームウェアインタフェーステーブル（ＦＩＴ）内のエントリであることができる。第１のポインタは第１のメモリロケーションに格納される。たとえば、ＦＩＴを含むＲＯＭが構築されると、ポインタをＦＩＴの一部にすることができる。システムファームウェアは、システムブートアップ時に、第１のポインタが指す第２のメモリロケーションに第２のポインタを格納することができる。第２のポインタは、システムファームウェアとＡＣＰＩとの間でシステムコンポーネント情報を受け渡すためのデータ構造を指す。ＡＣＰＩは、コンポーネントタイプ識別子を使用して、第１のポインタを求めてＦＩＴテーブルを探索し、第１のポインタを使用して第２のポインタにアクセスしてデータインタフェースを見つける。したがって、データインタフェースのサイズおよびロケーションには柔軟性がある。
【００１３】
本発明の実施形態は、コンピュータシステムプラットフォームの間で移植可能である。さらに、本発明の実施形態は、同じプラットフォームの各種構成間で移植可能である。本発明の実施形態は拡張可能である。本発明の実施形態では、費用のかかるＡＳＬコードの書き換えおよびシステムファームウェアＲＯＭの変更を避けることにより開発費用が抑えられる。
【００１４】
本発明の実施形態は、コンピュータシステムコンポーネントに関連するデータを提供するインタフェースである。インタフェースは、システム抽象化層（ＳＡＬ）とＡＣＰＩ（ａｄｖａｎｃｅｄ ｃｏｎｆｉｇｕｒａｔｉｏｎ ａｎｄ ｐｏｗｅｒ ｉｎｔｅｒｆａｃｅ）との間にあることができる。インタフェースは、コンピュータ読取可能媒体に格納されたデータ構造を備えることができる。データ構造は、たとえば、コンピュータシステムブート時にＳＡＬによって構築されることができる。データ構造は、コンピュータシステムのコンポーネントに関連するコンポーネントデータについてのフィールドを有する階層スキーマを有することができる。データ構造内でコンポーネントデータを見つけるための識別子があり、情報が求められるコンポーネントタイプを指定することにより、特定プロセスを補助することが可能である。識別子のスキーマは、２つのプログラム間で共通であることができる。データ構造は、識別子を使用してコンポーネントデータを埋める第１のプログラム（たとえば、ＳＡＬ）の格納に利用することができる。コンポーネントデータは、データ構造に識別子を使用してインデックスを作成する第２のプログラム（たとえば、ＡＣＰＩ）によりアクセス可能である。このようにして、第１のプログラムと第２のプログラムとの間にインタフェースが設けられる。第２のプログラム（たとえば、ＡＣＰＩ）は、データを、たとえばメソッド呼び出しを介してシステム情報を要求したオペレーティングシステムに送る前に再フォーマットすることができる。
【００１５】
図１Ａは、例示的なコンピュータシステム１５０の論理構成を示す。本発明の実施形態は、コンピュータシステム１５０のコンポーネント情報を受け渡すデータ構造インタフェースで、かかるシステム１５０の論理表現を構築することができる。図１Ｂ、図１Ｃは、例示的なコンピュータシステムの論理構成を反映した例示的なデータ構造インタフェースを示す。本発明の実施形態は、どのコンポーネントがブートアップ時に存在することになるかについての事前知識がまったくない状態で、データ構造インタフェースをシステムブートアップ時に構築する。したがって、本発明の実施形態は、ブートアップ時に存在する特定のコンピュータシステム１５０の構成に適合する。
【００１６】
再び図１Ａを参照すると、例示的なコンピュータシステム１５０は、システムボードとも呼ばれることがある一つまたは複数のセル１６０を含むことができる。セル１６０は、ベース管理コントローラ（ＢＭＣ）１６０、いくつかの中央演算処理装置（ＣＰＵ）１７０、およびいくつかのシリアルデバイス（たとえば、汎用非同期送受信回路すなわちＵＡＲＴ）１９０を備えることができる。セル１６０は、いくつかのローカルバスアダプタ（ＬＢＡ）１８０をそれぞれ有しうるいくつかのシステムバスアダプタ（ＳＢＡ）１７５も有することができる。最後に、各ＬＢＡ１８０は、いくつかのスロット１８５を有することができる。図１Ａは単なる例示にすぎない。すべてのコンポーネントが常に存在するわけではなく、他のタイプのコンポーネントがコンピュータシステム１５０にあってもよい。本発明の実施形態は、ＡＣＰＩコードを書き換える必要なく、存在する構成が何であれその構成に適宜適合する。
【００１７】
図１Ｂ、図１Ｃは、システムコンポーネント情報をあるプログラムから別のプログラムに渡すことができるように、２つのコンピュータプログラム間のインタフェースとして機能可能な例示的なデータ構造１００（たとえば、受け渡し（ｈａｎｄｏｆｆ：ハンドオフ）構造）を示す。たとえば、あるプログラムが受け渡し構造１００を埋め、別のプログラムがデータを使用することができる。受け渡し構造１００は、システム内のコンポーネントに関する情報を格納する階層スキーマを含むことができる。受け渡し構造１００は、メタデータ、シグネチャ等の情報のヘッダ１０５を含むことができる。本発明の実施形態はＡＣＰＩとＳＡＬとの間のインタフェースを提供することから、ヘッダはＡＣＰＩ／ＳＡＬ受け渡し構造ヘッダと呼ばれる。
【００１８】
スキーマは、いくつかのレベル１１０に区分化することができる。各レベル１１０は、一つまたは複数のタイプのコンポーネントに関連する情報を含むことができる。第１のレベル１１０ａを参照すると、第１のレベル１１０ａにおける唯一のコンポーネントタイプはセルである。本例では、情報は、セルエントリ１２５のアレイ１２０を含む。第２のレベル１１０ｂは、５つの異なるタイプのコンポーネントについての情報を含む。ベース管理コントローラ（ＢＭＣ）情報１２１は、本例では一つのベース管理コントローラしかないため、エントリ１２５のアレイ１２０として編成されない。その他のコンポーネントについての情報は、本例では０またはそれよりも多くのエントリ１２５のアレイ１２０として編成される。しかし、任意のコンポーネントタイプの編成は、柔軟なソリューションを提供するために、アレイ１２０であっても、または単一エントリであってもよい。第２のレベル１１０ｂは、中央演算処理装置（ＣＰＵ）アレイ１２０、ローカルバスアダプタ（ＬＢＡ）固有データアレイ１２０、シリアルデバイスアレイ１２０、およびシステムバスアダプタ（ＳＢＡ）アレイ１２０も含む。これらアレイ１２０は例示的なものである。たとえば、第２のレベル１１０ｂは、ＵＡＲＴ情報のアレイなど他のコンポーネント情報も含みうる。
【００１９】
図１Ｃを参照すると、第３のレベル１１０ｃは、ローカルバスアダプタ（ＬＢＡ）についてのエントリ１２５のアレイ１２０である単一コンポーネントタイプについての情報を含む。最後に、第４のレベル１１０ｄは、スロットについてのエントリ１２５のアレイ１２０を含む。
【００２０】
受け渡し構造１００の各種エントリ１２５は、他のエントリ１２５にリンクすることが可能である。たとえば、セルエントリ１２５の一つが、ＢＭＣ情報１２１、中央演算処理装置（ＣＰＵ）エントリ１２５ａ、ＬＢＡ固有データエントリ１２５ｂ、シリアルデバイスエントリ１２５ｃ、およびシステムバスアダプタ（ＳＢＡ）エントリ１２５ｄにリンクされる。セルエントリ１２５ｇは、システムの論理構成を反映する場合、一つまたは複数のコンポーネントタイプの複数のエントリ１２５にリンクすることができる。たとえば、コンピュータシステムが構成されるとき、セルは複数のＳＢＡを有しうる。第３のレベル１１０ｃおよび第４のレベル１１０ｄの前に、ＳＢＡエントリ１２５ｄはＬＢＡエントリ１２５ｅにリンクされ、ＬＢＡ１２５ｅはスロットエントリ１２５ｆにリンクされる。ＳＢＡエントリ１２５ｄを複数のＬＢＡエントリ１２５ｅにリンクし、ＬＢＡエントリ１２５ｅを複数のスロットエントリ１２５ｆにリンクすることができる。
【００２１】
受け渡し構造１００は、一実施形態では、チップセット固有情報を含むことができる。このように、固有のパラメータ値を各チップセットのＡＭＬ実装形態（ｉｍｐｌｅｍｅｎｔａｔｉｏｎ）に渡すことができる（ＡＭＬは、受け渡し構造１００内のデータの最終的な消費者であることができる）。たとえば、ＡＭＬ実装形態はチップセットＸ、Ｙ、およびＺをサポートすることができる。この場合、受け渡し構造１００は、３つのサポートされるチップセットそれぞれのデータ構造を含むことができ、各データ構造は、チップセットのＡＭＬが必要とするパラメータ値を含む。たとえば、これは、ＬＢＡ固有データ情報１２０のアレイ１２０に格納することができる。したがって、本発明の実施形態では、複数のチップセットをサポートするＡＭＬ実装形態が可能である。
【００２２】
次に、図２を参照すると、本発明の実施形態は、コンポーネント情報が受け渡し構造１００のどこにあるかを特定するために使用される共通キーすなわち一意の識別子２００を提供する。共通キー２００は、受け渡し構造１００を埋めるプログラム（たとえば、ＳＡＬ）および受け渡し構造１００内の情報を使用するプログラム（たとえば、ＡＣＰＩ）によって知られている。共通キー２００は、いくつかのコンポーネント識別子２２０を連結することによって形成することができる。各レベル１１０に一つのコンポーネント識別子がありうる。コンポーネント識別子２２０は、いくつかの考えられるコンポーネントの中のコンポーネントを指すことができる。たとえば、４レベルコンポーネントの論理階層を有するシステムでは、共通キーはコンポーネントごとに４つの別個の値を有しうる。したがって、図２とともに図１Ｂの例を参照すると、「７３４１」という共通キー２００は、７番目のセルエントリ１２５ｇの３番目のＳＢＡエントリ１２５ｄの４番目のＬＢＡエントリ１２５ｅの最初のスロットエントリ１２５ｆを特定することができる。
【００２３】
場合によっては、所与のレベル１１０に２つ以上のコンポーネントタイプがありうるため、さらなる情報がそのコンポーネントデータの特定に必要である。たとえば、情報が図１Ｂのスキーマ内の第２のレベル１１０ｂコンポーネントについて求められる場合、どのコンポーネントタイプ情報が求められいるかについて知るために、さらなる情報が必要となる。したがって、一実施形態では、ＡＣＰＩは、どのタイプのコンポーネント情報が求められているかについての情報を受け取る。たとえば、ＡＣＰＩは、シリアルデバイスエントリ情報が求められていると決定するか、またはその旨通知される。次いで、ＡＣＰＩが受け渡し構造に共通キー２００でインデックスを作成すると、これも要素として組み込み、シリアルデバイスアレイ１２０内の関連エントリ１２５を選択する。
【００２４】
本明細書に述べたように、図１Ｂの編成は例示的なものである。図３は、システム情報を受け渡すための受け渡し構造３００の別の実施形態を示す。本実施形態では、第１のレベル３１０ａは、ドメインに関する情報を含む（たとえば、ドメイン情報のアレイ１２０）。たとえば、システムは複数のオペレーティングシステムをサポートすることができ、各オペレーティングシステムはそれぞれのドメインを有する。第２のレベル３１０ｂは、ハードウェアがどのようにレイアウトされたかに応じて、いくつかありうるセルについての情報を含むことができる。第３のレベル３１０ｃは、アダプタ情報を含む。第４のレベル３１０ｄはＰＣＩ−ＰＣＩブリッジ情報を含み、第５のレベル３１０ｅはスロット情報を含む。
【００２５】
図３の例の共通キー２００は、５つのコンポーネント値を有しうる。たとえば、「２３１１１」の共通キーは、２番目のドメインの３番目のセルの最初のアダプタの最初のＰＣＩ−ＰＣＩブリッジの最初のスロットを指すことができる。
【００２６】
図１および図３は階層スキーマを示すが、かかるスキーマは必要ではない。一実施形態では、共通キー２００は、スキーマ内のエントリとシステム内の考えられるコンポーネントとの間に１対１のマッピングを提供する。これは、コンピュータシステム１５０内のあらゆるコンポーネントが、関連する固有のキーを有することを意味する。
【００２７】
本発明の実施形態は、ＳＡＬとＡＣＰＩとの間のインタフェースを使用してコンポーネントデータを提供する方法を提供する。図４のプロセス４００のステップは、命令としてコンピュータ読取可能媒体に格納し、汎用プロセッサで実行することができる。ステップ４１０において、インタフェースを提供する受け渡し構造１００、３００が構築される。受け渡し構造は、コンピュータシステムブート時にＳＡＬ（たとえば、システムファームウェア）によって構築することができる。
【００２８】
ステップ４２０において、受け渡し構造１００、３００にＳＡＬが格納される。ＳＡＬは、システムコンポーネントを発見するステップおよび取得した情報を使用して受け渡し構造１００、３００を埋めるステップを行うことができる。ＳＡＬは、共通キー２００を使用して、コンポーネントデータを受け渡し構造１００、３００のどこに配置するかを決めることができる。
【００２９】
ステップ４３０において、ＡＣＰＩが受け渡し構造１００、３００にインデックスを作成して、コンポーネントデータを取得する。ＡＣＰＩは、共通キーならびにコンポーネントデータタイプを使用することができる。たとえば、ＡＣＰＩは、データが求められているコンポーネントのタイプを特定するか、またはコンポーネントデータについてのより一般的な要求であることができる、ＯＳからの呼び出しを受け取る。これに応答して、ＡＣＰＩは適当な共通キー２００を構築し、共通キー２００がコンポーネントデータを検索してＯＳからの要求を満たす。これは、受け渡し構造１００、３００に２回以上インデックスを作成することを含むことができる。
【００３０】
ステップ４４０において、受け渡し構造１００、３００からのコンポーネントデータの一部が、要求を出したプログラム、たとえばオペレーティングシステムに提供される。このステップは、ＡＣＰＩが、要求に適するようにコンポーネントを再フォーマットすることを含みうる。たとえば、要求は、指定されたフォーマットに従ってデータが戻されると予想される「＿ＣＲＳ呼び出し（＿ＣＲＳ ｃａｌｌ）」であることができる。
【００３１】
本発明の実施形態では、受け渡し構造１００、３００をほぼどこにでも配置することが可能である。さらに、配置は、システムブート時に行うことができる。したがって、受け渡し構造１００、３００のサイズおよびロケーションの双方をブートアップ時に選択することができる。これにより、ＡＣＰＩコードがプラットフォームから独立したものにすることが可能である。その上、受け渡し構造１００、３００は、ランタイム時にモーフィングして、所与のプラットフォームおよびシステム構成をサポートすることができる。したがって、受け渡し構造１００、３００の厳密な構成は常に同じになるわけではない。実施形態はさらに、コンポーネント構成が同じコンピュータシステムに異なる受け渡し構造１００、３００を構築するように指示する場合には、そのように構築することができる。たとえば、所与のシステムは、１つ、２つ、または３つのＰＣＩバスで製造することができる。ブートアップ時に、受け渡し構造１００、３００のサイズおよび構成が実際の構成に適合される。これにより、従来のソリューションでは必要であった複数のＡＣＰＩコードソリューションを提供する必要がなくなる。本発明の実施形態は、システムコンポーネントの故障にも適合する。たとえば、ＰＣＩバスがブートアップ時に故障した場合、これは受け渡し構造１００、３００に正しく報告される。
【００３２】
最大の柔軟性を提供するために、データ構造１００、３００は任意の都合のよいロケーションに配置することが可能である。本発明の実施形態は、第１のコンピュータプログラム（たとえば、システムファームウェアまたはＳＡＬ）にロケーションを確立し、そのロケーションに第２のコンピュータプログラム（たとえば、ＡＣＰＩルーチン）を伝達する方法を提供する。次に、図５を参照すると、第１のポインタをファームウェアインタフェーステーブル（ＦＩＴ）５１０に配置することができる。しかし、本発明の実施形態は、ＦＩＴ５１０の使用に制限されない。より一般的に、実施形態は、システムファームウェアＲＯＭにおいて情報（たとえば、データまたはコンポーネント情報）を見つける方法を提供するために任意の、構成されたロケーションを使用することができる。構成されたロケーションは、ポインタを格納するためのものであってもよい。たとえば、ポインタは、データまたはコンポーネント情報を指すことができる。ＦＩＴ５１０は、システムファームウェア内の異なるコンポーネントについてのエントリを含むことができる。ＦＩＴ５１０は、要求されたコンポーネントについての構成されたセクション５１０を含みうる。ＦＩＴ５１０は、任意のコンポーネントに関連するフィールドを有することが可能なＯＥＭ（Ｏｒｉｇｉｎａｌ Ｅｑｕｉｐｍｅｎｔ Ｍａｎｕｆａｃｔｕｒｅ：独自製品生産）セクション５１２も含みうる。
【００３３】
受け渡し構造ＦＩＴエントリ５１５は、ＯＥＭセクション５１２のどこに存在してもよく、受け渡し構造ポインタ５２５を指す。受け渡し構造ポインタ５２５は、ＡＣＰＩが後にポインタを検索するためにアクセス可能などこの場所にあってもよい。たとえば、受け渡し構造ポインタ５２５は、主記憶装置、スクラッチＲＡＭ（ランダムアクセスメモリ）、不揮発性メモリ等にあることができる。この柔軟性により、ＡＭＬを何等書き換えることなく、受け渡し構造１００、３００のロケーションを移動することが可能である。これは、ＡＣＰＩがＦＩＴ５１０のロケーションを知っており、したがって受け渡し構造ＦＩＴエントリ５１５を見つけることができるためである。
【００３４】
本発明の実施形態は、受け渡しデータ構造１００、３００のロケーションを中継する方法を提供し、これを図６のプロセス６００に示す。プロセス６００のうちの少なくともいくつかのステップは、命令としてコンピュータ読取可能媒体に格納し、汎用プロセッサで実行することができる。ステップ６１０において、ＡＣＰＩがアクセス可能なメモリロケーションの識別子が決定される。たとえば、識別子はコンポーネントタイプであり、メモリロケーションは、そのコンポーネントタイプのＦＩＴ内のエントリであることができる。このようにして、ＡＣＰＩは、ＡＣＰＩが立ち上がるときに、ポインタを見つけることが可能になる。
【００３５】
ステップ６２０において、第１のポインタ（たとえば、受け渡し構造ＦＩＴエントリ５１５）がＦＩＴ５１０に格納される。ＦＩＴはシステムＲＯＭの一部として実施することができるため、このステップは、別個のＲＯＭ構築プロセスの一部として行うことが可能である。
【００３６】
ステップ６３０において、システムファームウェアは、メモリの一部を受け渡し構造１００、３００に割り当てる。これはシステムブートアップ時に行うことができるが、本発明はそのように制限されない。メモリ割り当ては、受け渡し構造１００、３００とインタフェースする双方のプログラムがアクセス可能ないずれの場所であってもよい。たとえば、システムファームウェアは、主記憶装置、スクラッチＲＡＭ、不揮発性メモリ等を割り当てることができる。次いで、システムファームウェアは、受け渡し構造１００、３００を構築してこれを埋める。たとえば、プロセス４００のステップ４１０および４２０を行うことができる。
【００３７】
ステップ６３５において、システムファームウェアが、受け渡し構造ポインタ５２５を、ＦＩＴ５１０内のポインタが指すロケーションに格納する。受け渡し構造ポインタ５２５は、受け渡し構造１００、３００を指す。
【００３８】
ＡＣＰＩが立ち上がると、ポインタにアクセスすることにより受け渡し構造１００、３００を見つけることができる（５１０、５２５）。これは、ステップ６４０において、ＡＣＰＩコードがＦＩＴテーブル５１０を辿り、第１のポインタを見つけることによって実現することができる。たとえば、ＡＣＰＩコードは、受け渡し構造ＦＩＴエントリ５１５が、所与のコンポーネントタイプのフィールドのロケーションにおけるＦＩＴ５１０のＯＥＭセクション５１２にあることを知ることができる。任意の適したコンポーネントタイプを選択することが可能である。コンポーネントタイプ５１が選択される場合、ＡＣＰＩコードは、受け渡し構造ＦＩＴエントリ５１５がコンポーネントタイプ５１のＦＩＴ５１０のフィールドにあることがわかる。
【００３９】
ステップ６５０において、ＡＣＰＩコードは、第１のポインタ（たとえば、受け渡し構造ＦＩＴエントリ５１５）を使用して第２のポインタ（たとえば、受け渡し構造ポインタ５２５）にアクセスする。このようにして、ＡＣＰＩは、予め確立された位置から開始することによって受け渡し構造１００、３００のロケーションを決定する。
【００４０】
ステップ６６０において、ＡＣＰＩコードは、第２のポインタを使用して受け渡し構造１００、３００にアクセスする。したがって、本発明の実施形態は、受け渡し構造１００、３００に柔軟なロケーションおよびサイズを提供することが可能である。仮に受け渡し構造１００、３００のロケーションが同じである場合には、受け渡し構造１００、３００は柔軟性を欠くことになる。
【００４１】
本発明を特定の実施形態について説明したが、本発明がかかる実施形態により制限されるものと解釈すべきではなく、むしろ、併記の特許請求の範囲により解釈されるべきであることを理解されたい。
【図面の簡単な説明】
【図１Ａ】本発明の実施形態がデータインタフェースに表される例示的なコンピュータシステムの論理構成を示す図。
【図１Ｂ】本発明の実施形態による、コンポーネント情報を受け渡すためのインタフェースのデータ構造を示す図。
【図１Ｃ】本発明の実施形態による、コンポーネント情報を受け渡すためのインタフェースのデータ構造を、図１Ｂの続きから示す図。
【図２】本発明の実施形態による、コンポーネント情報を提供するためのインタフェースにおいてデータを操作する共通キーの図。
【図３】本発明の実施形態による、コンポーネント情報を受け渡すためのインタフェースのデータ構造の図。
【図４】本発明の実施形態による、コンポーネント情報を提供するプロセスのステップを示すフローチャート。
【図５】本発明の実施形態による、コンポーネント情報を受け渡すためのインタフェースへのポインタを示す図。
【図６】本発明の実施形態による、コンポーネント情報を受け渡すためのインタフェースへのポインタをセットアップして使用するプロセスのステップを示すフローチャート。
【符号の説明】
１００、３００ 受け渡し構造
５１０ ＦＩＴ
５１５ 受け渡し構造ＦＩＴエントリ
５２５ 受け渡し構造ポインタ
Claims (10)
- 柔軟なデータインタフェースを提供する方法であって、
ａ）システムファームウェア読み出し専用メモリ（ＲＯＭ）に関連する情報を見つけるための第１のポインタを、構成されたロケーションに格納するステップと、
ｂ）受け渡しシステムコンポーネント情報のインタフェースであるデータ構造にメモリの一部を割り当てるステップと、
ｃ）前記第１のポインタが指すメモリロケーションに、前記データ構造を指す第２のポインタを格納するステップと、
を含む方法。 - 前記システムファームウェアは、前記第２のポインタをランダムアクセスメモリに格納する請求項１記載の方法。
- 前記システムファームウェアは、前記第２のポインタをシステムブートアップ時にランダムアクセスメモリに格納する請求項１記載の方法。
- ｄ）前記第１のポインタを見つけるために、前記構成されたロケーションを辿るステップと、
ｅ）前記第１のポインタを使用して前記第２のポインタにアクセスするステップと、
ｆ）前記第２のポインタを使用して前記データ構造にアクセスするステップと、
をさらに含む請求項１記載の方法。 - ｄ）ＡＣＰＩプログラムが、前記第１のポインタを見つけるために、前記構成されたロケーションを辿るステップと、
ｅ）前記ＡＣＰＩプログラムが前記第１のポインタを使用して前記第２のポインタにアクセスするステップと、
ｆ）前記ＡＣＰＩプログラムが前記第２のポインタを使用して前記データ構造にアクセスするステップと、
をさらに含む請求項１記載の方法。 - 前記データ構造は、システムファームウェアとＡＣＰＩとの間に前記インタフェースを設ける請求項１記載の方法。
- ファームウェアインタフェース情報を提供するための構造内の第１のメモリロケーションに格納される第１のポインタと、
第２のメモリロケーションに格納される第２のポインタと、
を有し、
該第１のポインタは該第２のポインタを指し、
該第２のポインタは、第３のメモリロケーションにあるデータ構造を指し、前記コンピュータシステム内のコンポーネントに関連する情報について、該データ構造は、システムファームウェアとＡＣＰＩとの間の受け渡しインタフェースとして機能する、
コンピュータシステム。 - 前記構造はファームウェアインタフェーステーブルである請求項７記載のコンピュータシステム。
- 前記第１のポインタは、前記ファームウェアインタフェーステーブルのＯＥＭセクションに格納される請求項８記載のコンピュータシステム。
- 前記第２のメモリロケーションはランダムアクセスメモリ内にある請求項７記載のコンピュータシステム。
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US10/173,331 US6976119B2 (en) | 2002-06-14 | 2002-06-14 | Method and system for providing a location of a data interface |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004021987A true JP2004021987A (ja) | 2004-01-22 |
Family
ID=22631540
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003157534A Withdrawn JP2004021987A (ja) | 2002-06-14 | 2003-06-03 | データインタフェースのロケーションを提供する方法およびシステム |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US6976119B2 (ja) |
| JP (1) | JP2004021987A (ja) |
| GB (1) | GB2393291B (ja) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7953900B2 (en) * | 2003-10-22 | 2011-05-31 | Hewlett-Packard Development Company, L.P. | System and method for discovering I/O bus capabilities on a computer system via ACPI |
| US7188339B2 (en) * | 2003-10-24 | 2007-03-06 | Hewlett-Packard Development Company, L.P. | ACPI preprocessor |
| US7418529B2 (en) * | 2006-05-12 | 2008-08-26 | Apple Inc. | Method and apparatus for communicating with an embedded controller which includes a reference to metadata objects within a computing device |
| US9836307B2 (en) * | 2015-06-24 | 2017-12-05 | Intel Corporation | Firmware block dispatch based on fusing |
| EP3403183B1 (en) * | 2016-03-17 | 2019-04-24 | Qualcomm Incorporated | Type-c factory and special operating mode support |
| US10079499B2 (en) | 2016-03-17 | 2018-09-18 | Qualcomm Incorporated | Type-C factory and special operating mode support |
| US9778309B1 (en) | 2016-03-17 | 2017-10-03 | Qualcomm Incorporated | Type-C factory and special operating mode support |
Family Cites Families (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5909592A (en) | 1994-09-07 | 1999-06-01 | Intel Corporation | Method in a basic input-output system (BIOS) of detecting and configuring integrated device electronics (IDE) devices |
| US6263378B1 (en) | 1996-06-03 | 2001-07-17 | Sun Microsystems, Inc. | System and method for rapid development of bootstrap device detection modules |
| US5903894A (en) | 1997-03-03 | 1999-05-11 | Microsoft Corporation | System and method for using a hierarchical data structure to control and identify devices and represent connections between the devices |
| US5999730A (en) | 1997-10-27 | 1999-12-07 | Phoenix Technologies Limited | Generation of firmware code using a graphic representation |
| US6167511A (en) * | 1998-06-15 | 2000-12-26 | Phoenix Technologies Ltd. | Method to reflect BIOS set up changes into ACPI machine language |
| US6061745A (en) | 1998-08-13 | 2000-05-09 | Adaptec, Inc. | BBS one BIOS image multicard support |
| US6167512A (en) | 1998-09-30 | 2000-12-26 | Phoenix Technologies, Ltd. | Dynamic creation of ACPI APIC tables using MP specification |
| US6081890A (en) * | 1998-11-30 | 2000-06-27 | Intel Corporation | Method of communication between firmware written for different instruction set architectures |
| US6721881B1 (en) * | 2000-09-29 | 2004-04-13 | Dell Products L.P. | System and method for determining if a display device configuration has changed by comparing a current indicator with a previously saved indicator |
| US6772330B2 (en) * | 2001-01-26 | 2004-08-03 | Dell Products L.P. | System and method for storing component information and a program in a hidden partition, and loading the component information to a reserved portion of the memory using the program |
| US20030009654A1 (en) * | 2001-06-29 | 2003-01-09 | Nalawadi Rajeev K. | Computer system having a single processor equipped to serve as multiple logical processors for pre-boot software to execute pre-boot tasks in parallel |
| US20030041271A1 (en) * | 2001-08-14 | 2003-02-27 | Rajeev Nalawadi | Reporting and handling multiple platform variants |
| EP1357475A1 (en) | 2002-04-23 | 2003-10-29 | Hewlett-Packard Company | Data processing system and method |
-
2002
- 2002-06-14 US US10/173,331 patent/US6976119B2/en not_active Expired - Lifetime
-
2003
- 2003-06-03 JP JP2003157534A patent/JP2004021987A/ja not_active Withdrawn
- 2003-06-04 GB GB0312858A patent/GB2393291B/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| GB0312858D0 (en) | 2003-07-09 |
| GB2393291A (en) | 2004-03-24 |
| GB2393291B (en) | 2006-09-27 |
| US6976119B2 (en) | 2005-12-13 |
| US20030233174A1 (en) | 2003-12-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7590835B1 (en) | Dynamically updating a computer system firmware image | |
| US8578360B1 (en) | Dynamically updating a computer system and firmware image utilizing an option read only memory (OPROM) data structure | |
| US7558804B1 (en) | Method, apparatus, and computer-readable medium for space-efficient storage of variables in a non-volatile computer memory | |
| US7454547B1 (en) | Data exchange between a runtime environment and a computer firmware in a multi-processor computing system | |
| US9395968B1 (en) | Uniquely identifying and validating computer system firmware | |
| US8176142B2 (en) | Shared JAVA jar files | |
| US7809918B1 (en) | Method, apparatus, and computer-readable medium for providing physical memory management functions | |
| US6081879A (en) | Data processing system and virtual partitioning method for creating logical multi-level units of online storage | |
| CN105190550A (zh) | 用于启动具有多个中央处理器的计算机系统的方法 | |
| US7743072B2 (en) | Database for storing device handle data in an extensible firmware interface environment | |
| US10289785B1 (en) | Platform architecture creation for a system-on-chip | |
| WO1999066399A9 (en) | Method to reflect bios setup changes into acpi machine language | |
| CN105264506A (zh) | 向内存映射配置分配处理器 | |
| CN101477477B (zh) | 内核空间隔离方法、空间管理实体及系统 | |
| US7921247B1 (en) | Sharing a dynamically located memory block between components executing in different processor modes in an extensible firmware interface environment | |
| US7536536B1 (en) | Method, system, and computer readable medium for updating and utilizing the contents of a non-essential region of a memory device | |
| US8214585B2 (en) | Enabling parallel access volumes in virtual machine environments | |
| US10838861B1 (en) | Distribution of memory address resources to bus devices in a multi-processor computing system | |
| CN101779196B (zh) | Pci设备的i/o空间请求抑制方法 | |
| US7593956B1 (en) | Interface to a human interface infrastructure database in an extensible firmware interface environment | |
| JP2004021987A (ja) | データインタフェースのロケーションを提供する方法およびシステム | |
| US7757012B2 (en) | Configurable mapping of devices to bus functions | |
| US7873807B1 (en) | Relocating a program module from NVRAM to RAM during the PEI phase of an EFI-compatible firmware | |
| US6295587B1 (en) | Method and apparatus for multiple disk drive access in a multi-processor/multi-disk drive system | |
| US7225427B2 (en) | Method and device for providing computer system component data |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20060905 |