JPH10326205A - システムコール発行方法 - Google Patents
システムコール発行方法Info
- Publication number
- JPH10326205A JPH10326205A JP9146888A JP14688897A JPH10326205A JP H10326205 A JPH10326205 A JP H10326205A JP 9146888 A JP9146888 A JP 9146888A JP 14688897 A JP14688897 A JP 14688897A JP H10326205 A JPH10326205 A JP H10326205A
- Authority
- JP
- Japan
- Prior art keywords
- system call
- emulator
- program
- issuing
- request
- 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.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/362—Software debugging
- G06F11/3636—Software debugging by tracing the execution of the program
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/362—Software debugging
- G06F11/3648—Software debugging using additional hardware
- G06F11/3652—Software debugging using additional hardware in-circuit-emulation [ICE] arrangements
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Test And Diagnosis Of Digital Computers (AREA)
- Debugging And Monitoring (AREA)
Abstract
(57)【要約】
【課題】 システムコール発行のために、ユーザプログ
ラムの一部にデバッグタスクが必要とされ、ＲＯＭおよ
びＲＡＭの使用量が増加するため、いかにしてＲＯＭお
よびＲＡＭの使用量を減らし、エミュレータからシステ
ムコール発行を可能にするかという課題があった。 【解決手段】 ターゲットプログラム８の実行時、メモ
リ領域を介して前記エミュレータ２と前記ターゲットプ
ログラムの構成要素であるＯＳカーネルでデータのやり
取りを行い、システムコール発行要求があるか否かを判
断し、システムコール発行要求があれば、前記エミュレ
ータからシステムコールを発行するように構成したもの
である。
ラムの一部にデバッグタスクが必要とされ、ＲＯＭおよ
びＲＡＭの使用量が増加するため、いかにしてＲＯＭお
よびＲＡＭの使用量を減らし、エミュレータからシステ
ムコール発行を可能にするかという課題があった。 【解決手段】 ターゲットプログラム８の実行時、メモ
リ領域を介して前記エミュレータ２と前記ターゲットプ
ログラムの構成要素であるＯＳカーネルでデータのやり
取りを行い、システムコール発行要求があるか否かを判
断し、システムコール発行要求があれば、前記エミュレ
ータからシステムコールを発行するように構成したもの
である。
Description
【０００１】
【発明の属する技術分野】この発明は、リアルタイムＯ
Ｓを使用したアプリケーションプログラムのデバッグ時
において、エミュレータからリアルタイムＯＳのシステ
ムコールを発行するシステムコール発行方法に関するも
のである。
Ｓを使用したアプリケーションプログラムのデバッグ時
において、エミュレータからリアルタイムＯＳのシステ
ムコールを発行するシステムコール発行方法に関するも
のである。
【０００２】
【従来の技術】近年、リアルタイムＯＳを使用したアプ
リケーションプログラムは、増加してきている。それに
伴い、このリアルタイムＯＳを使用したアプリケーショ
ンプログラムのデバッグ時において、様々な機能が要求
されるようになってきた。そのひとつとして、エミュレ
ータからリアルタイムＯＳのシステムコールを発行する
機能がある。
リケーションプログラムは、増加してきている。それに
伴い、このリアルタイムＯＳを使用したアプリケーショ
ンプログラムのデバッグ時において、様々な機能が要求
されるようになってきた。そのひとつとして、エミュレ
ータからリアルタイムＯＳのシステムコールを発行する
機能がある。
【０００３】この機能を実現することにより、「あるタ
スクの優先度を変更する」「あるタスクを終了させる」
「あるタスクを待ち状態にする」「あるイベントフラグ
のフラグパターンを変更する」などといったリアルタイ
ムＯＳのサービスを受けることが可能となり、リアルタ
イムＯＳを使用したアプリケーションプログラムのデバ
ッグに必要とされる期間を短縮することができる。
スクの優先度を変更する」「あるタスクを終了させる」
「あるタスクを待ち状態にする」「あるイベントフラグ
のフラグパターンを変更する」などといったリアルタイ
ムＯＳのサービスを受けることが可能となり、リアルタ
イムＯＳを使用したアプリケーションプログラムのデバ
ッグに必要とされる期間を短縮することができる。
【０００４】たとえば、リモコン処理のデバッグはキー
入力処理ハンドラとリモコン処理タスクに分かれてい
る。キー入力処理ハンドラがシステムコールを発行し
て、リモコン処理タスクにどのキーが押されたかメッセ
ージを送る。リモコン処理タスクは、メッセージが送ら
れると実行され、どのキーが押されたかにより、異なっ
た処理を行う。
入力処理ハンドラとリモコン処理タスクに分かれてい
る。キー入力処理ハンドラがシステムコールを発行し
て、リモコン処理タスクにどのキーが押されたかメッセ
ージを送る。リモコン処理タスクは、メッセージが送ら
れると実行され、どのキーが押されたかにより、異なっ
た処理を行う。
【０００５】このようなプログラムをデバッグする場
合、ある特定のキーが押された場合、正常に動作するか
どうか確認するといったケースも十分考えられる。も
し、エミュレータからシステムコールが発行できない場
合、まず、リモコン処理の部分にマイクロコンピュータ
のプログラムカウンタ、レジスタ、タスクの使用してい
るメモリの内容などを設定しなければならない。
合、ある特定のキーが押された場合、正常に動作するか
どうか確認するといったケースも十分考えられる。も
し、エミュレータからシステムコールが発行できない場
合、まず、リモコン処理の部分にマイクロコンピュータ
のプログラムカウンタ、レジスタ、タスクの使用してい
るメモリの内容などを設定しなければならない。
【０００６】ところが、デバッグ時にシステムコールが
発行可能であった場合、フロントエンドからシステムコ
ール発行コマンドを入力するだけでこの処理を行うこと
ができ、また、不具合がないか確認するために、ランダ
ムにキー入力を行う場合も、フロントエンドでシステム
コールを発行するようなスクリプトを書くだけで簡単に
実現できる。
発行可能であった場合、フロントエンドからシステムコ
ール発行コマンドを入力するだけでこの処理を行うこと
ができ、また、不具合がないか確認するために、ランダ
ムにキー入力を行う場合も、フロントエンドでシステム
コールを発行するようなスクリプトを書くだけで簡単に
実現できる。
【０００７】図５はデバッグ装置を示す構成図であり、
図において、１０１はパーソナルコンピュータ、また
は、ワークステーション等のホストコンピュータであ
り、デバッグ時にはターゲットプログラムとの通信によ
り、デバッグコマンドを供給し、さらにターゲットボー
ド１０４から送られたデータを加工し、ユーザに理解で
きるデータに加工して表示させるプログラムが実行され
る。このプログラムをフロントエンドという。
図において、１０１はパーソナルコンピュータ、また
は、ワークステーション等のホストコンピュータであ
り、デバッグ時にはターゲットプログラムとの通信によ
り、デバッグコマンドを供給し、さらにターゲットボー
ド１０４から送られたデータを加工し、ユーザに理解で
きるデータに加工して表示させるプログラムが実行され
る。このプログラムをフロントエンドという。
【０００８】図６は、デバッグ時にシステムコールを発
行する時の従来の動作の流れを示した構成図である。タ
ーゲットプログラム１０５は、ＯＳカーネル、ユーザプ
ログラム、デバッグタスク、ホストとの通信処理部分で
構成されている。ユーザはホストコンピュータ１０１が
実行するプログラムであるフロントエンド１１０に対し
て、システムコール発行コマンドを入力すると、フロン
トエンド１１０はシリアル割り込みなどの割り込みを利
用して、ターゲットプログラム１０５にシステムコール
発行要求があることを伝える。
行する時の従来の動作の流れを示した構成図である。タ
ーゲットプログラム１０５は、ＯＳカーネル、ユーザプ
ログラム、デバッグタスク、ホストとの通信処理部分で
構成されている。ユーザはホストコンピュータ１０１が
実行するプログラムであるフロントエンド１１０に対し
て、システムコール発行コマンドを入力すると、フロン
トエンド１１０はシリアル割り込みなどの割り込みを利
用して、ターゲットプログラム１０５にシステムコール
発行要求があることを伝える。
【０００９】フロントエンド１１０からの割り込みが入
ると、ターゲットプログラム１０５内のホストとの通信
処理部分がデータを受け取り、デバッグタスクを起動す
る。起動したデバッグタスクは、フロントエンド１１０
から送られてきたデータを解釈し、システムコール発行
要求があれば、システムコールの引数をレジスタにセッ
トし、ソフトウェア割り込みやジャンプ命令などにより
システムコール処理にジャンプさせる。
ると、ターゲットプログラム１０５内のホストとの通信
処理部分がデータを受け取り、デバッグタスクを起動す
る。起動したデバッグタスクは、フロントエンド１１０
から送られてきたデータを解釈し、システムコール発行
要求があれば、システムコールの引数をレジスタにセッ
トし、ソフトウェア割り込みやジャンプ命令などにより
システムコール処理にジャンプさせる。
【００１０】
【発明が解決しようとする課題】従来のシステムコール
発行方法は以上のように構成されているので、シリアル
割り込みなどを使用するため、ハードウェア資源を一つ
デバッグ用に提供しなければならなかった。また、従来
のシステムコールの発行方法ではユーザプログラムの一
部にデバッグタスクとホストとの通信処理部分が必要と
され、さらにデバッグタスクのスタック領域や、デバッ
グタスクのタスク制御用のデータ領域、ホストとの通信
に使用するデータ領域を使用するため、ＲＯＭおよびＲ
ＡＭの使用量が増加する。また、このＲＡＭ、ＲＯＭの
使用量を少なくするためには、デバッグタスク、ホスト
との通信処理部分を削除しなければならない。
発行方法は以上のように構成されているので、シリアル
割り込みなどを使用するため、ハードウェア資源を一つ
デバッグ用に提供しなければならなかった。また、従来
のシステムコールの発行方法ではユーザプログラムの一
部にデバッグタスクとホストとの通信処理部分が必要と
され、さらにデバッグタスクのスタック領域や、デバッ
グタスクのタスク制御用のデータ領域、ホストとの通信
に使用するデータ領域を使用するため、ＲＯＭおよびＲ
ＡＭの使用量が増加する。また、このＲＡＭ、ＲＯＭの
使用量を少なくするためには、デバッグタスク、ホスト
との通信処理部分を削除しなければならない。
【００１１】つまり、デバッグが終了し、実際に応用製
品となり、ＲＯＭにプログラムを焼き込む段階になる
と、すでにデバッグが終了しているので、デバッグタス
クは不要になる。デバッグタスク、ホストとの通信処理
部分を実装すると、数キロバイトのＲＯＭおよびＲＡＭ
を使用するので、ＲＯＭ、ＲＡＭ容量がかなり圧迫され
る。従って、ＲＯＭに焼き込む段階では、不要であるデ
バッグタスクを削除する場合もでてくる。デバッグタス
クを削除するには手間がかかり、不具合発生の原因にな
りかねない等の課題があった。
品となり、ＲＯＭにプログラムを焼き込む段階になる
と、すでにデバッグが終了しているので、デバッグタス
クは不要になる。デバッグタスク、ホストとの通信処理
部分を実装すると、数キロバイトのＲＯＭおよびＲＡＭ
を使用するので、ＲＯＭ、ＲＡＭ容量がかなり圧迫され
る。従って、ＲＯＭに焼き込む段階では、不要であるデ
バッグタスクを削除する場合もでてくる。デバッグタス
クを削除するには手間がかかり、不具合発生の原因にな
りかねない等の課題があった。
【００１２】この発明は上記の課題を解決するためにな
されたもので、ハードウェア資源を使用することなく、
システムコール発行のためのＲＡＭおよびＲＯＭの使用
量を低減したシステムコール発行方法を得ることを目的
とする。
されたもので、ハードウェア資源を使用することなく、
システムコール発行のためのＲＡＭおよびＲＯＭの使用
量を低減したシステムコール発行方法を得ることを目的
とする。
【００１３】
【課題を解決するための手段】請求項１記載の発明に係
るシステムコール発行方法は、エミュレータで制御され
るエミュレーションポッドのマイクロコンピュータによ
るターゲットプログラムの実行時、メモリ領域を介して
前記エミュレータと前記ターゲットプログラムの構成要
素であるＯＳカーネルのシステムクロック割り込み処理
を利用することによってデータのやり取りを行い、シス
テムコール発行要求があるか否かを判断し、システムコ
ール発行要求があれば、ＯＳカーネルがシステムコール
処理を行うものである。すなわち、前記エミュレータか
らシステムコールを発行するものである。
るシステムコール発行方法は、エミュレータで制御され
るエミュレーションポッドのマイクロコンピュータによ
るターゲットプログラムの実行時、メモリ領域を介して
前記エミュレータと前記ターゲットプログラムの構成要
素であるＯＳカーネルのシステムクロック割り込み処理
を利用することによってデータのやり取りを行い、シス
テムコール発行要求があるか否かを判断し、システムコ
ール発行要求があれば、ＯＳカーネルがシステムコール
処理を行うものである。すなわち、前記エミュレータか
らシステムコールを発行するものである。
【００１４】請求項２記載の発明に係るシステムコール
発行方法は、ターゲットプログラムの実行時、システム
クロック割り込み処理によりシステムコール発行要求が
あるか否かを判断し、システムコール発行要求があれ
ば、ＯＳカーネルがシステムコール処理を行うものであ
る。すなわち、エミュレータからシステムコールを発行
するものである。
発行方法は、ターゲットプログラムの実行時、システム
クロック割り込み処理によりシステムコール発行要求が
あるか否かを判断し、システムコール発行要求があれ
ば、ＯＳカーネルがシステムコール処理を行うものであ
る。すなわち、エミュレータからシステムコールを発行
するものである。
【００１５】
【発明の実施の形態】以下、この発明の実施の一形態を
説明する。 実施の形態１．デバッグ装置の全体構成は、図１に示す
とおりである。図において、１はホストコンピュータで
あり、従来例で示したフロントエンドが実行される。こ
のホストコンピュータ１のフロントエンドはエミュレー
タ２を制御する。ユーザはデバッグに必要なコマンドを
フロントエンドに対して入力する。フロントエンドはユ
ーザからのコマンドをエミュレータ２に対して供給し、
エミュレータ２から返ってきたデータをユーザの理解で
きるデータに加工して表示する。上記エミュレータ２
は、フロントエンドから送られてきたコマンドをもとに
エミュレーションポッド３内のマイクロコンピュータを
コントロールする。上記エミュレーションポッド３内の
マイクロコンピュータはターゲットプログラム８を実行
しターゲットボード４を制御する。
説明する。 実施の形態１．デバッグ装置の全体構成は、図１に示す
とおりである。図において、１はホストコンピュータで
あり、従来例で示したフロントエンドが実行される。こ
のホストコンピュータ１のフロントエンドはエミュレー
タ２を制御する。ユーザはデバッグに必要なコマンドを
フロントエンドに対して入力する。フロントエンドはユ
ーザからのコマンドをエミュレータ２に対して供給し、
エミュレータ２から返ってきたデータをユーザの理解で
きるデータに加工して表示する。上記エミュレータ２
は、フロントエンドから送られてきたコマンドをもとに
エミュレーションポッド３内のマイクロコンピュータを
コントロールする。上記エミュレーションポッド３内の
マイクロコンピュータはターゲットプログラム８を実行
しターゲットボード４を制御する。
【００１６】ユーザからのシステムコールの発行要求
は、ホストコンピュータ１のフロントエンドに入力さ
れ、メモリ領域としてＲＡＭ領域を使用してターゲット
上のプログラムに伝えられる。ここで使用するＲＡＭ領
域は、エミュレータ２内にあるエミュレーションメモリ
もしくは、ターゲットボード４上のメモリに配置されて
いる。使用されるＲＡＭ領域は、アドレスの下位にシス
テムコール発行要求データおよび引数が格納されている
が、これがアドレスの上位であってもかまわない。
は、ホストコンピュータ１のフロントエンドに入力さ
れ、メモリ領域としてＲＡＭ領域を使用してターゲット
上のプログラムに伝えられる。ここで使用するＲＡＭ領
域は、エミュレータ２内にあるエミュレーションメモリ
もしくは、ターゲットボード４上のメモリに配置されて
いる。使用されるＲＡＭ領域は、アドレスの下位にシス
テムコール発行要求データおよび引数が格納されている
が、これがアドレスの上位であってもかまわない。
【００１７】図２はＲＡＭ領域のデータ格納状態を示し
たもので、６はシステムコールの要求があるのか、ない
のかというシステムコール発行データを読み書きする箇
所、７はシステムコール発行に必要な引数を格納する箇
所である。なお、このＲＡＭ領域の開始アドレスは、リ
アルタイムＯＳの使用できるＲＡＭ領域ならば、特に制
限はない。また、サイズも、システムコールで必要な引
数やマイクロコンピュータの扱うことのできるデータサ
イズに依存する。
たもので、６はシステムコールの要求があるのか、ない
のかというシステムコール発行データを読み書きする箇
所、７はシステムコール発行に必要な引数を格納する箇
所である。なお、このＲＡＭ領域の開始アドレスは、リ
アルタイムＯＳの使用できるＲＡＭ領域ならば、特に制
限はない。また、サイズも、システムコールで必要な引
数やマイクロコンピュータの扱うことのできるデータサ
イズに依存する。
【００１８】次に動作について説明する。図３はシステ
ムコール発行までの動作の流れを表した構成図であり、
ＯＳカーネルとユーザプログラムで構成されたターゲッ
トプログラム８は、ＯＳカーネルのシステムクロック割
り込み処理で、リアルタイムＯＳの使用しているタイマ
割り込みが入るたびにＲＡＭ領域（メモリ領域）９に格
納されているデータのチェックを行っている。
ムコール発行までの動作の流れを表した構成図であり、
ＯＳカーネルとユーザプログラムで構成されたターゲッ
トプログラム８は、ＯＳカーネルのシステムクロック割
り込み処理で、リアルタイムＯＳの使用しているタイマ
割り込みが入るたびにＲＡＭ領域（メモリ領域）９に格
納されているデータのチェックを行っている。
【００１９】まず、エミュレーションポッド３内のマイ
クロコンピュータで、ターゲットプログラム８の実行中
に、ユーザがホストコンピュータ１のフロントエンド１
０にシステムコールの発行コマンドを入力すると、エミ
ュレータ２がシステムコールの引数をＲＡＭ領域９の箇
所７に書き込み、ＲＡＭ領域９の箇所６にシステムコー
ル発行要求データを書き込む。
クロコンピュータで、ターゲットプログラム８の実行中
に、ユーザがホストコンピュータ１のフロントエンド１
０にシステムコールの発行コマンドを入力すると、エミ
ュレータ２がシステムコールの引数をＲＡＭ領域９の箇
所７に書き込み、ＲＡＭ領域９の箇所６にシステムコー
ル発行要求データを書き込む。
【００２０】ターゲットプログラム８では、リアルタイ
ムＯＳの使用するタイマ割り込みが入るたびに、システ
ムクロック割り込み処理により、ＲＡＭ領域からデータ
を読み込み（図３のデータ読み込み１１）、システムコ
ール発行要求のチェックを行い、システムコールの発行
要求があれば、システムコールを発行した後、ターゲッ
トプログラム８からＲＡＭ領域９にシステムコールの発
行要求をクリアすべきことを書き込む（図３のデータ書
き込み１２）。
ムＯＳの使用するタイマ割り込みが入るたびに、システ
ムクロック割り込み処理により、ＲＡＭ領域からデータ
を読み込み（図３のデータ読み込み１１）、システムコ
ール発行要求のチェックを行い、システムコールの発行
要求があれば、システムコールを発行した後、ターゲッ
トプログラム８からＲＡＭ領域９にシステムコールの発
行要求をクリアすべきことを書き込む（図３のデータ書
き込み１２）。
【００２１】図４はシステムクロック割り込み処理の詳
細を示すフローチャートである。まず、システムクロッ
ク割り込み処理開始後、タイムアウト処理などの従来通
りのシステムクロック割り込み処理を行う（ステップＳ
Ｔ１）。次に、ＲＡＭ領域９の箇所６の格納データを読
み込み、システムコール要求があるかどうか判断する
（ステップＳＴ２）。判断の結果、システムコール発行
要求があれば、システムコール発行要求をクリアするこ
とをＲＡＭ領域に書き込む（ステップＳＴ３）。
細を示すフローチャートである。まず、システムクロッ
ク割り込み処理開始後、タイムアウト処理などの従来通
りのシステムクロック割り込み処理を行う（ステップＳ
Ｔ１）。次に、ＲＡＭ領域９の箇所６の格納データを読
み込み、システムコール要求があるかどうか判断する
（ステップＳＴ２）。判断の結果、システムコール発行
要求があれば、システムコール発行要求をクリアするこ
とをＲＡＭ領域に書き込む（ステップＳＴ３）。
【００２２】一方、ＯＳカーネルは上記システムコール
発行要求に基づき、ＲＡＭ領域９の箇所７のシステムコ
ールの引数を読み込み、レジスタにセットする（ステッ
プＳＴ４）。そして、ソフトウェア割り込みまたは、ジ
ャンプ命令によってシステムコール処理にジャンプし
て、エミュレータ２からシステムコールを発行し（ステ
ップＳＴ５）、処理を終了する（ステップＳＴ６）。
発行要求に基づき、ＲＡＭ領域９の箇所７のシステムコ
ールの引数を読み込み、レジスタにセットする（ステッ
プＳＴ４）。そして、ソフトウェア割り込みまたは、ジ
ャンプ命令によってシステムコール処理にジャンプし
て、エミュレータ２からシステムコールを発行し（ステ
ップＳＴ５）、処理を終了する（ステップＳＴ６）。
【００２３】以上のように、この実施の形態１によれ
ば、ターゲットプログラムが実行中にエミュレータ２か
らシステムコールを発行することができる。また、実施
の形態１によるシステムクロック割り込み処理でシステ
ムコール発行制御を行うためデバッグタスク、ホストと
の通信処理は必要とせず、デバッグタスクに必要なスタ
ック領域や、デバッグタスク制御用のデータ領域を使用
しないため、ＲＡＭ、ＲＯＭの使用量をかなり減らすこ
とができる。また、システムコールを発行するためにシ
リアル割り込みなどを使用しないため、ハードウェア資
源を減らさずにすむものである。
ば、ターゲットプログラムが実行中にエミュレータ２か
らシステムコールを発行することができる。また、実施
の形態１によるシステムクロック割り込み処理でシステ
ムコール発行制御を行うためデバッグタスク、ホストと
の通信処理は必要とせず、デバッグタスクに必要なスタ
ック領域や、デバッグタスク制御用のデータ領域を使用
しないため、ＲＡＭ、ＲＯＭの使用量をかなり減らすこ
とができる。また、システムコールを発行するためにシ
リアル割り込みなどを使用しないため、ハードウェア資
源を減らさずにすむものである。
【００２４】実施の形態２．上記実施の形態１は、ター
ゲットプログラム実行中にシステムコールを発行させる
方法であるが、実施の形態２はターゲットプログラム８
が停止中でもシステムコール発行準備（コマンド）を有
効にさせるもので、デバッグ装置の全体構成は実施の形
態１と同様、図１と同じである。
ゲットプログラム実行中にシステムコールを発行させる
方法であるが、実施の形態２はターゲットプログラム８
が停止中でもシステムコール発行準備（コマンド）を有
効にさせるもので、デバッグ装置の全体構成は実施の形
態１と同様、図１と同じである。
【００２５】次に動作について説明する。ターゲットプ
ログラム８の停止中に、フロントエンド１０からシステ
ムコール発行コマンドが入力されると、エミュレータ２
がシステムコールの引数をＲＡＭ領域９の箇所７に書き
込み、システムコール発行要求データをＲＡＭ領域９の
箇所６に書き込み、システムコール発行準備を行う。こ
の状態において、ターゲットプログラム８の実行が再開
されると、システムクロック割り込み処理が入った時
に、前記図４の処理が行われ、エミュレータ２からシス
テムコールが発行される。
ログラム８の停止中に、フロントエンド１０からシステ
ムコール発行コマンドが入力されると、エミュレータ２
がシステムコールの引数をＲＡＭ領域９の箇所７に書き
込み、システムコール発行要求データをＲＡＭ領域９の
箇所６に書き込み、システムコール発行準備を行う。こ
の状態において、ターゲットプログラム８の実行が再開
されると、システムクロック割り込み処理が入った時
に、前記図４の処理が行われ、エミュレータ２からシス
テムコールが発行される。
【００２６】以上のように、実施の形態２によれば、タ
ーゲットプログラムが停止中でもシステムコール発行準
備が可能であるため、実施の形態１と比べ、デバッグ作
業を効率的に行うことが可能である。
ーゲットプログラムが停止中でもシステムコール発行準
備が可能であるため、実施の形態１と比べ、デバッグ作
業を効率的に行うことが可能である。
【００２７】
【発明の効果】以上のように、請求項１記載の発明によ
れば、ターゲットプログラムの実行時、ＲＡＭ領域を介
して前記エミュレータと前記ターゲットプログラムの構
成要素であるＯＳカーネルでデータのやり取りを行い、
システムコール発行要求があるか否かを判断し、システ
ムコール要求があれば、前記エミュレータからシステム
コールを発行するように構成したので、デバッグタス
ク、通信処理が不要となるため、従来のデバッグタスク
を利用したシステムコール発行方法より、ＲＡＭおよび
ＲＯＭの使用量が少なくなるという効果がある。また、
通信用のシリアル割り込みなどを使用しないので、ハー
ドウェア資源を減らさずにすむという効果もある。
れば、ターゲットプログラムの実行時、ＲＡＭ領域を介
して前記エミュレータと前記ターゲットプログラムの構
成要素であるＯＳカーネルでデータのやり取りを行い、
システムコール発行要求があるか否かを判断し、システ
ムコール要求があれば、前記エミュレータからシステム
コールを発行するように構成したので、デバッグタス
ク、通信処理が不要となるため、従来のデバッグタスク
を利用したシステムコール発行方法より、ＲＡＭおよび
ＲＯＭの使用量が少なくなるという効果がある。また、
通信用のシリアル割り込みなどを使用しないので、ハー
ドウェア資源を減らさずにすむという効果もある。
【００２８】請求項２記載の発明によれば、ターゲット
プログラムの実行時、システムクロック割り込み処理に
よりシステムコール発行要求があるか否かを判断し、シ
ステムコール要求があれば、エミュレータからシステム
コールを発行するように構成したので、デバッグ作業を
より効率的に行うことが可能であるという効果がある。
プログラムの実行時、システムクロック割り込み処理に
よりシステムコール発行要求があるか否かを判断し、シ
ステムコール要求があれば、エミュレータからシステム
コールを発行するように構成したので、デバッグ作業を
より効率的に行うことが可能であるという効果がある。
【図１】 この発明のデバッグ装置の全体構成図であ
る。
る。
【図２】 この発明の実施の形態１、実施の形態２で使
われるＲＡＭ領域に格納したデータ図である。
われるＲＡＭ領域に格納したデータ図である。
【図３】 この発明の実施の形態１、実施の形態２にお
いてエミュレータからシステムコールを発行させる動作
の流れを表した構成図である。
いてエミュレータからシステムコールを発行させる動作
の流れを表した構成図である。
【図４】 この発明の実施の形態１、実施の形態２で実
行されるシステムクロック割り込み処理のフローチャー
トである。
行されるシステムクロック割り込み処理のフローチャー
トである。
【図５】 従来のデバッグ装置を示す構成図である。
【図６】 デバッグ時にシステムコールを発行する時の
従来の動作の流れを示した構成図である。
従来の動作の流れを示した構成図である。
１ ホストコンピュータ、２ エミュレータ、３ エミ
ュレーションポッド、８ ターゲットプログラム、９
ＲＡＭ領域（メモリ領域）、１０ フロントエンド。
ュレーションポッド、８ ターゲットプログラム、９
ＲＡＭ領域（メモリ領域）、１０ フロントエンド。
───────────────────────────────────────────────────── フロントページの続き (72)発明者 村中 高大 兵庫県伊丹市中央３丁目１番17号 三菱電 機セミコンダクタソフトウエア株式会社内 (72)発明者 村木 宏行 兵庫県伊丹市中央３丁目１番17号 三菱電 機セミコンダクタソフトウエア株式会社内 (72)発明者 福井 昭也 兵庫県伊丹市中央３丁目１番17号 三菱電 機セミコンダクタソフトウエア株式会社内
Claims (2)
- 【請求項１】 ユーザからのシステムコール発行要求を
ホストコンピュータのフロントエンドを介してエミュレ
ータに供給し、このエミュレータを介してメモリ領域に
格納し、前記エミュレータで制御されるエミュレーショ
ンポッドのマイクロコンピュータによるターゲットプロ
グラムの実行時、前記メモリ領域を介して前記エミュレ
ータと前記ターゲットプログラムの構成要素であるＯＳ
カーネルでデータのやり取りを行い、システムコール発
行要求があるか否かを判断し、システムコール要求があ
れば、前記エミュレータからシステムコールを発行する
ことを特徴とするシステムコール発行方法。 - 【請求項２】 ターゲットプログラムの実行時、システ
ムクロック割り込み処理によりシステムコール発行要求
があるか否かを判断し、システムコール要求があれば、
エミュレータからシステムコールを発行することを特徴
とする請求項１記載のシステムコール発行方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9146888A JPH10326205A (ja) | 1997-03-27 | 1997-06-04 | システムコール発行方法 |
| US08/917,386 US5964890A (en) | 1997-03-27 | 1997-08-26 | System call issue method and debug system |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7608897 | 1997-03-27 | ||
| JP9-76088 | 1997-03-27 | ||
| JP9146888A JPH10326205A (ja) | 1997-03-27 | 1997-06-04 | システムコール発行方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH10326205A true JPH10326205A (ja) | 1998-12-08 |
Family
ID=26417239
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP9146888A Pending JPH10326205A (ja) | 1997-03-27 | 1997-06-04 | システムコール発行方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US5964890A (ja) |
| JP (1) | JPH10326205A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008527506A (ja) * | 2004-12-30 | 2008-07-24 | インテル コーポレイション | Ｏｓ隔離シーケンサー上のユーザーレベルのマルチスレッド化をエミュレートする機構 |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6421635B1 (en) * | 1998-11-02 | 2002-07-16 | Hewlett-Packard Company | Method and apparatus for handling asynchronous signals while emulating system calls |
| EP1281131A2 (en) * | 1999-10-26 | 2003-02-05 | Siemens Energy & Automation, Inc. | Micro controller with re-programmable flash memory |
| US7134118B1 (en) | 2000-10-26 | 2006-11-07 | Siemens Energy & Automation, Inc. | Re-programmable flash memory micro controller as programmable logic controller |
| FR2809204B1 (fr) * | 2000-05-17 | 2003-09-19 | Bull Sa | Interface applicative multiprosseur, ne necessitant pas l'utilisation d'un systeme d'exploitation multiprocesseur |
| JP2002014841A (ja) * | 2000-06-30 | 2002-01-18 | Esol Co Ltd | デバッグカーネルシステム |
| US6829727B1 (en) * | 2001-01-12 | 2004-12-07 | Metalink Corp. | In-circuit emulation of single chip microcontrollers |
| US10527673B2 (en) | 2016-08-01 | 2020-01-07 | Microsoft Technology Licensing, Llc | Hardware debug host |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4845615A (en) * | 1984-04-30 | 1989-07-04 | Hewlett-Packard Company | Software performance analyzer |
| US5047919A (en) * | 1986-04-03 | 1991-09-10 | Harris Corporation | Method and apparatus for monitoring software execution in a parallel multiprocessor computer system |
| US5450586A (en) * | 1991-08-14 | 1995-09-12 | Hewlett-Packard Company | System for analyzing and debugging embedded software through dynamic and interactive use of code markers |
| US5265254A (en) * | 1991-08-14 | 1993-11-23 | Hewlett-Packard Company | System of debugging software through use of code markers inserted into spaces in the source code during and after compilation |
| US5812748A (en) * | 1993-06-23 | 1998-09-22 | Vinca Corporation | Method for improving recovery performance from hardware and software errors in a fault-tolerant computer system |
| JP2692609B2 (ja) * | 1994-09-26 | 1997-12-17 | 日本電気株式会社 | マルチタスクのプログラムデバッグ方法とその装置 |
-
1997
- 1997-06-04 JP JP9146888A patent/JPH10326205A/ja active Pending
- 1997-08-26 US US08/917,386 patent/US5964890A/en not_active Expired - Fee Related
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008527506A (ja) * | 2004-12-30 | 2008-07-24 | インテル コーポレイション | Ｏｓ隔離シーケンサー上のユーザーレベルのマルチスレッド化をエミュレートする機構 |
Also Published As
| Publication number | Publication date |
|---|---|
| US5964890A (en) | 1999-10-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2692609B2 (ja) | マルチタスクのプログラムデバッグ方法とその装置 | |
| US4787026A (en) | Method to manage coprocessor in a virtual memory virtual machine data processing system | |
| JP2002351854A (ja) | プログラム実行装置および携帯型情報処理装置 | |
| WO1999027434A1 (en) | Using firmware to enhance the functionality of a controller | |
| JP2655615B2 (ja) | 情報処理装置 | |
| US20040098722A1 (en) | System, method, and computer program product for operating-system task management | |
| JPH06242987A (ja) | コンピュータ装置においてマイクロプロセッサの正常な処理の引継ぎをホストプロセッサが実行する方法および装置 | |
| JPH10326205A (ja) | システムコール発行方法 | |
| JPH07120338B2 (ja) | 共同プロセッサによる命令の実行をデータプロセッサが調整する方法および該データプロセッサ | |
| JP2522158B2 (ja) | マルチプロセッサシステムのプログラムデバッグ方法 | |
| JP2001256062A (ja) | 割込処理方法およびその方法を用いた演算処理装置 | |
| JPH1139143A (ja) | 演算装置、該装置の制御方法、前記装置の制御プログラムを記憶した記憶媒体、演算装置を利用した電子回路装置、該装置の制御方法、前記装置の制御プログラムを記憶した記憶媒体 | |
| JP2001507835A (ja) | 過去に互換性のあるオペレーティングシステムのリアルタイムサービス | |
| US7010781B1 (en) | Methods and apparatus for managing debugging I/O | |
| JP2003005987A (ja) | エミュレーション装置 | |
| JP2866588B2 (ja) | 処理プロセス間で制御の移転を行うシステムおよび方法 | |
| JP3449812B2 (ja) | 制御用電子装置 | |
| JPH0264886A (ja) | Ｉｃカード制御機能付き業務処理装置 | |
| JPH10260850A (ja) | 仮想計算機システム | |
| JP2954006B2 (ja) | エミュレーション装置およびエミュレーション方法 | |
| JPH11316691A (ja) | オペレーティングシステムの実行方法及び、これを用いた情報処理装置 | |
| JPH06161817A (ja) | スレッドオンラインデバッグ装置 | |
| JPH03268033A (ja) | リモートデバッグ方式 | |
| JPH0421892B2 (ja) | ||
| JPH05313916A (ja) | 電子計算機における割込み処理方法及び電子計算機 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20040511 |