JPH06332747A - マルチプロセッサシステムのプログラムデバッグ方法 - Google Patents

Abstract

(57)【要約】 【構成】 密結合型マルチプロセッサシステムを構成す
る複数のプロセッサ11〜15の内の１つのプロセッサ15を
デバッガ動作用プロセッサとしてシステムから論理的に
切り離し、その上でデバッガ111 を動作させ、残りのプ
ロセッサ11〜14でシステム動作を続ける。デバッガ111
はデバッガ用コンソール17から入力されたコマンドに応
じてプロセッサ11〜14を個別に停止させたり、再開させ
たり、オペレーティング・システム110 にブレークポイ
ントを設定する機能を持つ。ブレークポイント例外時
に、例外を発生したプロセッサのみ停止させるか、プロ
セッサ11〜14全てを停止させるかが選択できる。 【効果】 特別なプロセッサを使用せずに、マルチプロ
セッサシステムのオペレーティング・システムのデバッ
グが行え、且つ、複数のプロセッサが一斉に同一のクリ
ティカルリージョンを実行するといったタイミングを作
ることができる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、メモリを共有する密結
合型マルチプロセッサシステムのプログラムデバッグ方
法に関し、特にオペレーティング・システムのデバッグ
方法に関する。

【０００２】

【従来の技術】プログラムのデバッグ方法としては従来
より種々の方法が提案されているが、その中で、マルチ
プロセッサシステムのプログラムデバッグに適用可能な
技術としては、例えば特開昭６０−２０７９３７号公報
に見られるように、サポートプロセッサと称される特別
なプロセッサを、デバッグ対象となるプログラムが動作
するプロセッサに接続して、このサポートプロセッサ上
でデバッガを動作させることにより、デバッグを進める
方法がある。

【０００３】

【発明が解決しようとする課題】このような従来方法に
よれば、マルチプロセッサシステムのプログラムデバッ
グにおいても、シングルプロセッサシステムの場合と同
様に、デバッガは１つのプロセッサのみを意識していれ
ば済むため、デバッガ自体の構造が簡単になるという。
しかしながら、このような従来方法では、サポートプロ
セッサといった特別なプロセッサが必要になる上、複数
のプロセッサが同時並行的に動作するというマルチプロ
セッサシステムの特徴を踏まえたデバッグが行えない。

【０００４】即ち、マルチプロセッサシステムのオペレ
ーティング・システム（ＯＳ）のデバッグにおいては、
或るクリティカルリージョン（排他の必要な部分）の排
他が十分かどうかを確認することが必要であり、そのた
めには、複数のプロセッサが一斉に同一のクリティカル
リージョンを実行しようとするタイミングを作る必要が
あるが、従来方法では、そのようなタイミングを作るこ
とは困難である。

【０００５】そこで本発明の第１の目的は、特別なプロ
セッサを使用せずに、マルチプロセッサシステムのプロ
グラムデバッグを行うことができる方法を提供すること
にある。

【０００６】また、本発明の第２の目的は、複数のプロ
セッサが一斉に同一のクリティカルリージョンを実行す
るといったタイミングを容易に作ることができるデバッ
グ方法を提供することにある。

【０００７】

【課題を解決するための手段】本発明は上記の第１の目
的を達成するために、複数のプロセッサ間でメモリを共
有する密結合型マルチプロセッサシステムのプログラム
デバッグ方法において、システム稼動中に１つのプロセ
ッサをシステムから論理的に切り離してそれをデバッガ
動作用プロセッサに割り当てることにより、または、シ
ステム初期化過程において１つのプロセッサをデバッガ
動作用プロセッサに割り当てることにより、複数のプロ
セッサのうちの１つのプロセッサをデバッガ動作用プロ
セッサに割り当てて、残りのプロセッサでオペレーティ
ング・システムおよびその他のプログラムを動作させ、
前記デバッガ動作用プロセッサ上で、デバッガ用入出力
装置のアクセスを制御するアクセス手段と、該アクセス
手段を通じて前記デバッガ用入出力装置から入力したコ
マンドを解析して解析結果に基づく処理を行うデバッガ
基本部と、該デバッガ基本部から指定されたプロセッサ
の動作を停止させるプロセッサ動作停止手段と、前記デ
バッガ基本部から指定されたプロセッサの動作を再開さ
せるプロセッサ動作再開手段とを含むデバッガを動作さ
せて、オペレーティング・システムのデバッグを進める
ようにしたものである。

