JP2002014939A

JP2002014939A - マルチパーティション・コンピュータ・システム

Info

Publication number: JP2002014939A
Application number: JP2001127140A
Authority: JP
Inventors: Henry Bousher Paul; ポール・ヘンリー・ボウシャー; Cover Christine; クリスティーヌ・コーバー; E Gilbert Ronald Jr; ロナルド・イー・ギルバート・ジュニア; Alan Hasty Robert; ロバート・アラン・ヘィスティ; Delmonte Janice; ジャニス・デルモンテ
Original assignee: Hewlett Packard Co
Current assignee: HP Inc
Priority date: 2000-04-29
Filing date: 2001-04-25
Publication date: 2002-01-18
Also published as: US20040107383A1; US6918052B2; US6684343B1

Abstract

(57)【要約】【課題】オンライン状態でパーティションの動作を管理
することができるマルチプロセッサ・コンピュータシス
テムを提供する。【解決手段】マルチプロセッサ・コンピュータシステム
において、サービス・プロセッサに接続されるマイクロ
コントローラのネットワークが、通信リンクを介して、
サービス・プロセッサに、種々のセルそれぞれに関する
情報と、構成変更のための要求を受信するための経路、
および種々のセルあるいはＩ／Ｏの変更を命令するため
の経路とを提供する。サービス・プロセッサとマイクロ
コントローラとの組み合わせは、パーティション構成に
対する動的な変更をサポートする。サービス・プロセッ
サの制御により、複数のキャビネットに対する電源のＯ
Ｎ／ＯＦＦ、状態表示等のシステム制御機構を与える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、概してマルチプロ
セッサ・コンピュータ・システムに関し、特にマルチプ
ロセッサ・コンピュータ・システムをサポートするサー
ビス・プロセッサに関する。

【０００２】

【従来の技術】従来のコンピュータ・プラットフォーム
は、複数のＣＰＵがオペレーティング・システム（Ｏ
Ｓ）の単一コピーを実行する、対称型マルチプロセッサ
（ＳＭＰ）構成である。ＯＳは、タイムシェアリングサ
ービスを提供して、複数のアプリケーションを実行でき
るようにする。しかし、この構成では、アプリケーショ
ンが互いに相互作用しうる。例えば、システムが会計ア
プリケーションを実行している場合、会計アプリケーシ
ョンは、システムにおけるすべてのメモリを割り当て、
かつＯＳが割り当てることができるすべてのプロセッサ
を用いることが可能である。すると、他のあるアプリケ
ーション、例えば製造アプリケーションが、自身のニー
ズのためにメモリまたはプロセッサを割り当てることが
できない場合に、フリーズする。このため、製造アプリ
ケーションは、会計アプリケーションによってフリーズ
される、すなわち影響を受ける。この構成はまた、シス
テムが故障しやすい状態にする。１つのアプリケーショ
ンに伴う任意の問題が、すべてのアプリケーションにつ
いてのリソースを破損する可能性もある。

【０００３】この問題に対する既知の解決策は、コンピ
ュータ・システムをパーティションに分割するというも
のである。これらパーティションは、リソースを別個の
機能的ブロックに配置するハードウェアの仕切りであ
る。リソースを柔軟にパーティションに割り当てること
ができる。１つのブロックにおけるリソースは、別のブ
ロックにおけるリソースに直接アクセスすることができ
ない。これは、１つのアプリケーションが、システム・
リソース全体を使用しないようにするが、同時に欠陥お
よびエラーを含む。かかるシステムの一例は、Sun Micr
osystems社のＵＥ１０Ｋである。

【０００４】

【発明が解決しようとする課題】この解決策は、それ自
体の問題、すなわちシステム・サポートおよび管理の問
題を呈する。ハードウェア・リソースのパーティション
への割り当ては柔軟に行うことができるが、ユーザは、
操作機能と診断機能およびデバッグ機能とを行うため、
割り当てられた複数のパーティションおよびハードウェ
アの動作の監視かつ制御が可能である必要がある。

【０００５】

【課題を解決するための手段】これらおよび他の目的、
特徴、および技術的利点は、パーティションおよびパー
ティションが稼動する基盤であるハードウェアの管理を
可能とするシステムおよび方法によって、達成される。

【０００６】この段落では、本発明の根底概念を理解す
るために必要ないくつかの用語を定義する。複合体は、
それぞれパーティションに割り当て可能な、セルボード
およびＩ／Ｏを含む１つまたは複数のキャビネットの群
である。パーティションは、セルボードの群であり、各
パーティションは少なくとも１つのセルを含む。各パー
ティションは、システム・ファームウェアおよびＯＳの
各自専用のコピーを実行する。各セルボードは、システ
ム・メモリと共に１つまたは複数のシステムＣＰＵを備
えることができる。各セルボードには、オプションとし
て、Ｉ／Ｏを接続することができる。各パーティション
は、セルボードに取り付ける、少なくともＯＳをブート
可能とするのに十分なＩ／Ｏを持たなければならない。
Ｉ／Ｏ（入出力サブシステム）は、Ｉ／Ｏコントローラ
（例えば、ＰＣＩカード）およびＩ／Ｏコントローラ自
体をインストールできるＩ／Ｏバックプレーンで構成さ
れる。各キャビネットにおけるセルボードは、これらを
ファブリックに接続するバックプレーンに差し込まれ
る。ファブリックは、１つのパーティションにおけるセ
ルが、場合によりキャビネットの境界を越えて、もう一
つのパーティションと互いに通信できるようにするＡＳ
ＩＣのセットである。

【０００７】セルボードは、パーティション上で実行さ
れているソフトウェアまたはファームウェアが、Ｉ／Ｏ
コントローラを操作し、システム・メモリと外部ディス
ク、ネットワーク、および他のＩ／Ｏデバイスとの間で
データを転送できるように、Ｉ／Ｏコントローラに接続
される。１つの特定タイプのＩ／Ｏコントローラは、パ
ーティションにコンソール・インタフェースを提供す
る、特殊なコアＩ／Ｏコントローラである。あらゆるパ
ーティションは、少なくとも１つのコアＩ／Ｏコントロ
ーラをインストールしていなければならない。複合体
は、サービス・プロセッサをちょうど一つだけ有する。

【０００８】したがって、マルチプル・パーティション
・システムでは、ＯＳの複数コピーが、プロセッサ、メ
モリ、および接続されたＩ／Ｏを備える各自のセルボー
ドを有するパーティションにおいてそれぞれ、互いに独
立して実行される。これは、異なるアプリケーション間
の分離を提供する。その結果、１つのパーティションに
おける致命的なエラーが、その他のパーティションに影
響を及ぼすことがなくなる。

【０００９】サービス・プロセッサは、パーティション
およびパーティションが稼動する基盤であるハードウェ
アを管理するために用いられる。あるオペレーションの
ために、外部システム（例えば、ワークステーションま
たはＰＣ）は、サービス・プロセッサを増補すると共
に、サービス・プロセッサと協働して、診断機構、すな
わちファームウェア更新およびスキャン診断機能を提供
する。ユーザは、サービス・プロセッサおよび／または
外部システムと対話して、管理および制御機能を実行す
る。

【００１０】通信リンクを介してサービス・プロセッサ
に接続されたマイクロコントローラのネットワークは、
サービス・プロセッサに異なるセルそれぞれについての
情報、ならびに異なるセルまたはＩ／Ｏにおける変更を
指令するための経路を提供する。

【００１１】したがって、本発明の技術的利点は、サー
ビス・プロセッサの制御下で、複数のキャビネットに、
電源オン／オフ、状態表示等のシステム制御機構へのア
クセスを提供することである。

