JPH10222393A - 集積回路装置の診断手順 - Google Patents

集積回路装置の診断手順

Info

Publication number
JPH10222393A
JPH10222393A JP9349885A JP34988597A JPH10222393A JP H10222393 A JPH10222393 A JP H10222393A JP 9349885 A JP9349885 A JP 9349885A JP 34988597 A JP34988597 A JP 34988597A JP H10222393 A JPH10222393 A JP H10222393A
Authority
JP
Japan
Prior art keywords
breakpoint
cpu
chip
signal
data
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.)
Granted
Application number
JP9349885A
Other languages
English (en)
Other versions
JP4493739B2 (ja
Inventor
Robert Warren
ウォレン ロバート
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
STMicroelectronics Ltd Great Britain
Original Assignee
STMicroelectronics Ltd Great Britain
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by STMicroelectronics Ltd Great Britain filed Critical STMicroelectronics Ltd Great Britain
Publication of JPH10222393A publication Critical patent/JPH10222393A/ja
Application granted granted Critical
Publication of JP4493739B2 publication Critical patent/JP4493739B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Preventing errors by testing or debugging software
    • G06F11/362Software debugging
    • G06F11/3648Software debugging using additional hardware

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Theoretical Computer Science (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)【要約】 アドレス通信パスを介して命令ポインタレジスタの内容
を受信するように接続されるとともに、CPUの通常作
動が診断目的のために中断されるブレークポイントアド
レスを保持するブレークポイントレジスタを有し、更
に、ブレークポイントアドレスを命令ポインタレジスタ
の内容と比較して、マッチした時にブレークポイント信
号パス上のブレークポイント信号を出力する比較回路を
有する単一チップ集積回路装置のオン−チップブレーク
ポイントユニットが開示される。オン−チップブレーク
ポイントユニットはまた、中断した後のCPUの通常作
動の再開に関する前記次の命令のためのブレークポイン
ト信号の発生を禁止する回路を含んで構成される。更
に、特に診断手順を実行するための、土地CPUの通常
作動を中断する方法が開示される。

Description

【発明の詳細な説明】
【0001】
【発明の属する技術分野】本発明は集積回路装置の診断
手順に関し、特に、診断手順を実行可能にするための、
メモリ内のCPUのアドレスによって識別された特定命
令のCPUによる実行の検出と、CPUの通常作動の中
断に関する。
【0002】
【従来の技術及び発明が解決しようとする課題】シリコ
ンチップ上に統合されるCPUについての設計及び構造
が数多くあり、この場合、CPUはシリコン領域の大部
分またはわずかな部分を意味し、また、オン−チップメ
モリまたはオフ−チップメモリに記憶された命令を実行
する。一般的には、このようなCPUは、命令ポインタ
(Iptr)、プログラムカウンタ(PC)等として様
々に知られている実行用命令へのポインタまたはこれら
の実行用命令のメモリアドレスとして作動するレジスタ
を有する。現在実行される命令へのポインタ、次に実行
される命令へのポインタ、メモリから次に取出される命
令へのポインタ等の命令ポインタの種々のバージョンを
有する複数のレジスタがある。
【0003】種々の予測される構造によれば、メモリか
らの命令取出しタスクは識別可能な命令取出しユニット
により実施される。別の変更例は、このような命令取出
しユニットに通常のCPUデータアクセスとは別のメモ
リにアクセスさせ、CPUと主メモリとの間にキャッシ
ュ或いは別の命令及びデータキャッシュを挿入すること
を含む。
【0004】命令ポインタレジスタの値を知ることは、
CPU上で実行するソフトウエア上の診断機能を実行す
る際に特に重要である。最も簡単な場合、命令ポインタ
の値は外部メモリバス上のメモリアドレス値を観察する
ことによって推測できる。しかしながら、より複雑な例
では、Iptrの値はCPUの奥に隠れている。ソフト
ウエア診断のための他の重要な特色は、特定の命令に到
達した時にCPUを停止するか、又は、何らかの別の作
動をとる能力である。Iptrが外部ピンから推測でき
る場合、ブレークポインティングは外部ハードウエアに
よってアシストされ得る。これが不可能の場合、ブレー
クポインティングを達成するのに共通に使用される2つ
の方法がある。
【0005】1つの方法では、ブレークポイントされる
命令の位置でメモリを修正して、CPUがブレークポイ
ントされた命令の代わりに実行し、停止のような所望の
結果を達成する命令と取り替えることによって「ソフト
ウエアブレークポインティング」を実行する。しかしな
がら、この解決方法は割り込みであり、命令が読み出し
専用メモリに記憶される場合には作動せず、使用者がブ
レークポイント後に処理しようとする場合には正しい命
令と取り替えるための著しいオーバヘッドが必要とな
る。
【0006】第2の方法では、1つ以上のレジスタ及び
比較ロジックが付加され、各レジスタはブレークポイン
ト値を有する。Iptrがブレークポイントレジスタ値
の1つと一致すると、CPUが停止する。この解決方法
は、CPU内に又は非常に近接して存在するハードウエ
アを必要とするので、製作変更のために容易に取り外す
ことができない。また、この方法は、CPU自体によっ
て行われる場合には割り込みであるか、または、付加外
部ピン等の他のハードウエアサポートを必要とする何ら
かのブレークポイントレジスタをロードするための機構
を必要とする。CPUがブレークポイントされた命令を
実行使用とするのと同時に命令が取り出されるが割り込
みのために実行されない場合には状況は複雑である。ま
た、このような機構は、CPUがブレークポイントされ
た命令で安全に停止した場合にのみ満足に作動する。
【0007】
【課題を解決するための手段】改良されたブレークポイ
ンティングシステムを提供することが本発明の目的であ
る。本発明によれば、メモリから命令を取出して実行す
る取出し及び実行回路と、次に実行される命令のメモリ
内のアドレスを保持する命令ポインタレジスタと、を含
んで構成されるオン−チップCPUと、CPUを前記メ
モリにアクセスさせる、CPUに接続されたバスと、ア
ドレス通信パスを介して命令ポインタレジスタの内容を
受信するように接続されるとともに、CPUの通常作動
が診断目的のために中断されるブレークポイントアドレ
スを保持するブレークポイントレジスタを有し、更に、
ブレークポイントアドレスを命令ポインタレジスタの内
容と比較して、マッチした時にブレークポイント信号パ
ス上のブレークポイント信号を出力する比較回路を有す
るオン−チップブレークポイントユニットと、ブレーク
ポイント信号パスに接続され、ブレークポイント信号を
受信した時にCPUの通常作動を中断するように配置さ
れたオン−チップ制御ロジックと、を含んで構成され、
前記オン−チップブレークポイントユニットが、中断し
た後のCPUの通常作動の再開に関する前記次の命令の
ためのブレークポイント信号の発生を禁止する回路を含
んで構成されることを特徴とする単一チップ集積回路装
置が提供される。
【0008】ブレークポイント信号は、CPUが通常に
実行する次の命令の代わりに、一連の命令(いわゆる
「トラップ命令」)をCPUに取出させて実行させるこ
とができる。或いは、ブレークポイント信号は、診断手
順が行われている間にCPUが何らかの別の命令(ST
ALL AT INTERRUPT POINT)を実
行することを防止できる。
【0009】このように、ブレークポイントユニットが
チップ上に設けられ、このブレークポイントユニット
は、、1つ以上のブレークポイントレジスタを有し、C
PUからの命令ポインタを観察し、CPUがブレークポ
イントレジスタによって示された命令を実行しようとす
る場合に、CPUを停止するかまたはCPUに何か特定
の作動をさせることができる。オン−チップ制御ロジッ
クはCPU自体内に、または、CPUの近くに接続して
設けてもよく、CPUがブレークポイントアドレスによ
り定義された命令を実行した時に、他の何らかの特別な
作動を停止或いは行う機能を実行する。特別な作動とし
ての1つの特定形態は、CPUがトラップを取ることで
ある。他のインプリメンテーションでは、ストール、ホ
ルト、ストップ、非マスカブル割込みまたは他の適宜な
作動を実行できる。
【0010】中断した後のCPUの通常作動の再開につ
いての次の命令のためのブレークポイント信号の発生の
禁止は、CPUがブレークポイントに必要な特別の作動
を終了した後に毎回ブレークポイント作動をとり続ける
無限ループを防止するのに重要である。上記ブレークポ
イントユニットは、通信パスを介してオン−チップブレ
ークポイントユニットに接続され、オン−チップCPU
を必要とせずにブレークポイントレジスタにブレークポ
イントアドレスをロードさせるメッセージコンバータを
含んで構成される集積回路のコンテキストに特に使用で
きる。メッセージコンバータはオン−チップバスに接続
されてブレークポイントレジスタにブレークポイントア
ドレスをロードするメッセージを受信できる。また、メ
ッセージコンバータはオフ−チップ通信パスに接続され
てブレークポイントレジスタをロードするためにオフ−
チップCPUからメッセージを受信することができる。
【0011】上記形態において、アドレス通信パスは命
令ポインタレジスタをオン−チップブレークポイントユ
ニットに接続する専用並列バスである。これにより、ブ
レークポイントユニットを自立性にして、CPUの通常
作動に影響を与えずに取り除いたり変更したりできる。
CPUがメモリにアクセスできるように、アドレス通信
パスを前記バスにより設けることができ、オン−チップ
ブレークポイントユニットは命令を取り出すためのバス
上のメモリアクセスを監視するための監視回路を有す
る。
【0012】オン−チップブレークポイントユニット
は、命令ポインタレジスタ内のアクセスが有効であるこ
とを表示するためのアドレス有効信号を受信するように
接続される。オン−チップCPUが複数の異なる手順を
実行するための命令を取出して実行できる状況におい
て、ブレークポイント信号の発生の禁止は、これらの手
順のうち他の手順ではなく、CPUの通常作動を中断さ
せるいずれか1つの手順に関してのみ作動するように設
定できる。このように、多条ブレークポインティングが
可能である。
【0013】ブレークポイントユニットはカウンタを有
して、ブレークポイント信号が、ブレークポイントアド
レスでの命令が所定回数実行された後にのみ発生するよ
うにできる。ブレークポイントユニットは、複数のブレ
ークポイントアドレスのそれぞれを保持する前記複数の
ブレークポイントレジスタを有することができる。
【0014】更に、1つ以上のブレークポイントユニッ
トを単一チップ集積回路装置上に設けることができる。
本発明の他の態様によれば、CPUによって実行される
命令アドレスが監視されるとともに、各アドレスがCP
Uの通常作動が診断目的のために中断されるブレークポ
イントアドレスとそれぞれ比較され、監視アドレスとブ
レークポイントアドレスとの間にマッチがある時にブレ
ークポイント信号が出力され、CPUによるブレークポ
イント信号の受信によりCPUの通常作動が中断し、更
に、中断した後のCPUの通常作動の再開に関する次の
命令のためのブレークポイント信号の発生を禁止するこ
とを特徴とする、特に診断手順を実行するための、オン
−チップCPUの通常作動を中断する方法が提供され
る。
【0015】
【発明の実施の形態】本発明を更に理解し、どのように
実施するかを添付の図面を参照して説明する。図1は、
テストアクセスポート(TAP)コントローラ4とチッ
プ境界スキャンチェイン10とを有する集積回路2を概
略的に示す。TAPコントローラ4は、ライン14上の
テストクロック信号TCKと、ライン16上のテストモ
ード選択信号TMSと、ライン18上のテストデータ入
力信号TDIと、ライン22上のテストリセット入力信
号TRST*と、をオフ−チップから受信する。TAP
コントローラ4は、ライン20上のテストデータ出力信
号TDOをオフ−チップに出力する。TAPコントロー
ラ4はまた、ライン12上の装置識別子信号DEVIC
EIDを受信する。図1において、装置識別子信号DE
VICEIDは、集積回路内でアースに接続された信号
ライン12として示される。信号ライン12はマルチビ
ットワイヤでよく、また、装置識別子信号DEVICE
IDは集積回路上またはオフ−チップ上のいずれかから
発生できる。信号ライン12がマルチビットワイヤの場
合には、各ビットがチップ上の低レベルロジックまたは
高レベルロジックのいずれかに接続される。TAPコン
トローラ4は、ライン28上のスキャンデータ入力信号
SCANINと、ライン38上のテストクロック信号T
ESTCLKと、ライン24上のスキャンテストモード
SCANMODEの選択を示す信号と、をライン26上
の診断モードDIAGMODEの選択を示す信号と、を
オン−チップ回路に出力する。チップ境界スキャンチェ
イン10は、ライン28上のスキャンデータ入力信号S
CANINと、ライン24上のスキャンテストモード信
号SCANMODEと、を入力として受信し、ライン3
4上のスキャンデータ出力信号SCANOUTをTAP
コントローラ4に出力する。本発明では、ライン28上
のスキャンデータ入力信号SCANINはまた、後述す
るように、診断のためにオン−チップソース/宛先ロジ
ックに接続される。本発明では、ソース/宛先ロジック
は、入力信号DIAGSCANOUTをライン36上で
TAPコントローラ4に供給する。
【0016】以下に詳細に説明する図5は、ソース/宛
先ロジックを構成する構成要素を示す。ソース/宛先ロ
ジックは、少なくともオン−チップバスシステムに接続
されるプロセッサであり、オン−チップバスシステムは
これに接続されたオン−チップメモリを有する。オフ−
チップメモリもまたこのようなバスシステムに直接接続
できる。オン−チップソース/宛先ロジックはまた、D
MAエンジン又はEMIインタフェースを備えた他の機
能回路を持つ。
【0017】TAPコントローラ4は、標準演算に必要
であり且つ本発明で要求される回路ブロックを備えて図
2に概略的に示される。図2を参照すると、TAPコン
トローラ4はその基本形式において、ステートマシン5
0と、IDレジスタ42と、命令レジスタ44と、命令
デコーダ46と、バイパスラッチ48と、データマルチ
プレクサ52と、命令/データマルチプレクサ54と、
ラッチ56と、インバータ60と、を含んで構成され
る。命令レジスタ44は、ライン18上のテストデータ
入力信号TDIを受信し、バス62への並列命令とライ
ン76上への直列出力とを発生し、また、ライン82上
の命令制御入力信号を受信する。命令デコーダ46は、
バス62上の並列命令とライン84上のデコーダ制御入
力信号とを受信して、信号SCANMODE及び信号D
IAGMODEをライン24及び26それぞれに、ま
た、ライン70上に並列データマルチプレクサ選択信号
を発生する。バイパスラッチ48は、ライン18上のテ
ストデータ入力信号TDIを受信し、ライン72上に出
力信号を発生する。IDレジスタ42は、ライン12上
の並列の信号DEVICEIDを受信し、ライン68上
に直列の装置識別子出力信号を発生する。データマルチ
プレクサ52は、ライン68上のIDレジスタ42の出
力信号と、ライン72上のバイパスラッチ48の出力信
号と、ライン34上の信号SCANOUTと、ライン3
6上の信号DIAGSCANOUTと、ライン70上の
データマルチプレクサ選択信号と、を受信する。データ
マルチプレクサ52は、ライン74上に出力を発生す
る。命令/データマルチプレクサ54は、ライン76上
の直列出力と、ライン74上のデータマルチプレクサの
出力と、ライン78上の命令/データマルチプレクサ選
択信号と、を受信する。命令/データマルチプレクサ5
4は、ライン80上に出力を発生する。ラッチ56は、
ライン80上の命令/データマルチプレクサ54の出力
を受信し、ライン20上にテストデータ出力信号TDO
を発生する。ステートマシン50は、ライン16上の信
号TMSと、ライン22上の信号TRST*と、を受信
する。ステートマシン50は、ライン78への命令/デ
ータマルチプレクサ選択信号と、ライン82への命令制
御入力信号と、ライン84へのデコーダ制御入力信号
と、を発生する。IDレジスタ42、命令レジスタ4
4、命令デコーダ46、バイパスラッチ48、ステート
マシン50、及びデータコンバータ57は、それぞれラ
イン14上のテストクロック信号TCKを受信する。ラ
ッチ56は、ライン64上のインバータ60を介して反
転されたテストクロック信号TCKを受信する。テスト
クロック信号TCKとテストデータ入力信号TDIは、
ライン38の出力TESTCLK及びライン28の出力
SCANINとしてそれぞれ直接接続される。
【0018】集積回路2のテストを実行する際のTAP
コントローラ4の作動は、IEEE1149.1−19
90に詳細に説明されている。本質的に、有限長さのス
キャンチェインは、チップ境界スキャンチェイン10に
よって形成されるチェインのように集積回路上で形成さ
れる。TAPコントローラ4は、IEEE基準114
9.1−1990によって定義される同期有限ステート
マシンである。IEEE基準1149.1−1990
は、集積回路に含むことのできるテストロジックを定義
して、集積回路間の相互接続のテスト、集積回路自体の
テスト、集積回路の通常作動中における回路動作の監視
又は修正の標準的な方法を提供する。
【0019】集積回路2の通常作動中、TAPコントロ
ーラ4は、リセット状態にあり、その入力と出力は全て
非作動である。IEEE基準1149.1−1990に
よるテストアクセスポートを使用したテストを実行する
場合、TAPコントローラは前記基準の定義に従って作
動する。このようなテストモードでは、TAPコントロ
ーラ4は少なくとも1つの作動のテストモードを選択で
きる。1つの可能なテストモードはスキャンテストモー
ドであり、これはライン24上の信号SCANMODE
を設定することにより選択される。スキャンテストモー
ドでは、集積回路2上のスキャンチェインがテストのた
めに選択される。本実施形態において、チップ境界スキ
ャンチェイン10が信号SCANMODEによって選択
される。このようなスキャンテストは、単にスキャンチ
ェインの一端にデータを入力し、同一データがスキャン
チェインの他端で出力されることを確認するためにチェ
ックをすることを含む。或いは、オン−チップの機能ロ
ジックに入力されるデータをスキャンし、1以上のクロ
ックサイクルでチップを機能的にクロックして、機能ロ
ジックの出力をスキャンするような、より複雑なスキャ
ン操作を実行できる。オン−チップの任意の接続点また
は回路をテスト用に接続してスキャンチェインを形成で
きる。チップ境界スキャンチェイン10は、テストモー
ドで制御されて集積回路2の全ての入力/出力ポートを
接続する一連のフリップフロップである。このようなス
キャンテスティングの完全な理解はIEEE基準114
9.1−1990を参照することから求められる。スキ
ャンテスティングをどのように実行するかの特定の例と
して、ヨーロッパ特許出願公開第0698890号、第
0702239号、第0702240号、第07022
41号、第0702242号、第0702243号、第
0709688号が挙げられる。
【0020】IEEE基準1149.1−1990のテ
ストアクセスポートを使用する公知のテストモードの特
徴は、スキャンチェインが有限の長さか又は閉ループで
あること、また、テストデータ出力信号TDOがテスト
データ入力信号TDIに依存するとともに、テストデー
タ入力信号との時間関係を持つことである。本実施形態
では、作動の診断モードは、IEEE基準1149.1
−1990と一致するオン−チップのソース/宛先ロジ
ックの診断手順を実行するために提供される。このよう
な診断テストモードでは、テストデータ出力信号TDO
はテストデータ入力信号TDIに依存しないので、この
テストデータ入力信号との時間関係を持たない。テスト
データ入力信号TDIとテストデータ出力信号TDOと
の間のチェインは、無限の長さまたは開ループであると
考えられる。診断モードでは、TAPコントローラ4
は、全ての正常な機能を提供しながら、付加的に全二重
の、フロー制御された、束縛されない直列データを、こ
れがデータの形式であるとは気づかずに伝える転送エー
ジェントとして作動する。逆に、TAPコントローラ4
は、通常はどんなフロー制御もせずに選択されたテスト
チェインを通過する単一のデータストリームを処理す
る。
【0021】テストモードにおけるTAPコントローラ
4の作動の大要を、図1及び図2を参照して説明する。
図2においては、信号SCANINはテストデータ入力
信号TDIに直接接続しているが、一定の状況では、信
号SCANINは信号TDIの修正バージョンであって
もよい。同様に、テストクロック信号TESTCLKは
テストクロック信号TCKに直接接続しているが、一定
の状況では、信号TCKの修正バージョンであることが
要求される。
【0022】作動のテストモードでは、テストデータ入
力信号TDIとテストモード選択信号TMSは、テスト
クロック信号TCKの制御下でTAPコントローラ4に
直列形式で供給される。ステートマシン50は、テスト
クロック信号TCKの各作動エッジでテストモード選択
信号TMSの値に作用して、IEEE基準1149.1
−1990によって定義されるようにその状態を反復さ
せる。テストリセット信号TRST*は、IEEE基準
1149.1−1990に応じた低ロジック状態にある
時、TAPコントローラ4の非同期初期化を提供する。
【0023】命令レジスタ44は、テストクロック信号
TCKによってクロックされて、ステートマシン50か
らのライン82上の命令制御入力信号の制御下でテスト
データ入力信号TDIから直列形式で命令をロードす
る。命令が、命令レジスタ44内に直列にロードされる
と、この命令は、ステートマシン50からのライン84
上のデコーダ制御入力信号の制御下で、命令バス62を
経由して命令デコーダ46に並列に転送される。ここで
記憶された命令に従って、命令デコーダ46は、実行さ
れるのがスキャンテストか或いは診断テストかに応じて
信号SCANMODEまたは信号DIAGMODEのい
ずれか一方を設定する。命令レジスタ44及び命令デコ
ーダ46のローディングは、IEEE基準1149.1
−1990に従ってステートマシン50により制御され
る。命令デコーダ46によってデコードされた命令に応
じて、また、以下に更に説明するように、命令デコーダ
46のライン70上の並列出力は、データマルチプレク
サ52を制御して、その入力の1つを出力ライン74に
接続する。同様に、ステートマシン50のライン78上
の出力は、命令/データマルチプレクサ52を制御し
て、その入力の1つをライン80上の出力に接続する。
【0024】IDレジスタ42は、ライン12上の並列
の信号DEVICEIDを受信する。IDレジスタ42
は、チップ識別子を記憶し、そのチップ識別子は、ID
レジスタ42からライン68を介してテストデータ出力
信号TDOにスキャンされる。チップ識別子は集積回路
2を識別する。一つの作動モードにおいて、命令デコー
ダ46によってデコードされた命令は、マルチプレクサ
52が制御されてライン68上のその入力をライン74
上のその出力に接続し、また、命令/データマルチプレ
クサ54が制御されてライン74上のその入力をライン
80上のその出力に接続する場合に、装置の一致を単に
出力するものでよい。そして、装置の一致は信号TDO
として直列に出力される。
【0025】作動の別のモードでは、ライン76上の直
列出力が命令/データマルチプレクサ54によりライン
80に接続される場合に、テストデータ出力信号TDO
に現行命令を出力することが要求される。テスト作動の
一つのモードでは、特定の集積回路2のTAPコントロ
ーラ4がテストデータ入力信号TDIをテストデータ出
力信号TDOに接続することだけが要求される。この作
動モードでは、データマルチプレクサ52が制御されて
ライン72上のバイパスラッチ48の出力をライン74
上の出力に接続し、命令/データマルチプレクサ54が
制御されてライン74をライン80上の出力に接続す
る。このように、テストデータ入力信号TDIは、ラッ
チ56を介してテストデータ出力信号TDOに接続され
る。
【0026】ラッチ56は単に、テストデータ出力信号
TDOの時間制御をして、この信号がテストクロック信
号TCKの立ち下がりエッジに同期できるようにするた
めにだけ設けられたフリップフロップである。実行され
るテストモードがスキャンテストモードの場合、命令デ
コーダ46が信号SCANMODEを設定する。データ
マルチプレクサ52が命令デコーダ46により制御され
て、信号SCANOUTを出力ライン74に接続する。
命令/データマルチプレクサ54もまた制御されてライ
ン74をライン80に接続して、信号SCANOUTを
テストデータ出力信号TDOとして出力する。このよう
なスキャンテストモード中では、テストデータは、テス
トデータ入力信号TDIと直接接続する信号SCANI
N上の選択されたスキャンチェイン内にスキャンされ
る。スキャンテスティング、特に境界スキャンテスティ
ングは、IEEE基準1149.1−1990に十分に
説明されている。実行されるテストに応じた付加制御信
号が選択スキャンチェインに供給されて必要なテスト作
動を実行する必要がある。
【0027】本実施形態では、命令デコーダ46がライ
ン26上の信号DIAGMODEを設定する場合に診断
モードに入る。更に、データマルチプレクサ52が制御
されてライン36上の信号DIAGSCANOUTをラ
イン74上の出力に接続する。これは、命令/データマ
ルチプレクサ54を介してライン80に、またラッチ5
6を介してテストデータ出力信号TDOに順次接続され
る。
【0028】診断モードにおいて、テストデータ入力信
号TDIとテストデータ出力信号TDOとの間の直列デ
ータフローは、スキャンテストモードに対抗するものと
しての無限の長さのシフトレジスタを通ると考えられ
る。このモードにおいて直列データフローは有限の長さ
のシフトレジスタ(シフトレジスタチェイン)を通る。
診断モードでは、テストデータ入力信号TDIとしてテ
ストアクセスポート内にシフトされた一連のビットパタ
ーンは、テストデータ出力信号としてテストアクセスポ
ートの外にシフトされた一連のビットパターンに反映さ
れない。診断データの通信は、ホストからターゲットへ
及びターゲットからホストへ(読み出し及び書き込み)
のメモリアクセス要求、CPUレジスタの状態情報、メ
モリアクセス要求に応答してホストメモリまたはターゲ
ットメモリから読み出されたデータ、CPUレジスタ内
にロードするための状態データ、及びターゲットCPU
によってアクセスされるメモリアドレスに関する情報を
含む。このように、診断モードは、データの非割り込み
モニタリングまたはデータの割り込みローディングを含
む。
【0029】診断モードにおいて、テストアクセスポー
ト内にシフトされた直列データは、任意の所望の手段、
例えば、データチャンクを表す開始ビット及び停止ビッ
トでエンコードできる単一方向直列データストリームで
ある。同様に、テストアクセスポートを介してシフトア
ウトされたデータは、任意の所望の手段、例えば、デー
タチャンクを表す開始ビット及び停止ビットでエンコー
ドできる1方向直列データストリームである。通常、シ
フトインされたデータ及びシフトアウトされたデータ
は、同様の方法でエンコードされる。1方向入力及び出
力データストリームは、全二重の2方向直列通信を可能
にするために同時に使用される。一連の直列データビッ
トは情報バイトを構成できる。
【0030】本実施形態において、通常テストモードに
加えて作動の診断モードが提供されると、集積回路2に
は、図3に示すように、TAPコントローラ4とオン−
チップソース/宛先ロジックとの間をインタフェースす
るデータアダプタ90が備えられる。データアダプタ9
0は、TAPコントローラ4からの入力として、ライン
28上のスキャンデータ入力信号SCANINと、ライ
ン38上のテストクロック信号TESTCLKと、ライ
ン26上の診断モードDIAGMODEの選択を示す信
号と、を受信する。データアダプタ90は、TAPコン
トローラ4にライン36上の信号DIAGSCANOU
Tを出力する。データアダプタ90は、ライン92上の
送信データバスTXDATAのオン−チップソース/宛
先ロジックからデータを受信し、ライン94上の受信デ
ータバスRXDATAのオン−チップソース/宛先ロジ
ックにデータを出力する。データアダプタ90は、ライ
ン96上の送信有効信号TXVALIDを入力し、ライ
ン98上の送信肯定応答信号TXACKを出力する。両
信号は、送信データバスTXDATAに関連する制御信
号である。データアダプタ90は、ライン100上の受
信有効信号RXVALIDを出力し、ライン102上の
受信肯定応答信号RXACKを入力する。両信号は、受
信データバスRXDATAに関連する制御信号である。
【0031】データアダプタ90は、受信シフトレジス
タ114と、受信バッファ116と、受信制御ロジック
110と、受信フロー制御状態フリップフロップ120
と、送信フロー制御状態フリップフロップ124と、送
信シフトレジスタ118と、送信制御ロジック112
と、を含んで構成される。受信シフトレジスタ114
は、ライン28上の信号SCANINと受信制御ロジッ
ク110からのライン126上の制御信号とを受信し、
バス130上に並列データを出力して受信バッファ11
6への入力を形成する。受信バッファ116は、更に受
信制御ロジック110からのライン128上の制御信号
を受信し、ライン94上に受信データバス信号RXDA
TAを発生する。受信制御ロジック110は、更にライ
ン100上に信号RXVALIDを発生し、ライン10
2上の信号RXACKを受信し、ライン26上の信号D
IAGMODEを受信し、ライン134及び132上に
信号STARTDATA及びACKRXをそれぞれ発生
する。受信フロー制御状態フリップフロップ120は、
信号STARTDATAとライン136上の信号TXS
ENDACKとを受信し、送信制御ロジック112への
信号RXSENDACKをライン142上に出力する。
送信フロー制御状態フリップフロップ124は、信号A
CKRXとライン138上の信号TXSENDBYTE
とを受信し、送信制御ロジック112への信号TXWA
ITACKをライン140上に出力する。送信制御ロジ
ック112は、更にライン26上の信号DIAGMOD
Eとライン96上の信号TXVALIDとを受信し、信
号TXACKをライン98上に、送信シフトレジスタ1
18への制御信号をライン144上に、並列信号SER
CONTを送信シフトレジスタ118に出力する。送信
シフトレジスタ118は、更にライン92上の並列デー
タバスTXDATAを受信し、ライン36上に信号DI
AGSCANOUTを出力する。
【0032】図にはその接続は示されてはいないが、デ
ータアダプタ90には任意にオン−チップシステムクロ
ックからの入力が供給される。データアダプタとオン−
チップソース/宛先ロジックとの間のデータ及び制御信
号が、オン−チップソース/宛先ロジックのクロックと
同期する必要がある場合には、システムクロックは同期
実行のために使用できる。データアダプタ90は、信号
TESTCLK(信号TCKから引き出された)によっ
てクロックされたTAPコントローラからソース/宛先
ロジックの内部機能のクロック環境まで、また、ソース
/宛先ロジックのクロック環境から信号TESTCLK
によってクロックされたTAPコントローラまでの直列
データの同期を実行する。図には示されていないが、T
APコントローラ4は任意にスキャンイネーブル信号を
データアダプタ90に供給してもよい。このようなスキ
ャンイネーブル信号は、TAPコントローラがテストデ
ータ出力信号TDOへのデータ出力用スキャンパスを選
択したことを示す。
【0033】データアダプタ90は、TAPコントロー
ラ4を介したオフ−チップからの1方向直列データをオ
ン−チップソース/宛先ロジックで使用するのにより適
したフォーマットに変換する。逆に、データアダプタ9
0は、オン−チップソース/宛先ロジックにより供給さ
れるデータフォーマットを1方向直列データに変換す
る。好ましい実施形態においては、並列8ビット又はバ
イトの形式でデータをオン−チップソース/宛先ロジッ
クに供給するのが望ましい。しかしながら、特に受信デ
ータバスRXDATA及び送信データバスTXBUS
は、1バイト幅よりも1ビット幅のみでもよい。また、
受信及び送信データバスRXBUSとTXBUSは、複
数バイト幅のバスであってもよい。
【0034】データアダプタ90は、受信及び送信の両
データの「フロー制御」の機能を実行する。直列データ
は、受信端部がこのデータを受信できる容量を有してデ
ータ損失または低下を防止する時は、TAPコントロー
ラ4を(どちらの方向でも)単に通過するだけである。
受信端部がより多くのデータを受信する用意があること
の通信は、そのような情報を反対方向に送信することに
より実行される。これはフロー制御プロトコルを構成す
る。本実施形態におけるデータアダプタ90は、オン−
チップソース/宛先ロジックとの通信のために1方向直
列データの並列フォーマットへの変換を提供する。この
ように、フロー制御プロトコルはまた、データアダプタ
90とオン−チップソース/宛先ロジックとの間で必要
である。
【0035】このように、このフロー制御は2つの境
界、TAPコントローラ4とデータアダプタ90との間
の境界、及びデータアダプタ90とこのデータアダプタ
90がインタフェースするオン−チップソース/宛先ロ
ジックとの間の境界、を越えて実行される。TAPコン
トローラ4とデータアダプタ90との間のフロー制御を
提供するには、テストデータ入力信号TDIライン及び
テストデータ出力信号ライン上の1方向データが、図4
(a) に示されるような開始及び停止ビットでエンコード
される。ビットフロー制御プロトコルは、2つの開始ビ
ットS1及びS2、1つの停止ビットE1で信号を送る
ゼロ復帰方式(RTZ)である。開始ビットと停止ビッ
トとの間にはデータのバイトが含まれる。このフォーマ
ットの直列データは、TAPコントローラ4のテストデ
ータ入力信号TDIからライン28上の信号SCANI
Nまで通過してデータアダプタ90に入力される。デー
タアダプタ90の受信制御ロジック110は、直列デー
タ信号SCANINを受信する。受信制御信号が2つの
連続した直列ビットを開始ビットS1及びS2として認
識すると、受信シフトレジスタ114がライン126上
で制御されて、データバイトを内部で形成する次の連続
した8ビットを直列にロードする。
【0036】2つの連続した開始ビットS1及びS2に
応答して、受信制御ロジック110はまた、受信フロー
制御状態フリップフロップ120を設定するライン13
4上の信号STARTDATAを設定する。設定される
と、受信フロー制御状態フリップフロップ120は、順
次、ライン142上の信号RXSENDACKを設定
し、この信号により、送信制御ロジック112は、図4
(b) に示される形式でテストデータ出力信号TDOに肯
定応答信号を送る。この肯定応答信号は、開始肯定応答
ビットACKと停止ビットE1のみを含んで構成され
る。これらのビットは、ライン144上の信号の制御下
でライン150上の信号SERCONTとして送信シフ
トレジスタ118に並列に直接ロードされ、信号DIA
GSCANOUTとして、図4(b) の直列形式で送信シ
フトレジスタ118から出力される。肯定応答信号が送
られると、送信制御ロジック112は、ライン136上
に信号TXSENDACKを設定して、受信フロー制御
状態フリップフロップをリセットし、信号RXSEND
ACKをリセットする。
【0037】本実施形態で使用されるフロー制御プロト
コルによれば、信号SERCONTは、開始ビットS1
とS2及び停止ビットE1とを送信シフトレジスタ11
8内に直接ロードするのを許可する3ビット信号であ
る。TAPコントローラ4を介して出力され、オン−チ
ップソース/宛先ロジックによって示されるデータバイ
トが送信データバスTXDATA上に現れると、このデ
ータバイトは送信制御ロジック112の制御下で送信シ
フトレジスタ118内に並列にロードされ、送信制御ロ
ジック112は、図4(a) に示されるフォーマットの信
号を直列にシフトする前に、信号SERCONTを形成
する開始ビットS1、S2及び停止ビットE1を送信シ
フトレジスタ内の適宜なビット位置に直接ロードする。
肯定応答信号を送ると、送信制御ロジック112は単一
の開始ビットと停止ビットを送信シフトレジスタ118
内に直接ロードしてから、それらを全て直列にシフトす
る。
【0038】受信制御ロジック110が信号SCANI
Nの停止ビットE1を受信すると、データバイトは受信
シフトレジスタ114内にロードされ、受信制御ロジッ
ク110の制御下でデータバイトはバス130上を受信
シフトレジスタ114から受信バッファ116まで転送
される。データバイトが受信バッファ116内にロード
されると、このデータバイトは、ライン100上の信号
RXVALIDも設定する受信制御ロジック110の制
御下でバスRXDATA上に出力される。信号RXVA
LIDに応答して、オン−チップソース/宛先ロジック
はRXBUS上のデータバイトを受け入れ、この受信を
ライン102上の信号RXACKを設定することによっ
て示す。信号RXACKに応答して、受信制御ロジック
110は、信号RXVALIDをリセットし、受信シフ
トレジスタ114内に別のデータバイトがある場合は、
信号RAVALIDを再度設定する前にこれを受信バッ
ファ116に転送する。
【0039】受信バッファ116が好ましい実施形態に
おいて提供される。これは、データの受信をオーバーラ
ップする公知のトークンを2つの開始ビットが受信され
るとすぐに送信させ、また、連続したバイトを、各バイ
トの間にどんな隙間もなしに転送させることによって、
効果的なデータ転送速度を維持する。データバッファリ
ングもまた送信側に設けることができる。
【0040】オン−チップソース/宛先ロジックは、デ
ータバイトをTXDATAバス92上のデータアダプタ
90に並列に転送する。オン−チップソース/宛先ロジ
ックが、転送されるデータバイトを有している時は、ラ
イン96上の信号TXVALIDが設定される。信号T
XVALIDが設定されるのに応答して、送信制御ロジ
ック112が、ライン144を介して送信シフトレジス
タ118を制御してTXDATAバス上のデータバイト
を並列にロードする。更に、ライン150を使用して、
送信制御ロジック112は、適宜な開始ビットS1とS
2及び停止ビットE1を送信シフトレジスタ118内に
ロードする。そして、再びライン144を介した送信制
御ロジック112の制御下で、2つの開始ビットと1つ
の停止ビットを含むデータバイトが信号DIAGSCA
NOUTとして送信シフトレジスタ118から外に直列
にシフトされ、これはTAPコントローラ4を介して信
号TDOに接続される。バスTXDATA上のデータバ
イトがシフトレジスタ内にロードされると、送信制御ロ
ジック112は、ライン98上に信号TXACKを設定
してオン−チップソース/宛先ロジックへのデータバイ
トの受信の肯定応答をする。そして、オン−チップソー
ス/宛先ロジックは別のデータバイトを送信できる。デ
ータバッファリングが、必要に応じて送信シフトレジス
タ118と関連して提供される。
【0041】送信シフトレジスタ118が送信制御ロジ
ック112に制御されて、図4(a)に示される形式の直
列データを出力すると、送信制御ロジック112はま
た、ライン138上に信号TXSENDBYTEを設定
し、この信号は送信フロー制御状態フリップフロップ1
24を設定する。この信号に応答して、送信フロー制御
状態フリップフロップ124はライン140上に信号T
XWAITACKを設定する。信号TXWAITACK
が設定されると、データバイトが受信されたことをオン
−チップソース/宛先ロジックが肯定応答するのを送信
制御ロジック112は待つ。オン−チップソース/宛先
ロジックは送信データバイトをうまく受信すると、図4
(b) に示されるタイプの肯定応答信号をテストデータ入
力信号TDIに送る。ライン28上の信号SCANIN
のような肯定応答信号を受信すると、受信制御ロジック
110は、ライン132上に信号ACKRXを設定し
て、送信フロー制御状態フリップフロップ124をリセ
ットさせ、結果として信号TXWAITACKをリセッ
トさせる。そして、送信制御ロジック112は、オン−
チップソース/宛先ロジックからの次の並列データバイ
トの受信及び送信のための準備をする。
【0042】図5は、ホストメモリとターゲットメモリ
との間の接続を確立するのにどのようにデータアダプタ
90を使用するかを系統図形式で示す。集積回路2は、
相互の間をオフ−チップで通信し、また、上記信号を使
用してオン−チップで回路と通信する、TAPコントロ
ーラ4とデータアダプタ90とを含んで構成される。図
5において、上述の信号に相当する信号には同様の参照
符号を使用する。図5から明らかなように、集積回路2
はまた、メモリバスアダプタ160と、ターゲットCP
U162と、オン−チップメモリ164と、を含んで構
成される。集積回路2には、ターゲットCPU162及
びオン−チップメモリ164とインタフェースするメモ
リバス166が備えられる。メモリバス166はまた、
オフ−チップメモリ174に接続する。オフ−チップの
テストアクセスポート信号TCK、TMS、TDI、T
DO及びTRST*が、TAPコントローライニシャラ
イザ176に接続しており、このTAPコントローライ
ニシャライザ176は、それ自体別のデータアダプタ1
80からライン178上の直列データ入力信号SERI
Nを受信し、データアダプタ180へライン179上の
直列データ出力信号SEROUTを出力する。この別の
データアダプタ180は、ライン190、188及び1
86上の信号EXTRXDATA、EXTRXVALI
D及びEXTTXACKを、別のメモリバスアダプタ1
94に出力し、ライン184、182及び192上の信
号EXTTXDATA、EXTTXVALID及びEX
TRXACKをメモリバスアダプタ194から受信す
る。メモリバスアダプタ194は外部メモリバス198
に接続される。ホストCPU200は、外部メモリバス
198に接続され、別のオフ−チップメモリ202も外
部メモリバス198に接続される。
【0043】TAPコントローライニシャライザ176
は、テストモードか診断モードのいずれかの作動用のT
APコントローラ4を構成する。メモリバスアダプタ1
60,194は、バスRXDATA上の並列データをオ
ン−チップソース/宛先ロジックと通信するのにより適
宜なメッセージフォーマットに調整する。このため、メ
モリバスアダプタはメッセージコンバータであって、本
出願人による特許出願に開示されるタイプのメッセージ
コンバータである。メモリバスアダプタはまた、オン−
チップソース/宛先ソースのメッセージフォーマットを
バスTXDATAの送信用の並列データバイトに変換す
る。
【0044】図5の構成は種々の診断手順に使用でき
る。オン−チップ及びオフ−チップ直列リンクが集積回
路2とホストCPU200との間の種々の異なるタイプ
の診断データの通信を可能にする。ホストCPU200
は、オン−チップバスシステム166を使用してオン−
チップメモリ164またはオフ−チップメモリ174に
アクセスできるが、これにはターゲットCPU162を
必要としない。このためには、ホストCPUによりなさ
れたメモリアクセス要求が、オフ−チップメモリバスア
ダプタ194と、データアダプタ180と、TAPコン
トローライニシャライザ176と、オン−チップTAP
コントローラ4と、データアダプタ90と、メモリバス
アダプタ160と、を含んで構成されるインタフェース
回路を介して、ここに述べられる種々の変換を行って送
信できる。同様に、オン−チップメモリ164またはオ
フ−チップメモリ174から読み出されたデータは、オ
ン−チップバスシステム166とインタフェース回路と
を介してホストCPUに戻ることができる。逆に、ター
ゲットCPUが、ホストCPUに関連したオフ−チップ
メモリ202とアクセスできる。ホストCPU200に
関連したオフ−チップメモリ202から読み出されたデ
ータも、同様にインタフェース回路を介して戻ることが
できる。
【0045】また、ターゲットCPUが診断目的のため
に監視される。例えば、それ自体のメモリへのそのアク
セスがオン−チップ回路によって監視され、アクセスさ
れたメモリアドレスに関する情報がインタフェース回路
を使用してホストCPUに送信される。更に、ターゲッ
トCPUは、その状態を示す構成レジスタを含むか又は
アクセスできる。これらのレジスタの内容に関する情報
はオフ−チップでインタフェース回路を使用してホスト
CPUに送信される。逆に、特定状態情報がこれらのレ
ジスタ内にロードされてホストCPUの命令下でターゲ
ットCPUの状況に影響を与える。
【0046】このように、ここで述べられるインタフェ
ース回路は、ホストからターゲットへのまたターゲット
からホストへの(読み出し及び書き込み)メモリアクセ
ス要求、CPUレジスタの状態情報、メモリアクセス要
求に応答したホストメモリまたはターゲットメモリから
の読み出しデータ、CPUレジスタ内へロードするため
の状況データ及びターゲットCPUによりアクセスされ
るメモリアドレスに関する情報を含む診断データの通信
を可能にする。
【0047】このように、インタフェース回路は、以下
の診断上の機能を回路内に提供できる。リアルタイムの
診断手順の実行機能、即ち、ターゲットCPUがリアル
タイムで作動すると同時に、その作動に割り込まずに診
断手順を行う。特に、メモリバスの監視とターゲットメ
モリへのアクセスが、ターゲットCPUを必要とせずに
ホストCPUにより行える。
【0048】ホストCPUからターゲットメモリ及び構
成レジスタへのアクセス。ターゲットCPUからホスト
メモリへのアクセス。ホストプロセッサからCPUのブ
ーティング操作を実行する機能を含む、ターゲットCP
U及びサブシステムの制御。本実施形態では、テストデ
ータ入力信号TDIとテストデータ出力信号TDO上の
作動の診断モードにおけるテストアクセスポート内及び
外へシフトされる1方向直列データストリームは、メッ
セージ形式の情報である。このようなメッセージは、ホ
ストCPUまたはターゲットCPUによって開始され
る。デバッギング環境において、ホストCPUは、オン
−チップソース/宛先ロジックの割り込み又は非割り込
み診断を実行できる。或いは、診断モードにおいて、こ
のようなメッセージは、ターゲットCPUによって開始
できる。
【0049】図5のメモリバスアダプタ160は、チッ
プに入力されるメッセージを、オン−チップソース/宛
先ロジックによって使用するための制御情報、アドレス
及びデータに変換する。本実施形態では、各メッセージ
は複数のバイトで構成されるパケットである。前述のよ
うに、データアダプタ90は入力する直列データを並列
バイトに変換し、出力するバイトを直列データに変換す
る。メモリバスアダプタ160は、入力するメッセージ
をデコードして、オン−チップソース/宛先ロジックに
制御情報、アドレス情報及びデータ情報を供給する。同
様に、メモリバスアダプタ160は、オン−チップソー
ス/宛先ロジックからの制御情報、アドレス情報及びデ
ータ情報を、データアダプタに並列で送信されたメッセ
ージにエンコードする。
【0050】本実施形態において、開始される2つのタ
イプのメッセージと、応答として発生する2つのタイプ
のメッセージがある。開始される2つのタイプのメッセ
ージは、特定メモリ位置に特定データを書き込むための
メモリ書き込み要求「poke」と、特定メモリ位置か
らデータを読み出すためのメモリ読み出し要求「pee
k」とである。レスポンスとして発生する2つのタイプ
のメッセージは、メモリ読み出し要求に応答して読み出
しデータを戻す「peeked」メッセージと、後述の
「triggered」メッセージとである。各メッセ
ージの第1のバイトは、ヘッダバイトであり、4つのメ
ッセージの各々の構成は図6に示される。ヘッダバイト
は、パケットの性質を識別するパケット識別子を構成す
る。
【0051】第1の2ビットのヘッダバイトは、メッセ
ージのタイプ、即ち、メッセージが「poke」、「p
eek」、「peeked」又は「triggere
d」メッセージかどうか、を識別するタイプ識別子であ
る。以下の6ビットのヘッダバイトは、ヘッダバイトに
続き前記メッセージに関連するワード数を識別して、パ
ケットの長さを識別する長さ識別子として機能する。或
いは、以下に詳細に説明するように、これらの6ビット
は理由識別子として機能できる。図7は本実施形態によ
る4つのタイプのメッセージの各々の構成を示す。図7
(a) は「poke」ヘッダバイト00+WORDCOU
NTを含んで構成される「poke」メッセージを示
し、アドレスワードが続き、更に少なくとも1つのデー
タワードが続く。図7(b) は「peek」ヘッダバイト
01+WORDCOUNTを含んで構成される「pee
k」メッセージであり、アドレスワードが続く。図7
(C) は「peeked」ヘッダバイト10+WORDC
OUNTを含んで構成される「peeked」メッセー
ジであり、少なくとも1つのデータワードが続く。図7
(d) は「triggered」ヘッダバイト11+RE
ASONのみを含む「triggered」メッセージ
である。4つのタイプのメッセージの各々の操作は以下
に詳細に説明する。
【0052】上記のように、メモリバスアダプタ160
は、メッセージコンバータとして機能し、以下に説明さ
れる。図8は、本実施形態によるメッセージコンバータ
160のブロック図である。既に詳細に説明したよう
に、メッセージコンバータ160は、データアダプタ9
0からライン94上の受信データバスRXDATAの情
報バイトを受信し、ライン92上の送信データバスTX
DATAの情報バイトをデータアダプタ90に送信す
る。更に、上述のように、メッセージコンバータ160
は、データアダプタからのライン100及び98上の信
号RXVALID及びTXACKのそれぞれを受信し、
ライン102及び96上に信号RXACK及びTXVA
LIDのそれぞれをデータアダプタに発生する。また、
メッセージコンバータ160は、3つのメモリバスポー
ト、即ち、メモリスレーブバス220、メモリマスタバ
ス222及びメモリモニタバス226を介してオン−チ
ップソース/宛先ロジックとインタフェースする。メッ
セージコンバータ160はさらに、診断バス234を介
してオン−チップソース/宛先ロジックとインタフェー
スする。更に、メッセージコンバータ160は、ライン
236上のシステム信号SYSTEMを受信する。
【0053】メモリスレーブバス220、メモリマスタ
バス222、メモリモニタバス226及び診断バス23
4は、それぞれ1方向バスとして図8に示される。しか
しながら、各バスは、図8の矢印で示されるのとは反対
の方向の信号を含む。図8において使用される規則は、
バスの矢印方向が要求がなされる方向を反映することで
ある。図9は、特に各バスに含まれる信号を示す。
【0054】図9を参照すると、各バスは、複数のAD
DRESS信号350と、複数のWRITE_DATA
信号352と、複数のREAD_DATA信号354
と、1つのREQUEST信号356と、1つのGRA
NT信号358と、1つのVALID信号360と、を
含む。各バスは、図示されない関連する他の制御信号、
即ち、読み出し書き込み制御信号を有する。図9から明
らかなように、ADDRESS信号350とWRITE
_DATA信号352とREQUEST信号356と
は、全て1方向に伝達され、READ_DATA信号3
54とGRANT信号358とVALID信号360と
は、反対方向に伝達される。しかしながら、メモリモニ
タバス226において、READ_DATA信号354
とGRANT信号358もまた、ADDRESS信号3
50、WRITE_DATA信号352、REQUES
T信号356と同じ方向に伝達できることは言うまでも
ない。VALID信号360は、メモリモニタバス22
6には接続されない。
【0055】メモリマスタバス222は、オフ−チップ
ホストCPUによって駆動されてメモリアクセス要求を
ターゲットCPUメモリ領域につくり、また、診断機能
によっても駆動できる。メモリスレーブバス220は、
ターゲットCPUによって駆動されてオフ−チップメモ
リまたは診断機能にメモリアクセス要求をつくる。メモ
リモニタバス226は、メモリスレーブバス220と同
じオン−チップ信号に接続され、診断機能により使用さ
れてどのターゲットCPUがスレーブバスを使用するか
を確認(非割り込み)する固定通路バスである。診断バ
ス234は、メモリバスというよりはレジスタアドレス
バスであり、診断機能により発生する「trigger
ed」事象を伝達すると同時に、オン−チップ診断機能
からの読み出し及びオン−チップ診断機能への書き込み
を実行できる。診断バスはまた、診断機能からのメモリ
アクセス(メモリマスタバスを介したローカルオン−チ
ップ/オフ−チップメモリへのまたはデータアダプタを
介したリモートホストメモリへの)を開始するのに使用
される。
【0056】状態信号が、ターゲットCPUから診断機
能を介してメッセージコンバータに供給される。これら
の信号は、命令ポインタが有効である時を示す制御信号
を備えた命令ポインタ等のターゲットCPU進行情報を
含む。ホストCPUは、命令ポインタを監視してターゲ
ットCPUが何をしているかを判定する。状態信号はま
た、CPUの作動状態に関する付加的な情報を提供する
多面的な個別の制御信号を含む他のターゲットCPU状
態信号を含む。状態は、診断バスの「registe
r」読み出しによりアクセスされる。命令ポインタもま
た異なるレジスタアドレスからではあるが、「regi
ster」読み出しによりアクセスできる。
【0057】オン−チップソース/宛先ロジックのステ
ータスに関連する他の情報は、オン−チップレジスタに
関連する情報等のステータス信号として含まれるが、こ
のような情報は、一般的には診断目的のためのオン−チ
ップ機能のいくつかの抽出を含むレジスタから引き出さ
れるだけである。機能信号は任意の非割り込みオン−チ
ップ診断機能、例えば、診断情報及び制御の抽出を容易
にする任意のレジスタ、に接続できる。
【0058】メモリマスタバスは、オン−チップのアド
レスバスと、書き込みバスと、読み出しバスと、関連す
る制御信号とに接続される。メモリマスタバスは、オン
−チップメモリ164、オフ−チップメモリ174及び
構成レジスタ等のメモリバスを介してアクセス可能な任
意の他のリソースを含むターゲットメモリスペース内の
範囲に、ホストCPU及び診断機能がアクセスできるよ
うに使用される。
【0059】個別のバスポートにオン−チップソース/
宛先ロジックとの種々の接続点を設けるよりも、それら
の間を識別する適宜な制御信号を使用して、いくつかの
バスを組合せることができる。例えば、メモリバス書き
込みデータと読み出しデータとは、共通のメモリデータ
バスに組合される。メモリアドレスはメモリデータに組
合される。メモリスレーブバスはメモリマスタバスに組
合される。このような選択肢は、実行、領域及び他の要
素間の実行トレードオフを表す。
【0060】ライン236上のシステム信号は、システ
ムサービスに接続点を提供する。このようなシステムサ
ービスは、例えば、クロッキング、電源、リセット、テ
ストである。メッセージコンバータ160は、データア
ダプタによって直列ビットフォーマットから直列バイト
フォーマットに変換された連続した情報バイトを受信
し、ヘッダバイトを読み出してその内部に伝えられるメ
ッセージを決定する。このようにメッセージコンバータ
160は、入力するメッセージを解釈して必要な動作を
実行する。この必要な動作には、ホストに戻される情報
を選択すること、又は、メッセージコンバータに接続さ
れるバスのうちの適宜な1つを介してメモリアクセスを
開始してデータを読み出すか書き込むことが含まれる。
メッセージコンバータ160はまた、メッセージプロト
コルに従ってオン−チップバスから受信した並列データ
をオフ−チップ送信用のメッセージに編集する。これに
は、ヘッダバイトを並列データとアドレスバイトとに配
分して、入力するデータ、アドレス及び制御信号に応じ
てメッセージの性質を定義することが含まれる。図8の
メッセージコンバータ160の作動と図6及び7のメッ
セージプロトコルとを図10を参照して詳細に説明す
る。
【0061】図10は、本実施形態によるメッセージコ
ンバータ160を示す。メッセージコンバータ160
は、ヘッダレジスタ240と、アドレスレジスタ242
と、データレジスタ244と、減分制御246と、増分
制御248と、シフト制御250と、ステートマシン2
52と、バス選択及び指定ロジック254と、を含んで
構成される。メッセージコンバータ160には、全ての
制御信号を伝達するための内部制御バス258と、内部
情報バス256と、が備えられる。内部制御バス258
は、ステートマシン252に接続し、ステートマシン2
52への及びステートマシン252からのフロー制御信
号RXVALID、RXACK、TXVALID及びT
XACKを伝達する。内部制御バス258は更に、ライ
ン260上の減分制御信号を減分制御246に、ライン
262上の増分制御信号を増分制御248に、ライン2
64上のシフト制御信号をシフト制御250に、ライン
266上のヘッダ制御信号をヘッダレジスタ240に、
ライン268上のアドレス制御信号をアドレスレジスタ
242に、ライン270上のデータ制御信号をデータレ
ジスタ244に、また、ライン272上の選択及び指定
制御信号をバス選択及び指定ロジック254に伝達す
る。ヘッダレジスタ240は、減分制御246からライ
ン241上の制御信号を受信し、アドレスレジスタ24
2は、増分制御248からライン243上の制御信号を
受信し、また、データレジスタ244は、シフト制御2
50からライン245上の制御信号を受信する。情報バ
ス256は、受信データバイトRXDATAをヘッダレ
ジスタ240、アドレスレジスタ242、データレジス
タ244及びバス選択及び指定ロジック254に伝達す
る。また、情報バス256は、バス選択及び指定ロジッ
ク254、データレジスタ244、アドレスレジスタ2
42及びヘッダレジスタ240からの出力を送信データ
信号TXDATAに伝達する。バス選択及び指定ロジッ
ク254は、メモリスレーブバス220、メモリマスタ
バス222、メモリモニタバス226及び診断バス23
4の1つへの或いはこれらの1つからの情報バス256
上の情報を指定し、その情報は、本実施形態ではバイト
幅のものである。
【0062】図10の実施形態において、システム信号
236は、ヘッダレジスタ240と、アドレスレジスタ
242と、データレジスタ244と、ステートマシン2
52とをクロックするのに使用されるライン280上の
クロック信号を提供するだけである。メッセージコンバ
ータ160の作動を、予測される種々のメッセージタイ
プについて以下に説明する。
【0063】ホストCPUが「poke」を開始する
と、図7(a) に示される形式の直列メッセージが、集積
回路2 のテストアクセスポートで受信され、続いて、受
信データバスRXDATA上でデータアダプタ90によ
って並列の情報バイトの形式で出力される。受信データ
バスRXDATA上の各並列情報バイトを出力すると、
データアダプタ90は、ライン100上で信号RXVA
LIDを設定する。ライン100上の信号RXVALI
Dに応答して、メッセージコンバータ160のステート
マシン252は、受信データバスRXDATAの情報バ
イトをメッセージコンバータ160内にロードし、ライ
ン102上に信号RXACKを設定して情報バイトの受
信を肯定応答する。信号RXVALIDを設定してメッ
セージの第1の情報バイトを示すデータアダプタ90に
応答して、ステートマシン252は、ライン266を介
してヘッダレジスタ240を制御し、受信データバスR
XDATAの情報バイトを内部情報バス256を介して
ヘッダレジスタ240内にロードする。そして、ステー
トマシン252は、ヘッダレジスタ240内にロードさ
れたバイトのうちの少なくとも2つの重要なビットを検
索して、どのタイプのメッセージが入力するのかを決定
する。この場合、ステートマシン252は、受信したバ
イトの少なくとも2つの重要なビットを00として識別
し、「poke」メッセージに対応するとして入力メッ
セージを識別する。ホストCPUによって開始された
「poke」メッセージは、ホストCPUがターゲット
CPUメモリ領域内に特定アドレスで挿入しようとする
データを含む。ヘッダレジスタ240に記憶されたヘッ
ダバイトと関連するワードカウントは、メッセージ内の
データワード数のカウントである。ステートマシン25
2は、ライン268を介してアドレスレジスタ242を
制御して、受信データバスRXDATA上で受信される
次の4バイトを、情報バス256を介してアドレスレジ
スタ242内にロードする。この4バイトはアドレスワ
ードを形成する。アドレスワードがアドレスレジスタ2
42内にロードされると、受信データバスRXDATA
で受信される第1のデータワードを形成する次の4バイ
トが、制御ライン270を介してステートマシン252
の制御下でデータレジスタ244内にロードされる。そ
して、ステートマシン252は、ライン272を介して
バス選択及び指定ロジック254を制御してアドレスレ
ジスタ242とデータレジスタ244の内容をメモリマ
スタバス222に出力する。
【0064】アドレスレジスタとデータレジスタの内容
をメモリマスタバス222に出力すると、ステートマシ
ン252は、前記バスに関連する書き込み制御信号と、
メモリマスタバスに関連するライン356上の要求信号
とを設定する。アクセスされるターゲットCPUのメモ
リスペースに関連するメモリアービタは、要求されたメ
モリアクセスが進行できることを判定すると、メモリマ
スタバスに関連するライン358上の許可(GRAN
T)信号を宣言する。より高い優先順位の要求者(例え
ばCPU)が要求を出さずに前回アクセスを完了した場
合、メッセージコンバータ160は低優先順位を持って
もよい。要求及び許可の信号セットは、各データワード
転送毎に要求される。
【0065】メモリアクセス後、ヘッダレジスタ240
に含まれるワードカウントが1ではない場合(本実施形
態では、1はゼロのワードカウントを示す)、アドレス
レジスタ242は、制御ライン243を介して増分制御
248によって増分され、別のワード情報がデータレジ
スタ244内にロードされる。更に、レジスタ244へ
のデータワードのローディング後、アドレスレジスタ2
42内に記憶されたアドレス及びデータレジスタ244
内に記憶されたデータは、書き込み制御信号及び要求信
号が設定されるのとともにメモリマスタバス上に出力さ
れ、また、データレジスタ244内に含まれるデータワ
ードがアドレスレジスタ242内に含まれるアドレスに
書き込まれる。その肯定応答は、メモリマスタバス上に
許可信号を設定するメモリアービタによって確認され
る。この一連のアドレスレジスタ242の増分とデータ
レジスタ244内への4バイト情報のローディングは、
ヘッダレジスタ240に含まれるワードカウントが1と
同じ、即ち、データワードが残らない、状態になるまで
継続する。
【0066】ホストCPUが「peek」を開始する
と、図7(b) に示される形式の直列メッセージが集積回
路2のテストアクセスポートで受信され、続いて受信デ
ータバスRXDATA上のデータアダプタ90によって
並列情報バイト形式で出力される。信号RAVALID
を設定して第1の情報バイトを示すデータアダプタ90
に応答して、ステートマシン252はヘッダレジスタ2
40を制御してその内部に情報バイトをロードする。そ
して、ステートマシン252はその内部にロードされた
バイトのうち少なくとも2つの重要なビットを検索し
て、どのメッセージが入力するかを判定するが、この場
合、受信したバイトのうち少なくとも2つの重要なビッ
トを01として識別し、入力するメッセージを「pee
k」メッセージに対応するものとして識別する。ホスト
CPUによって開始される「peek」メッセージはタ
ーゲットCPUメモリ領域内にアドレスを含み、その内
容はホストCPUが検索する。
【0067】ステートマシン252が、その内部に含ま
れる第1の2ビットのヘッダバイトを01として識別す
ることにより、ヘッダレジスタ240内にロードされた
「peek」メッセージを識別すると、ステートマシン
252は、ヘッダバイトの第1の2ビットを「peek
ed」ヘッダ用の適宜なビット、即ち、10に対応する
ように変化させて、この変化させたヘッダバイトを送信
データバスに送信してヘッダレジスタ内に記憶されたワ
ードカウントをそのまま含むホストCPUに戻し、図7
(c)に示される形式の戻された「peeked」メッセ
ージのヘッダバイトを形成する。言い換えれば、「pe
ek」ヘッダバイトは「peeked」ヘッダバイトと
して、そのままのワードカウントと01から10に変化
した少なくとも2つの重要なビットとともに戻される。
受信データバスRXDATA上で受信された次の4バイ
ト情報がアドレスレジスタ242内にロードされてアド
レスワードを形成する。ステートマシン252は、ライ
ン272を介して選択及び指定ロジック254を制御
し、メモリマスタバスに関連する読み出し制御信号の設
定と、メモリマスタバスに関連する要求信号が設定され
るのと、を連係して、アドレスレジスタ242に含まれ
るアドレスワードをメモリマスタバス222上に出力す
る。
【0068】設定される要求信号に応答して、アクセス
されるターゲットCPUのメモリスペースに連絡するメ
モリアービタが、要求されたアクセスが進行できること
を判定すると、アービタはメモリマスタバスに関連する
許可信号を設定する。メモリマスタバス上のアドレス出
力に関連する実際のメモリ位置がアクセスされ、その内
部に記憶されたデータがメモリマスタバスの読み出しデ
ータバス上に出力されると、アービタはメモリマスタバ
スに関連する信号VALIDを設定してデータがホスト
CPUに返送される用意ができていることを示す。設定
される信号VALIDに応答して、ステートマシン25
2は、ライン272を介してバス選択及び指定制御ロジ
ックを制御してメモリマスタバスの読み出しデータバス
上のデータをデータレジスタ244内にロードする。デ
ータレジスタ244内にロードされたデータワードは、
内部情報バス256を介して送信データバスTXDAT
A上に一度に1バイトずつシフトアウトされて、ホスト
CPUに返送される。要求、許可及び有効の信号のセッ
トが転送される各データワード毎に必要である。
【0069】データレジスタ244内にロードされたデ
ータワードがホストCPUにシフトバックされた後、ス
テートマシン252はライン260を介して減分制御2
46を制御し、制御ライン241を介してヘッダレジス
タ240に含まれるワードカウントを1だけ減少させ
る。ワードカウントが1ではない場合、増分制御248
がライン262を介してステートマシン252によって
制御されて、制御ライン243を介してアドレスレジス
タ242に含まれるアドレスを増加し、このアドレスが
再びバス選択及び指定ロジック254によって設定され
た要求信号及び読み出し制御信号とともにメモリマスタ
バス222上に出力される。このように、ターゲットC
PUメモリ領域内の次の連続したメモリ位置が読み出さ
れ、その内容がメッセージコンバータ160のデータレ
ジスタ244内に書き込まれる。また、このデータワー
ドは1バイトずつ送信データバスTXDATA上でホス
トCPUにシフトアウトされ、ヘッダレジスタ内のワー
ドカウントが再び1だけ減少される。ヘッダレジスタ2
40に含まれるワードカウントが0と同じ、即ちデータ
ワードが残らない状態になるまで、このサイクルが繰り
返される。
【0070】ターゲットCPUは、「poke」又は
「peek」メッセージを開始してホストCPU200
のメモリスペースからデータを書き込むかまたは読み出
す。ターゲットCPU領域のメモリスレーブバス220
とその関連制御信号を監視し、読み出しまたは書き込み
制御信号に関連して、ターゲットCPUによるアドレス
バス上のアドレス出力がターゲットCPUではなくホス
トCPUのアドレス範囲内であることを識別するステー
トマシン252によって、ターゲットCPUによる「p
oke」メッセージまたは「peek」メッセージの開
始が認識される。複数ワードの「peek」メッセージ
及び「poke」メッセージを実行する上記のようなタ
ーゲットCPUにより開始される「poke」メッセー
ジ及び「peek」メッセージに対して、ターゲットC
PUは単一ワードの「peek」メッセージ及び「po
ke」メッセージのみを実行できる。
【0071】ターゲットCPUが「poke」メッセー
ジを開始すると、これは、メモリスレーブバスの書き込
みデータバスに関連する書き込み信号と、設定されるメ
モリスレーブバスに関連する要求信号とを識別するステ
ートマシン252によって認識される。また、ステート
マシン252は、メモリスレーブバスによって要求され
る書き込みデータと関連するアドレスがターゲットCP
U領域のメモリ範囲の外側であることを認識する。この
状況に応じて、ステートマシン252は、図6(a) に示
されるような予め記憶された「poke」ヘッダバイト
を制御ライン266を介してヘッダレジスタ240内に
直接ロードする。このような「poke」ヘッダバイト
は1つのデータワードを示すワードカウントを持つ。そ
して、メモリスレーブバスのアドレスデータバス上のア
ドレスワードはバス選択及び指定ロジック254を介し
て、ステートマシン252の制御下でアドレスレジスタ
242内にロードされ、メモリスレーブバスの書き込み
データバス上の書き込みデータも同様にデータアダプタ
160のデータレジスタ244内にロードされる。そし
て、ステートマシン252の制御下で、ヘッダレジスタ
240内の「poke」バイトは、送信データバスTX
DATA上を通ってホストCPUに出力され、アドレス
レジスタ242に含まれる4バイトアドレスとデータレ
ジスタ244に含まれる4バイトデータが続く。
【0072】同様に、要求信号とターゲットCPU領域
のアドレス範囲の外側のメモリスレーブバスのアドレス
バス上のアドレスとに関連して読み出し信号をメモリス
レーブバス上で識別するステートマシン252に応答し
て、ステートマシン252は、「peek」ヘッダバイ
トに相当する図6(b) に示されるヘッダバイトをヘッダ
レジスタ240内にロードする。この場合、ヘッダバイ
トは1つのワードカウントを含む、即ち、データワード
がないことを示す。同様に、上述のように、ステートマ
シン252はまた、データアダプタ160を制御してメ
モリスレーブバスのアドレスバス上のアドレスをアドレ
スレジスタ242内にロードする。そして、ヘッダレジ
スタ240に含まれるヘッダバイトは、送信データバス
TXDATA上に出力され、アドレスレジスタ242に
記憶された4つの連続したバイトが続く。
【0073】この段階で、メッセージコンバータ160
は、開始されたターゲット「peek」メッセージで終
了するが、ターゲットCPUはメモリスレーブバス22
0上の信号VALIDを受信していない。結果として、
ターゲットCPUは「stuck」(即ち、固定された
かまたは継続して待機中)であり、何もしていない(停
止または他の中断ではない)。しかしながら、メッセー
ジコンバータ160は「stuck」ではなく、その他
の活動(CPUが「stuck」なので開始されたター
ゲット「peek」メッセージまたは「poke」メッ
セージを受信しないが)を進行する位置にいる。
【0074】このように、メッセージコンバータがメモ
リアクセスメッセージをオフ−チップホストプロセッサ
に送信すると、後続のメッセージまたは要求を自由に処
理できる。ターゲットCPUにより開始された「pok
e」メッセージまたは「peek」メッセージに応答し
て、ホストCPUは「peeked」メッセージで応答
する。ホストCPUからの「peeked」メッセージ
の受信は、図6(c) の構成に対応するヘッダレジスタ内
のヘッダバイトを認識するステートマシン252によっ
て識別される。受信データバスRXDATAからの次の
4バイトの情報がデータレジスタ244内にシフトさ
れ、その内部にロードされたデータワードが、設定され
るメモリスレーブバスと連絡する信号VALIDと関連
して、ステートマシン252の制御下で、ターゲットC
PU領域のメモリスレーブバス220のデータバスに、
バス選択及び指定制御ロジック254によって転送され
るので、ターゲットCPUのメモリスペースと連絡する
メモリアービタに、「peek」要求によって要求され
たデータが利用可能であることを表示する。ターゲット
CPUは単一ワード「peek」を開始するだけなの
で、ホストCPUからの「peeked」メッセージは
単一データワードのみを含む。ターゲットCPUが信号
VALIDを受信すると、「stuck」ではなくな
る。
【0075】メモリスレーブバス220は、ターゲット
CPUによって使用されて、メッセージコンバータ16
0を介してホストCPUによってアクセスされるオン−
チップ診断機能にアクセスする。これは開始されたター
ゲット「peek」/「poke」に使用するのと同じ
バスであり、アドレス範囲は、これがオン−チップ診断
機能へのアクセスかどうか判定する。ターゲットCPU
によってメモリスレーブバス220上で開始される任意
の作動に応答して、ステートマシン252はライン27
2を介してバス選択及び指定ロジック254を制御しメ
モリスレーブバス220上の任意の情報または制御信号
を診断バス234に転送する。
【0076】図11を参照すると、図8及び図10のメ
ッセージコンバータ160と、オン−チップソース/宛
先ロジックまたはターゲット領域とホストCPUと、の
間の相互接続が概略的に示される。図5を参照して前述
したように、集積回路2は、TAPコントローラ4と、
データアダプタ90と、CPUレジスタ163を有する
ターゲットCPU162と、オン−チップメモリ164
と、を含んで構成される。加えて、図11の集積回路2
は、診断レジスタ301を有する診断機能回路300
と、メモリキャッシュ302と、外部メモリインタフェ
ースコントローラ304と、図10で詳細に説明したメ
ッセージコンバータ160と、を含んで構成される。図
11において、ホストCPU200がホスト通信アダプ
タ308を介して集積回路2のTAPコントローラ4と
インタフェースすることが示されている。本実施形態に
おいて、ホスト通信アダプタ308は、TAPコントロ
ーライニシャライザ176と、データアダプタ180
と、図5において説明したメモリバスアダプタ194
と、を含んで構成される。また、ホスト通信アダプタ3
08は、ホストCPU200からまたはホストCPU2
00へのメッセージを変換するための集積回路2に設け
られたメッセージコンバータ160と同等のメッセージ
コンバータを有する。更に、図11を参照すると、メッ
セージコンバータ160が診断バス234を介して診断
機能回路300と通信するのがわかる。診断機能回路3
00とターゲットCPU162とは、バス310を介し
て相互に通信する。メッセージコンバータ160のメモ
リモニタバス226とメモリスレーブバス220は、タ
ーゲットCPUとメモリキャッシュ302との間の共通
バス312と接続する。また、ターゲットCPUとメモ
リキャッシュ302とは、CPU命令−取出しバス31
4を介して相互接続する。メッセージコンバータ160
上のメモリマスタバス222は、オン−チップソース/
宛先ロジックのメモリバス166に順次接続するメモリ
キャッシュ302に接続する。図5を参照して前述した
ように、メモリバス166はオン−チップメモリ164
に接続する。また、メモリバス166は、外部メモリイ
ンタフェースコントローラ304と接続し、その外部メ
モリインターフェースコントローラ304は、オフ−チ
ップメモリ174とインタフェースするオフ−チップメ
モリバス316にオン−チップソース/宛先ロジックメ
モリバス166をインタフェースする。
【0077】図11の構成は、オン−チップソース/宛
先ロジックとホストCPUとの間でメッセージを送信す
ることによって種々の診断手順を実行するのに使用でき
る。診断バス234は、診断機能回路300の診断レジ
スタ301への又は診断レジスタ301からの読み出し
及び書き込みを可能にするとともに、トリガ事象を発生
させる。ターゲットCPUに関連する制御情報は、診断
機能回路300から読み出される。ターゲットCPUに
関連する命令ポインタと他の制御信号は、診断機能回路
300の診断レジスタ301に記憶される。命令ポイン
タは、診断レジスタ301の一つに連続して複写され、
診断バス234上の要求によってアクセスされる。ター
ゲットCPUの状態を検索するには、診断機能回路30
0の診断レジスタ301の一つを検索する必要がある。
診断レジスタ301は、例えば、STALL AT
NTERRUPT POINT、TRAP AT IN
TERRUPT POINT等の、ターゲットCPUの
種々の制御信号を記憶できる。これらの信号は特定のワ
イヤを介してCPUに伝達される。
【0078】前述のように、ホストCPUがメモリマス
タバス222を介してターゲットCPUメモリスペース
内のメモリ位置に書き込みができるのと同様の方法で、
ホストCPUは、診断バス234を介して診断機能回路
300内のレジスタに書き込みができる。診断機能回路
300のレジスタに書き込みをするホストCPUに応答
して、トリガされた事象が発生する。このトリガ事象
は、トリガ事象を識別する理由コードに関連する要求信
号を識別するステートマシン252によってメッセージ
コンバータ160内で検出される。要求信号に応答し
て、ステートマシン252は、トリガ事象に関連する理
由コードを、トリガヘッダバイトを識別する2ビット1
1とともに、ヘッダレジスタ240内にロードする。そ
して、ヘッダレジスタ240に記憶されたトリガヘッダ
バイトが送信データバスTXDATA上をターゲットC
PUに出力される。
【0079】上記のように、ターゲットCPU自体が、
メモリモニタバス226と診断バス234とを介して診
断機能回路300にアクセスできる。同様に、ターゲッ
トCPUが診断機能回路に書き込みをすると、この書き
込みに応答してトリガ事象が発生して、ステートマシン
252がヘッダレジスタ240に含まれるトリガヘッダ
バイトを出力してターゲットCPUに戻す。ステートマ
シン252は、診断バス234上の書き込みがターゲッ
トCPUによって行われたかまたはホストCPUによっ
て行われたかを記憶し、トリガ事象を正しい宛先に返送
する。
【0080】図11に示された環境で実行される本実施
形態によるメッセージコンバータは、テストアクセスポ
ートからのブート、ホットプラグ挿入及びホストとター
ゲットの同期化等の種々の高レベルの診断特徴を維持で
きる。このように、本実施形態によれば、集積回路に挿
入され、限定されたピンカウントを介してホストCPU
とオン−チップソース/宛先ロジックとの間の通信を提
供するメッセージコンバータが設けられる。このコンバ
ータは、種々のオン−チップリソースへのアクセスを有
する。これらのリソースのうちのいくつかは単に監視さ
れるだけであり、他は制御されるかまたは監視及び制御
される。任意のリソースの監視は非割り込みであり、チ
ップ機能の実行または待機に何の影響も与えない。これ
は診断目的には理想的である。メッセージコンバータ
は、受信メッセージの解釈と、送信メッセージの編集
と、オン−チップソース/宛先ロジックへのまたはオン
−チップソース/宛先ロジックからの情報の選択または
指示との機能を実行する。メッセージコンバータは、オ
ン−チップ機能のいずれからも独立して作動するので、
何らかの割り込み作動の実行が指示されるまで或いは指
示されなければ非割り込みである。
【0081】図11を参照すると、その構成は、メモリ
キャッシュ302を取り除き、共通バス312とCPU
命令取出しバス314とをメモリバス166に直接接続
することによって応用されてもよい。更に、この構成
は、付加的なマスタまたはメモリバス166に接続され
たオン−チップの自律機能を有するようにも応用でき
る。さらにまた、ターゲットCPU162は取り除くこ
とができ、メモリスレーブバス220とメモリマスタバ
ス222とメモリモニタバス226とをメモリバス16
6に直接接続できる。
【0082】上記本発明の実施の形態によれば、診断機
能回路300はブレークポイントユニット400を有
し、1つ以上の診断レジスタがブレークポイントレジス
タとして使用される。図12を参照して説明する。ブレ
ークポイントレジスタは符号402、404で示され
る。ターゲットCPU162の命令ポインタは、ターゲ
ットCPUの命令ポインタ(Iptr)レジスタ406
内に保持され、バス310を介してブレークポイントユ
ニット400に供給される。命令ポインタは、CPUが
中断されず、或いは逸脱しない場合に、CPUが次に実
行することが予測される命令へのポインタである。CP
Uが逸脱した場合、命令ポインタが有効な時を表示する
制御信号とともに命令ポインタがバス310上を供給さ
れるのは明らかである。
【0083】上記の制御信号、即ち、STALL AT
INTERRUPT POINT、TRAP AT
INTERRUPT POINT、に加えて、新しい制
御信号TRAP AT NEXT INTRUCTIO
Nがブレークポイントユニット400により発生する。
ブレークポイントユニット400は、制御信号STAL
AT INTERRUPT POINTをライン4
08上に、制御信号TRAP AT NEXT INS
TRUCTIONをライン407上に発生し、両制御信
号はターゲットCPU162の命令実行回路411に接
続される。実行回路411が制御信号TRAP AT
NEXT INTRUCTION及びSTALL AT
INTERRUPT POINTに応答して、ターゲ
ットCPU162の通常作動を中断させる。信号TRA
AT NEXT INSTRUCTIONが宣言さ
れて、ターゲットCPUにトラップを取らせる、即ち、
CPUが通常実行する次の命令の代わりに予め定義され
た一連のトラップ命令を取出して実行させる。これらの
トラップ命令は、CPUの作動を検査するために診断で
きる一定のタスクをCPUに実行させるように選択され
る。このために、CPUの実行回路411の実行制御ロ
ジック454は、バス456上のアドレスとともにライ
ン401上の制御信号をCPU162の命令取出しユニ
ット410に送る。命令取出しユニット410及びCP
Uのトラップ機構の正常特性により、命令が命令バス4
09上に発生する。信号STALL AT INTER
RUPT POINTが宣言されて、診断手順が行われ
ている間は、CPUが別のどんな命令も実行することを
防止する。
【0084】ブレークポイントユニットの主要な機能
は、上記のようにトラップを生じさせるかまたはCPU
を停止させることであるが、診断コントローラもまた他
の相互作用が可能である。ブレークポイントアドレスの
検出に応答して可能な他の作動は、CPUを必要とせず
に或いはCPUを妨害せずにTAPコントローラを介し
て「triggered」メッセージをオフ−チップで
送信し、また、CPUを必要とせずに外部接続部を介し
て信号「trigger−out」を送信し、或いは、
ブレークポイントされた命令のn番目の実行が上記可能
な応答の1つを生じるようカウンタを減少させる、こと
である。ここで、nは応答をトリガするのに必要なブレ
ークポイント命令の所望の数である。
【0085】TRAP AT NEXT INSTRU
CTIONが、CPUが次の命令を実際に実行しようと
する場合にのみ、CPUに次の命令の実行の代わりにト
ラップを取るかまたは停止するように合図することは言
うまでもない。CPUが中断するか、(何らかの他の原
因でトラップを取るか、またはプログラム飛越しをとる
と、次の命令が実行されないのでブレークポイントトラ
ップがとられない。
【0086】図13はブレークポイントユニットの構成
部品をより詳細に示す。各ブレークポイントレジスタ4
02、404には比較回路412、414が接続され
る。両比較回路はバス310上の命令ポインタを受信す
る。また、各比較回路412、414は接続されたブレ
ークポイントレジスタ402、404からそれぞれアド
レスを受信する。ブレークポイントレジスタに保持され
るアドレスは、ここではブレークポイントアドレスと考
えられる。論理回路416は比較回路412、414か
らの出力と、命令ポインタと、を受信し、命令ポインタ
が有効な時期を決定して、比較回路の1つが、命令ポイ
ンタと接続されたブレークポイントレジスタ内に記憶さ
れたブレークポイントアドレスとの間のマッチを表示す
ると、信号TRAP AT NEXT INSTRUC
TIONまたは信号STALL AT INTERRU
PT POINTのどちらかを宣言する。論理回路41
6はまた、信号TRAP AT NEXT INSTR
UCTION及びSTALL AT INTERRUPT
POINTが前回ブレークポイントから戻った後すぐ
に宣言されることを防止する状態ビットを記憶する状態
ビットストア418に接続される。状態ビットは、次の
命令が何らかの前回ブレークポイント作動に続く復帰ま
たは再開であることをブレークポイントユニット400
に伝達するライン420上のCPUからの信号によって
設定される。
【0087】ブレークポイントユニット400には、論
理回路416が信号TRAP AT NEXT INTR
UCTIONまたはSTALL AT INTERRR
UPT POINTのどちらを宣言するかを決定する、
ブレークポイントユニット固有のレジスタ内のビット等
の構成手段が設けられる。図13の実施の形態では、構
成手段の構成ビットストア450は論理回路416にラ
イン452上の信号を供給して、どの制御信号が宣言さ
れるかを決定する。構成ビットストアは診断バス234
を介してロードされる。
【0088】ブレークポイントアドレスは、ブレークポ
イントレジスタ内に診断バス234を介してロードされ
る。これらは、これを実行するための回路接続はここで
は示されていないが、代わりにメモリバス312によっ
てロードされてもよい。ブレークポイントユニット40
0は以下のように作動する。CPUからの命令ポインタ
は比較回路412、414内の各ブレークポイントアド
レスと比較される。マッチが生じると、命令ポインタが
有効であって、状態ビットが設定されていないとして、
信号TRAP AT NEXT INSTRUCTIO
NまたはSTALL AT INTERRUPT PO
INTのうちの1つが、CPUが通常実行するはずの次
の命令を実行するのを防止するのに十分な短い時間でラ
イン407または408上で宣言される。実行回路41
1の実行制御ロジック454は、CPUが宣言された信
号TRAP AT NEXT INSTRUCTION
またはSTALL AT INTERRUPT POI
NTのうちの1つに正しく応答できるようにする。状態
ビット418は、一方ではRETURN FROM
RAPに続く命令のための、他方では通常のCPU作動
の再開のためのブレークポイント機能を禁止する。これ
は、CPUがブレークポイントによって要求される特定
作動を終了した後に毎回ブレークポイント作動をとり続
ける無限ループを防止するのに重要である。
【0089】多条ブレークポインティングを可能にする
状態ビット418の代わりにより洗練された状態機構を
有することができる。即ち、状態ビットは同一ブレーク
ポイントでのRETURN FROM TRAPの再ト
ラッピングを防止するが、ブレークポイント機構を他の
ブレークポイントアドレス用に作動させるように設定で
きる。
【0090】上記のように、ブレークポイントユニット
はカウンタを有して、ブレークポイントされた命令が一
定時間実行された後に、ブレークポイント作動が生じる
ようにする。この場合に特に重要な点は、中断が完了し
た時に再開されるCPUの実行の間のある中間点で命令
を中断させるCPUの実行である。これを達成するため
に、カウンタは命令の開始ではなく命令の完了をカウン
トする必要がある。このようなカウンタは図13に符号
422で示されており、バス310上の命令ポインタを
受信し、適宜なカウントに到達した時に論理回路416
に教えるように接続される。
【0091】上記実施の形態において、命令ポインタは
ブレークポイントユニットに直接供給される。或いは、
命令は実行のためにメモリから取出される必要があるの
で、命令取出しバス314が監視されてもよい。この変
更例は、単純な命令取出しスキーマが使用される状況に
おいて実行可能である。ブレークポイント命令が次の命
令の実行前に生じることが重要である場合に、命令取出
しが命令実行よりどの程度進んでいるかの情報が要求さ
れるのは言うまでもない。
【0092】ここでのブレークポイントユニットは、ブ
レークポイントマッチが生じるまでは非割込み作動がで
きる。即ち、CPUのまたは他のオン−チップ機能の実
行を妨害せず或いは実行に影響を与えずに、ブレークポ
イントレジスタをロードでき、命令ポインタを継続して
監視できる。また、ブレークポイントユニットは、自立
性ユニットなので、CPUに何らの変更も必要とせず
に、例えばソフトウエア診断特性を必要としない場合の
製造変更のために、チップから取り外すことができる。
この結果、CPU内の実行制御ロジック454は単に冗
長である。
【図面の簡単な説明】
【図1】本実施形態による接続点を有するテストアクセ
スポートコントローラを備えた集積回路を示す。
【図2】図1のテストアクセスポートコントローラを示
す。
【図3】図2のテストアクセスポートコントローラに接
続するための本実施形態によるデータアダプタを示す。
【図4】診断モードにおける図2のテストアクセスポー
トコントローラを介してオフ−チップ通信されたデータ
のデータフォーマットを示す。
【図5】図3のデータアダプタの実行を階層形状ブロッ
ク図で示す。
【図6】本実施形態によるメッセージのヘッダバイトの
フォーマットを示す。
【図7】本実施形態によるメッセージのフォーマットを
示す。
【図8】本実施形態によるメッセージコンバータを概略
的に示す。
【図9】本実施形態におけるメッセージコンバータに接
続されるバスのフォーマットを示す。
【図10】本実施形態のメッセージコンバータの実行を
示す。
【図11】本実施形態のメッセージコンバータの実行を
階層形状ブロック図で示す。
【図12】ブレークポイントユニットのCPUへの使用
を示すブロック図を示す。
【図13】ブレークポイントユニットのブロック図を示
す。

Claims (19)

    【特許請求の範囲】
  1. 【請求項1】 メモリから命令を取出して実行する取出
    し及び実行回路と、次に実行される命令のメモリ内のア
    ドレスを保持する命令ポインタレジスタと、を含んで構
    成されるオン−チップCPUと、 CPUを前記メモリにアクセスさせる、CPUに接続さ
    れたバスと、 アドレス通信パスを介して命令ポインタレジスタの内容
    を受信するように接続されるとともに、CPUの通常作
    動が診断目的のために中断されるブレークポイントアド
    レスを保持するブレークポイントレジスタを有し、更
    に、ブレークポイントアドレスを命令ポインタレジスタ
    の内容と比較して、マッチした時にブレークポイント信
    号パス上のブレークポイント信号を出力する比較回路を
    有するオン−チップブレークポイントユニットと、 ブレークポイント信号パスに接続され、ブレークポイン
    ト信号を受信した時にCPUの通常作動を中断するよう
    に配置されたオン−チップ制御ロジックと、を含んで構
    成され、 前記オン−チップブレークポイントユニットが、中断し
    た後のCPUの通常作動の再開に関する前記次の命令の
    ためのブレークポイント信号の発生を禁止する回路を含
    んで構成されることを特徴とする単一チップ集積回路装
    置。
  2. 【請求項2】 前記オン−チップ制御ロジックはブレー
    クポイント信号に応答して、CPUが通常実行しようと
    する次の命令の代わりに、CPUに一連の命令を取り出
    させて実行させるように作動する請求項1記載の単一チ
    ップ集積回路装置。
  3. 【請求項3】 前記オン−チップ制御ロジックはブレー
    クポイント信号に応答して、診断手順が行われている間
    にCPUが何か別の命令を実行することを防止するよう
    に作動する請求項1記載の単一チップ集積回路装置。
  4. 【請求項4】 通信パスを介してオン−チップブレーク
    ポイントユニットに接続され、オン−チップCPUを必
    要とせずにブレークポイントレジスタにブレークポイン
    トアドレスをロードできるメッセージコンバータを含ん
    で構成される請求項1から3のいずれか1つに記載の単
    一チップ集積回路装置。
  5. 【請求項5】 前記メッセージコンバータがオン−チッ
    プバスに接続されてメッセージを受信し、ブレークポイ
    ントレジスタにブレークポイントアドレスをロードする
    請求項4記載の単一チップ集積回路装置。
  6. 【請求項6】 前記メッセージコンバータがオフ−チッ
    プ通信パスに接続されてオフ−チップCPUからのメッ
    セージを受信し、ブレークポイントレジスタをロードす
    る請求項4または5記載の単一チップ集積回路装置。
  7. 【請求項7】 アドレス通信パスが、命令ポインタレジ
    スタをオン−チップブレークポイントユニットに接続す
    る専用並列バスである請求項1から6のいずれか1つに
    記載の単一チップ集積回路装置。
  8. 【請求項8】 アドレス通信パスが、CPUがメモリに
    アクセスできるように前記バスにより設けられ、オン−
    チップブレークポイントユニットが、バス上のメモリア
    クセスを監視するための監視回路を有して命令を取り出
    す請求項1から6のいずれか1つに記載の単一チップ集
    積回路装置。
  9. 【請求項9】 オン−チップブレークポイントユニット
    が、命令ポインタレジスタ内のアドレスが有効であるこ
    とを示すアドレス有効信号を受信するように接続される
    請求項1から8のいずれか1つに記載の単一チップ集積
    回路装置。
  10. 【請求項10】 オン−チップCPUが複数の異なる手
    順を実行するための命令を取り出して実行でき、ブレー
    クポイント信号の発生の禁止は、他の手順ではなく、通
    常作動を中断する手順のうちのいずれか1つに関しての
    み作動する請求項1から9のいずれか1つに記載の単一
    チップ集積回路装置。
  11. 【請求項11】 ブレークポイント信号が、ブレークポ
    イントアドレスにおける命令が所定回数実行された後に
    のみ発生する請求項1から10のいずれか1つに記載の
    単一チップ集積回路装置。
  12. 【請求項12】 オン−チップブレークポイントユニッ
    トが、それぞれ複数のブレークポイントアドレスを保持
    する複数の前記ブレークポイントレジスタを有する請求
    項1から11のいずれか1つに記載の単一チップ集積回
    路装置。
  13. 【請求項13】 1つ以上のブレークポイントレジスタ
    を含んで構成される複数の前記ブレークポイントユニッ
    トを含んで構成される請求項1から12のいずれか1つ
    に記載の単一チップ集積回路装置。
  14. 【請求項14】 CPUによって実行される命令アドレ
    スが監視されるとともに、各アドレスがCPUの通常作
    動が診断目的のために中断されるブレークポイントアド
    レスとそれぞれ比較され、監視アドレスとブレークポイ
    ントアドレスとの間にマッチがある時にブレークポイン
    ト信号が出力され、CPUによるブレークポイント信号
    の受信によりCPUの通常作動が中断し、更に、中断し
    た後のCPUの通常作動の再開に関する次の命令のため
    のブレークポイント信号の発生を禁止することを特徴と
    する、特に診断手順を実行するための、オン−チップC
    PUの通常作動を中断する方法。
  15. 【請求項15】 ブレークポイント信号が、CPUが通
    常実行しようとする次の命令の代わりに、CPUに一連
    の命令を取り出させて実行させる請求項14記載のオン
    −チップCPUの通常作動を中断する方法。
  16. 【請求項16】 ブレークポイント信号が、診断手順が
    行われている間、CPUが何か別の命令を実行すること
    を防止する請求項14記載のオン−チップCPUの通常
    作動を中断する方法。
  17. 【請求項17】 ブレークポイントアドレスが、オン−
    チップCPUを必要とせずにロードできるブレークポイ
    ントレジスタ内に保持される請求項14から16のいず
    れか1つに記載のオン−チップCPUの通常作動を中断
    する方法。
  18. 【請求項18】 オン−チップCPUが複数の異なる手
    順を実行するための命令を取り出して実行でき、ブレー
    クポイント信号の発生の禁止は、他の手順ではなく通常
    作動を中断する手順のうちのいずれか1つに関してのみ
    作動する請求項14から17のいずれか1つに記載のオ
    ン−チップCPUの通常作動を中断する方法。
  19. 【請求項19】 ブレークポイントアドレスにおける命
    令が所定回数実行された後にのみブレークポイント信号
    が発生する請求項14から18のいずれか1つに記載の
    オン−チップCPUの通常作動を中断する方法。
JP34988597A 1996-12-19 1997-12-19 集積回路装置の診断手順 Expired - Fee Related JP4493739B2 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
GB9626401-5 1996-12-19
GBGB9626401.5A GB9626401D0 (en) 1996-12-19 1996-12-19 Diagnostic procedures in an integrated circuit device

Publications (2)

Publication Number Publication Date
JPH10222393A true JPH10222393A (ja) 1998-08-21
JP4493739B2 JP4493739B2 (ja) 2010-06-30

Family

ID=10804703

Family Applications (1)

Application Number Title Priority Date Filing Date
JP34988597A Expired - Fee Related JP4493739B2 (ja) 1996-12-19 1997-12-19 集積回路装置の診断手順

Country Status (5)

Country Link
US (1) US6134652A (ja)
EP (1) EP0849668B1 (ja)
JP (1) JP4493739B2 (ja)
DE (1) DE69705813T2 (ja)
GB (1) GB9626401D0 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010541067A (ja) * 2007-09-28 2010-12-24 フリースケール セミコンダクター インコーポレイテッド デバッグイベントを監視するためのシステム及び方法
CN103743604A (zh) * 2013-11-28 2014-04-23 苏州长风航空电子有限公司 一种线圈断点的检测方法

Families Citing this family (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB9626412D0 (en) * 1996-12-19 1997-02-05 Sgs Thomson Microelectronics Diagnostic procedures in an integrated circuit device
US6192427B1 (en) * 1997-05-02 2001-02-20 Texas Instruments Incorporated Input/output buffer managed by sorted breakpoint hardware/software
US6446221B1 (en) * 1999-05-19 2002-09-03 Arm Limited Debug mechanism for data processing systems
JP2001051863A (ja) * 1999-08-09 2001-02-23 Fujitsu Ltd マイクロプロセッサ
US6892347B1 (en) * 1999-09-16 2005-05-10 Customersat.Com, Inc. Techniques for monitoring user activities at a web site and for initiating an action when the user exits from the web site
US6601189B1 (en) 1999-10-01 2003-07-29 Stmicroelectronics Limited System and method for communicating with an integrated circuit
US6449736B1 (en) * 1999-10-20 2002-09-10 Texas Instruments Incorporated Method and apparatus for providing chained breakpoints in a microprocessor
JP2001166009A (ja) * 1999-12-14 2001-06-22 Matsushita Electric Ind Co Ltd 診断機能を有する半導体集積回路
KR100337149B1 (ko) * 2000-07-05 2002-05-18 권 기 홍 프로그램 테스트 및 디버깅이 용이한 중앙처리장치
US6985980B1 (en) 2000-11-03 2006-01-10 Xilinx, Inc. Diagnostic scheme for programmable logic in a system on a chip
US6751751B1 (en) * 2000-11-06 2004-06-15 Xilinx, Inc. Universal multi-bus breakpoint unit for a configurable system-on-chip
US6757846B1 (en) 2000-11-06 2004-06-29 Xilinx, Inc. Method and apparatus for multi-bus breakpoint stepping
US6708326B1 (en) * 2000-11-10 2004-03-16 International Business Machines Corporation Method, system and program product comprising breakpoint handling mechanism for debugging and/or monitoring a computer instruction sequence
JP2002202900A (ja) * 2000-12-28 2002-07-19 Seiko Epson Corp デバッグ装置
US7093236B2 (en) * 2001-02-01 2006-08-15 Arm Limited Tracing out-of-order data
US7093108B2 (en) * 2001-02-01 2006-08-15 Arm Limited Apparatus and method for efficiently incorporating instruction set information with instruction addresses
US9003376B2 (en) * 2002-08-09 2015-04-07 Texas Instruments Incorporated Software breakpoints with tailoring for multiple processor shared memory or multiple thread systems
JP4409349B2 (ja) * 2004-04-27 2010-02-03 Okiセミコンダクタ株式会社 デバッグ回路およびデバッグ制御方法
US7334161B2 (en) * 2004-04-30 2008-02-19 Arm Limited Breakpoint logic unit, debug logic and breakpoint method for a data processing apparatus
US7395454B1 (en) * 2005-01-04 2008-07-01 Marvell Israel (Misl) Ltd. Integrated circuit with integrated debugging mechanism for standard interface
US8510596B1 (en) * 2006-02-09 2013-08-13 Virsec Systems, Inc. System and methods for run time detection and correction of memory corruption
GB2443507A (en) * 2006-10-24 2008-05-07 Advanced Risc Mach Ltd Debugging parallel programs
TWI557746B (zh) * 2011-05-10 2016-11-11 電子戰協會公司 實施微電腦為基的電路之內容驗證的系統及方法
JP2016534479A (ja) 2013-09-12 2016-11-04 ヴァーセック・システムズ・インコーポレーテッドVirsec Systems,Inc. マルウェアのランタイム中の自動検出
WO2015200511A1 (en) 2014-06-24 2015-12-30 Virsec Systems, Inc. System and methods for automated detection of input and output validation and resource management vulnerability
CA3027728A1 (en) 2016-06-16 2017-12-21 Virsec Systems, Inc. Systems and methods for remediating memory corruption in a computer application

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2197506A (en) * 1986-10-27 1988-05-18 Burr Brown Ltd Providing and handling break points in a software monitor
JPS63155336A (ja) * 1986-12-19 1988-06-28 Hitachi Ltd デ−タ処理装置
JP2513417B2 (ja) * 1993-07-05 1996-07-03 日本電気株式会社 情報処理装置
EP0636976B1 (en) * 1993-07-28 1998-12-30 Koninklijke Philips Electronics N.V. Microcontroller provided with hardware for supporting debugging as based on boundary scan standard-type extensions
US5664159A (en) * 1994-03-08 1997-09-02 Exponential Technology, Inc. Method for emulating multiple debug breakpoints by page partitioning using a single breakpoint register
JP2752592B2 (ja) * 1994-12-28 1998-05-18 日本ヒューレット・パッカード株式会社 マイクロプロセッサ、マイクロプロセッサ−デバッグツール間信号伝送方法及びトレース方法
US5717909A (en) * 1995-05-26 1998-02-10 National Semiconductor Corporation Code breakpoint decoder
US5740413A (en) * 1995-06-19 1998-04-14 Intel Corporation Method and apparatus for providing address breakpoints, branch breakpoints, and single stepping
US5964893A (en) * 1995-08-30 1999-10-12 Motorola, Inc. Data processing system for performing a trace function and method therefor
US5889981A (en) * 1996-05-07 1999-03-30 Lucent Technologies Inc. Apparatus and method for decoding instructions marked with breakpoint codes to select breakpoint action from plurality of breakpoint actions

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010541067A (ja) * 2007-09-28 2010-12-24 フリースケール セミコンダクター インコーポレイテッド デバッグイベントを監視するためのシステム及び方法
CN103743604A (zh) * 2013-11-28 2014-04-23 苏州长风航空电子有限公司 一种线圈断点的检测方法

Also Published As

Publication number Publication date
DE69705813D1 (de) 2001-08-30
EP0849668B1 (en) 2001-07-25
GB9626401D0 (en) 1997-02-05
DE69705813T2 (de) 2002-10-24
JP4493739B2 (ja) 2010-06-30
EP0849668A1 (en) 1998-06-24
US6134652A (en) 2000-10-17

Similar Documents

Publication Publication Date Title
JPH10222393A (ja) 集積回路装置の診断手順
JP3929574B2 (ja) 集積回路装置及びその通信方法
JPH10222392A (ja) 集積回路装置の診断手順
JP3929573B2 (ja) 集積回路装置及びその通信方法
JPH10240572A (ja) 命令トレース供給方式
JP4037494B2 (ja) テストアクセスポート制御器及びそれを用いた有効な通信方法
JP3998303B2 (ja) Tapコントローラを有する集積回路
JP4426655B2 (ja) トリガシーケンシングコントローラ
US6675284B1 (en) Integrated circuit with multiple processing cores
JP3862291B2 (ja) マイクロプロセッサ
US6189140B1 (en) Debug interface including logic generating handshake signals between a processor, an input/output port, and a trace logic
US6154856A (en) Debug interface including state machines for timing synchronization and communication
EP0272036A2 (en) Methods and apparatus for providing a microprocessor test interface
KR20010006193A (ko) 소형의 트레이스 기록 기억장치를 포함하는 디버그 인터페이스
JPH11338734A (ja) コンピュ―タシステムおよびこのコンピュ―タシステムを動作させる方法
JP3929572B2 (ja) 集積回路装置及びその通信方法
JP4504466B2 (ja) コンピュータシステム内の通信を実行する方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20041217

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20060829

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20061129

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20061204

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20070206

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100210

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20100407

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130416

Year of fee payment: 3

LAPS Cancellation because of no payment of annual fees