【０００８】また、第２の目的をも達成するために、前
記デバッガ用入出力装置からオペレーティング・システ
ム内のブレークポイントおよび該ブレークポイントでブ
レークポイント例外を発生したプロセッサのみ停止させ
ることの指示を含むブレークポイント設定コマンドを入
力して、前記デバッガのデバッガ基本部によりブレーク
ポイントの設定処理を行わせ、前記設定されたブレーク
ポイントを実行したプロセッサでブレークポイント例外
を発生させて自プロセッサを停止させると共に前記デバ
ッガ動作用プロセッサにブレークポイント停止通知を出
力させ、デバッガ動作用プロセッサを除く全てのプロセ
ッサからブレークポイント停止通知を受けた時点で、前
記デバッガがブレークポイント例外発生を前記デバッガ
用入出力装置にてオペレータに通知するようにしてい
る。

【０００９】

【実施例】次に本発明の実施例について図面を参照して
詳細に説明する。

【００１０】図１を参照すると、本発明の一実施例を適
用したマルチプロセッサシステムは、複数個のプロセッ
サ１１〜１５と、これらのプロセッサ１１〜１５で共有
される共有メモリ１６と、デバッガ用コンソール１７
と、システム用コンソール１８と、磁気ディスク装置な
どの如き二次記憶装置１９と、これらを相互に接続する
システムバス２０とで構成されている。なお、プロセッ
サ１１〜１５は同一タイプのプロセッサであり、例えば
ミップス社製のＲ３０００，Ｒ４０００といったプロセ
ッサが使用される。また、図１において、１１０はデバ
ッグ対象となるオペレーティング・システム、１１１は
デバッガ（カーネルデバッガ）である。

【００１１】図２を参照すると、デバッガ１１１は、デ
バッガ基本部２２とプロセッサ動作停止手段２３とプロ
セッサ動作再開手段２４とデバッガ用コンソールアクセ
ス手段２５とで構成されている。

【００１２】次に、このように構成された本実施例の動
作を説明するが、その前に本実施例で使用するプロセッ
サ間割り込み機能，プロセッサ切り離し機能，割り込み
先プロセッサ指定機能について、それらは既知の技術で
はあるが、以下、簡単に説明しておく。

【００１３】プロセッサ間割り込み機能は、マルチプロ
セッサシステムにおいてプロセッサ間の通信を行うため
の機能であり、他のプロセッサへ割り込みを発生させる
ものである。本実施例では、このプロセッサ間割り込み
機能を使用してプロセッサの停止などを行う。プロセッ
サを停止させるという観点からは最も優先度の高い割り
込みを発生させることが必要である。一般には、プロセ
ッサ１１〜１５とシステムバス２０との間にバスインタ
フェイス回路があるので、その中の割り込みレジスタに
外部から書き込みを行うことで当該プロセッサへの割り
込みを発生させる。このとき、共有メモリ１６内にプロ
セッサ間通信情報格納域を設け、そこにプロセッサ停止
要求であることを示す情報を記述しておき、プロセッサ
間割り込みを受けたプロセッサがその時点のコンテキス
ト，すなわち各種レジスタの内容を共有メモリ１６にセ
ーブした後、上記のプロセッサ間通信情報格納域の情報
によって停止要求であることを確認すると、停止状態と
なる。なお、本実施例で使用するプロセッサ１１等は、
上記の停止状態として無限ループ状態をとる。即ち、共
有メモリ１６上の所定の位置を常にリードして、動作再
開の指示が来ているか否かを常にチェックする状態とな
る。そして、動作再開指示が来た場合にループから脱出
して平常の処理を再開する。