【００１２】本発明の別の技術的利点は、パーティショ
ンを参照するコマンド（例えば、リセット）が、パーテ
ィションを形成するセルの集まりに作用できることであ
る。パーティションは、パーティション名により参照さ
れ、サービス・プロセッサは、影響を受けるすべてのセ
ルにリセット等のコマンドを複製する。

【００１３】本発明のさらなる技術的利点は、セキュリ
ティ機構を提供して、システムへのアクセスを許可を受
けたユーザに制限することである。

【００１４】本発明のさらに別の技術的利点は、インス
トールしたＨＷの電力要求が、インストールされた電源
の容量を超えるように、システムを誤って構成しないよ
うにすることである。

【００１５】本発明のさらに別の技術的利点は、複数の
キャビネットを備える複合体の電力および環境状態を報
告することである。

【００１６】本発明のさらに別の技術的利点は、スキャ
ン診断を実行する外部ワークステーションに接続される
単一のネットワーク・ドロップから、複数のキャビネッ
トにＪＴＡＧスキャン機能を提供することである。

【００１７】本発明のさらに別の技術的利点は、オプシ
ョンとして、選択したパーティションからのもののみを
含むようフィルタリングすることができる、ログイベン
トのライブ表示を提供することである。

【００１８】本発明のさらに別の技術的利点は、すべて
のパーティションおよびすべてのセルのブート状態また
は実行状態を示すライブ表示を提供することである。

【００１９】本発明のさらに別の技術的利点は、複数の
パーティションからログイベントを受信し、これらを不
揮発性メモリに格納することである。

【００２０】本発明のさらに別の技術的利点は、すべて
のパーティションからのログイベントをパーティション
に返して格納させることである。

【００２１】本発明のさらに別の技術的利点は、追加の
ＨＷを必要とせずに、ＯＳおよびシステムＦＷデバッグ
機能を提供することである。

【００２２】本発明のさらに別の技術的利点は、ユーテ
ィリティＦＷおよびシステムＦＷの双方を更新する方法
を提供することである。システムＦＷは、セルがパーテ
ィションの一部ではなく、ブート不可能な場合であって
も、更新可能でなければならない。

【００２３】本発明のさらに別の技術的利点は、低コス
トの内蔵サービス・プロセッサを用いて、上記すべての
機構を提供することである。

【００２４】上記において、以下に続く本発明の詳細な
説明をよりよく理解できるように、本発明の特徴および
技術的利点をかなり大まかに概説した。本発明の特許請
求の範囲の主題を形成する本発明のさらなる特徴および
利点について、以下に説明する。当業者は、開示される
概念および特定の実施形態は、本発明と同一の目的を実
行するために、他の構造を変更または設計するベースと
して容易に利用しうることを理解されたい。また、当業
者は、かかる同等構造は、添付の特許請求の範囲に記載
の本発明の趣旨および範囲から逸脱しないことを認識さ
れたい。

【００２５】本発明およびその利点をより完全に理解す
るため、次に添付図面と共に以下の説明を参照する。

【００２６】

【発明の実施の形態】図１は、複合体のハードウェアお
よびソフトウェア・アーキテクチャの論理ブロック図の
好ましい実施形態を示す。各主要モジュールは、以下の
段落で説明する。より多数またはより少数のセルが異な
るパーティションに構成される、より多数またはより少
数のキャビネットを含む多くの異なる構成が可能であ
る。なお、図１に示す特定の構成は、例示のためだけで
あることに留意されたい。簡略化のために４つのセルし
か図示していないが、より多数または少数のセルが存在
しうることに留意されたい。セル３は、複合体の残りか
ら切断されて示されている。これは、電力供給されてお
らず、いかなるソフトウェアまたはファームウェアも実
行していない。

【００２７】ユーティリティ・サブシステム１０は、サ
ービス・プロセッサ１０１と、パワーモニタ１３、キャ
ビネットレベル・ユーティリティ（ＣＬＵ）、ＣＩＯ、
およびセル・マイクロコントローラ（ＣＭ）３０４を含
む関連インフラストラクチャと、を備える。ユーティリ
ティ・サブシステムの機能は、システムソフトウェアが
実行されていないときのパーティションの管理を含む、
複合体の管理である。サービス・プロセッサ１０１は、
異なる各セル、例えばセル０、セル１、およびセル２に
おけるＣＭ３０４と、各キャビネットのパワーモニタ・
モジュール１３と、各キャビネットのＣＬＵモジュール
と、各パーティションのコアＩ／Ｏモジュールとに論理
的に接続される。好ましい実施形態においては、ユーテ
ィリティ・サブシステムのコンポーネント間の論理接続
にユニバーサル・シリアルバス（ＵＳＢ）を用いられ
る。しかし、コンポーネント間でメッセージを搬送可能
なバスまたは方法ならば何を用いてもよい。

【００２８】セルは、１つまたは複数のプロセッサ、メ
モリ、Ｉ／Ｏ接続モジュール、ＰＤＨモジュール、およ
びＣＭモジュールを含む回路基板である。セルは、パー
ティションに割り当て可能な最小単位である。パーティ
ションは、オペレーティング・システムの単一コピーを
実行する１つのセルまたはセル群である。本発明による
ユーティリティ・サブシステムを利用するコンピュータ
・システムは、複数のパーティションを含むことがで
き、またオペレーティング・システムの複数コピーを同
時に実行することが可能である。また、異なる複数のオ
ペレーティング・システムを同時に実行することもでき
る。パーティションは、異なるパーティションが、ハー
ドウェアにより、互いのメモリ領域に直接アクセスしな
いよう制限される、保護領域を形成する。

【００２９】セルは、ファブリックで接続されて図示さ
れている。ファブリックは、複合体における各キャビネ
ットのバックプレーン上のＡＳＩＣセットであり、セル
がインストールされる時、これに接続される。ファブリ
ックは、発信セルとバス動作によりアドレス指定される
メモリまたはＩ／Ｏを含むセルのメモリまたはＩ／Ｏと
の間のプロセッサ・バス動作（例えば、読み取り、書き
込み）をルーティングする。

【００３０】また、図１には、パーティション０におけ
るセル０およびセル１のプロセッサ上で稼動しているシ
ステム・ファームウェア９０１も示している。セル０お
よび１は、各セル上のプロセッサが、双方のセルのメモ
リおよびＩ／Ｏを共有することができるように、ファブ
リックで接続される。このため、セル０および１は、ま
るでセル０および１にＣＰＵ、メモリ、およびＩ／Ｏを
含む対称型マルチプロセッサ（ＳＭＰ）であるかのよう
に機能することができる。複数のＣＰＵをＳＭＰとして
機能させる技術は、当業者には周知である。ＳＭＰは、
ＯＳおよびシステム・ファームウェアの単一コピーを実
行するものとみなされる。

【００３１】システム・ファームウェア９０１はＰＤＨ
３０３にある共有データ構造を用いて、セルおよびファ
ブリックのハードウェアと、ＣＭとに直接インタフェー
スする。

【００３２】また、セル０および１のシステム・プロセ
ッサ上では、オペレーティング・システム（ＯＳ）ソフ
トウェア９０２も稼動している。ＯＳは、システム・フ
ァームウェアとインタフェースし、これによりＯＳをハ
ードウェアから分離する。ＯＳは、構成ツールＣＴＯＯ
Ｌ９０３および他のアプリケーション・ソフトウェア等
のアプリケーション・ソフトウェアをプロセッサ上で実
行させる。

【００３３】図１はまた、セル２からなるパーティショ
ン１も示している。パーティション１は、セル２のプロ
セッサ上で稼動しているシステム・ファームウェアと、
ＯＳおよびアプリケーション・ソフトウェアとを有す
る。パーティション１およびパーティション１で稼動し
ているソフトウェアは、パーティション０から分離さ
れ、隔離されている。すなわち、何も共有せず、互いに
プロセッサ・エージェント（ＰＡ）３０１内のハードウ
ェア構造により隔離されている。

