(57)【要約】【課題】  複数の論理区画を有するデータ処理システム内でシステム・ファームウェアを管理する方法を提供すること。【解決手段】  データ処理システム内の複数の論理区画内の第１論理区画からのシステム・ファームウェアを更新する要求の受取に応答して、複数の論理区画内の第１論理区画がデータ処理システムに存在するかどうかを判断する。複数の論理区画内の第１論理区画がデータ処理システムに存在するとの判断に応答して、システム・ファームウェアを、データ処理システム内の第１論理区画から更新する。その後、データ処理システム内の複数の論理区画内の追加の区画の始動が、第１論理区画からのファームウェア更新が完了するまで禁止される。【選択図】  図４
2007133901.tif 000002
【特許請求の範囲】
【請求項１】
複数の論理区画を有するデータ処理システム内でシステム・ファームウェアを管理する方法であって、
前記データ処理システム内の前記複数の論理区画内の第１論理区画からの前記システム・ファームウェアを更新する要求に応答して、前記複数の論理区画内の前記第１論理区画が前記データ処理システム内に存在するかどうかを判断するステップと、
前記複数の論理区画内の第１論理区画が前記データ処理システム内に存在するとの判断に応答して、前記データ処理システム内の第１論理区画から前記システム・ファームウェアを更新するステップと、
前記第１論理区画からの前記システム・ファームウェア更新が完了するまで、前記データ処理システム内の前記複数の論理区画内の追加の区画の始動を禁止するステップと
を含む方法。
【請求項２】
前記第１論理区画からの前記システム・ファームウェア更新の完了に応答して、前記第１論理区画から前記データ処理システムをリブートする要求を受け取るステップと、
前記第１論理区画に割り当てられたプロセッサのリブート信号を活動化するステップと
をさらに含む、請求項１に記載の方法。
【請求項３】
前記論理区画のリブートが、ハイパーバイザによって実行される、請求項２に記載の方法。
【請求項４】
前記第１論理区画からの前記システム・ファームウェアを更新する前記要求を、リモート端末から受け取る、請求項１に記載の方法。
【請求項５】
前記第１論理区画からの前記システム・ファームウェアを更新する前記要求を、ハイパーバイザから受け取る、請求項１に記載の方法。
【請求項６】
前記データ処理システム内の前記第１論理区画からの前記システム・ファームウェアの更新が、ハイパーバイザによって実行される、請求項１に記載の方法。
【請求項７】
前記ハイパーバイザが、前記データ処理システム内の前記第１論理区画だけが前記システム・ファームウェア更新を実行することを保証する、請求項６に記載の方法。
【請求項８】
バス・システムと、
前記バス・システムに接続された通信ユニットと、
前記バス・システムに接続された、命令の組を含むメモリと、
前記バス・システムに接続されたプロセッサとを含むデータ処理システムであって、前記プロセッサが、複数の論理区画内の第１論理区画からのシステム・ファームウェアを更新する要求の受取に応答して、前記複数の論理区画内の前記第１論理区画が前記データ処理システム内に存在するかどうかを判断し、前記複数の論理区画内の第１論理区画が前記データ処理システム内に存在するとの判断に応答して、前記データ処理システム内の前記第１論理区画から前記システム・ファームウェアを更新し、前記第１論理区画からの前記システム・ファームウェア更新が完了するまで、前記データ処理システム内の前記複数の論理区画内の追加の区画の始動を禁止するために、前記メモリから前記命令の組を実行する
データ処理システム。
【請求項９】
複数の論理区画を有するデータ処理システム内でシステム・ファームウェアを管理するデータ処理システムであって、
前記データ処理システム内の前記複数の論理区画内の第１論理区画からの前記システム・ファームウェアを更新する要求に応答して、前記複数の論理区画内の第１論理区画が前記データ処理システム内に存在するかどうかを判断する判断手段と、
前記複数の論理区画内の第１論理区画が前記データ処理システム内に存在するとの判断に応答して、前記データ処理システム内の前記第１論理区画から前記システム・ファームウェアを更新する更新手段と、
前記第１論理区画からの前記システム・ファームウェア更新が完了するまで、前記データ処理システム内の前記複数の論理区画内の追加の区画の始動を禁止する禁止手段と
を含むデータ処理システム。
【請求項１０】
前記第１論理区画からの前記システム・ファームウェア更新の完了に応答して、前記第１論理区画から前記データ処理システムをリブートする要求を受け取る受取手段と、
前記第１論理区画に割り当てられたプロセッサのリブート信号を活動化する活動化手段と
をさらに含む、請求項９に記載のデータ処理システム。
【請求項１１】
前記論理区画のリブートが、ハイパーバイザによって実行される、請求項１０に記載のデータ処理システム。
【請求項１２】
前記第１論理区画からの前記システム・ファームウェアを更新する前記要求を、リモート端末から受け取る、請求項９に記載のデータ処理システム。
【請求項１３】
前記第１論理区画からの前記システム・ファームウェアを更新する前記要求を、ハイパーバイザから受け取る、請求項９に記載のデータ処理システム。
【請求項１４】
前記データ処理システム内の前記第１論理区画からの前記システム・ファームウェアの更新が、ハイパーバイザによって実行される、請求項９に記載のデータ処理システム。
【請求項１５】
前記ハイパーバイザが、前記データ処理システム内の前記第１論理区画だけが前記システム・ファームウェア更新を実行することを保証する、請求項１４に記載のデータ処理システム。
【請求項１６】
複数の論理区画を有するデータ処理システム内でシステム・ファームウェアを管理する、コンピュータ可読媒体内のコンピュータ・プログラム製品であって、
前記データ処理システム内の前記複数の論理区画内の第１論理区画からの前記システム・ファームウェアを更新する要求に応答して、前記複数の論理区画内の第１論理区画が前記データ処理システム内に存在するかどうかを判断する第１命令と、
前記複数の論理区画内の第１論理区画が前記データ処理システム内に存在するとの判断に応答して、前記データ処理システム内の第１論理区画から前記システム・ファームウェアを更新する第２命令と、
前記第１論理区画からの前記システム・ファームウェア更新が完了するまで、前記データ処理システム内の前記複数の論理区画内の追加の区画の始動を禁止する第３命令と
を含むコンピュータ・プログラム製品。
【請求項１７】
前記第１論理区画からの前記システム・ファームウェア更新の完了に応答して、前記第１論理区画から前記データ処理システムをリブートする要求を受け取る第３命令と、
前記第１論理区画に割り当てられたプロセッサのリブート信号を活動化する第４命令と
をさらに含む、請求項１６に記載のコンピュータ・プログラム製品。
【請求項１８】
前記論理区画のリブートが、ハイパーバイザによって実行される、請求項１７に記載のコンピュータ・プログラム製品。
【請求項１９】
前記第１論理区画からの前記システム・ファームウェアを更新する前記要求を、リモート端末から受け取る、請求項１６に記載のコンピュータ・プログラム製品。
【請求項２０】
前記第１論理区画からの前記システム・ファームウェアを更新する前記要求を、ハイパーバイザから受け取る、請求項１６に記載のコンピュータ・プログラム製品。
【請求項２１】
前記データ処理システム内の前記第１論理区画からの前記システム・ファームウェアの更新が、ハイパーバイザによって実行される、請求項１６に記載のコンピュータ・プログラム製品。
【請求項２２】
前記ハイパーバイザが、前記データ処理システム内の前記第１論理区画だけが前記システム・ファームウェア更新を実行することを保証する、請求項２１に記載のコンピュータ・プログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、全般的には改良されたデータ処理システムに関し、具体的には対称型マルチプロセッシング・システムでの方法および装置に関する。さらに具体的には、本発明は、対称型マルチプロセッシング・システム内のプロセッサ・システム・ファームウェアを更新する方法および装置を提供する。
【背景技術】
【０００２】
データ処理システム（プラットフォーム）内で論理分割オプション（ＬＰＡＲ）を用いると、単一のオペレーティング・システム（ＯＳ）の複数のコピーまたは複数の異種オペレーティング・システムを、単一のデータ処理システム・プラットフォーム上で同時に実行できるようになる。その中でオペレーティング・システム・イメージが稼動する区画には、プラットフォームのリソースのオーバーラップしないサブセットが割り当てられる。これらのプラットフォーム割当可能リソースには、割込み管理区域、システム・メモリの領域、および入出力アダプタ・バス・スロットを有する１つまたは複数のアーキテクチャ上別個のプロセッサが含まれる。区画のリソースは、ＯＳイメージに対して、オープン・ファームウェア・デバイス・ツリーによって表現される。
【０００３】
プラットフォーム内で稼動する別個のＯＳまたはＯＳのイメージのそれぞれは、互いから保護され、ある論理区画のソフトウェア・エラーが他のどの区画の正しい動作にも影響しないようになっている。これは、各ＯＳイメージによって直接に管理される、プラットフォーム・リソースの互いに素な集合を割り振ることと、さまざまなイメージがそれに割り振られていないリソースを制御できないことを保証するための機構を設けることによって実現される。さらに、ＯＳの割り振られたリソースの制御におけるソフトウェア・エラーが、他のイメージのリソースに影響しないようにされる。したがって、ＯＳの各イメージ（または各異なるＯＳ）が、プラットフォーム内で割振り可能なリソースの互いに素な集合を直接に制御する。
【０００４】
データ処理システム内の区画間の分離を作成し維持するために開発された方法の１つが、ＲＳ／６０００データ処理システムでハイパーバイザ（hypervisor）と称するファームウェア・コンポーネントの使用である。ＲＳ／６０００は、米国ニューヨーク州アーモンクのInternational Business Machines Corporation社の製品であり、商標である。このファームウェア・コンポーネントは、論理分割されたデータ処理システム内で稼動するさまざまなオペレーティング・システム・イメージのための多数の機能およびサービスを実行する。
【０００５】
最も早期の初期プログラム・ロード（ＩＰＬ）ステージで、システム・ファームウェアは、入出力（Ｉ／Ｏ）サブシステムのハードウェア検出を実行しなければならず、その後、ハードウェアを提示するために、システム・メモリ・マップに従ってシステム・アドレス範囲を初期化し、割り当てなければならない。検出および初期化が完了した時に、データ構造が確立され、更新される。
【０００６】
その後、ＩＰＬのオープン・ファームウェア・ステージで、オープン・ファームウェアが、システム内の現在のハードウェアに基づいて、そのオープン・ファームウェア・デバイス・ツリーを作成しなければならない。したがって、オープン・ファームウェアは、ハードウェア・コンポーネントの検出を繰り返し、ハードウェアを記述するためにデータ構造を保管しなければならない。
【０００７】
最後に、ＩＰＬの最終ステージで、ランタイム抽象化サービス（ＲＴＡＳ）（runtime abstraction service）ファームウェアが、ハードウェア情報を知り、その結果、ランタイム中にオペレーティング・システムにサービスを提供できるようにする必要がある。また、ＲＴＡＳは、システムがランタイム中になんらかのエラー例外に出会った時に、ハードウェア問題を分析し、分離する。また、ＲＴＡＳは、検出プロセスを実行し、ハードウェアを記述するためにデータ構造を作成しなければならない。
【０００８】
ますます高まる処理能力の必要に伴って、対称型マルチプロセッシング（ＳＭＰ）システムが、ますます頻繁に使用されつつある。ＳＭＰは、複数のプロセッサが、オペレーティング・システムの１つのコピー、使用中のアプリケーションの１つのコピー、およびデータの１つのコピーを含む同一のメモリを共用するコンピュータ・アーキテクチャである。ＳＭＰでは、オペレーティング・システムが作業負荷をタスクに分割し、これらのタスクを空いているプロセッサに割り当てるので、トランザクション時間が減る。
【０００９】
ＳＭＰシステムは、しばしば障害を経験する。時々、これらの障害が、いわゆるハード・エラーまたはソリッド・エラーであり、これらのエラーからの回復は不可能である。ＳＭＰシステムでのハード・エラーは、一般に、システム障害を引き起こす。その後、ハード・エラーを引き起こしたデバイスが、交換される。その一方で、多数の障害が、回復可能エラーまたはいわゆるソフト・エラーであり、これは間欠的にランダムに発生する。ハード・エラーとは異なり、ソフト・エラーは、正しい回復および再試行の設計があれば、回復でき、ＳＭＰシステムの障害を防ぐことができる。しばしば、これらのソフト・エラーは、ＳＭＰシステム内の特定のプロセッサに局所化されている。
【発明の開示】
【発明が解決しようとする課題】
【００１０】
Regatta計算機が、ＬＰＡＲモードで稼動するように構成される時には、システム・ファームウェアの更新を、計算機の稼働中の区画へのデータ消失を引き起こさずに実行しなければならない。稼働中の区画へのデータ消失を回避する方法の１つが、非ＬＰＡＲモードまたはＳＭＰモードでシステムをリブートし、その後に更新処理を実行することである。しかし、リブートを行うためには稼働中の区画をシャット・ダウンしなければならないので、これは望ましくない可能性がある。したがって、複数の区画がＬＰＡＲモードでリブートするために稼動する時に、保守権限を有する区画がファームウェアを更新する、システム・ファームウェアを更新する方法および装置を有することが有利である。
【課題を解決するための手段】
【００１１】
本発明は、複数の論理区画を有するデータ処理システムでシステム・ファームウェアを管理する方法を提供する。データ処理システム内の複数の論理区画内の第１論理区画からのシステム・ファームウェアを更新する要求に応答して、複数の論理区画内の第１論理区画がデータ処理システム内に存在するかどうかの判断を行う。複数の論理区画内の第１論理区画がデータ処理システム内に存在するとの判断に応答して、システム・ファームウェアが、データ処理システム内の第１論理区画から更新される。その後、データ処理システム内の複数の論理区画内の追加の区画の始動が、第１論理区画からのファームウェア更新が完了するまで禁止される。
【００１２】
本発明に特有と思われる新規の特徴を、添付の請求項に示す。しかし、本発明自体、ならびに本発明の好ましい形態、さらなる目的、および長所は、以下の例示的実施形態の詳細な説明を添付図面と共に併せ読めば最もよく理解されよう。
【発明を実施するための最良の形態】
【００１３】
ここで図面、具体的には図１を参照すると、本発明を実施することができるデータ処理システムのブロック図が示されている。データ処理システム１００は、システム・バス１０６に接続された複数のプロセッサ１０１、１０２、１０３、および１０４を含む対称マルチプロセッサ（ＳＭＰ）システムとすることができる。たとえば、データ処理システム１００は、ネットワーク内のサーバとして実施された、米国ニューヨーク州アーモンクのInternational Business Machines Corporation社の製品であるＩＢＭ  ＲＳ／６０００とすることができる。その代わりに、単一プロセッサ・システムを使用することができる。システム・バス１０６には、メモリ・コントローラ／キャッシュ１０８も接続され、このメモリ・コントローラ／キャッシュ１０８が、複数のローカル・メモリ１６０ないし１６３へのインターフェースを提供する。入出力バス・ブリッジ１１０が、システム・バス１０６に接続され、入出力バス１１２へのインターフェースを提供する。メモリ・コントローラ／キャッシュ１０８および入出力バス・ブリッジ１１０を、図示のように統合することができる。
【００１４】
データ処理システム１００は、論理分割されたデータ処理システムである。したがって、データ処理システム１００は、複数の異種オペレーティング・システム（または単一のオペレーティング・システムの複数のインスタンス）を同時に稼動させることができる。これらの複数のオペレーティング・システムのそれぞれが、任意の個数のソフトウェア・プログラムをその中で実行させることができる。データ処理システム１００は、異なる入出力アダプタ１２０、１２１、１２８、１２９、１３６、１４８、および１４９を異なる論理区画に割り当てることができるように論理分割される。
【００１５】
したがって、たとえば、データ処理システム１００が、３つの論理区画Ｐ１、Ｐ２、およびＰ３に分割されると想定されたい。入出力アダプタ１２０、１２１、１２８、１２９、１３６、１４８、および１４９のそれぞれと、プロセッサ１０１ないし１０４のそれぞれと、ローカル・メモリ１６０ないし１６３のそれぞれが、３つの区画の１つに割り当てられる。たとえば、プロセッサ１０１と、ローカル・メモリ１６０と、入出力アダプタ１２０、１２８および１２９を、論理区画Ｐ１に割り当てることができ、プロセッサ１０２および１０３と、メモリ１６１と、入出力アダプタ１２１および１３６を、区画Ｐ２に割り当てることができ、プロセッサ１０４と、ローカル・メモリ１６２および１６３と、入出力アダプタ１４８および１４９を、論理区画Ｐ３に割り当てることができる。
【００１６】
データ処理システム１００内で実行される各オペレーティング・システムは、異なる論理区画に割り当てられる。したがって、データ処理システム１００内で実行される各オペレーティング・システムは、その論理区画内にある入出力ユニットだけにアクセスすることができる。したがって、たとえば、拡張対話式エグゼクティブ（ＡＩＸ）オペレーティング・システムの１つのインスタンスを、区画Ｐ１内で実行されているものとすることができ、ＡＩＸオペレーティング・システムの第２のインスタンス（イメージ）を、区画Ｐ２内で実行されているものとすることができ、Windows（登録商標） 2000オペレーティング・システムを、論理区画Ｐ３内で動作しているものとすることができる。Windows（登録商標） 2000は、米国ワシントン州レッドモンドのMicrosoft Corporation社の製品であり、商標である。
【００１７】
入出力バス１１２に接続されたＰＣＩ（peripheralcomponent interconnect）ホスト・ブリッジ１１４が、ＰＣＩローカル・バス１１５へのインターフェースを提供する。複数の入出力（Ｉ／Ｏ）アダプタ１２０および１２１を、ＰＣＩバス１１５に接続することができる。通常のＰＣＩバス実施態様では、４つと８つの間の入出力アダプタ（すなわち、アドイン・コネクタ用の拡張スロット）がサポートされる。各入出力アダプタ１２０および１２１は、データ処理システム１００と、たとえば、データ処理システム１００に対するクライアントである他のネットワーク・コンピュータなどの入出力デバイスの間のインターフェースを提供する。
【００１８】
追加のＰＣＩホスト・ブリッジ１２２によって、追加のＰＣＩバス１２３のインターフェースが提供される。ＰＣＩバス１２３は、ＰＣＩバス１２６および１２７によって複数の入出力アダプタ１２８および１２９に接続される。したがって、たとえば、モデムまたはネットワーク・アダプタなどの追加の入出力装置を、入出力アダプタ１２８および１２９のそれぞれを介してサポートすることができる。この形で、データ処理システム１００を、複数のネットワーク・コンピュータに接続できるようになる。
【００１９】
メモリ・マップ・グラフィックス・アダプタである入出力アダプタ１４８を、図示のように、ＰＣＩホスト・ブリッジ１４０およびブリッジ・チップ１４２（ＰＣＩ−ＰＣＩブリッジ）を介し、ＰＣＩバス１４１および１４４を介して、入出力バス１１２に接続することができる。また、ハード・ディスク１５０も、図示のように、ＰＣＩホスト・ブリッジ１４０およびＥＡＤＳ１４２を介し、ＰＣＩバス１４１および１４５を介して、入出力バス１１２に接続することができる。ＥＡＤＳは、セカンダリ・バス上のＰＣＩアダプタのホット・プラグをサポートする８つのＰＣＩ−ＰＣＩブリッジを提供するチップのＩＢＭ内部名である。
【００２０】
ＰＣＩホスト・ブリッジ１３０は、ＰＣＩバス１３１を入出力バス１１２に接続するインターフェースを提供する。ＰＣＩバス１３１は、ＰＣＩホスト・ブリッジ１３０を、サービス・プロセッサ・メールボックス・インターフェースおよびＩＳＡバス・アクセス・パススルー論理１９４およびＥＡＤＳ１３２に接続する。サービス・プロセッサ・メールボックス・インターフェースおよびＩＳＡバス・アクセス・パススルー論理１９４は、ＰＣＩ／ＩＳＡブリッジ１９３に宛てられたＰＣＩアクセスを転送する。ＮＶ−ＲＡＭストレージが、ＩＳＡバス１９６に接続される。サービス・プロセッサ１３５は、そのローカルＰＣＩバス１９５を介してサービス・プロセッサ・メールボックス・インターフェースおよびＩＳＡバス・アクセス・パススルー論理１９４に結合される。サービス・プロセッサ１３５は、複数のＪＴＡＧ／Ｉ2Ｃバス１３４を介してプロセッサ１０１ないし１０４にも接続される。ＪＴＡＧ／Ｉ2Ｃバス１３４は、ＪＴＡＧ／ｓｃａｎバス（ＩＥＥＥ  １１４９．１を参照されたい）とＰｈｉｌｌｉｐｓ  Ｉ2Ｃバスの組合せである。しかし、その代わりに、ＪＴＡＧ／Ｉ2Ｃバス１３４を、Ｐｈｉｌｌｉｐｓ  Ｉ2ＣバスのみまたはＪＴＡＧ／ｓｃａｎバスのみによって置換することができる。プロセッサ１０１、１０２、１０３、および１０４のすべてのＳＰ−ＡＴＴＮ信号が、一緒に、サービス・プロセッサの割込み入力信号に接続される。サービス・プロセッサ１３５は、それ自体のローカル・メモリ１９１を有し、ハードウェア・オペレータ・パネル１９０へのアクセスを有する。ＪＴＡＧは、Joint Test Action Groupを表す。このグループは、Test Access Port and Boundary Scan Architectureを記述したＩＥＥＥ  １１４９．１標準規格の基礎を作成した。Ｉ2Ｃは、Inter-ICを表し、これは、Philips社によって考案されたバス・インターフェース仕様である。
【００２１】
データ処理システム１００が、最初に電源投入される時に、サービス・プロセッサ１３５が、ＪＴＡＧ／Ｉ2Ｃバス１３４を使用して、システム（ホスト）プロセッサであるプロセッサ１０１ないし１０４、メモリ・コントローラ１０８、および入出力ブリッジ１１０に問い合わせる。このステップの完了時に、サービス・プロセッサ１３５が、データ処理システム１００のインベントリおよびトポロジの理解を有する。サービス・プロセッサ１３５は、システム・プロセッサ１０１ないし１０４、メモリ・コントローラ１０８、および入出力ブリッジ１１０に問い合わせることによって見つかったすべての要素に対して、組込み自己試験（ＢＩＳＴ）、基本検証テスト（ＢＡＴ）、およびメモリ・テストも実行する。ＢＩＳＴ、ＢＡＴ、およびメモリ・テスト中に検出された障害に関するエラー情報のすべてが、サービス・プロセッサ１３５によって集められ、報告される。
【００２２】
ＢＩＳＴ、ＢＡＴ、およびメモリ・テスト中に故障していることがわかった要素を除外した後に、システム・リソースの意味のある／有効な構成がまだ可能である場合には、データ処理システム１００が、ローカル（ホスト）・メモリ１６０ないし１６３への実行可能コードのロードに移ることが許可される。サービス・プロセッサ１３５は、その後、ホスト・メモリ１６０ないし１６３にロードされたコードの実行のためにホスト・プロセッサ１０１ないし１０４を解放する。ホスト・プロセッサ１０１ないし１０４が、データ処理システム１００内のそれぞれのオペレーティング・システムからのコードを実行している間に、サービス・プロセッサ１３５は、エラーの監視および報告のモードに入る。サービス・プロセッサによって監視されるタイプの項目には、たとえば、冷却ファンの速度および動作と、温度センサと、電源レギュレータと、プロセッサ１０１ないし１０４、メモリ１６０ないし１６３、およびバス・ブリッジ・コントローラ１１０によって報告される回復可能エラーおよび回復不能エラーが含まれる。
【００２３】
サービス・プロセッサ１３５は、データ処理システム１００内の監視されるすべての項目に関するエラー情報を保管し、報告する責任を負う。サービス・プロセッサ１３５は、エラーのタイプおよび定義された閾値に基づいて処置も講じる。たとえば、サービス・プロセッサ１３５は、プロセッサのキャッシュ・メモリでの過剰な回復可能エラーに注目し、これがハード障害の前兆であると判断することができる。この判定に基づいて、サービス・プロセッサ１３５は、現在稼働中のセッションおよび将来の初期パワー・ロード（ＩＰＬ）中の構成解除に関してそのリソースをマークすることができる。ＩＰＬは、「ブート」、または「ブートストラップ」と呼ばれる場合もある。
【００２４】
当業者は、図１に示されたハードウェアを変更できることを理解するであろう。たとえば、光ディスク・ドライブおよび類似物などの他の周辺デバイスも、図示のハードウェアに加えてまたはその代わりに使用することができる。図示の例は、本発明に関するアーキテクチャ上の制限を暗示するものではない。
【００２５】
図２は、本発明を実施することができる例示的な論理分割されたプラットフォームのブロック図である。論理分割されたプラットフォーム２００のハードウェアは、たとえば、図１のデータ処理システム１００として実施することができる。論理分割されたプラットフォーム２００には、分割されたハードウェア２３０、オープン・ファームウェア／ハイパーバイザ２１０、およびオペレーティング・システム２０２ないし２０８が含まれる。オペレーティング・システム２０２ないし２０８は、論理分割されたプラットフォーム２００上で同時に稼動する、単一のオペレーティング・システムの複数のコピーまたは複数の異種オペレーティング・システムとすることができる。
【００２６】
分割されたハードウェア２３０には、複数のプロセッサ２３２ないし２３８、複数のシステム・メモリ・ユニット２４０ないし２４６、複数の入出力アダプタ２４８ないし２６２、および記憶装置２７０が含まれる。プロセッサ２３２ないし２３８、メモリ・ユニット２４０ないし２４６、ＮＶ−ＲＡＭ２９８、および入出力アダプタ２４８ないし２６２のそれぞれを、論理分割されたプラットフォーム２００内の、それぞれがオペレーティング・システム２０２ないし２０８の１つに対応する複数の区画の１つに割り当てることができる。
【００２７】
オープン・ファームウェア／ハイパーバイザ２１０は、オペレーティング・システム２０２ないし２０８の複数の機能およびサービスを実行して、論理分割されたプラットフォーム２００の分割を作成し、実施する。ファームウェアとは、たとえば読取専用メモリ（ＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、消去プログラマブルＲＯＭ（ＥＰＲＯＭ）、電気消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ）、および不揮発性ランダム・アクセス・メモリ（不揮発性ＲＡＭ）などの、電力なしで内容を保持するメモリ・チップに保管された「ソフトウェア」である。
【００２８】
オープン・ファームウェア／ハイパーバイザ２１０は、基礎となるハードウェアと同一の、ファームウェアによって実施される仮想計算機である。したがって、オープン・ファームウェア／ハイパーバイザ２１０を用いると、論理分割されたプラットフォーム２００のすべてのハードウェア・リソースを仮想化することによって、ＯＳイメージ２０２ないし２０８の独立のイメージの同時実行が可能になる。オープン・ファームウェア／ハイパーバイザ２１０は、ＯＳイメージ２０２ないし２０８の１つによる使用のために、排他モードで、入出力アダプタ２４８ないし２６２を介して単一の仮想計算機に入出力デバイスを接続することができる。
【００２９】
始動時に、最も早期の初期プログラム・ロード（ＩＰＬ）ステージで、システム・ファームウェアは、入出力サブシステムのハードウェア検出を実行しなければならず、その後、ハードウェアを提示するために、システム・メモリ・マップに従ってシステム・アドレス範囲を初期化し、割り当てなければならない。検出および初期化が完了した時に、データ構造が確立され、更新される。
【００３０】
本発明は、ＬＰＡＲ可能計算機でシステム・ファームウェア更新を実行するための、オペレーティング・システムからのＲＴＡＳ呼出し、flash_updateおよびrebootをサポートする機構を提供する。ＬＰＡＲモードでは、この機構が、ハイパーバイザ・コード内で実行される。ハイパーバイザは、保守権限を有する区画だけがこの特定の機能を実行することを保証するために、保護を強制することができる。この機構を実行する前に、区画マネージャに、新しい区画を一切始動しないように知らせることができ、その結果、保守権限を有する区画が、システム・ファームウェア更新を完了でき、計算機を安全にリブートできるようになる。
【００３１】
図３は、本発明の好ましい実施形態によるファームウェア配置のブロック図である。システム・ファームウェア（ＦＷ）３１０が、最も早期のＩＰＬステージでハードウェア検出を実行し、システム・メモリ３５０のシステム・ファームウェア作業域３５２内にデータ構造を作成する。
【００３２】
ＩＰＬのオープン・ファームウェア・ステージでは、システム・ファームウェア３１０が、インターフェース（ＩＦ）３１４を介してオープン・ファームウェア３２０にデータ構造アドレス３１２を供給する。オープン・ファームウェア３２０は、システム・ファームウェア３１０からのデータ構造のコピーを、システム・メモリ３５０のオープン・ファームウェア作業域３５４内に作成する。
【００３３】
ＩＰＬのハイパーバイザ・ファームウェア・ステージでは、オープン・ファームウェア３２０が、インターフェース３２４を介してハイパーバイザ・ファームウェア３２６にデータ構造アドレス３２２を供給する。ハイパーバイザ・ファームウェア３２６は、オープン・ファームウェア３２０からのデータ構造のコピーを、システム・メモリ３５０のハイパーバイザ・ファームウェア作業域３５６内に作成する。
【００３４】
ＲＴＡＳファームウェア・コンポーネントがインスタンス化される時に、ハイパーバイザ・ファームウェア３２６が、インターフェース３３０を介してＲＴＡＳファームウェア３４０にデータ構造アドレス３２８を供給する。ＲＴＡＳファームウェア３４０は、ハイパーバイザ・ファームウェア３２６からのデータ構造のコピーを、システム・メモリ３５０のＲＴＡＳファームウェア作業域３５８内に作成する。
【００３５】
図４に、本発明の好ましい実施形態による、論理分割された計算機内のファームウェア更新の動作の流れ図を示す。この例では、動作が、オペレーティング・システムがフラッシュ更新を実行することによって開始される（ステップ４０２）。その後、ＲＴＡＳ呼出しによってリブートが行われる（ステップ４０４）。その後、ＲＴＡＳが、実行環境を決定する（ステップ４０６）。その後、実行環境が非ＬＰＡＲモードであるか否かに関する判断を行う（ステップ４０８）。実行環境が非ＬＰＡＲモードである場合（ステップ４０８：ＹＥＳ）、ＳＭＰが、path RTASコードを使用して実行され（ステップ４１０）、その後、動作が終了する。
【００３６】
実行環境が非ＬＰＡＲモードでない場合（ステップ４０８：ＮＯ）、ハイパーバイザに、フラッシュ更新を指示するように指示する（ステップ４１２）。その後、ハイパーバイザに、リブート機能を指示するように指示する（ステップ４１４）。その後、ハイパーバイザ・コードが保守権限を有するか否かを判断する（ステップ４１６）。
【００３７】
ハイパーバイザ・コードが保守権限を有しない場合（ステップ４１６：ＮＯ）、メールボックスに、区画をシャット・ダウンする要求を送り（ステップ４１８）、その後、動作が終了する。ハイパーバイザ・コードが保守権限を有する場合（ステップ４１６：ＹＥＳ）、フラグをセットして、区画マネージャに新しい区画の始動をやめるように指示する（ステップ４２０）。その後、追加の区画が稼働中であるか否かに関する判断を行う（ステップ４２２）。追加の区画が稼働中でない場合（ステップ４２２：ＮＯ）、新しいシステム・ハードウェアをフラッシュする（ステップ４２８）。その後、メールボックス要求を送って、システムをリブートし（ステップ４３０）、その後、動作を終了する。追加の区画が稼働中である場合（ステップ４２２：ＹＥＳ）、フラグをクリアして、新しい区画を始動できるようにする（ステップ４２４）。その後、要求を送って、オペレーティング・システムが使用可能にされる時に区画をリブートし（ステップ４２６）、その後、動作を終了する。
【００３８】
したがって、本発明は、複数の区画がＬＰＡＲモードでリブートするために実行され、このＬＰＡＲモードで保守権限を有する区画がファームウェアを更新する時に、システム・ファームウェアを更新する方法および装置を提供することによって、従来技術の欠点を解決する。保守権限を有する区画がファームウェアを更新する時に、オペレーティング・システムをＬＰＡＲモードでリブートすることができ、追加の区画は、ファームウェア更新が発生するまで始動できない。
【００３９】
完全に機能するデータ処理システムに関して本発明を説明してきたが、本発明の処理を、命令のコンピュータ可読媒体の形およびさまざまな形で配布することができること、および本発明が、配布の実行に実際に使用される信号担持媒体の特定の種類に無関係に同等にあてはまることを、当業者なら理解するであろうことに留意することが重要である。コンピュータ可読媒体の例には、フロッピ（登録商標）・ディスク、ハード・ディスク、ＲＡＭ、およびＣＤ−ＲＯＭなどの記録可能型媒体と、ディジタル通信リンクおよびアナログ通信リンクなどの伝送型媒体が含まれる。
【００４０】
本発明の説明は、例示および説明のために提示されたものであって、網羅的であることまたは開示された形態だけに本発明を制限するものではない。多数の修正形態および変形形態が、当業者には明らかであろう。この実施形態は、本発明の原理および実用的応用例を最もよく説明し、企図される特定の用途に適するさまざまな修正を有するさまざまな実施形態のために当業者が本発明を理解できるようにするために、選択して述べた。
【００４１】
まとめとして、本発明の構成に関して以下の事項を開示する。
【００４２】
（１）複数の論理区画を有するデータ処理システム内でシステム・ファームウェアを管理する方法であって、
前記データ処理システム内の前記複数の論理区画内の第１論理区画からの前記システム・ファームウェアを更新する要求に応答して、前記複数の論理区画内の前記第１論理区画が前記データ処理システム内に存在するかどうかを判断するステップと、
前記複数の論理区画内の第１論理区画が前記データ処理システム内に存在するとの判断に応答して、前記データ処理システム内の第１論理区画から前記システム・ファームウェアを更新するステップと、
前記第１論理区画からの前記システム・ファームウェア更新が完了するまで、前記データ処理システム内の前記複数の論理区画内の追加の区画の始動を禁止するステップと
を含む方法。
（２）前記第１論理区画からの前記システム・ファームウェア更新の完了に応答して、前記第１論理区画から前記データ処理システムをリブートする要求を受け取るステップと、
前記第１論理区画に割り当てられたプロセッサのリブート信号を活動化するステップと
をさらに含む、上記（１）に記載の方法。
（３）前記論理区画のリブートが、ハイパーバイザによって実行される、上記（２）に記載の方法。
（４）前記第１論理区画からの前記システム・ファームウェアを更新する前記要求を、リモート端末から受け取る、上記（１）に記載の方法。
（５）前記第１論理区画からの前記システム・ファームウェアを更新する前記要求を、ハイパーバイザから受け取る、上記（１）に記載の方法。
（６）前記データ処理システム内の前記第１論理区画からの前記システム・ファームウェアの更新が、ハイパーバイザによって実行される、上記（１）に記載の方法。
（７）前記ハイパーバイザが、前記データ処理システム内の前記第１論理区画だけが前記システム・ファームウェア更新を実行することを保証する、上記（６）に記載の方法。
（８）バス・システムと、
前記バス・システムに接続された通信ユニットと、
前記バス・システムに接続された、命令の組を含むメモリと、
前記バス・システムに接続されたプロセッサとを含むデータ処理システムであって、前記プロセッサが、複数の論理区画内の第１論理区画からのシステム・ファームウェアを更新する要求の受取に応答して、前記複数の論理区画内の前記第１論理区画が前記データ処理システム内に存在するかどうかを判断し、前記複数の論理区画内の第１論理区画が前記データ処理システム内に存在するとの判断に応答して、前記データ処理システム内の前記第１論理区画から前記システム・ファームウェアを更新し、前記第１論理区画からの前記システム・ファームウェア更新が完了するまで、前記データ処理システム内の前記複数の論理区画内の追加の区画の始動を禁止するために、前記メモリから前記命令の組を実行する
データ処理システム。
（９）複数の論理区画を有するデータ処理システム内でシステム・ファームウェアを管理するデータ処理システムであって、
前記データ処理システム内の前記複数の論理区画内の第１論理区画からの前記システム・ファームウェアを更新する要求に応答して、前記複数の論理区画内の第１論理区画が前記データ処理システム内に存在するかどうかを判断する判断手段と、
前記複数の論理区画内の第１論理区画が前記データ処理システム内に存在するとの判断に応答して、前記データ処理システム内の前記第１論理区画から前記システム・ファームウェアを更新する更新手段と、
前記第１論理区画からの前記システム・ファームウェア更新が完了するまで、前記データ処理システム内の前記複数の論理区画内の追加の区画の始動を禁止する禁止手段と
を含むデータ処理システム。
（１０）前記第１論理区画からの前記システム・ファームウェア更新の完了に応答して、前記第１論理区画から前記データ処理システムをリブートする要求を受け取る受取手段と、
前記第１論理区画に割り当てられたプロセッサのリブート信号を活動化する活動化手段と
をさらに含む、上記（９）に記載のデータ処理システム。
（１１）前記論理区画のリブートが、ハイパーバイザによって実行される、上記（１０）に記載のデータ処理システム。
（１２）前記第１論理区画からの前記システム・ファームウェアを更新する前記要求を、リモート端末から受け取る、上記（９）に記載のデータ処理システム。
（１３）前記第１論理区画からの前記システム・ファームウェアを更新する前記要求を、ハイパーバイザから受け取る、上記（９）に記載のデータ処理システム。
（１４）前記データ処理システム内の前記第１論理区画からの前記システム・ファームウェアの更新が、ハイパーバイザによって実行される、上記（９）に記載のデータ処理システム。
（１５）前記ハイパーバイザが、前記データ処理システム内の前記第１論理区画だけが前記システム・ファームウェア更新を実行することを保証する、上記（１４）に記載のデータ処理システム。
（１６）複数の論理区画を有するデータ処理システム内でシステム・ファームウェアを管理する、コンピュータ可読媒体内のコンピュータ・プログラム製品であって、
前記データ処理システム内の前記複数の論理区画内の第１論理区画からの前記システム・ファームウェアを更新する要求に応答して、前記複数の論理区画内の第１論理区画が前記データ処理システム内に存在するかどうかを判断する第１命令と、
前記複数の論理区画内の第１論理区画が前記データ処理システム内に存在するとの判断に応答して、前記データ処理システム内の第１論理区画から前記システム・ファームウェアを更新する第２命令と、
前記第１論理区画からの前記システム・ファームウェア更新が完了するまで、前記データ処理システム内の前記複数の論理区画内の追加の区画の始動を禁止する第３命令と
を含むコンピュータ・プログラム製品。
（１７）前記第１論理区画からの前記システム・ファームウェア更新の完了に応答して、前記第１論理区画から前記データ処理システムをリブートする要求を受け取る第３命令と、
前記第１論理区画に割り当てられたプロセッサのリブート信号を活動化する第４命令と
をさらに含む、上記（１６）に記載のコンピュータ・プログラム製品。
（１８）前記論理区画のリブートが、ハイパーバイザによって実行される、上記（１７）に記載のコンピュータ・プログラム製品。
（１９）前記第１論理区画からの前記システム・ファームウェアを更新する前記要求を、リモート端末から受け取る、上記（１６）に記載のコンピュータ・プログラム製品。
（２０）前記第１論理区画からの前記システム・ファームウェアを更新する前記要求を、ハイパーバイザから受け取る、上記（１６）に記載のコンピュータ・プログラム製品。
（２１）前記データ処理システム内の前記第１論理区画からの前記システム・ファームウェアの更新が、ハイパーバイザによって実行される、上記（１６）に記載のコンピュータ・プログラム製品。
（２２）前記ハイパーバイザが、前記データ処理システム内の前記第１論理区画だけが前記システム・ファームウェア更新を実行することを保証する、上記（２１）に記載のコンピュータ・プログラム製品。
【図面の簡単な説明】
【００４３】
【図１】本発明を実施することができるデータ処理システムのブロック図である。
【図２】本発明を実施することができる、例示的な論理分割されたプラットフォームのブロック図である。
【図３】本発明の好ましい実施形態によるファームウェア配置のブロック図である。
【図４】本発明の好ましい実施形態による、論理分割された計算機内のファームウェア更新の動作の流れ図である。
【符号の説明】
【００４４】
１１５  ＰＣＩバス
１２０  入出力アダプタ
１２１  入出力アダプタ
３１０  システム・ファームウェア（ＦＷ）
３１２  データ構造アドレス
３１４  インターフェース（ＩＦ）
３２０  オープン・ファームウェア
３２２  データ構造アドレス
３２４  インターフェース
３２６  ハイパーバイザ・ファームウェア
３２８  データ構造アドレス
３３０  インターフェース
３４０  ＲＴＡＳファームウェア
３５０  システム・メモリ
３５２  システム・ファームウェア作業域
３５４  オープン・ファームウェア作業域
３５６  ハイパーバイザ・ファームウェア作業域
３５８  ＲＴＡＳファームウェア作業域
４０２  オペレーティング・システムがフラッシュ更新を実行するステップ
４０４  リブートＲＴＡＳ呼出しのステップ
４０６  ＲＴＡＳが実行環境を決定するステップ
４０８  実行環境が非ＬＰＡＲモードであるか否かに関する判断を行うステップ
４１０  SMP path RTASコードを実行するステップ
４１２  ハイパーバイザに、フラッシュ更新を指示するように指示するステップ
４１４  ハイパーバイザに、リブート機能を指示するように指示するステップ
４１６  ハイパーバイザ・コードが保守権限を有するか否かを判断するステップ
４１８  メールボックスに、区画をシャット・ダウンする要求を送るステップ
４２０  フラグをセットして、区画マネージャに新しい区画の始動をやめるように指示するステップ
４２２  追加の区画が稼働中であるか否かに関する判断を行うステップ
４２４  フラグをクリアして、新しい区画を始動できるようにするステップ
４２６  要求を送って、区画をリブートし、これによってオペレーティング・システムを再始動するステップ
４２８  新しいシステム・ハードウェアをフラッシュするステップ
４３０  メールボックス要求を送って、システムをリブートするステップ
【図１】
2007133901.tif 000003
【図２】
2007133901.tif 000004
【図３】
2007133901.tif 000005
【図４】
2007133901.tif 000006
【手続補正書】
【提出日】平成19年1月18日(2007.1.18)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
複数の論理区画を有するデータ処理システム内でシステム・ファームウェアを管理する方法であって、
前記データ処理システムは、それぞれが前記複数の論理区画のいずれか１つに割り当てられた複数のデバイスを含む分割されたハードウェアを含み、
それぞれの前記複数の論理区画は、複数のオペレーティング・システムのうちの１つを実行し、前記複数のオペレーティング・システムのうちの１つは、当該オペレーティング・システムを実行する論理区画に割り当てられた前記複数のデバイスにのみアクセスをすることができ、
前記データ処理システム内の前記複数の論理区画内の第１論理区画からの前記システム・ファームウェアを更新する要求に応答して、前記第１論理区画が前記データ処理システム内に存在するかどうかを判断するステップと、
前記第１の論理区画が前記システム・ファームウェアを更新するための権限があるかどうかを判断するステップと、
前記第１論理区画が前記データ処理システム内に存在し、かつ前記第１の論理区画が前記システム・ファームウェアを更新するための権限があるとの判断に応答して、前記第１論理区画から前記システム・ファームウェアを更新するステップと、
前記第１論理区画からの前記システム・ファームウェア更新が完了するまで、前記データ処理システム内の前記複数の論理区画内の区画の追加を禁止するステップと
を含む方法。
【請求項２】
バス・システムと、
前記バス・システムに接続された通信ユニットと、
前記バス・システムに接続された、命令の組を含むメモリと、
前記バス・システムに接続されたプロセッサとを含むデータ処理システムであって、
前記データ処理システムは、それぞれが前記複数の論理区画のいずれか１つに割り当てられた複数のデバイスを含む分割されたハードウェアを含み、
それぞれの前記複数の論理区画は、複数のオペレーティング・システムのうちの１つを実行し、前記複数のオペレーティング・システムのうちの１つは、当該オペレーティング・システムを実行する論理区画に割り当てられた前記複数のデバイスにのみアクセスをすることができ、
前記プロセッサが、前記複数の論理区画内の第１論理区画からのシステム・ファームウェアを更新する要求の受取に応答して、前記第１論理区画が前記データ処理システム内に存在するかどうかを判断し、前記第１の論理区画が前記システム・ファームウェアを更新するための権限があるかどうかを判断し、前記第１論理区画が前記データ処理システム内に存在し、かつ前記第１の論理区画が前記システム・ファームウェアを更新するための権限があるとの判断に応答して、前記第１論理区画から前記システム・ファームウェアを更新し、前記第１論理区画からの前記システム・ファームウェア更新が完了するまで、前記データ処理システム内の前記複数の論理区画内の区画の追加を禁止する、
データ処理システム。
【請求項３】
複数の論理区画を有するデータ処理システム内でシステム・ファームウェアを管理するデータ処理システムであって、
前記データ処理システムは、それぞれが前記複数の論理区画のいずれか１つに割り当てられた複数のデバイスを含む分割されたハードウェアを含み、
それぞれの前記複数の論理区画は、複数のオペレーティング・システムのうちの１つを実行し、前記複数のオペレーティング・システムのうちの１つは、当該オペレーティング・システムを実行する論理区画に割り当てられた前記複数のデバイスにのみアクセスをすることができ、
前記データ処理システム内の前記複数の論理区画内の第１論理区画からの前記システム・ファームウェアを更新する要求に応答して、前記第１論理区画が前記データ処理システム内に存在するかどうかを判断する判断手段と、
前記第１の論理区画が前記システム・ファームウェアを更新するための権限があるかどうかを判断する判断手段と、
前記第１論理区画が前記データ処理システム内に存在し、かつ前記第１の論理区画が前記システム・ファームウェアを更新するための権限があるとの判断に応答して、前記第１論理区画から前記システム・ファームウェアを更新する更新手段と、
前記第１論理区画からの前記システム・ファームウェア更新が完了するまで、前記データ処理システム内の前記複数の論理区画内の区画の追加を禁止する禁止手段と
を含むデータ処理システム。
【請求項４】
複数の論理区画を有するデータ処理システム内でシステム・ファームウェアを管理するためのコンピュータ・プログラムであって、
前記データ処理システムは、それぞれが前記複数の論理区画のいずれか１つに割り当てられた複数のデバイスを含む分割されたハードウェアを含み、
それぞれの前記複数の論理区画は、複数のオペレーティング・システムのうちの１つを実行し、前記複数のオペレーティング・システムのうちの１つは、当該オペレーティング・システムを実行する論理区画に割り当てられた前記複数のデバイスにのみアクセスをすることができ、
前記データ処理システム内の前記複数の論理区画内の第１論理区画からの前記システム・ファームウェアを更新する要求に応答して、前記第１論理区画が前記データ処理システム内に存在するかどうかを判断するステップと、
前記第１の論理区画が前記システム・ファームウェアを更新するための権限があるかどうかを判断するステップと、
前記第１論理区画が前記データ処理システム内に存在し、かつ前記第１の論理区画が前記システム・ファームウェアを更新するための権限があるとの判断に応答して、前記第１論理区画から前記システム・ファームウェアを更新するステップと、
前記第１論理区画からの前記システム・ファームウェア更新が完了するまで、前記データ処理システム内の前記複数の論理区画内の区画の追加を禁止するステップと、
を前記データ処理システムに実行させる、コンピュータ・プログラム。
【手続補正書】
【提出日】平成19年3月29日(2007.3.29)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
複数の論理区画を有するデータ処理システム内でシステム・ファームウェアを管理する方法であって、
前記データ処理システムは、それぞれが前記複数の論理区画のいずれか１つに割り当てられた複数のデバイスを含む分割されたハードウェアを含み、
それぞれの前記複数の論理区画は、複数のオペレーティング・システムのうちの１つを実行し、前記複数のオペレーティング・システムのうちの１つは、当該オペレーティング・システムを実行する論理区画に割り当てられた前記複数のデバイスにのみアクセスをすることができ、
前記データ処理システム内の論理区画からの前記システム・ファームウェアを更新する要求に応答して、前記論理区画が前記システム・ファームウェアを更新するための権限があるかどうかをハイパーバイザが判断するステップと、
前記論理区画が前記システム・ファームウェアを更新するための権限があるとの前記ハイパーバイザの判断に応答して、前記ハイパーバイザが前記論理区画からの要求に応じて前記システム・ファームウェアを更新するステップと、
前記論理区画からの要求に応じて実施される前記システム・ファームウェア更新が完了するまで、前記データ処理システム内の前記複数の論理区画内の区画の始動を前記ハイパーバイザが禁止するステップと、
を含む方法。
【請求項２】
バス・システムと、
前記バス・システムに接続された通信ユニットと、
前記バス・システムに接続されたメモリと、
前記バス・システムに接続されたプロセッサとを含むデータ処理システムであって、
前記データ処理システムは、それぞれが前記複数の論理区画のいずれか１つに割り当てられた複数のデバイスを含む分割されたハードウェアを含み、
それぞれの前記複数の論理区画は、複数のオペレーティング・システムのうちの１つを実行し、前記複数のオペレーティング・システムのうちの１つは、当該オペレーティング・システムを実行する論理区画に割り当てられた前記複数のデバイスにのみアクセスをすることができ、
前記ハイパーバイザが、前記データ処理システム内の論理区画からのシステム・ファームウェアを更新する要求の受取に応答して、前記論理区画が前記システム・ファームウェアを更新するための権限があるかどうかを判断し、前記論理区画が前記システム・ファームウェアを更新するための権限があるとの判断に応答して、前記論理区画からの要求に応じて前記システム・ファームウェアを更新し、前記論理区画からの要求に応じて実施される前記システム・ファームウェア更新が完了するまで、前記データ処理システム内の前記複数の論理区画内の区画の始動を禁止するデータ処理システム。
【請求項３】
複数の論理区画を有するデータ処理システム内でシステム・ファームウェアを管理するデータ処理システムであって、
前記データ処理システムは、それぞれが前記複数の論理区画のいずれか１つに割り当てられた複数のデバイスを含む分割されたハードウェアを含み、
それぞれの前記複数の論理区画は、複数のオペレーティング・システムのうちの１つを実行し、前記複数のオペレーティング・システムのうちの１つは、当該オペレーティング・システムを実行する論理区画に割り当てられた前記複数のデバイスにのみアクセスをすることができ、
前記データ処理システム内の論理区画からの前記システム・ファームウェアを更新する要求に応答して、前記論理区画が前記システム・ファームウェアを更新するための権限があるかどうかを判断する判断手段と、
前記論理区画が前記システム・ファームウェアを更新するための権限があるとの前記判断手段の判断に応答して、前記論理区画からの要求に応じて前記システム・ファームウェアを更新する更新手段と、
前記論理区画からの要求に応じて実施される前記システム・ファームウェア更新が完了するまで、前記データ処理システム内の前記複数の論理区画内の区画の始動を禁止する禁止手段と、
を含むデータ処理システム。
【請求項４】
複数の論理区画を有するデータ処理システム内でシステム・ファームウェアを管理するコンピュータ・プログラムであって、
前記データ処理システムは、それぞれが前記複数の論理区画のいずれか１つに割り当てられた複数のデバイスを含む分割されたハードウェアを含み、
それぞれの前記複数の論理区画は、複数のオペレーティング・システムのうちの１つを実行し、前記複数のオペレーティング・システムのうちの１つは、当該オペレーティング・システムを実行する論理区画に割り当てられた前記複数のデバイスにのみアクセスをすることができ、
前記データ処理システム内の論理区画からの前記システム・ファームウェアを更新する要求に応答して、前記論理区画が前記システム・ファームウェアを更新するための権限があるかどうかを判断する判断手段と、
前記論理区画が前記システム・ファームウェアを更新するための権限があるとの前記判断手段の判断に応答して、前記論理区画からの要求に応じて前記システム・ファームウェアを更新する更新手段と、
前記論理区画からの要求に応じて実施される前記システム・ファームウェア更新が完了するまで、前記データ処理システム内の前記複数の論理区画内の区画の始動を禁止する禁止手段と、
として前記データ処理システムを機能させる、コンピュータ・プログラム。