【００１４】プロセッサ切り離し機能は、マルチプロセ
ッサシステムにおいて、任意のプロセッサを論理的にシ
ステムから切り離し、使用しないようにする機能であ
り、オペレーティング・システム１１０の一機能であ
る。一般には、システムにプロセッサ切り離し要求を行
うと、当該プロセッサの固有データ域にある切り離し要
求受け付けフラグがオンになり、当該プロセッサがプロ
セス切り替え動作を行う際にそれを確認して、オンであ
れば次のプロセスへの切り替えを行わず、アイドル状態
となる。ただし、このときプロセッサ間割り込み以外の
割り込みは受け付けないように割り込みマスクをセット
する。

【００１５】割り込み先プロセッサ指定機能は、所定の
デバイスが割り込みを行う際に複数の割り込み先が考え
られるとき、その割り込み先を明示的に指定しておくこ
とによって、割り込み先プロセッサを固定する機能であ
る。本実施例においては、デバッガ１１１とオペレーテ
ィング・システム１１０が並列して動作するため、それ
ぞれの処理すべき割り込みが混じらないようにする必要
がある。そのため、デバッガ１１１の使用するプロセッ
サ（後述する例ではプロセッサ１５）では、デバッガ用
端末の割り込み以外のＩ／Ｏ割り込みは受け付けないよ
うにし、デバッガ用端末の発生する割り込みは当該プロ
セッサ以外には通知されないようにしている。なお、デ
バッガ用端末のためのシリアルインタフェイスを各プロ
セッサ毎に装備し、それぞれのインタフェイスを他のプ
ロセッサからアクセスできないようにして、かつそれぞ
れのインタフェイスが対応するプロセッサ以外のプロセ
ッサにアクセスできないように設定してあるマルチプロ
セッサシステムでは、割り込み先プロセッサ指定機能を
使う必要が無いのは言うまでもない。

【００１６】次に本実施例の動作を説明する。今、図１
に示す全てのプロセッサ１１〜１５上においてオペレー
ティング・システム１１０の介在の下で種々のプログラ
ムが同時並列的に実行されているものとする。即ち、通
常のシステム動作が行われているものとする。このよう
な状態において、オペレーティング・システム１１０の
デバッグを行う場合、前述したプロセッサ切り離し機能
を使用して、予め定められた特定のプロセッサ（本例で
はプロセッサ１５とする）をデバッガ動作用プロセッサ
としてシステムから論理的に切り離し、このプロセッサ
１５上でデバッガ１１１を起動すると共に、残りのプロ
セッサ１１〜１４でシステム動作を続行させる。このと
き、前述した割り込み先プロセッサ指定機能を使用し
て、並列して動作するオペレーティング・システム１１
０とデバッガ１１１の処理すべき割り込みが混じらない
ようにする。

【００１７】プロセッサ１５を論理的に切り離す手順
は、先ずプロセッサ１５上で動作しているプロセスにつ
いて強制的に処理を中断させ、プロセッサ１５を何も実
行していない状態にし、スケジュール対象プロセッサの
リストからプロセッサ１５の情報を削除して、他のプロ
セスがプロセッサ１５にてスケジュールされて実行され
ることのないようにする。次に、プロセッサ１５にて実
行する予定になっているタイマサービスを全て処理し終
えた時点で、プロセッサ１５へのクロック割り込みを停
止させる。クロック割り込みとはタイマサービスを行う
ための定期的な割り込みのことである。なお、当該プロ
セッサ１５にバインドされたプロセスや特別なサービス
が存在する場合、プロセッサ１５を切り離すことはでき
ない。バインドされているというのは、プロセッサ１５
でのみ実行されるよう特に指定されている場合を指す。
この段階で、プロセッサ１５は何も実行していない状態
で、かつ受け付け可能な割り込みは、プロセッサ間割り
込みとハード故障によるマスクできない割り込みのみと
なる。