【００３４】図２は、本発明によるユーティリティ・サ
ブシステムおよび複合体１００のハードウェア・アーキ
テクチャの構成の好ましい実施形態を示す。複合体１０
０の１つのキャビネットに、単一のサービス・プロセッ
サ１０１が含まれている。さらなるキャビネット１０
４、１０５を、サービス・プロセッサを含むキャビネッ
トに接続して、より大きなシステムを形成することもで
きる。本発明によるアーキテクチャは、複数のキャビネ
ットを制御するという点に関して柔軟性がある。図２に
示すように、サービス・プロセッサを含むキャビネット
から他のキャビネットにＵＳＢを結線することができ
る。このため、単一のサービス・プロセッサが複数のキ
ャビネットを制御することができる。なお、一例として
３つのキャビネットを図示しているが、より少数または
多数のキャビネットを用いて、より大きなシステムを構
成してもよいことに留意されたい。さらに、キャビネッ
トは、Ｉ／Ｏバックプレーンのみを有し、セルまたはセ
ル・バックプレーンを持たない、Ｉ／Ｏ拡張キャビネッ
ト１０５であってもよいことに留意されたい。サービス
・プロセッサ１０１は、ユーティリティ・サブシステム
の動作を制御する。

【００３５】キャビネットの電力は、フロントエンド・
パワーシステム（ＦＥＰＳ）１１０によって運ばれる。
ＦＥＰＳは、複数の大容量電源（ＢＰＳ）１１１を含
む。ＢＰＳは、キャビネットがオンラインである間に、
交換または追加することができる。すなわち、ホットス
ワップ可能である。ＢＰＳは、ＤＣ電力、例えばＡＣソ
ース１１２から４８ボルトをすべてのサブシステム要素
に提供する。サブシステム要素は、入力電圧、例えば４
８ボルトを必要な電圧に降圧するために、ＤＣ−ＤＣコ
ンバータを有する。

【００３６】本明細書では、４つの別個のバックプレー
ンとして示すＩ／Ｏバックプレーン１１６は、それぞれ
複数のＰＣＩベイまたはスロットを備える。他のＩ／Ｏ
フォーマット、例えばＩＳＡまたはＳＣＳＩも使用可能
である。Ｉ／Ｏバックプレーンは、セル１１５と、Ｉ／
Ｏバックプレーンに接続されているシステムＩ／Ｏデバ
イス間の接続を提供する。スロットの１つは、コアＩ／
Ｏ（ＣＩＯ）モジュール１１７を備える。このモジュー
ルは、コンソール・データをサービス・プロセッサと、
パーティション上で実行されているＯＳまたはシステム
・ファームウェアとの間で搬送する。ＣＩＯモジュール
１１７は、コンソールのためにＰＣＩインタフェースを
オペレーティング・システム（ＯＳ）に提供するＡＳＩ
Ｃを含む。ＣＩＯは、ＵＳＢを介してサービス・プロセ
ッサと通信する。

【００３７】キャビネットはまた、各種セル１１５がプ
ラグインされるバックプレーン１１４も備える。サービ
ス・プロセッサ１０１は、ＵＳＢを介してバックプレー
ン１１４を通してセル１１５と通信する。セルボード
は、複数のマイクロプロセッサおよび関連メモリ素子を
備える。各セルボードは、セル・マイクロコントローラ
（ＣＭ）３０４を含む。ＣＭは、セルボードの状態を報
告する、セルにおけるＦＷ更新にＦＷ更新機構を提供す
る、およびＵＳＢを介してセルボードとサービス・プロ
セッサ間に通信を提供するよう動作する。

【００３８】なお図２を参照して、ユーティリティ・サ
ブシステムのコンポーネントのアーキテクチャおよび機
能について説明する。図４は、さらなる詳細を提供し、
ユーティリティ・サブシステム・ファームウェア・アー
キテクチャ構成の好ましい実施形態を示す。

【００３９】サービス・プロセッサ・モジュール１０１
は、サブシステムの他の要素との通信に用いられるＵＳ
Ｂハブ１０２を備える。ＵＳＢハブ１０２は、ユニバー
サル・シリアルバス（ＵＳＢ）フォーマットのバスであ
る。ＵＳＢハブ１０２はまた、キャビネットが他のキャ
ビネット、例えば１０４、１０５と通信できるようにす
る。

【００４０】サービス・プロセッサは、複合体の制御お
よび監視に対するユーザ・インタフェース等、多くの汎
用のサポート能力および管理能力を有する機構を提供す
る。本発明によるシステムに特に関連するのは、サービ
ス・プロセッサが行う以下の機能である。

【００４１】・ユーザがサービス・プロセッサに物理的
に接続できるようにする（例えば、ＲＳ２３２コネク
タ、ＬＡＮコネクタ）。

【００４２】・ユーザがサービス・プロセッサに論理的
に接続できるようにする（例えば、ログイン）。

【００４３】・ユーザ・インタフェースを、接続し、か
つログインしたユーザに提供し、この手段により、ユー
ザが複合体ハードウェアに対する監視および制御動作、
例えば電源のオン／オフ、状態表示、またはログされた
イベントを閲覧する等を行うことができる。

【００４４】・イベントの受信およびログを可能にし、
また、ログされたイベントをパーティションに反映させ
ることが可能である。

【００４５】・ＪＴＡＧスキャン診断、ファームウェア
更新ユーティリティ、およびデバッガへのネットワーク
接続をサポートする。

【００４６】サービス・プロセッサ・ファームウェア４
０１は、サービス・プロセッサ上のファームウェアであ
る。これは、複合体の管理（例えば、複合体のプロファ
イル管理、セルの電力イネーブル化）、および必要に応
じての複合体の構成の報告に責任を負うハードウェア・
マネージャ・モジュール４０２を備える。サービス・プ
ロセッサ・ハンドラ・モジュールは、ユーザが電力、ハ
ードウェアの状態照会、ログ閲覧、および後述する他の
機能を手動で制御できるようにするユーザ・インタフェ
ースを提供する。ファームウェア更新モジュールは、ユ
ーザが、サービス・プロセッサに任意のセル上のシステ
ム・ファームウェア、任意のユーティリティ・マイクロ
コントローラ上のユーティリティ・ファームウェア、ま
たはサービス・プロセッサ・ファームウェアの更新を要
求できるようにする。シャーシログ・モジュールは、ロ
グされたイベントを管理する。ｌｄｂ／ｇｄｂモジュー
ルは、デバッガからのネットワーク接続を管理する。サ
ービス・プロセッサＦＷは、ＵＳＢ線およびＵＳＢドラ
イバ４０３を介して他のユーティリティ・サブシステム
ＦＷに接続される。

【００４７】サービス・プロセッサは、ファームウェア
および／またはソフトウェアを介して、サービス・プロ
セッサとして動作するよう構成された市販のプロセッサ
であってもよい。例えば、サービス・プロセッサは、Ｉ
ｎｔｅｌＰｅｎｔｉｕｍプロセッサまたはＨＰＰＡ
−８５００ＲＩＳＣプロセッサを含みうる。

【００４８】複合体１００は、各キャビネットに、電
源、例えば４８ＶＤＣと、キャビネット環境、例えば
周囲温度と、サブシステム要素、例えばセルおよびＩ／
Ｏバックプレーンへの配電と、を監視し、かつ制御する
パワーモニタ（ＰＭ）モジュール１３を含む。監視は、
センサ１０６を介してなされる。環境制御は、ファン１
０７または他の冷却／加熱装置を介してなされる。ＰＭ
はまた、キャビネットのメインパワースイッチ１０８も
備える。ＬＥＤ１０９は、キャビネットの状態を示す。
なお、ＰＭおよびＣＬＵは、単一基板に搭載してもよい
ことに留意されたい。ＰＭファームウェア４０６は、Ｕ
ＳＢを介して、キャビネットレベル・パワーの状態およ
び環境状態、ならびに他の関連要素、例えばＦＥＰＳお
よびファンの状態をサービス・プロセッサ１０１に報告
する。なお、パワーモニタは、動作を起動し開始するた
めに、サービス・プロセッサに依拠する必要はないこと
に留意されたい。

【００４９】キャビネットレベル・ユーティリティ・モ
ジュール（ＣＬＵ）は、キャビネットレベル・クロック
・ファンアウトをサブシステムの他の要素に提供する。
ＣＬＵ１０３は、サブシステムリセット制御およびスキ
ャンサポート、例えばＪＴＡＧスキャンエンジンの駆動
を提供する。ＣＬＵ１０３はまた、ＵＳＢを介して、主
バックプレーンおよびＩ／Ｏバックプレーンの状態をサ
ービス・プロセッサ１０１に報告する。

【００５０】サービス・プロセッサはまた、コアＩ／Ｏ
（ＣＩＯ）モジュール１１７にも接続される。このモジ
ュールは、Ｉ／Ｏバックプレーン１１６のＰＣＩスロッ
トにインストールされる回路基板である。あらゆるパー
ティションは、少なくとも１つのＣＩＯを持たなければ
ならない。その機能は、パーティションにコンソール・
インタフェースを提供することである。

【００５１】好ましい実施形態は、キャビネットレベル
・ユーティリティ・モジュール（ＣＬＵ）と、パワーモ
ニタと、サービス・プロセッサ・バスによりすべて接続
される別個のマイクロプロセッサとして実施されるサー
ビス・プロセッサおよびコアＩ／Ｏと、を備える。しか
し、ユーティリティ・サブシステムの他のパーティショ
ン化も可能である。例えば、パワーモニタ、ＣＬＵ、Ｃ
ＩＯ、およびサービス・プロセッサがすべて１つのＨＷ
モジュール上にあっても、またはサービス・プロセッサ
上ですべて実行されているＦＷモジュールであってもよ
い。さらには、複合体サポートのジョブを共有するか、
または交替して行いうる複数のサービス・プロセッサで
あってもよい。ユーティリティ・サブシステムのパーテ
ィション化は、本発明によるシステムにとって重要では
ない。しかし、サービス・プロセッサが電力を制御する
と共に、サポート機構を管理し、複合体に提供するとい
う能力は、本発明によるシステムの重要な態様である。

【００５２】図３は、セルの好ましい実施形態のブロッ
ク図である。セルには、以下の６つの主要なサブシステ
ムがある。

【００５３】１．システム・ファームウェア、ＯＳ、お
よびアプリケーション・コードを実行するシステム・プ
ロセッサ３０２。

【００５４】２．ＰＡ３０１に接続され、ＯＳ、アプリ
ケーション・ソフトウェア、Ｉ／Ｏ、およびシステム・
ファームウェアが時に使用するシステム・メモリ。

【００５５】３．システム・ファームウェアを保持する
ＰＤＨフラッシュメモリ素子３０７を含むプロセッサ依
存型ハードウェア（ＰＤＨ）３０３。ＰＤＨ３０３はま
た、あるセグメントは、システム・ファームウェアによ
り作業記憶として用いられ、別のセグメントは、システ
ム・ファームウェアおよびセル・マイクロコントローラ
３０４（ＣＭ）の間で共有される、ＰＤＨＮＶＲＡＭ
３１１を含む。

【００５６】４．システム・プロセッサ３０２をシステ
ム・メモリ、ファブリック、Ｉ／Ｏ、およびＰＤＨに接
続するＡＳＩＣであるプロセッサ・エージェント３０１
（ＰＡ）。

【００５７】５．ブート・フラッシュＲＯＭ３０８、Ｓ
ＲＡＭ３１０、およびサービス・プロセッサ１０１への
ＵＳＢ接続を備えたマイクロコントローラ・チップ３１
２である、セル・マイクロコントローラ３０４（Ｃ
Ｍ）。ＣＭは、バス・アービタ３１７を介してＰＤＨ
ＮＶＲＡＭ３１１にアクセスすることができる。

【００５８】６．ＰＤＨメモリ空間への読み出しまたは
書き込みをするために、ＰＡ３０１およびＣＭ３０４か
らの要求を調停するバス・アービタ３１７。

【００５９】これらサブシステムそれぞれおよび該サブ
システムが再構成に関連する様式について、以下の段落
においてより詳細に説明する。

【００６０】プロセッサ・エージェント（ＰＡ）装置３
０１は、バス・アービタ３１７を介して、システム・プ
ロセッサ３０２をＰＤＨ３０３における装置に接続する
ＡＳＩＣである。システム・プロセッサは、バス・アー
ビタ３１７にＰＤＨ３０３へのアクセスを認可し、要求
した読み出しおよび書き込みを行うようＰＡ装置を通し
て要求するメモリ要求を送信する。

【００６１】ＣＭは、フラッシュ／ＥＥＰＲＯＭメモリ
３０８およびＳＲＡＭメモリ３１０を備える。メモリ３
０８は、セル・マイクロコントローラ・チップ３１２の
ＦＷ４０４を保持するために用いられる。ＳＲＡＭメモ
リ３１０は、ＦＷ４０４による使用のためにＲＡＭを提
供する。セル・マイクロコントローラ・ハンドラは、Ｃ
Ｍについてサービス・プロセッサと通信する。ＣＭはま
た、セルの状態を示すＬＥＤ３１６をいくつか備える。

【００６２】ＣＭ３０４は、セルの状態を示すレジスタ
によって、セルの電力および環境状態を監視する。

【００６３】ＣＭはまた、セルのシステム・プロセッサ
３０２上で実行されているシステム・ファームウェア９
０１をサービス・プロセッサ・ファームウェア４０１に
対してインタフェースする。ＰＤＨＮＶＲＡＭ３１１
にある共有データ構造によって、これを行う。

【００６４】ＣＭはまた、サービス・プロセッサからの
要求があると、ＰＤＨフラッシュ３０７を再プログラム
することで、システム・ファームウェアコードを更新す
る。

【００６５】次に、図４を参照すると、ＣＭファームウ
ェア４０４は、キャビネットの１つのセルのＣＭについ
てのＦＷである。したがって、複数のセルは、ＵＳＢを
介してサービス・プロセッサに接続されるＣＭＦＷモ
ジュールを有する。ＣＭハードウェアインタフェース４
０８は、複合体プロファイルおよびコマンド・キュー
（後述）を含む共有記憶領域を管理するファームウェア
・モジュールである。

【００６６】また、ＣＭは、サービス・プロセッサから
要求があると、ＣＭフラッシュ３０８を再プログラムす
ることで、それ自体のファームウェア・コード４０４を
更新する。複合体管理が適切に動作するには、ユーティ
リティ・サブシステム・ファームウェアが互換性を持た
なければならないため、このＣＭファームウェア更新機
構は重要でありうる。例えば、パーティションに追加す
るセルが、異なる時期に、バージョンが異なるＣＭファ
ームウェアで製造された場合に、異なるセルのＣＭモジ
ュール上の互換性のないファームウェアのバージョンが
発生しうる。ＣＭファームウェアは、バージョンが異な
るＣＭファームウェアとサービス・プロセッサ・ファー
ムウェアの間であっても、ファームウェア更新が常に可
能であるよう設計される。