【００１８】このようにプロセッサ１５がシステムから
論理的に切り離された状態になった後、デバッガ１１１
をプロセッサ１５上で動作させる。これは、例えばオペ
レーティング・システム１１０からプロセッサ間割り込
みを使用してデバッガ起動を指示することで実現でき
る。即ち、オペレータが、システム用コンソール１８か
らの入力や何等かのスイッチ操作によってデバッガ起動
を指示すると、オペレーティング・システム１１０は共
有メモリ１６内の予め定められたアドレスのエリアをプ
ロセッサ間通信情報格納域として用いて、デバッガ起動
を行う旨の情報を書き込み、次いでプロセッサ１５にプ
ロセッサ間割り込みを行う。プロセッサ１５はプロセッ
サ間割り込みハンドラの処理の中で共有メモリ１６の中
のプロセッサ間通信情報格納域を参照し、デバッガ起動
を行う指示であると判断すると、デバッガ１１１を実行
する。なお、デバッガ１１１のコード自体は共有メモリ
１６上にオペレーティング・システム１１０の中核部と
共に常駐していてもよいし、オペレータがデバッガ起動
を指示したときに、オペレーティング・システム１１０
がそれを二次記憶装置１９から共有メモリ１６にコピー
しても良い。

【００１９】以上は、システムが通常処理を行っている
状態のときにデバッガ１１１を起動した場合である。従
って、デバッグは通常処理が行われている期間が対象と
なる。しかし、一般に新規システムのデバッグは、シス
テムの電源投入から通常処理を行える状態になるまでの
期間も対象となる。電源投入から通常処理を行える状態
にする処理を立ち上げ処理という。このような立ち上げ
処理中のデバッグを可能とするためには、システム初期
化過程においてデバッガ１１１を起動する必要がある。
このような場合は次のような方法をとれば良い。

【００２０】先ず、オペレーティング・システム１１０
の中核部とデバッガ１１１を共有メモリ１６上に常駐さ
せる。従って、立ち上げ処理では、先ずオペレーティン
グ・システム１１０の中核部とデバッガ１１１を二次記
憶装置１９から共有メモリ１６上にロードする処理を行
う。ロードされたオペレーティング・システム１１０の
中核部は、先ずデバッガ１１１を起動するのに必要十分
な初期化処理を行い、次いでデバッガ１１１を立ち上げ
処理中に起動するかどうかを調べる。デバッガを立ち上
げ処理中に起動するかどうかは、オペレーティング・シ
ステム１１０の中核部の構成情報で指定する方法が考え
られ、そのような情報は、オペレーティング・システム
１１０の中核部の内部に持つか、あるいはハードウェア
に不揮発性の書き換え可能なメモリ領域があれば、そこ
に持てばよい。そして、デバッガを立ち上げ処理中に起
動する場合、デバッガ動作用プロセッサとして予約され
たプロセッサ１５をデバッガ動作用プロセッサに割り当
て、以後、オペレーティング・システム１１０はそのプ
ロセッサを使用しないよう設定し、このプロセッサ１５
上でデバッガ１１１を起動する。そして、オペレーティ
ング・システム１１０は、デバッガ１１１からの指示を
待ってその後の立ち上げ処理を継続する。立ち上げ処理
の継続を指示するデバッガ１１１からの指示は、例え
ば、共有メモリ１６内の所定のアドレスの内容を書き換
えることで、オペレーティング・システム１１０に伝え
ることができる。

【００２１】さて、以上のようにして起動されたデバッ
ガ１１１は、起動直後にデバッガ用コンソール１７に対
してデバッガ用コンソールアクセス手段２５を用いて、
入力要求のプロンプトを表示し、入力待ち状態となる。