【００６７】バス・アービタ３１７は、ＣＭＰＤＨバ
スの使用およびＰＡＰＤＨバスの使用を調停するため
に用いられる。このため、セル・マイクロコントローラ
３１２およびＰＡ３０１は、ＰＤＨ装置にインタリーブ
されたアクセスを行うことができる。システム・プロセ
ッサ・トランザクションは、アーキテクチャ・チップを
通ってＰＤＨＮＶＲＡＭメモリ３１１に導くができ
る。さらに、セル・マイクロコントローラ３１２はま
た、アービタチップを通して読み出しおよび書き込みト
ランザクションをＰＤＨＮＶＲＡＭメモリ３１１に送
信することもできる。したがって、ＣＰＵ３０１および
セル・マイクロコントローラは、ＮＶＲＡＭにある共有
データ構造のセットを維持する。共有データ構造は、異
なるデータと通信するために用いられ、主ＣＰＵ３０１
がサービス・プロセッサに渡すことのできるログイベン
トを含む。他のデータ構造としては、システム・ファー
ムウェアにデバッガ・コマンドを伝達するデバッガ・バ
ッファが含まれる。図６は、関連する共有データ構造を
示す。

【００６８】ＰＤＨモジュールは、ＰＤＨフラッシュメ
モリ３０７および不揮発性ＲＡＭメモリ３０９を備え
る。フラッシュメモリ３０７は、マシンをブートし、Ｏ
Ｓからプラットフォームを抽出するシステム・ファーム
ウェア層である、システム・ファームウェア・ブート・
コードを保持する。システム・ファームウェアは、ＰＤ
Ｈにおける装置へのメモリマップアクセスを開始するこ
とができる。ＮＶＲＡＭメモリ３１１は、複合体のプロ
ファイルを保持し、メッセージをプロセッサ３０２とセ
ル・マイクロコントローラ３１２との間で渡す際に用い
られる。ＲＡＭメモリは、バッテリ・バックアップＲＡ
Ｍメモリを含みうる。なお、好ましい実施形態は、セル
当たり１つのＣＭと１つのＰＤＨモジュールとを用いる
が、セル間で共有されるＣＭおよびＰＤＨの実施も可能
であることに留意されたい。上述したシステムは、以下
の動作を行うことができる。

【００６９】各種コマンドにより、サービス・プロセッ
サの制御下で、複数のキャビネットについて電源オン／
オフ、状態表示等のシステム制御機構にアクセスすると
共に、複数キャビネット・システムを含むシステムの電
力および環境状態を報告することができる。本発明によ
るシステムは、複数のキャビネットの制御に関しては柔
軟性がある。図２に示すように、サービス・プロセッサ
を含むキャビネットから他のキャビネットまで、ＵＳＢ
を結線することができる。ユーザ・インタフェースを介
して、各キャビネットの状態を要求することが可能であ
る。この機構には、各キャビネットが一意のキャビネッ
ト番号を有する必要がある。

【００７０】好ましい実施形態は、ＳＵＢハンドラモジ
ュールを使用して、ユーザに以下の機能を行う能力を提
供する。他の実施形態は、ユーザに異なる能力を提供し
うる。

【００７１】・ログイベントのライブ表示閲覧・パーティションおよびセルブートまたは実行状態のラ
イブ表示閲覧・ログイベントまたはコンソール・データの履歴ビュー
閲覧・シャーシログ表示・コンソール・データ履歴表示・ＵＳＢトポロジ表示・ユーティリティ・システム・エンティティ（ＳＩＮ
Ｃ、ＰＭ３、ＣＬＵ、ＳＵＢ、ＣＩＯ）の電力および環
境状態表示・回路基板部品番号、バージョン、および各回路基板上
のシリアルＥＥＰＲＯＭからの他のデータの表示・キャビネット電圧およびクロック・マージンの制御
（例えば、公称、上限、下限）・パーティション・リセット・電力管理状態および制御・ローカル・シリアルポート構成：速度、フロー、制御
等・リモート・シリアルポート構成：速度、モデムプロト
コル等・ＬＡＮ構成・アクセス制御構成・ログイン名およびパスワード・ユーザの資格・自動パーティション・リセット機能の構成・トラブルが発生した場合に、オペレータを呼び出す機
能の構成・リモートＲＳ２３２ポートを介したアクセスのイネー
ブル／ディセーブル・複合体の初期プロファイルの構成典型的なコマンドは、特定したコンポーネントの電力お
よび環境状態を表示するコンポーネント状態コマンドで
ある。ユーザは、以下のうちの１つ、すなわちキャビネ
ット、セル、コアＩ／Ｏ、およびサービス・プロセッサ
についての要約またはより詳細な情報を検索することが
できる。サービス・プロセッサは、情報について、選択
されたコンポーネントをポーリングし、情報がＵＳＢを
介して戻される。例えば、コマンドと共にキャビネット
番号を入力すると、結果として、該キャビネットに存在
するモジュールのリスト、例えばセル、ＣＬＵ、ＰＭ、
Ｉ／ＯＢＰ、コアＩ／Ｏが生成される。存在するモジ
ュールについて、詳細な状態情報、例えば、検出された
あらゆる故障、電源スイッチオン／オフ、電力のイネー
ブル／ディセーブル、また良好／不良、ファン速度、Ｃ
ＰＵの番号、ＤＩＭＭの番号、セルブートのイネーブル
／ディセーブル、ファームウェア・バージョン番号等、
が利用可能である。したがって、本発明によるシステム
は、マルチキャビネット・コンピュータ・システム上の
異なるキャビネット間、ならびに１つのサービス・プロ
セッサに接続されたキャビネットそれぞれにおける電力
モジュールと環境モジュールとの間で、情報およびコマ
ンドを搬送するために、ＵＳＢを使用する。本発明のシ
ステムはまた、状態を要求する、すなわちコマンドを与
えるときに、ユーザがどのキャビネットをアドレス指定
したいかを指定できるようにするコマンドを有する。本
発明は、制御／状態コマンドでアドレス指定するハード
ウェアセットに名称を付けるため、キャビネット番号を
一意のハンドルとして用いる。

【００７２】本発明のシステムは、パーティションを参
照して、パーティションを形成するセルの集まりに作用
するコマンド（例えば、リセット）を使用する。パーテ
ィションは、パーティション名によって参照され、サー
ビス・プロセッサは、リセット等のコマンドを、パーテ
ィションにおいて影響を受けるすべてのセルに複製す
る。セルボードへのコマンドの適用は、ＣＭモジュール
によって行われる。例えば、コマンド・リセットの場
合、ユーザは、どのパーティションをリセットしたいか
を特定することができ、次いでサービス・プロセッサ
は、現行の複合体プロファイルを照会して、どのセルが
特定されたパーティションに含まれるかを見つける。次
に、サービス・プロセッサは、メッセージを要求する、
特定されたパーティションに構成された各セル上のＣＭ
にメッセージを送信して、そのセルをリセットする。こ
れにより、各セルへのリセット信号が独立したシステム
設計を可能にする。これは、各自のパーティション名を
特定することで、セルの集まりに影響を及ぼすコマンド
を与える能力をユーザに与える。なお、リセット・コマ
ンドの複製は、柔軟性のあるセルの集まりへのリセット
・コマンドの分配が、現在の複合体プロファイルによっ
て決定される、システムの現在の構成に基づくことに留
意されたい。さらに、パーティションは、オペレーティ
ング・システムの単一コピーを実行するエンティティで
あり、独立したコンピュータとして機能することに留意
されたい。すべてのセルは、独立しているため、セルボ
ード上のＣＭにより駆動される、それぞれ各自独立した
リセット信号を有する。

【００７３】本発明は、システムへのアクセスを許可を
受けたユーザに制限するセキュリティ機構を含む。好ま
しい実施形態は、サービス・プロセッサ管理者がユーザ
名およびパスワードを作成できるようにし、かつ異なる
レベルのシステム機能またはアクセス可能性を各ユーザ
に関連付けられるようにするセキュリティ・コマンドで
ある。１つの機構は、ユーザ、オペレータ、または管理
者の資格レベル当たり１つのパーティションを有するこ
とである。管理者は、最も高い資格を有し、あらゆるコ
マンドを実行することができる。オペレータは、サービ
ス・プロセッサの構成を変更することはできないが、あ
らゆるパーティション上で操作することができる。この
ため、オペレータは、パーティションをリセットして、
任意のパーティションのコンソールに接続すると共に、
概して、主コンピューティング・システムについてシス
テム管理者として作用することができるが、サービス・
プロセッサ自体の管理者として作用することはできな
い。単一パーティション・ユーザは、最低レベルのアク
セスである。単一パーティション・ユーザは、単一のパ
ーティションに影響を与えるコマンド、例えば各自のパ
ーティションのリセットを発することができるだけであ
る。該機能は、マスタシステム管理者が、従属のアクテ
ィビティを制御する助けとなる。このコマンドは、ユー
ザログを氏名および能力レベルについてチェックし、発
したコマンドをフィルタリングするよう動作するサービ
ス・プロセッサにおいて実施される。不適切なコマンド
は、否認される。

【００７４】サービス・プロセッサは、インストールし
たハードウェアの電力要求が、インストールした電源の
容量を超えるといったように、システムが誤って構成さ
れないようにする。サービス・プロセッサおよびインフ
ラストラクチャは、使用可能な電力よりも大きな電力を
必要とする構成を許容しないといった、構成サポートを
提供する。したがって、ホットスワップ可能なコンポー
ネントは、電源を切らずに変更可能である。これはま
た、システムが、電源投入されて不安定状態（供給電力
が処理可能なよりも多くのハードウェアがインストール
された場合、続いて破損する可能性がある）にならない
よう保証する。図２に示すように、各コンポーネント
は、特定量の電力を必要とし、これはＦＥＰＳ１１０に
よって供給される。さらなるコンポーネント、例えば図
１におけるセル３をシステムに追加する場合、サービス
・プロセッサは、新しいコンポーネントを満足させるの
に十分な電力があるか否かを知るために、チェックす
る。ない場合、サービス・プロセッサは、新しいコンポ
ーネントの電源投入を許可しない。システムが電源投入
したばかりであり、かつ使用可能な電力よりも大きな電
力が必要とされる場合、サービス・プロセッサは、シス
テムの電源投入を拒絶する。異なるコンポーネントは、
各自の電力要求を、ＰＭにより読み出されるＥＥＰＲＯ
Ｍに格納する。この機能に特定の詳細は、参照として本
明細書に援用される「POWER MANAGEMENT ALGORITHMS FO
R LARGE COMPLEX SYSTEMS WITH HOT-SWAPPABLE ENTITIE
S」という名称の米国特許出願第（代理人整理番号１０
００１７５１−１）に記載されている。なお、異なる量
の電力を消費する新しいセルボードを将来導入し、依然
として誤構成に対する保護を維持可能であることに留意
されたい。新しいセルボードは、それぞれの電力要求を
ボード上のそれぞれ特定のＥＥＰＲＯＭに格納してお
り、これは、システムにおける他のボードとは異なりう
る。

【００７５】サービス・プロセッサは、ＪＴＡＧスキャ
ン機能を単一のネットワーク・ポートから複数のキャビ
ネットに提供する。ＪＴＡＧは、ＩＥＥＥ標準規格１１
４９．１であり、デジタルシステムのテストおよび診断
を行うための、シリアルシフトレジスタ方法論である。
サービス・プロセッサは、構成を報告し、複数キャビネ
ットについてのスキャンコマンドを許容する。単一ポー
トは、システムが消費する必要のあるＩＰアドレスの数
を最小化することで、サービス・プロセッサの構成を助
ける。ＩＰアドレスは、消費者サイトにおいて供給が不
足していることが多い。図２に示すように、サービス・
プロセッサ上のスキャンＬＡＮは、図６に示すテストス
テーション６０１、例えばＵＮＩＸ（登録商標）ワーク
ステーションに接続される。テストステーションは、Ｊ
ＴＡＧスキャンパターンを含むフィールドを含む。テス
トステーションは、ネットワーク・パケットを複数の複
合体のサービス・プロセッサ６０２、６０３に送信し、
該サービス・プロセッサ６０２、６０３は次に、ＵＳＢ
を介してこれらパケットを各複合体のあらゆるキャビネ
ットにおけるあらゆるＣＬＵに転送する。サービス・プ
ロセッサ・ファームウェアのスキャン・サポート・モジ
ュールは、テストステーションＬＡＮとＣＬＵに対する
ＵＳＢの間で、スキャン・コマンドおよび結果の変換を
取り扱う。

【００７６】ＣＬＵは、スキャン・パケットをＣＬＵか
ら受信するＪＴＡＧテスト・バス・コントローラを有す
る。スキャン・パケットは、スキャン・リングを通って
セル・バックプレーンおよび/またはＩ／Ｏバックプレ
ーンに行く。スキャン・パケットは、所望のコンポーネ
ントを通してシフトされ、その結果がサービス・プロセ
ッサに、そしてテストステーションに返送される。結果
は、予期される結果と比較され、あらゆる不整合は、診
断の失敗を示す。顧客は、顧客ＬＡＮからテストステー
ションにログインし、サービス・プロセッサと通信して
スキャンを開始するスキャン診断プログラムを開始する
ことで、スキャン・システムを動作する。

【００７７】図７は、スキャン・リング７０１、７０２
を示す。サービス・プロセッサ１０１は、ＬＡＮ接続か
らパケットを受信し、該パケットをＵＳＢを介してＣＬ
Ｕに送信する。ＣＬＵは、３６個のリングまたは３６個
の信号７０１を介してマスタＩ／Ｏバックプレーンを通
って各Ｉ／Ｏバックプレーン１１６に、そして５７個の
信号７０２を介してセルが添付された主バックプレーン
にも行くＪＴＡＧ信号を有する。

【００７８】本発明によるシステムは、シャーシログ・
イベントの管理および表示を提供する。サービス・プロ
セッサはまた、シャーシログ受信時に、特定のイベント
をトリガすることもできる。システムにおける任意のイ
ンテリジェント・エンティティ（パーティション、電力
モニタ、サービス・プロセッサ等で実行されているＯＳ
またはシステム・ファームウェア）が、シャーシログを
発行することができる。何がログ発行の原因か、および
どのエンティティが発行したのか、またイベントの重大
度または警戒レベルを示すのは、データアイテムであ
る。シャーシログは、障害や他の有意なイベント等のシ
ステムまたはコンポーネント・イベントの結果発行され
る。例えば、ＰＭは、故障したファンを検出する場合
に、シャーシログを発行する。システム・ファームウェ
アは、ブートすると、コードにおける特定の重要な場所
を渡る際に、シャーシログを発行する。シャーシログ
は、ＵＳＢを介してそれぞれのインテリジェント・ソー
スからサービス・プロセッサに移る。サービス・プロセ
ッサにおいて、サービス・プロセッサ・ファームウェア
４０１のシャーシログ・モジュールがシャーシログを検
査し、格納すると、該シャーシログ・モジュールはシャ
ーシログを表示するか、または後述する他のアクション
をとることができる。

【００７９】シャーシログは、以下の４つの主要な用途
を有する。

【００８０】・システムにイベントの履歴ビューを提供
する。これは、ユーザによる動作の分析および修復の管
理を助けることができる。例えば、ＣＭモジュールによ
り発行された電源障害シャーシログは、パーティション
がクラッシュした理由、およびセルを交換すべきことを
示しうる。シャーシログの格納ログの閲覧は、サービス
・プロセッサがユーザに実行を許可するコマンドであ
る。

【００８１】・何かおかしいとユーザに警告する手段を
提供する。例えば、サービス・プロセッサが高警戒レベ
ルのシャーシログを検出すると、メッセージを接続され
たすべてのユーザの画面に印刷したり、ＬＥＤを発光さ
せたり、ページング・サービスに電話して、オペレータ
を呼び出したりすることができる。