【００２２】デバッガ１１１の基本的な処理の流れは、
デバッガ用コンソールアクセス手段２５を用いて、オペ
レータのコマンドの入力を待ち、入力されたコマンドの
内容をデバッガ基本部２２にて解析して解析結果に基づ
く処理を行い、結果をデバッガ用コンソールアクセス手
段２５を用いてデバッガ用コンソール１７に表示し、再
度デバッガ用コンソールアクセス手段２５を用いて、オ
ペレータの入力を待つ、というものである。このとき、
デバッガ基本部２２は、必要に応じてプロセッサ動作停
止手段２３やプロセッサ動作再開手段２４を用いて、オ
ペレーティング・システム１１０が動作しているプロセ
ッサ１１〜１４を停止させたり、動作を再開させたりす
る。以下、典型的な動作を説明する。

【００２３】（１）プロセッサの停止（図１〜図３参
照）。 オペレータがデバッガ１１１に対してデバッガ用コンソ
ール１７から、プロセッサ１１〜１４のうちの任意のプ
ロセッサ、例えばプロセッサ１１の停止を要求するコマ
ンドを入力すると、デバッガ基本部２２は入力されたコ
マンドを解析し（Ｓ１，Ｓ２）、プロセッサ動作停止要
求であることを判別すると、プロセッサ動作停止手段２
３にコマンドで指定された、プロセッサ１１のプロセッ
サ番号を引き数として渡す。なお、他のコマンドの場合
はそれに応じた処理を行う（Ｓ３）。

【００２４】プロセッサ動作停止手段２３は、共有メモ
リ１６内のプロセッサ１１向けのプロセッサ間通信情報
格納域にデバッガ１１１からの停止要求であることを示
すデータを書き込み（Ｓ４）、プロセッサ間割り込み機
能を使ってプロセッサ１へのプロセッサ間割り込みを発
行する（Ｓ５）。その後、デバッガ動作用プロセッサ１
５はプロセッサ１１からの応答を待ち合わせる状態にな
る（Ｓ６）。

【００２５】プロセッサ１１は、プロセッサ間割り込み
がかかると、プロセッサ間割り込みハンドラを実行し、
その時点のコンテキストすなわち各種レジスタの内容を
共有メモリ１６にセーブした後、プロセッサ間通信情報
格納域の内容を読み込んで解析する（Ｓ７）。そして、
この処理でデバッガ１１１からの停止要求であることを
認識すると、デバッガ動作用プロセッサとして予め定め
られているプロセッサ１５に対して応答を返し（Ｓ
８）、そのまま停止状態となる。なお、応答の形式はプ
ロセッサ１１からのプロセッサ間割り込みであってもよ
いし、共有メモリ１６上の適当なデータを書き換えると
いうことでもよい。

【００２６】プロセッサ１１の上記停止状態は、無限ル
ープであり、共有メモリ１６上の所定の位置を常にリー
ドして、動作再開の指示がデバッガ１１１から来ないか
どうかを常にチェックしている（Ｓ９）。そして、動作
再開指示が来た時点でループから脱出して通常の処理を
再開する。

【００２７】デバッガ１１１のプロセッサ動作停止手段
２３は、プロセッサ１１からの応答を受けると、動作停
止が成功したことをデバッガ基本部２２に伝える。デバ
ッガ基本部２２は、デバッガ用コンソールアクセス手段
２５介してデバッガ用コンソール１７からオペレータ
に、コマンドが成功裡に実行されたことを知らせる。

【００２８】以上のようにしてプロセッサ１１の動作が
停止し、停止直前のプロセッサ１１のコンテキストが共
有メモリ１６に退避されると、それを調べることによ
り、プロセッサ１１の任意の時点の状態を把握すること
ができる。なお、共有メモリ１６からのコンテキスト内
容の読み出しは、デバッガ用コンソール１７からデバッ
ガ１１１に対して共有メモリ１６のデータを読み出して
デバッガ用コンソール１７に表示することを指示するコ
マンドを入力することで行える。