【００８２】・ハングした場合に、パーティションを再
開する手段を提供する。ＯＳは、サービス・プロセッサ
においてワッチドッグタイマを発行する特定タイプのシ
ャーシログを周期的に発行することができる。ＯＳは、
ハングすると、ウォッチドッグタイマ・シャーシログを
もはや発行しない。サービス・プロセッサはこれを検出
し、そうするよう構成される場合には、パーティション
をリセットする。自動パーティション・リセット機構の
構成は、サービス・プロセッサがユーザに提供するコマ
ンドである。

【００８３】・パーティションの現在状態の表示（実行
中、停止中、ブート中等）を提供し、システムがブート
される際の進行状況を示す。これは、システムが正常に
ブート中か、または実行中かをユーザが識別する助けと
なりうる。ユーザにシステム状態のライブ表示を与える
コマンド（上述）がある。表示は、シャーシログが受信
されると更新される。ユーザは、シャーシログを受信す
るにつれ、シャーシログのライブ表示を要求することも
できる。ユーザは、表示、すなわち特定のパーティショ
ンについての、または複合体全体からのライブ・シャー
シログの閲覧を選択することができる。利用可能なパー
ティションを有するメニューが、ユーザに提示される。
選択を行うと、ユーザは、その特定のパーティションに
ついてのシャーシコードを、それらが発生するにつれて
見ることができる。別のエントリは、システムのすべて
のシャーシ・コードを表示する。ユーザは、画面にシャ
ーシ・コードをどのように表示するか、例えば、１６進
ダンプ、簡潔または冗長フォーマット等を変更すること
ができる。

【００８４】ログを生成するイベントは、システムにお
ける任意の場所で発生可能であり、システム・ファーム
ウェアまたはＯＳにおいて発生するイベントの場合、そ
れぞれのログは、ＣＭによりサービス・プロセッサに送
信されるまで、ＮＶＲＡＭ３１１にある、図５に示すシ
ャーシログ・アウト・バッファに格納される。例えば、
ＣＬＵにおけるイベントからの他のログは、格納のため
にサービス・プロセッサに直接送信される。

【００８５】サービス・プロセッサは、シャーシログを
格納するためのファームウェアを含む。図４の４１１を
参照されたい。サービス・プロセッサは、特定のシャー
シログが受信される場合には、ユーザに警告するようプ
ログラムすることも可能である。

【００８６】サービス・プロセッサによる処理後、すべ
てのログのコピーが、ディスクへの格納のため、各パー
ティションに返送（すなわち反射）される。サービス・
プロセッサ、オペレーティング・システム、およびデー
タ記憶装置、例えばハードドライブまたは不揮発性ＲＡ
Ｍメモリ３１１間の協調的な構成により、オペレーティ
ング・システムがシャーシログを収集し、サービス人員
による後の検査のため、それらを格納することができ
る。なお、ログイベントまたはシャーシログを複数のパ
ーティションから受信してから、ＯＳログファイルに格
納しうることに留意されたい。

【００８７】返信動作は、ＯＳログファイルからのログ
を閲覧中のユーザに、他の任意のパーティションからの
任意のパーティションについてのログ履歴を検査する能
力を与える。これは、パーティションがブートされない
場合に有用でありうる。これにより、ユーザが、作業中
のパーティション上で分析ツールを実行することで、不
良なパーティションの分析を行うことが可能になる。格
納されたシャーシログは、システムまたは特定パーティ
ション上のイベントの履歴ビューを提供する。したがっ
て、シャーシログにより、システムの管理およびサービ
ス提供、またシステムの監視が容易になる。

【００８８】本発明は、特別なデバッグＨＷをインスト
ールする必要なく、ワークステーションに接続されたネ
ットワークからのデバッグ・システム・ファームウェア
またはＯＳを許可する。デバッグには、サービス・プロ
セッサおよびＣＭの他に、２つのコンポーネントが関与
する。

【００８９】1.ワークステーションに接続されたネット
ワーク上で実行され、デバッガ動作の「ブレイン」を含
むデバッガ・クライアント。ソースファイルおよびプロ
グラムにおける現在の場所を表示するとともに、ユーザ
をプロセス、設定されたブレークポイント、単一ステッ
プ等に結びつけることができる。

【００９０】２.デバッグ中のパーティションまたはセ
ル上で実行され、メモリまたはレジスタを変更または表
示することで、クライアントからのコマンドに応答する
デバッガ・スタブ。

【００９１】サービス・プロセッサは、ＯＳまたはシス
テム・ファームウェアデバッガ・クライアントからのネ
ットワーク接続を許容する。サービス・プロセッサは、
デバッグ・パケットを目標セルに渡し、パーティション
上のデバッガ・スタブに、デバッグ・パケットが利用可
能なことを信号で知らせる。これは、サービス・プロセ
ッサが提供する内蔵デバッガ・サポート機構である。こ
の機構の動作を図８に示す。

【００９２】ユーザは、それぞれのワークステーション
９０１上のデバッガ・クライアント９０２を実行して、
ＯＳまたはＦＷをデバッグする。デバッガ・クライアン
ト９０２は、デバッグ命令をシステム・プロセッサ上で
実行されているデバッガ・スタブに発することができる
プログラムである。デバッガ・クライアント９０２は、
ＬＡＮ接続（または別の接続）を介してパケットをワー
クステーション９０１からサービス・プロセッサ１０１
に送信し、ここでは、サービス・プロセッサ・ファーム
ウェア４０１のデバッグ・サポート・モジュール４１２
によって受信される。デバッグ・サポート・モジュール
４１２は、ＵＳＢを介してパケットを、デバッグすべき
ＯＳまたはＦＷを動作しているセル１１８に渡す。セル
のＣＭは、パケットをＮＶＲＡＭ３１１に配置し、シス
テム・プロセッサへの割り込みを生じさせるバス・アー
ビタ３１７におけるレジスタビットをセットすること
で、システム・ファームウェアにパケットが利用可能な
ことを信号で知らせる。システム・プロセッサ３０２上
で実行されているシステム・ファームウェアは、パケッ
トをＮＶＲＡＭから引き出し、パケットがとられたこと
を示すフラグをセットし、該パケットをデバッガ・スタ
ブに渡し、該デバッガ・スタブはパケットを解釈する。
パケットは、コマンドまたは情報でありうる。例えば、
パケットは、デバッガ・スタブに、あるアドレスにブレ
ークポイントをセットするよう、またはレジスタの内容
を戻すよう命令しうる。システム・プロセッサ上で実行
されているデバッガ・スタブ・ソフトウェアは、パケッ
ト上で作用し、応答パケットを作成する。該応答パケッ
トは、ＣＭを介してデバッガ・クライアント、およびサ
ービス・プロセッサに返送するため、ＮＶＲＡＭに配置
される。スタブは、バス・アービタ３１７におけるビッ
トをセットして、応答パケットが利用可能なことをＣＭ
に知らせる。ＣＭは、パケットをサービス・プロセッサ
に送信し、ビットをセットして、パケットがとられたこ
とをスタブに知らせる。図５は、ＮＶＲＡＭにおけるデ
バッグ・イン・バッファおよびデバッグ・アウト・バッ
ファを示す。応答がデバッガ・クライアントに戻される
と、クライアントは、別のパケットを送信することで、
プロセスを繰り返すことができる。

【００９３】本発明ではまた、ユーティリティＦＷおよ
びシステムＦＷ双方の更新が可能である。なお、システ
ムＦＷは、セルがパーティションの一部ではなく、かつ
ブート不可能な場合であっても、更新可能でなければな
らないことに留意されたい。問題は、新しくインストー
ルされたセルが、複合体におけるその他のセルにおける
システムＦＷのバージョンと互換性のない、システムＦ
Ｗのバージョンを有する場合があることである。このた
め、新しいセルにおけるシステムＦＷを更新して、その
他のセルと整合（また、その逆）させる必要がある。さ
らに、任意のユーティリティプロセッサのファームウェ
アを更新可能である必要がある。更新は、サービス・プ
ロセッサが、セルのブート状態に関係なく、他の任意の
エンティティ、例えばＣＭと通信可能であるという点に
おいて、サービス・プロセッサによって促進される。外
部ワークステーションまたはＰＣは、ネットワークを介
してサービス・プロセッサに接続可能であり、サービス
・プロセッサと相互作用して、インストールしたエンテ
ィティの現在のＦＷバージョンレベルを取得し、ＦＷを
更新することができる。これは、図９に示す。

【００９４】ユーザは、ワークステーション９０１また
はＰＣ上で更新ソフトウェア１００１を実行する。更新
ソフトウェアは、ＦＷを備えるあらゆるエンティティ、
例えばサービス・プロセッサ、ＣＬＵ、ＰＭ、ＰＤＩ、
ＣＭまたはシステム・ファームウェア、ならびに特定の
パーティション上で実行されているＯＳ（またはいくつ
かあるいはすべてのＯＳ）のＦＷに影響を及ぼしうる。
更新ソフトウェア１００１は、ＬＡＮ（または他の接
続）を介してパケットをサービス・プロセッサ１０１に
送信し、ここでは、パケットはファームウェア更新モジ
ュール４１３によって受信される。サービス・プロセッ
サが更新に含まれる場合、ファームウェア更新モジュー
ルは、サービス・プロセッサのＦＷを更新する。他のエ
ンティティを更新すべき場合、ファームウェア更新モジ
ュールは、ＵＳＢを介してファームウェア更新パケット
を特定されたモジュールに送信する。特定されたモジュ
ールは、データをメモリに運び、ＦＷを更新する。シス
テム・ファームウェアを更新すべき場合、ＣＭモジュー
ル３０４は、パケットを受信して、更新をＰＤＨフラッ
シュ３０７に書き込む。フラッシュＲＯＭ３０７は、シ
ステム・ファームウェア・コードを含む。したがって、
本発明は、サービス・プロセッサおよび関連インフラス
トラクチャを使用して、ファームウェアを更新するサポ
ート可能な方法を提供する。

【００９５】なお、サービス・プロセッサは、Ｐｅｎｔ
ｉｕｍプロセッサ等の市販のプロセッサを含みうること
に留意されたい。

【００９６】この発明は例として次の実施形態を含む。

【００９７】（１）それぞれが少なくとも１つのメイ
ンプロセッサを備える複数のセルボードと、前記セルボ
ードのそれぞれに接続されるサービス・プロセッサとを
備え、各パーティションが少なくとも１つの前記セルボ
ードを備え、前記サービス・プロセッサは前記パーティ
ションの動作を管理するマルチパーティション・コンピ
ュータ・システム。

【００９８】（２）前記パーティションはそれぞれ、
その他のパーティションとは独立したオペレーティング
・システムを実行する、上記（１）記載のコンピュータ
・システム。

【００９９】（３）前記サービス・プロセッサは、少
なくとも１本のＵＳＢフォーマットバスを介して前記セ
ルボードと通信する、上記（１）記載のコンピュータ・
システム。

【０１００】（４）前記セルボードはそれぞれ、前記
コンピュータ・システムがオンラインである間に交換可
能である、上記（１）記載のコンピュータ・システム。

【０１０１】（５）前記サービス・プロセッサは、前
記パーティションの構成を管理する、上記（１）記載の
コンピュータ・システム。

【０１０２】（６）前記サービス・プロセッサは、許
可を受けたユーザにアクセスを制限して、前記コンピュ
ータ・システムのセキュリティを維持する、上記（１）
記載のコンピュータ・システム。

【０１０３】（７）前記サービス・プロセッサは、前
記セルボードの動作を命令することができる、上記
（１）記載のコンピュータ・システム。

【０１０４】（８）前記サービス・プロセッサは、前
記パーティションの動作を命令することができる、上記
（１）記載のコンピュータ・システム。

【０１０５】（９）前記サービス・プロセッサは、パ
ーティションをリセットすることができる、上記（８）
記載のコンピュータ・システム。

【０１０６】（１０）前記サービス・プロセッサは、
電力要求を監視し、新しいコンポーネントに必要な電力
要求に基づいて、該新しいコンポーネントを前記システ
ムに追加可能であるか否かを決定する、上記（１）記載
のコンピュータ・システム。

【０１０７】本発明およびその利点について詳細に説明
したが、添付の特許請求の範囲によって定義される本発
明の趣旨および範囲から逸脱せずに、各種変更、置換、
および代替を本明細書に行いうることを理解されたい。
さらに、本出願の範囲は、本明細書に述べたプロセス、
マシン、製造、材料組成、手段、方法、およびステップ
の特定の実施形態に制限されないよう意図される。当業
者は本発明の開示から容易に理解するように、本明細書
に記載の対応する実施形態と実質的に同じ機能を行う
か、または実質的に同じ結果を達成する、既存のまたは
後に開発されるプロセス、マシン、製造、材料組成、手
段、方法、またはステップを、本発明に従って利用しう
る。したがって、添付の特許請求の範囲は、かかるプロ
セス、マシン、製造、材料組成、手段、方法、またはス
テップを範囲内に含むよう意図される。

【図面の簡単な説明】

【図１】本発明によるシステムのブロック図。

【図２】本発明によるシステムについてのハードウェア
・アーキテクチャ構成の好ましい実施形態。

【図３】本発明によるシステムのセル・マイクロコント
ローラのブロック図。

【図４】ユーティリティ・サブシステム・ファームウェ
ア・アーキテクチャの構成を示す図。

【図５】管理機能のいくつかの態様を達成するためにサ
ービス・プロセッサとシステム・ファームウェア間で共
有されるデータ構造のいくつかを示す図。

【図６】ＪＴＡＧスキャン診断機構を提供するコンポー
ネントの構成を示す図。

【図７】低レベルのＪＴＡＧスキャン診断動作を行うユ
ーティリティ・サブシステムにおける、コンポーネント
の構成を示す図。

【図８】ＯＳデバッガ機構を提供するコンポーネントの
構成を示す図。

【図９】ファームウェア更新機構を提供するコンポーネ
ントの構成を示す図。

【符号の説明】

１０１サービス・プロセッサ１１５セルボード３０２主プロセッサ９０２オペレーティング・システム

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｇ０６Ｆ 15/177 ６７２Ｇ０６Ｆ 15/177 ６７２Ｈ (72)発明者クリスティーヌ・コーバーアメリカ合衆国75287テキサス州ダラス、ホライゾン・エヌ・パークウェイ 4341、ナンバー 131 (72)発明者ロナルド・イー・ギルバート・ジュニアアメリカ合衆国75093テキサス州プラノ、ミスティ・ヘヴン・レーン 2017 (72)発明者ロバート・アラン・ヘィスティアメリカ合衆国75010テキサス州キャロルトン、ハースストーン・ドライブ 2038 (72)発明者ジャニス・デルモンテアメリカ合衆国75234テキサス州ファーマーズ・ブランチ、パイン・ツリー・サークル 3317 Ｆターム(参考） 5B045 HH04 JJ02 JJ08 KK06 KK07

Claims

【特許請求の範囲】

【請求項１】それぞれが少なくとも１つのメインプロ
セッサを備える複数のセルボードと、前記セルボードの
それぞれに接続されるサービス・プロセッサとを備え、
各パーティションが少なくとも１つの前記セルボードを
備え、前記サービス・プロセッサは前記パーティション
の動作を管理するマルチパーティション・コンピュータ
・システム。