【００２９】（２）停止しているプロセッサの動作再開
（図１，図２，図４参照）。 オペレータがデバッガ１１１に対してデバッガ用コンソ
ール１７から、動作を停止しているプロセッサ、例えば
プロセッサ１１の動作再開を要求するコマンドを入力す
ると、デバッガ基本部２２は入力されたコマンドを解析
する（Ｓ１１，Ｓ１２）。そして、プロセッサ動作再開
要求であることを認識すると、プロセッサ動作再開手段
２４にコマンドで指定された、プロセッサ１１のプロセ
ッサ番号を引き数として渡す。なお、他のコマンドの場
合はそれに応じた処理を行う（Ｓ１３）。

【００３０】プロセッサ動作再開手段２４は、指定され
たプロセッサ１１が確かに停止していることを確認した
上で（Ｓ１４，Ｓ１５）、停止しているプロセッサ１１
がループしながらリードし続けている共有メモリ１６の
所定の位置の内容を動作再開指示に書き換える（Ｓ１
６）。これにより、プロセッサ１１はループから脱出し
（Ｓ１７）、通常状態への復帰処理を行って（Ｓ１
８）、平常の処理を再開する。その後、プロセッサ動作
再開手段２４は、プロセッサ１１の動作再開が成功した
ことをデバッガ基本部２２に伝え、デバッガ基本部２２
はデバッガ用コンソールアクセス手段２５を使用してデ
バッガ用コンソール１７をアクセスし、オペレータにコ
マンドが成功裡に実行されたことを知らせる。

【００３１】（３）ブレークポイントの設定（図１，図
２，図５参照） オペレータがデバッガ１１１に対してデバッガ用コンソ
ール１７から、オペレーティング・システム１１０内の
ブレークポイントを設定すべき箇所のアドレス、及びオ
ペレーティング・システム１１０実行中のプロセッサが
ブレークポイントとして指定されたアドレスを実行しよ
うとしたときに全プロセッサを停止させるのか或いはブ
レークポイント例外を発生させたプロセッサのみ停止さ
せるのかを指定したコマンドを入力すると、デバッガ基
本部２２は、共有メモリ１６上のオペレーティング・シ
ステム１１０の該当するアドレスの内容をデバッガによ
るブレークポイント命令で書き換えることによりブレー
クポイントを設定する。また、ブレークポイント例外時
に、ブレークポイント例外を発生したプロセッサのみ停
止させるのか、或いは全プロセッサを停止させるのかを
示す停止モード指示データを共有メモリ１６上の所定の
領域に設定しておく。なお、オペレーティング・システ
ム１１０にブレークポイントを設定する場合、上記
（１）に示した方法でプロセッサ１１〜１４の動作を停
止した状態で行うのが望ましい。

【００３２】さて、上述のようにオペレーティング・シ
ステム１１０にブレークポイントが設定された後、プロ
セッサ１１〜１４が全て実行されている状態において、
オペレーティング・システム１１０実行中の或るプロセ
ッサ（例えばプロセッサ１１とする）がブレークポイン
トとして指定されたアドレスを実行すると、ブレークポ
イント例外が発生し（図５のＳ２１）。ブレークポイン
ト例外処理が行われる。ブレークポイント例外処理で
は、例外発生原因となったブレークポイントがデバッガ
１１１の設定によるものであるかどうかを、例えばブレ
ークポイント命令のオペランドによって判断し（Ｓ２
２）、デバッガ１１１による設定の場合、更に全プロセ
ッサを停止するのか、例外発生プロセッサのみ停止する
のかを共有メモリ１６上の上記停止モード指示データか
ら判断する（Ｓ２３）。

【００３３】全プロセッサを停止する場合、プロセッサ
１１は、プロセッサ間割り込みを使って、デバッガ動作
用プロセッサ１５以外の残りの全プロセッサ１２〜１４
に対して、デバッガ１１１がプロセッサ動作停止手段２
３を使って他のプロセッサを停止したのと同じ方式で動
作停止を指示する（Ｓ２４）。このため、動作停止指示
を受けたプロセッサ１２〜１４は、停止指示がデバッガ
１１１から直接来た場合と同様に、自プロセッサの動作
を停止状態とした後、応答をプロセッサ１５に返すこと
になる。その後、プロセッサ１１自身は、共有メモリ１
６上のプロセッサ１５との間のプロセッサ間通信情報格
納域へブレークポイントで停止した旨を書き込み（Ｓ２
５）、プロセッサ１５へプロセッサ間割り込みを発行し
（Ｓ２６）、前述と同様に共有メモリ１６上の所定の領
域をリードするループに入って自プロセッサ１１を停止
状態とする（Ｓ２７）。

【００３４】プロセッサ１５は、プロセッサ間割り込み
処理Ｓ２８において、ブレークポイント停止通知をプロ
セッサ１１から受けると（Ｓ２９）、当該ブレークポイ
ントで全プロセッサを停止する場合（Ｓ３１）、他の全
てのプロセッサからの停止応答を待ち合わせ（Ｓ３
２）、全プロセッサ１１〜１４が停止した時点で、デバ
ッガ基本部２２によりデバッガ用コンソールアクセス手
段２５を使用してオペレータに、ブレークポイント例外
が発生して全プロセッサが停止したことを知らせる（Ｓ
３３）。

【００３５】他方、ブレークポイント例外発生プロセッ
サのみ停止する場合は、プロセッサ１１側では、処理Ｓ
２４をスキップし、処理Ｓ２５〜Ｓ２７を行う。これに
より、プロセッサ１１のみが動作停止することになる。
この場合、プロセッサ１５は、プロセッサ間割り込み処
理Ｓ２８において、ブレークポイント停止通知を受ける
と、全プロセッサを停止するブレークポイントでないの
で、処理Ｓ３２をスキップし、デバッガ基本部２２によ
りデバッガ用コンソールアクセス手段２５を使用してオ
ペレータに、ブレークポイント例外が発生してプロセッ
サ１１が停止したことを知らせる。

【００３６】ブレークポイント例外発生プロセッサのみ
停止するブレークポイントの場合、その後、そのブレー
クポイントの設定されたアドレスを他のプロセッサ１２
〜１４が実行すると、プロセッサ１１の場合と同様の動
作が行われる。従って、プロセッサ１１〜１４が同一の
ブレークポイントで停止することになる。そして、各プ
ロセッサ１１〜１４は、デバッガ１１１からの動作再開
指示を待つ状態で停止しているので、前記（２）の方法
でプロセッサ１１〜１４の動作を一斉に再開させれば、
オペレーティング・システム１１０の同一箇所をプロセ
ッサ１１〜１４が同時に実行するタイミングを作ること
ができる。

【００３７】

【発明の効果】以上説明したように、本発明によれば、
以下のような効果を得ることができる。

【００３８】マルチプロセッサシステムを構成する複数
のプロセッサのうちの１つのプロセッサをデバッガ動作
用プロセッサとして使用するため、サポートプロセッサ
の如き特別なプロセッサは不要である。

【００３９】デバッガ動作用プロセッサとして使用する
プロセッサ以外の全てのプロセッサを、デバッガ動作中
に通常通り動作させているため、デバッグ対象となるオ
ペレーティング・システムの動作しているプロセッサを
個別あるいは一斉に停止させたり、動作再開させること
により、複数のプロセッサが同時並行的に動作するとい
うマルチプロセッサシステムの特徴を踏まえたデバッグ
をきめこまかく実施することができる。

【００４０】ブレークポイント例外を発生したプロセッ
サのみ停止させることの指示を含むブレークポイント設
定コマンドによってブレークポイントを設定すれば、複
数のプロセッサを同じブレークポイントで停止させるこ
とができる。従って、或るクリティカルリージョンの入
口等にブレークポイントを設定しておいて、全プロセッ
サが同じブレークポイントで停止するのを待って一斉に
動作を再開させれば、オペレーティング・システム実行
中の全プロセッサが同じクリティカルリージョンを実行
しようとするタイミングを作ることも可能となる。

【図面の簡単な説明】

【図１】本発明を適用したマルチプロセッサシステムの
一例を示すブロック図である。

【図２】デバッガの構成例を示すブロック図である。

【図３】プロセッサ停止処理の流れを示すフローチャー
トである。

【図４】プロセッサ再開処理の流れを示すフローチャー
トである。

【図５】ブレークポイント例外発生時の処理の流れを示
すフローチャートである。

【符号の説明】

１１〜１５…プロセッサ １６…共有メモリ １７…デバッガ用コンソール １８…システム用コンソール １９…二次記憶装置 ２０…システムバス ２２…デバッガ基本部 ２３…プロセッサ動作停止手段 ２４…プロセッサ動作再開手段 ２５…デバッガ用コンソールアクセス手段 １１０…オペレーティング・システム １１１…デバッガ

Claims (4)

【特許請求の範囲】
1. 【請求項１】 複数のプロセッサ間でメモリを共有する
   密結合型マルチプロセッサシステムのプログラムデバッ
   グ方法において、 複数のプロセッサのうちの１つのプロセッサをデバッガ
   動作用プロセッサに割り当てて、残りのプロセッサでオ
   ペレーティング・システムおよびその他のプログラムを
   動作させ、 前記デバッガ動作用プロセッサ上で、デバッガ用入出力
   装置のアクセスを制御するアクセス手段と、該アクセス
   手段を通じて前記デバッガ用入出力装置から入力したコ
   マンドを解析して解析結果に基づく処理を行うデバッガ
   基本部と、該デバッガ基本部から指定されたプロセッサ
   の動作を停止させるプロセッサ動作停止手段と、前記デ
   バッガ基本部から指定されたプロセッサの動作を再開さ
   せるプロセッサ動作再開手段とを含むデバッガを動作さ
   せて、オペレーティング・システムのデバッグを進める
   ようにしたことを特徴とするマルチプロセッサシステム
   のプログラムデバッグ方法。
2. 【請求項２】 システム稼動中に１つのプロセッサをシ
   ステムから論理的に切り離して、残りのプロセッサでシ
   ステムを動作させ、前記切り離したプログラムをデバッ
   ガ動作用プロセッサとする請求項１記載のマルチプロセ
   ッサシステムのプログラムデバッグ方法。
3. 【請求項３】 システム初期化過程において１つのプロ
   セッサをデバッガ動作用プロセッサに割り当て、システ
   ム初期化過程の時点より前記デバッガを動作させるよう
   にした請求項１記載のマルチプロセッサシステムのプロ
   グラムデバッグ方法。
4. 【請求項４】 前記デバッガ用入出力装置からオペレー
   ティング・システム内のブレークポイントおよび該ブレ
   ークポイントでブレークポイント例外を発生したプロセ
   ッサのみ停止させることの指示を含むブレークポイント
   設定コマンドを入力して、前記デバッガのデバッガ基本
   部によりブレークポイントの設定処理を行わせ、 前記設定されたブレークポイントを実行したプロセッサ
   でブレークポイント例外を発生させて自プロセッサを停
   止させると共に前記デバッガ動作用プロセッサにブレー
   クポイント停止通知を出力させ、 デバッガ動作用プロセッサを除く全てのプロセッサから
   ブレークポイント停止通知を受けた時点で、前記デバッ
   ガがブレークポイント例外発生を前記デバッガ用入出力
   装置にてオペレータに通知するようにしたことを特徴と
   する請求項２または３記載のマルチプロセッサシステム
   のプログラムデバッグ方法。