JP3662259B2 - データ処理条件コード・フラグ - Google Patents

Description

本発明は、データ処理システムに関する。特に、本発明は、データ処理の結果ワードに関するパラメータに合図する条件コードフラグを使用するデータ処理システムに関する。
例えば、英国、ケンブリッジのアドヴァンスト・リスク（ＲＩＳＣ）・マシン・リミテッドによって製造されるマイクロコンピュータＡＲＭ６のようなデータ処理システムを提供することが知られている。各指令が行われるごとに、その指令の結果がシステムの条件コードフラグに反映される。続くデータ処理は、これらの条件コードフラグの状態に従って行われる。ＡＲＭ６マイクロプロセッサの場合、完全な条件付指令のセットが提供され、各指令は、その指令に到達した時点で存在する条件コードの所定の状態に従って行われる。これにより、プログラムコードの密度における、かなりの柔軟性及び改善が得られる。
欧州公開特許出願ＥＰ−Ａ−０，３９５，３４８号は、条件コードフラグを２セット有するデータ処理システムを記載している。
本発明のデータ処理用装置は、一面から見ると、
操作すべきデータワードを記憶するための、それぞれが少なくともＮビットの容量を持つ複数のレジスタと、
Ｎビットのデータパス及び応答プログラム命令ワードを備えて当該プログラム命令によって指定された演算操作を行う演算ユニットと
を備えており、
前記演算ユニットは、第１の（Ｎ／２）ビット入力オペランド・データワードに対して第１の演算操作を、第２の（Ｎ／２）ビット入力オペランド・データワードに対して第２の演算操作を別々に行う少なくとも１つの並列操作プログラム命令ワードに応答し、且つ
前記演算ユニットは、前記第１の演算操作に従って第１の条件コードフラグのセットをセットし、前記第２の演算操作に従って第２の条件コードフラグのセットをセットし、
更に以下の特徴を持つ。すなわち、前記演算ユニットは、次のような条件付き選択命令に応答する。当該条件付き選択命令は、前記条件フラグの第１セットに従って、第１ソースレジスタに記憶された第１（Ｎ／２）ビット入力オペランド・データワードと第２ソースレジスタに記憶された第１（Ｎ／２）ビット入力オペランド・データワードの一方を前記複数のレジスタの中の目的レジスタへ移動し、前記条件フラグの第２セットに従って、第１ソースレジスタに記憶された第２（Ｎ／２）ビット入力オペランド・データワードと第２ソースレジスタに記憶された第２（Ｎ／２）ビット入力オペランド・データワードの一方を前記複数のレジスタの中の目的レジスタへ移動する。
Ｎビットのデータパスを有する演算ユニットを使用するシステムにおいては、２つの（Ｎ／２）ビットのオペランドで別々の演算操作を同時に行う並列操作プログラム命令ワードを提供することが有利であることがわかっている。特に、データパスの幅、典型的には３２及び６４を増加させようとする場合に有利である。これらの高性能システムにおいては、大抵、操作すべきオペランドがデータパスの全幅より狭い。この場合、並列操作プログラム命令によって演算ユニットの処理能力をより有効に使用することができる。この能力は、並列操作されるそれぞれの操作に対して別個の条件コードフラグがあれば、更に高めることができる。更に、条件付き選択命令は、ビタビ（Viterbi）アルゴリズムにおいて特に役立ち、またエレメントの集合の中で最大エレメント用サンプルベクトルをスキャンするのに役立つ。
そのような並列操作を行う能力と、つまりすべての必要なパラメータを定義するために、そのような命令ワード内で指定される必要のある情報が増加することとの間での有効な譲歩は、次のようになる。前記並列操作プログラム命令ワードが複数のレジスタの中からソースレジスタを指定すること。即ち、前記第１の（Ｎ／２）ビット入力オペランドが前記ソースレジスタの高次ビット位置に記憶され、前記第２の（Ｎ／２）ビット入力オペランドが前記ソースレジスタの低次ビット位置に記憶されたソースレジスタを複数のレジスタの中から指定する。
演算ユニットを変形して少なくともいくつかの並列操作を行えるようにする比較的直線的な方法は、次の通りである。即ち、前記演算ユニットは、演算操作における複数のビット位置の間のキャリー・チェインとして機能する信号パスを有しており、並列操作プログラム命令ワードを実行する際、前記信号パスが、前記第１（Ｎ／２）ビット入力オペランド・データワードと前記第２（Ｎ／２）ビット入力オペランド・データワードとの間で割れる。
導入が簡単で操作上有益な並列操作プログラム命令ワードは、以下のものを含む。
（ｉ）２つの並列（Ｎ／２）ビット加算が行われる並列加算と、
（ii）２つの並列（Ｎ／２）ビット減算が行われる並列減算と、
（iii）２つの並列（Ｎ／２）ビットシフト操作が行われる並列シフトと、
（iv）（Ｎ／２）ビット加算と（Ｎ／２）ビット減算が並列に行われる並列加算／減算と、
（ｖ）２つの並列の（Ｎ／２）ビットの最小値／最大値操作が行われる並列最小値／最大値と、
（vi）２つの並列の（Ｎ／２）ビットのスケール操作が行われる並列スケール。
条件コードフラグは様々な意味を持つことができるが、条件コードフラグの選択が特に有益なのは、次の場合である。即ち、前記第１の条件コードフラグのセット及び前記第２の条件コードフラグのセットが、直前の操作を示すフラグを少なくとも１つ含む場合である。即ち、直前の操作が
（ｉ）ゼロという結果をもたらした、
（ii）否定の結果をもたらした、
（iii）オーバーフローをもたらした、
（iv）キャリーをもたらした。
本発明の他の面によれば、以下のデータ処理方法が提供される。即ち、
扱われるべきデータワードを、それぞれが少なくともＮビットの容量を持つ複数のレジスタに記憶するステップと、
プログラム命令ワードに応答して、Ｎビットのデータパスを持つ演算ユニットで、前記プログラム命令ワードによって指定された演算操作を行うステップとからなり、
少なくとも１つの並列操作プログラム命令ワードに応答して、第１の（Ｎ／２）ビット入力オペランド・データワードに対して第１の演算操作を行い、第２の（Ｎ／２）ビット入力オペランド・データワードに対して第２の演算操作をそれぞれ独立に行い
前記第１の演算操作に従って第１の条件コードフラグのセットをセットし、前記第２の演算操作に従って第２の条件コードフラグのセットをセットし、且つ以下の特徴を持つ。すなわち、条件付き選択命令に応答し、前条件コードフラグの第１セットに従って、第１ソースレジスタに記憶されている第１（Ｎ／２）ビット入力オペランド・データワードと第２ソースレジスタに記憶されている第１（Ｎ／２）ビット入力オペランド・データワードとのいずれか一方を、前複数のレジスタの中の目的レジスタに移動し、前条件コードフラグの第２セットに従って、第１ソースレジスタに記憶されている第２（Ｎ／２）ビット入力オペランド・データワードと第２ソースレジスタに記憶されている第２（Ｎ／２）ビット入力オペランド・データワードとのいずれか一方を、前記目的レジスタに移動する。
以下、本発明の実施の形態を例として、添付図面を参照して説明する。
図１は、デジタル信号処理装置のハイレベルの構成を示し、
図２は、コプロセッサ（coprocessor）のレジスタ構成の入力バッファを示し、
図３は、前記コプロセッサ内のデータパスを示し、
図４は、レジスタから高次または低次のビットを読みだすためのマルチプレキシング回路を示し、
図５は、好ましい実施の形態におけるコプロセッサが使用するレジスタ・リマッピング（remapping）論理を示すブロック図であり、
図６は、図５に示されたレジスタ・リマッピング論理の詳細を示し、
図７は、ブロック・フィルタ・アルゴリズム（Block Filter Algorithm）を示す表である。
以下に説明するシステムは、デジタル信号処理（ＤＳＰ）に関する。ＤＳＰは、いろいろな形態を取ることができるが、典型的には、大量のデータの高速（実時間）処理を必要とする処理である。このデータは、典型的には、アナログの物理的信号である。ＤＳＰの好例として、デジタル移動電話に使用されるものがある。そこでは、無線信号が送受信され、アナログ音声信号から、及びアナログ音声信号へのデコーディング及びエンコーディング（典型的には、畳み込み（convolution）、変換、相関の操作を使用）が必要となる。また、他の例として、ディスクヘッドからの信号が処理されてヘッド・トラッキング制御が行われるディスク・ドライバ・コントローラが挙げられる。
上記のような文脈において、マイクロプロセッサ・コア（ここでは、英国、ケンブリッジのアドヴァンスト・ＲＩＳＣ・マシン・リミテッドにより設計されたマイクロプロセッサの範囲からのＡＲＭコア）上でのデジタル信号処理システムの説明をする。マイクロプロセッサとコプロセッサ・アーキテクチャとの間のインターフェースは、それ自体が、ＤＳＰ機能を提供すべく具体的構成を持つ。以下の説明において、マイクロプロセッサ・コアはＡＲＭ、コプロセッサはピッコロ（Piccolo）とする。ＡＲＭとピッコロは、典型的には、他の構成要素（たとえば、チップ上のＤＲＡＭ、ＲＯＭ，Ｄ／Ａコンバータ、Ａ／Ｄコンバータ）をＡＳＩＣの部分として含む単一の集積回路として製造される。
ピッコロは、ＡＲＭのコプロセッサであるから、ＡＲＭ命令の集合の一部を実行する。ＡＲＭコプロセッサ命令により、（Load Coprocessor，ＬＤＣ and Store Coprocessor，ＳＴＣ命令を使用して）ＡＲＭがピッコロとメモリーの間でデータをやり取りさせ、また、（move to coprocessor，ＭＣＲ，及び、move from coprocessor，ＭＣＲ命令を使用して）ＡＲＭがＡＲＭレジスタをピッコロとやり取りすることができる。ある見方をすれば、ＡＲＭとピッコロの相互作用は、ＡＲＭＧＡピッコロのデータに対して強力なアドレス生成器として作用し、ピッコロの方は、大量のデータを実時間で扱う必要のあるＤＳＰ操作を自由に行うことによって、対応の実時間結果を生み出すことである。
図１は、ＡＲＭ２がピッコロ４に制御信号を発行して、データワードをピッコロ４に対して送信させ、またデータワードをピッコロ４から転送させる様子を示す。命令キャッシュ６は、ピッコロ４にとって必要なピッコロプログラム命令ワードを記憶する。単一のＤＲＡＭメモリ８は、ＡＲＭ２とピッコロ４の両方にとって必要なすべてのデータ及び命令ワードを記憶する。ＡＲＭ２は、メモリ８へのアドレッシング（addressing）及びすべてのデータ転送の制御に責任がある。単一のメモリ８、及び１セットのデータバスとアドレスバスから成る構成は、複数のメモリと高い帯域幅のバスを必要とする典型的ＤＳＰアプローチに比較して、構成が簡単であり、費用も易い。
ピッコロは、命令キャッシュ６からの第２の命令ストリーム（デジタル信号処理プログラム命令ワード）を実行し、これにより、ピッコロのデータパスが制御される。これらの命令は、デジタル信号処理方式操作、例えば、Multiply−Accumulate（乗算−累算）、及び制御フロー命令、例えば、ゼロ・オーバーヘッド・ループ命令を含む。これらの命令は、ピッコロのレジスタ１０（図２を参照）に保持されているデータを操作する。このデータは、前もって、ＡＲＭ２によってメモリ８から転送されたものである。複数の命令が命令キャッシュ６からストリームとして出され、命令キャッシュ６が、データバスを、完全な支配下に置く。小型ピッコロ命令キャッシュ６は、１行当たり１６ワードの４行で、直接マップされたキャッシュ（６４個の命令）となる。導入の方法によっては、命令キャッシュをもっと大きくしてもよい。
このように、２つのタスクが独立的に走る。ＡＲＭがデータをロードして、ピッコロがそれを処理する。これにより、１６ビット・データ上で単一サイクル・データ処理が維持される。ピッコロの持つデータ入力メカニズム（図２に示される）により、ＡＲＭは、シーケンシャル・データを先に取り込み、そのデータがピッコロに必要になるより先にロードする。ピッコロは、ロードされたデータにどのような順序でもアクセスすることができ、古いデータが最後に使用されると、自動的にそのレジスタを再び満たす（すべての命令はソースオペランド１つにつき、ソースレジスタを再充填すべきであることを示す１ビットを持つ）。この入力メカニズムは、リオーダ（reorder）バッファと呼ばれ、入力バッファ１２を備える。ピッコロにロードされる（以下に示すＬＤＣまたはＭＣＲを介して）すべての値には、その値の目的地がどのレジスタであるかを示すタグＲｎが付いている。タグＲｎは、入力バッファ内のデータワードの側に記憶される。あるレジスタがレジスタ選択回路１４を介してアクセスされ、命令がデータレジスタの再充填を指定すると、そのレジスタは、信号Ｅによって「空き」の印がつく。すると、レジスタは、自動的に、再充填制御回路１６によって、その入力バッファ１２内でそのレジスタに向けられた最も早くロードされた最古の値を充填される。リオーダ・バッファは８つのタグ付き値を保持する。入力バッファ１２の形式は、ＦＩＦＯと似ているが、キーの中央からデータワードを抽出することができ、その後で、遅くに記憶されたワードが渡され、その空き場所を埋める。従って、入力から最も遠いデータワードが最古であり、入力バッファ１２が正しいタグＲｎを持つ２つのデータワードを保持する時は、その最古のデータワードを使用して、どちらのデータワードでレジスタを再充填すべきかを決定することができる。
ピッコロは、図３に示されたように、データを出力バッファ１８（ＦＩＦＯ）に記憶させて出力する。データはＦＩＦＯにシーケンシャルに書き込まれ、ＡＲＭによって同じ順序でメモリ８に読み出される。出力バッファ１８は、８つの３２ビットの値を保持する。
ピッコロは、コプロセッサ・インターフェース（図１のＣＰ制御信号）を介してＡＲＭと接続する。ＡＲＭコプロセッサ命令の実行に際して、ピッコロは、それを実行するか、あるいは、ピッコロがその命令を実行できるようになるまでＡＲＭを待たせるか、あるいは命令実行を拒否することができる。最後の場合、ＡＲＭは、未定義命令例外とする。
ピッコロが実行する最も普通のコプロセッサ命令はＬＤＣとＳＴＣであり、これらは、それぞれデータワードをデータバスを介してメモリ８へ、及びメモリ８からロードし（ＬＤＣ）、記憶させ（ＳＴＣ）、ＡＲＭがすべてのアドレスを生成する。リオーダ・バッファにデータをロードし、出力バッファ１８からのデータを記憶するのもこれらの命令である。ピッコロは、入力リオーダ・バッファにデータをロードするのに充分な場所がなければＡＲＭをＬＤＣのままにし、また出力バッファに記憶すべき充分なデータがなければＡＲＭをＳＴＣのままにする。ピッコロは、また、ＡＲＭ／コプロセッサ・レジスタ転送を行って、ＡＲＭがピッコロの特定の（special）レジスタにアクセスできるようにする。
ピッコロは、それ自身の命令はメモリから取り込み、図３に示されたピッコロのデータパスを制御し、リオーダ・バッファからレジスタへ、またレジスタから出力バッファ１８へデータを転送する。これらの命令を行うピッコロの演算ユニットは、乗算／加算回路２０を有し、これが乗算、加算、減算、乗算・累算、論理操作、シフト、及び回転を行う。また、データパスには累算／退出（decumulate）回路２２と、縮尺（scale）／飽和（saturate）回路２４とが備わっている。
ピッコロ命令は、最初にメモリから命令キャッシュ６にロードされ、そこへピッコロがアクセスし、主記憶にアクセスバックする必要がない。
メモリがアボート（abort）した場合、ピッコロはそれを修復することができない。従って、ピッコロを仮想メモリシステムで使用する場合、すべてのピッコロのデータは、ピッコロのタスクの始めから終わりまで、物理的メモリになければならない。このことは、ピッコロのタスクの実時間性、例えば実時間ＤＳＰを考えれば、大した問題ではない。メモリ・アボートが起きると、ピッコロは停止して状態レジスタＳ２にフラグをセットする。
図３は、ピッコロの全体のデータパス機能を示す。レジスタ・バンク１０は、３つの読み出しポートと２つの書き込みポートを使用する。１つの書き込みポート（Ｌポート）は、リオーダ・レジスタからレジスタを再充填するのに使用される。出力バッファ１８は、ＡＬＵ結果バス２６から直接的に更新され、出力バッファ１８からの出力は、ＡＲＭプログラム制御の支配下にある。ＡＲＭコプロセッサ・インターフェースは、ＬＤＣ（Load coprocessor）命令をリオーダ・バッファに行い、出力バッファ１８からＳＴＣ（Store Coprocessor）命令を行い、また、レジスタバンク１０上にＭＣＲとＭＲＣ(Move ＡＲＭ register to／from ＣＰ register)を行う。
残りのレジスタ・ポートは、ＡＬＵに使用される。読み出しポート（Ａ及びＢ）は、入力を乗算／加算回路２０に駆動し、Ｃ読み出しポートは、累算（accumulate）／退出（decumulate）回路２２入力の駆動に使用される。残りの書き込みポートＷは、結果をレジスタバンク１０に戻すのに使用される。
乗算器２０は、符号付き又は符号無し１６ｘ１６の乗算を行い、必要により４８ビット累算を伴うこともできる。スケーラー（scaler）ユニット２４は、０から３１までの即値算術又は論理シフト右を提供することができ、その後、必要により飽和を行うことができる。シフタ（shifter）及び論理ユニット２０は、各周期でシフト又は論理操作を行うことができる。
ピッコロは、Ｄ０−Ｄ１５又はＡ０−Ａ３，Ｘ０−Ｘ３，Ｙ０−Ｙ３，Ｚ０−Ｚ３という名のついた１６個の汎用レジスタを持つ。最初の４つのレジスタ（Ａ０−Ａ３）は、累算用で、４８ビットの幅があり、余分な１６ビットが、多数の連続的計算の間にオーバーフローが生じないためのガードを提供する。残りのレジスタは３２ビットの幅である。
ピッコロのレジスタは各々２つの独立した１６ビットの値を含むものとして扱うことができる。ビット０からビット１５までが下半分、ビット１６からビット３１までが上半分を含む。命令は、ソースオペランドとして各レジスタのどちらかの半分の１６ビットを指定することができ、あるいは、全体の３２ビットレジスタを指定することもできる。
また、ピッコロは、飽和演算に対する備えもある。乗算、加算、減算命令の変量は、結果が目的レジスタのサイズより大きい場合、飽和結果を提供する。目的レジスタが４８ビットのアキュムレータであれば、値は３２ビットで飽和される（つまり、４８ビットの値を飽和させる方法はない）。４８ビットのレジスタにはオーバーフローの検出がない。これは手頃な制限である。というのは、オーバーフローを起こすには、少なくとも６５５３６乗算累算命令が必要であるから。
各ピッコロのレジスタは、「空き」（Ｅフラグ、図２参照）であるか、１つの値を含む（レジスタの半分だけが空きになることはない）。初期状態では、すべてのレジスタが空きの印がついている。各周期で、ピッコロは再充填制御回路１６によって、空きレジスタの１つを、入力リオーダ・バッファからの値で埋める。あるいは、レジスタにＡＬＵからの値が書き込まれている場合は、「空き」ではない。もし、レジスタにＡＬＵからの書き込みがあり、これと同時に、リオーダ・バッファからのレジスタに入れられる値が控えている場合は、結果は未定義である。空きレジスタに読み出しが行われれば、ピッコロの実行ユニットはとまってしまう。
入力リオーダ・バッファ（ＲＯＢ）は、コプロセッサ・インターフェースとピッコロのレジスタ・バンクとの間にある。データがＲＯＢにロードされる時は、ＡＲＭコプロセッサが転送する。ＲＯＢは、多数の３２ビットの値を含み、それぞれ値の目的地となるピッコロ・レジスタを示すタグを持っている。タグは、また、そのデータが３２ビットレジスタの全体に転送されるのか、あるいは３２ビット中の下の１６ビットだけに転送されるべきかも示す。データがレジスタ全体に転送される場合は、そのエントリーの下の１６ビットは目的レジスタの下半分に転送され、上の１６ビットはレジスタの上半分に転送される（目的レジスタが４８ビット・アキュムレータの場合は、符号が拡張される）。データの目的地がレジスタの下半分だけ（いわゆるハーフ・レジスタ）の場合、下の１６ビットが先に転送される。
レジスタのタグは常に物理的目的レジスタを示し、レジスタのリマッピングが行われることはない（レジスタのリマッピングについては、以下を参照）。
各周期で、ピッコロは、次のように、データ・エントリをＲＯＢからレジスタ・バンクへ転送しようとする。
− ＲＯＢの各エントリが検査され、タグが空きレジスタと比較され、エントリの一部又は全部からレジスタへ転送が可能かどうかが決定される。
− 転送可能なエントリの集合から、最古のエントリが選択され、そのデータがレジスタバンクへ転送される。
− このエントリのタグが更新されてエントリを空きにする。エントリの一部だけが転送された場合は、転送された部分だけが空きの印になる。
例えば、目的レジスタが完全に空きであり、選択されたＲＯＢエントリが含むデータが１つの全体レジスタ用であれば、３２ビット全体が転送され、そのエントリは空きの印になる。目的レジスタの下半分が空きであり、ＲＯＢの含むデータがレジスタの下半分用であれば、ＲＯＢエントリの下の１６ビットが目的レジスタの下半分へ転送され、ＲＯＢの下半分が空きの印になる。
どのエントリでも、上の１６ビットと下の１６ビットは、それぞれ独立に転送することができる。レジスタバンクに転送できるデータを含むエントリが皆無の場合、その周期では、転送は行われない。下の表は、目的ＲＯＢエントリと目的レジスタ状態のあらゆる可能な組み合わせを示す。

以上をまとめると、１つのレジスタの２つの半分は、互いに独立に、ＲＯＢから充填することができる。ＲＯＢ内のデータは、レジスタ全体用に印が付けられるか、あるいはレジスタの下半分用の２つの１６ビットの値としての印が付く。
データをＲＯＢにロードするにはＡＲＭコプロセッサ命令が使用される。ＲＯＢにおいてデータが印を付けられる方法は、転送に使用されたＡＲＭコプロセッサ命令がどれであったかによる。ＲＯＢにデータを充填するのに使用できるＡＲＭ命令には以下のものがある。

ＲＯＢの構成には、以下のＡＲＭ命令が提供される。
ＬＤＰＡ<bank list>
最初の３つは、ＬＤＣ命令としてアセンブルされ、ＭＰＲとＭＲＰは、ＭＣＲ命令として、ＬＤＰＡはＣＤＰ命令としてアセンブルされる。
上記＜dest＞は、ピッコロのレジスタ（Ａ０−Ｚ３）を示し、ＲｎはＡＲＭレジスタを示し、＜size＞は４の乗数（ゼロを除く）となる定数としてのバイト数であり、＜wrap＞は、定数（１、２、４、８）を示す。｛ ｝によって囲まれた領域は、オプションである。転送がリオーダ・バッファへ当てはまるようにするために、＜size＞は最大で３２である。多くの場合、＜size＞は、この制限より小さくしてデッドロックを避ける。＜１６／３２＞領域は、ロードされるデータが１６ビット・データとして扱われ、endianess特定動作（以下を参照）を行うべきか、あるいは３２ビットデータであるかを示す。
注１：以下の説明において、ＬＤＰまたはＬＤＰＷに言及する場合、これらの命令の１６ビット用変種と３２ビット用変種の両方を含むものとする。
注２：１つのワード（word）は、メモリからの３２ビットの固まりであり、それは、１６ビットのデータ項目２つから成るか、あるいは３２ビットのデータ項目１つからなる。
ＬＤＰ命令は、多数のデータ項目をフル・レジスタ用として転送する。この命令は、メモリ内のアドレスＲｎから＜size＞／４ワードをロードし、それらをＲＯＢに挿入する。転送することのできるワード数は以下のように制限される。
− ＜size＞の量は、４の非ゼロ倍数でなければならず、
− ＜size＞は、特定の導入についてＲＯＢのサイズ以下でなければならない（第１版では８ワード、その後の版では、それ以下にならない保証があること）。
転送される最初のデータ項目は目的地が＜dest＞のタグを付け、第２のデータ項目は、＜dest＞＋１というようになる（Ｚ３からＡ０まではラッピング（wrapping））。もし“！”が指定された場合は、その後、レジスタＲｎが＜size＞によって１つずつ増加される。
ＬＤＰ１６の変種が使用された場合は、エンダイアン（endian）特定動作が２つの１６ビットのハーフワードに行われて、それらがメモリシステムから戻される時には３２ビットデータ項目とする。より詳しくは、以下のBig Endian及びLittle Endianサポートを参照せよ。
ＬＤＰＷ命令は、多数のデータ項目をレジスタのセットに転送する。最初に転送されるデータ項目には＜dest＞のタグが付き、次は＜dest＞＋１のタグが付き、以下同様。＜wrap＞転送が起きると、次に転送される項目は、＜dest＞用となり、以下同様。＜wrap＞の量は、ハーフワードの量で指定される。
ＬＤＰＷには、次の制限がある。
− ＜size＞の量は、４の非ゼロ倍でなければならず、
− ＜size＞は、特定の導入についてＲＯＢのサイズ以下でなければならず（第１版では８ワード、その後の版では、それ以下にならない保証がある）、
− ＜dest＞は、｛Ａ０，Ｘ０，Ｙ０，Ｚ０｝のいずれか１つでよく、
− ＜wrap＞は、ＬＤＰ３２Ｗについては｛２，４，８｝のいずれかの個数のハーフワードであり、ＬＤＰ１６Ｗについては｛１，２，４，８｝のいずれかの個数のハーフワードであり、
− ＜size＞の量は、２＊＜wrap＞より大きくなければならない。さもないと、ラッピングは起きず、代わりにＬＤＰ命令が使用される。
たとえば、次の命令
ＬＤＰ３２Ｗ Ｘ０，２，〔Ｒ０〕！，＃８
は、２つのワードをＲＯＢにロードし、その目的地をフル・レジスタＸ０とする。Ｒ０は、８増加する。次の命令
ＬＤＰ３２ｗ Ｘ０，４，〔Ｒ０〕，＃１６
は、４つのワードをＲＯＢにロードし、それらの目的地をＸ０，Ｘ１，Ｘ０、Ｘ１（この順序で）とする。Ｒ０は影響されない。
ＬＳＰ１６Ｗに対しては、＜wrap＞は、１、２、４、又は８として指定できる。１のラップが指定されると、すべのデータのタグの目的地が、目的レジスタの下半分＜dest＞．１．となる。これは、ハーフ・レジスタの場合である。
例えば、次の命令
ＬＤＰ１６Ｗ Ｘ０，１，〔Ｒ０〕！，＃８
は、２つのワードをＲＯＢにロードし、それらを１６ビットデータとして目的地をＸ０．１とする。Ｒ０は８増加される。次の命令
ＬＤＰ１６Ｗ Ｘ０，４，〔Ｒ０〕，＃１６
は、ＬＤＰ３２Ｗの例と同様に挙動するが、ただし、エンダイアン特定動作は、メモリから戻されるデータ上に行われる。
ＬＤＰ命令のすべての使用されないエンコーディングは、将来の拡張用に取っておくことができる。
ＬＤＰ１６Ｕ命令は、非ワード揃え（non-word aligned）１６ビットデータの効率良い転送をサポートする。ＬＤＰ１６ＵサポートはレジスタＤ４−Ｄ１５（Ｘ，Ｙ，Ｚバンク）になされる。ＬＤＰ１６Ｕサポートは、レジスタ３２ビットワードのデータ１つ（２つの１６ビットデータ項目を含む）をメモリからピッコロへ転送することになる。ピッコロは、このデータの下の１６ビットを捨て、上の１６ビットを保持レジスタに記憶する。Ｘ，Ｙ，Ｚバンク用の保持レジスタがある。バンクの保持レジスタが通報されると（primed）と、データの目的地がそのバンク内のレジスタであれば、ＬＤＰ｛ｗ｝命令の挙動が変化する。ＲＯＢにロードされたデータは、ＬＤＰ命令によって転送されつつあるデータの下の１６ビットと保持レジスタとの連結によって形成される。転送されつつある上の１６ビットは、保持レジスタに入れられる。

このモードの動作は、ＬＤＰＡ命令によって打ち切られるまで続く。保持レジスタは、目的レジスタのタグもサイズも記録しない。これらの性質は、次のdata．１.の値を提供する命令から得られる。
メモリシステムから戻されたデータには、常にエンダイアン特定挙動が起きる可能性がある。ＬＤＰ１６Ｕと同等の非１６ビットはない。というのは、３２ビットデータ項目はすべてメモリにおいてワード揃えされるからである。
ＬＤＰＡ命令は、ＬＤＰ１６Ｕ命令によって開始された操作の非整列（unaligned）モードを取り止めるのに使用される。非整列モードは、バンクＸ，Ｙ，Ｚ上で独立に切ることができる。例えば、次の命令
ＬＤＰＡ ｛Ｘ，Ｙ｝
は、バンクＸ，Ｙ上で非整列モードを打ち切る。これらのバンクの保持レジスタ内のデータは、捨てられる。
非整列モードにないバック上でＬＤＰＡを実行することは可能であり、そのバンクは整列モードのままである。
ＭＰＲ命令は、ＡＲＭレジスタＲｎの内容をＲＯＢに入れ、ピッコロレジスタ＜dest＞に向けられる。目的レジスタ＜dest＞は、Ａ０−Ｚ３の範囲のフルレジスタならどれでもよい。例えば、次の命令
ＭＰＲ Ｘ０，Ｒ３
は、Ｒ３の内容をＲＯＢに移し、そのデータをフルレジスタＸ０用とする。
データがＡＲＭからピッコロに転送される時にエンダイアネス（endianess）特定挙動が生じることがない。というのは、ＡＲＭは、内部的に、あまりエンダイアンではないからである。
ＭＰＲＷ命令は、ＡＲＭレジスタＲｎの内容をＲＯＢに入れ、それを、１６ビットピッコロレジスタ＜dest＞．１．向けの２つの１６ビットデータ項目とする。＜dest＞についての制限は、ＬＤＰＷ命令の場合と同じである（つまり、Ｚ０，Ｘ０，Ｙ０，Ｚ０）。例えば、次の命令
ＭＰＲＷ Ｘ０，Ｒ３
は、Ｒ３の内容をＲＯＢに移し、Ｘ０．１．向けの２つの１６ビット量のデータとする。尚、１でラップするＬＤＰ１６Ｗの場合、３２ビットレジスタの下半分だけが目的地となり得る。
ＭＰＲについては、データに対してエンダイアネス特定操作は何も行われない。
ＬＤＰは、次のようにエンコードされる。

ここで、ＰＩＣＣＯＬＯ１は、ピッコロの最初のコプロセッサの番号（現在８）である。ＮビットがＬＤＰ３２（１）とＬＤＰ１６（０）との間の選択を行う。
ＬＤＰＷは、次のようにエンコードされる。

ここで、ＤＥＳＴは、目的レジスタＡ０，Ｘ０，Ｙ０，Ｚ０に対する０−３であり、ＷＲＡＰは、１、２、４、８の値のラップに対して０−３である。ＰＩＣＣＯＬＯ２は、ピッコロの第２のコプロセッサ番号（現在９）である。Ｎビットが、ＬＤＰ３２（１）とＬＤＰ１６（０）との間の選択を行う。
ＬＤＰ１６Ｕは、次のようにエンコードされる。

ここで、ＤＥＳＴは、目的バンクＸ，Ｙ，Ｚに対する１−３である。
ＬＤＰＡは、次のようにエンコードされる。

ここで、ＢＡＮＫ〔３：０〕は、バンクごとの非整列モードを打ち切るのに使用される。ＢＡＮＫ〔１〕がセットされると、バンクＸ上の非整列モードが打ち切られる。ＢＡＮＫ〔２〕及びＢＡＮＫ〔３〕がセットされれば、それぞれバンクＹ，Ｚ上の非整列モードが打ち切られる。尚、これはＣＤＰ操作である。
ＭＰＲは、次のようにエンコードされる。

ＭＰＲＷは、次のようにエンコードされる。

ここで、ＤＥＳＴは、目的レジスタＸ０，Ｙ０，Ｚ０に対する１−３である。
出力ＦＩＦＯは、３２ビットの値を８つまで保持することができる。これらは、次の（ＡＲＭ）オペコード（opcodes）の１つを使用して、ピッコロから転送される。

最初のは、＜size＞／４ワードを出力ＦＩＦＯから、ＡＲＭレジスタＲｎによって与えられるアドレスへ退避する。“！”があれば、Ｒｎを指示する。デッドロックを避けるために、＜size＞は、出力ＦＩＦＯのサイズ（この導入例では８エントリ）以下でなければならない。ＳＴＰ１６の変種が使用された場合は、メモリシステムから戻されるデータにエンダイアン特定挙動が生じる可能性がある。
ＭＲＰ命令は、出力ＦＩＦＯから１つのワードを除去し、それをＡＲＭレジスタＲｎに入れる。ＭＲＰと同様に、このデータには、エンダイアン特定操作が適用されることはない。
ＳＴＰ用のＡＲＭエンコーディングは以下の通り。

ここで、Ｎは、ＳＴＰ３２（１）とＳＴＰ１６（０）との間の選択を行う。Ｐ，Ｕ，Ｗビットの定義については、ＡＲＭデータシートを参照せよ。
ＭＲＰ用のＡＲＭエンコーディングは以下の通り。

ピッコロ命令セットは、内部的にはエンダイアン操作がほとんどないと仮定している。例えば、３２ビットレジスタに、複数の１６ビット・ハーフとしてアクセスする場合、下半分がビット１５から０を占めるとする。ピッコロは、大きなエンダイアン・メモリ又は周辺機器（peripherals）のあるシステムで動作することになるので、１６ビットでパックされたデータを正しくロードできるようにしなければならない。
ピッコロ（つまり、ＤＳＰが採用されたコプロセッサ）は、ＡＲＭ（例えば、英国、ケンブリッジのアドヴァンストＲＩＳＣマシンズ・リミテッドによって製造されたＡＲＭ７マイクロプロセッサ）のように、プログラマがプログラム可能周辺機器で制御できるであろう‘ＢＩＧＥＮＤ’構成ピンを持っている。ピッコロは、このピンを使用して入力リオーダ・バッファ及び出力ＦＩＦＯを構成する。
ＡＲＭがパック１６ビットデータをリオーダ（reorder）・バッファにロードする時は、そのことを、ＬＤＰ命令の１６ビット形式を使用して示さなければならない。この情報は‘ＢＩＧＥＮＤ’構成入力の状態と組み合わされて、データを保持ラッチへ入れ且つリオーダ・バッファを適当な順序にする。特にbig endianモードの時は、保持レジスタはロードされたワードの下１６ビットを記憶し、次のロードの上１６ビットと対（ペア）にされる。保持レジスタの内容は、常に、リオーダ・バッファへ転送されたワードの下１６ビットで終わる。
出力ＦＩＦＯは、パックされた１６ビット又は３２ビットデータを含むことができる。プログラマは、ＳＴＰ命令の正確な形式を使用して、１６ビットデータがデータバスの正しい半分に提供されていることをピッコロが確認できるようにしなければならない。big endianとして構成されている場合、ＳＴＰの１６ビット形式が使用されると、上１６ビットハーフ及び下１６ビットハーフが交換される。
ピッコロは、ＡＲＭからしかアクセスできないプライベート・レジスタを４つ持っている。これらは、Ｓ０−Ｓ２と呼ばれる。これらにアクセスできるのは、ＭＲＣ命令とＭＣＲ命令だけである。オペコードは以下の通り。
ＭＰＳＲ Ｓｎ，Ｒｍ
ＭＲＰＳ Ｒｍ，Ｓｎ
これらのオペコードは、ＡＲＭレジスタＲｍとプライベート・レジスタＳｎとの間で３２ビット値を転送する。それらは、ＡＲＭにおいて、コプロセッサ・レジスタ転送としてエンコードされる。

ここで、Ｌは、ＭＰＳＲなら０、ＭＲＰＳなら１である。
レジスタＳ０は、ピッコロの一意なＩＤ及び改定コードを含む。

〔３：０〕ビットは、プロセッサの改定番号を含む。
〔１５：４〕ビットは、２進符号化された１０進フォーマットの３桁部分の番号（ピッコロなら、０ｘ５００）を含む。
〔２３：１６〕ビットは、アーキテクチャ版数を含む。０ｘ００＝第１版
〔３１：２４〕ビットは、導入者の商標のＡＳＣＩＩコードを含む。０ｘ４１＝Ａ＝ＡＲＭ Ｌｔｄ．
レジスタＳ１は、ピッコロの状態レジスタである。

一次状件コードフラグ（Ｎ，Ｚ，Ｃ，Ｖ）
二次状件コードフラグ（ＳＮ，ＳＺ，ＳＣ，ＳＶ）
Ｅビット：ピッコロは、ＡＲＭによってディスエーブルされ、中止した。
Ｕビット：ピッコロは、ＵＮＤＥＦＩＮＥＤ（未定義）命令に出会って、中止した。
Ｂビット：ピッコロは、ＢＲＥＡＫＰＯＩＮＴ（区切点）に出会って、中止した。
Ｈビット：ピッコロは、ＨＡＬＴ（中止）命令に出会って、中止した。
Ａビット：ピッコロは、メモリ・アボート（ロード、ストア、又はピッコロ命令）によって、中止した。
Ｄビット：ピッコロは、デッドロック条件を検出し、中止した（以下を参照）。
レジスタＳ２はピッコロプログラム・カウンタである。

プログラム・カウンタに書き込みすると、ピッコロはそのアドレスで（中止状態であれば中止状態のまま）プログラムの実行を始める。プログラム・カウンタはリセットされた時、未定義である。というのは、プログラム・カウンタへの書き込みによっって、ピッコロは常にスタートされるからである。
実行中、ピッコロは命令の実行及びコプロセッサ・インターフェースの状態を次のようにモニタする。
− ピッコロは、レジスタ再充填されるのを、あるいは出力ＦＩＦＯが使えるエントリを持つのを、待つ態勢に入った。
− ＲＯＢ内のスペースが不十分であるか、出力ＦＩＦＯ内の事項（items）が不十分であるかの理由で、コプロセッサ・インターフェースがビジー待ち状態（busy-waiting）にある。
これらの両方の条件が検出されると、ピッコロは、その状態レジスタにＤビットをセットし、中止し、ＡＲＭコプロセッサの命令を拒絶し、ＡＲＭは未定義命令トラップにはまる。
このデッドロック状態の検出により、少なくともプログラマにこのような条件が生じたことを知らせ、また失敗の正確な点（位置）を知らせることができるシステムが構成される。プログラマは、ＡＲＭとピッコロのプログラム・カウンタとレジスタを読めばよい。尚、強調しておくが、デッドロックが生じるのは、間違ったプログラムあるいはピッコロの状態を変造するシステム部分がある場合だけである。デッドロックは、データが少なすぎることや「オーバーロード」によって生じることはない。
ＡＲＭからピッコロを制御するのに使用できるいくつかの操作があり、それらはＣＤＰ命令によって提供される。これらのＣＤＰ命令は、ＡＲＭが優先状態にある時に受け付けられる。そうでないと、ピッコロはＣＤＰ命令を拒絶し、ＡＲＭは未定義命令トラップにはまる。以下の操作が使用可能である。
− Reset（リセット）
− Enter State Access Mode（状態アクセスモードに入る）
− Enable（イネーブル）
− Disable（ディスエーブル）
ピッコロは、ＰＲＥＳＥＴ命令によってソフトウェア内でプリセットされる。
ＰＲＥＳＥＴ ；Clear Piccolo's state（ピッコロの状態をクリアする）
この命令は、次のようにエンコードされる。

この命令が実行されると、次のことが生じる。
− すべてのレジスタが空き（再充填の態勢）の印になる。
− 入力ＲＯＢがクリアされる。
− 出力ＦＩＦＯがクリアされる。
− ループ・カウンタがリセットされる。
− ピッコロは中止状態に入る（そしてＳ２のＨビットがセットされる）。
ＰＲＥＳＥＴ命令の実行には、いくつかのサイクル（この実施の形態では、２から３）が必要である。実行されている間に、以下のピッコロ上で実行されるべきＡＲＭコプロセッサ命令がビジー待ちになる。
状態アクセスモードにおいて、ピッコロの状態は、ＳＴＣ及びＬＤＣ命令（以下のＡＲＭからのピッコロ状態アクセスについての説明を参照）を使って退避され復元される。状態アクセスモードに入るには、ＰＳＴＡＴＥ命令がまず実行されなければならない。
ＰＳＴＡＴＥ； Enter State Access Mode（状態アクセスモードに入る）
この命令は次のようにエンコードされる。

実行されると、ＰＳＴＡＴＥ命令は、
− ピッコロを中止し（すでに中止されているのでなければ）、Ｅビットをピッコロの状態レジスタにセットする。
− ピッコロを状態アクセスモードに構成する。
ＰＳＴＡＴＥ命令の実行が終わるまでにはいくつかのサイクルがある。というのは、ピッコロの命令パイプラインは中止する前に汲み出されなければならないからである。実行中、ピッコロ上で実行される次のＡＲＭコプロセッサ命令がビジー待ちになる。
ＰＥＮＡＢＬＥ及びＰＤＩＳＡＢＬＥ命令は、高速コンテキスト切替えに使用される。ピッコロがディスエーブルされると、専用レジスタ０と１だけが（ＩＤレシスタ、状態レジスタ）アクセス可能となり、それも優先モードからだけである。これ以外の状態へアクセスすると、またユーザモードからアクセスすると、ＡＲＭ未定義命令例外が生じる。ピッコロをディスエーブルすると、実行が中止される。ピッコロは、実行を中止すると、状態レジスタにＥビットをセットして応答する。
ピッコロをイネーブルするには、ＰＥＮＡＢＬＥ命令を実行する。
ＰＥＮＡＢＬＥ； Enable Piccolo
この命令は次のようにエンコードされる。

ピッコロをディスエーブルするには、ＰＤＩＳＡＢＬＥ命令を実行する。
ＰＤＩＳＡＢＬＥ； Disable Piccolo
この命令は次のようにエンコードされる。

この命令が実行されると、次のことが生じる。
− ピッコロの命令パイプラインが空になる（drain）。
− ピッコロは中止して、状態レジスタにＨビットをセットする。
ピッコロ命令キャッシュは、ピッコロのデータパスを制御するピッコロの命令を保持する。もし存在すれば少なくとも６４個の命令を保持し、それを１６ワード境界から開始することが保証される。次のＡＲＭオペコードがＭＣＲにアセンブルされる。その動作は、強制的にキャッシュに、（１６ワード境界上にあるはずの）指定されたアドレスから始まる（１６個の）命令のラインを取り込ませる（fetch）。この取り込みは、キャッシュがすでにこのアドレスに関係するデータを保持していても行われる。
ＰＭＩＲ Ｒｍ
ピッコロは、ＰＭＩＲが行われるより前に中止されなければならない。
このオペコードのＭＣＲエンコーディングは以下の通り。

− このセクションは、ピッコロのデータパスを制御するピッコロ命令セット（集合）に言及する。各命令は３２ビットの長さである。これらの命令は、ピッコロ命令キャッシュから読み出される。
命令セットのデコードは、非常に直線的である。最初６ビット（２６から３１）が主要オペコードを与え、２２から２５までが、いくつかの特定の命令のためのマイナーなオペコードを提供する。灰色の影となっているコードは、現在未使用のものであり、拡張用として使える（それらは現時点で指示された値を含んでいなければならない）。
１１の主要命令クラスがある。これは、いくつかのサブクラスのデコードを簡単にするため、命令にファイルされた主要オペコードに完全に対応するものではない。

上の表にある命令には、以下の名前がついている。

命令の各クラスのフォーマットは、次のセクションに詳しく述べてある。ソース及び目的オペランド領域は、ほとんどの命令において共通であり、レジスタ・リマッピングと同様、別のセクションに述べてある。
ほとんどの命令は２つのソースオペランドSource１，Source２を必要とする。
Source１（ＳＲＣ１）オペランドは、次の７ビット・フォーマットを持つ。

この領域の要素は、次の意味を持つ。
− Size−読み出すオペランドのサイズを示す（１＝３２ビット、０＝１６ビット）。
− Refill−レジスタが読み出された後、空きの印になり、ＲＯＢから再充填できることを示す。
− Register Number−３２ビット、１６ビットレジスタのどっちのレジスタを読み出すべきべきかエンコードする。
− Ｈｉ／Ｌｏ−１６ビット読み出しに対して、３２ビットレジスタのどちらの半分を読み出すべきかを示す。３２ビットオペランドに対してセットされた場合は、レジスタの２つの１６ビット半分が入れ換えられなければならないことを示す。

レジスタのサイズは、レジスタ番号に接尾辞を付けることによってアセンブラによって特定される。下位１６ビットなら、．１、上位１６ビットなら、．ｈ，３２ビットの上下の１６ビットを入れ換えるなら、．ｘ。
一般のソース２（ＳＣＲ２）は、次の３つの１２ビット・フォーマットの１つを持つ。

図４は、選択されたレジスタの適切な半分をピッコロのデータパスにスイッチするためのＨｉ／Ｌｏビット及びSizeビットに応答するマルチプレクサ構成を示す。Sizeビットが１６ビットであれば、符号拡張回路がデータパスの高次ビットに適切な０または１を入れる。
最初のエンコーディングは、ソースをレジスタとして指定し、その領域は、ＳＣＲ１指定子（specifier）と同じエンコーディングを持つ。ＳＣＡＬＥ領域は、ＡＬＵの結果に適用されるべきスケールを指定する。

８ビット即値（immediate）は、回転（rotate）エンコーディングによって、３２ビット即値を生成し、それが、８ビット値及び２ビット回転（rotate）によって表現される。次の表は、８ビット値ＸＹから生成される即値を示す。

１６ビット即値エンコーディングにより、６ビット符号無し即値（範囲０から６３）を、ＡＬＵの出力に提供されるスケールと共に使用することができる。
一般のソース２エンコーディングは、ほとんどの命令変種に共通である。この規則には例外が少しあり、それがソース２エンコーディングの限定されたサブセットをサポートするか、あるいは、それを少し変形させる。
− Select Instructions．（選択命令）
− Shift Instructions．（シフト命令）
− Parallel Operations．（並列操作）
− Multiply Accumulate Instructions．（乗算累算命令）
− Multiply Double Instructions．（乗算ダブル命令）
選択命令は、レジスタ又は１６ビット符号無し即値であるオペランドをサポートするだけである。スケールは無効である。それは、これらのビットは命令の条件領域によって使用されるからである。

シフト命令は、１６ビットレジスタ又は５ビット符号無し即値である１から３１のオペランドをサポートするだけである。結果のスケールは無効である。

並列操作の場合、レジスタがオペランドのソースとして指定されていれば、３２ビット読み出しが行われなければならない。即値エンコーディングは、並列操作については、少し違った意味を持つ。これにより、即値は、３２ビットオペランドの１６ビット半分の両方に複製できる。並列操作には少し制限のある範囲のスケールが使用できる。

１６ビット即値が使用された場合、常に、３２ビット量の半分の両方に複製される。８ビット即値が使用された場合は、それが複製されるのは、それが３２ビット量の上半分に回転されるべきであると回転（rotate）が示している時だけである。

並列選択操作にはスケールは無効である。スケール領域は、これらの命令では、０にセットされる。
乗算累算命令では、８ビット回転即値を指定することはできない。領域のビット１０は、どのアキュミュレータを使用すべきかを指定する部分となる。ソース２は、１６ビットオペランドとして意味される。

乗算ダブル命令は、定数を使用することができない。１６ビットレジスタだけが指定できる。この領域のビット１０は、どのアキュミュレータを使用すべきかを指定する部分となる。

命令のうちいくつかは、常に３２ビット操作（例えば、ＡＤＤＡＤＤ）を含み、その場合、サイズ・ビットは、１にセットされ、Ｈｉ／Ｌｏビットは、場合によっては３２ビットオペランドの２つの１６ビット半分を交換するのに使用することができる。また、いくつかの命令は、常に１６ビット操作（例えば、ＭＵＬ）を含み、サイズビットは０に設定されなければならない。Ｈｉ／Ｌｏビットは、レジスタのどちらの半分が使用されるかを選択する（見えないサイズビットは明らかなものと仮定する）。乗算・累算命令は、ソース・アキュミュレータと目的レジスタを独立に指定することができる。これらの命令においては、Sizeビットは、ソースアキュミュレータを指定するのに使用され、サイズビットは、命令タイプによって０と暗示される。
１６ビット値が（Ａ又はＢバスを介して）使用される場合、それは、自動的に３２ビット量に符号拡張される。４８ビットレジスタが（Ａ又はＢバスを介して）読みだされる場合、下の３２ビットだけがバスに現れる。それは、どの場合でも、ソース１、ソース２は、３２ビット値に変換されるからである。バスＣを使用する累算命令だけがアキュミュレータレジスタの４８ビット全部にアクセスすることができる。
再充填ビットがセットされていれば、レジスタは使用後、空きの印になり、普通の再充填メカニズムによってＲＯＢから再充填される（ＲＯＢについてのセクションを参照）。ピッコロは、再充填が行われる以前にソースオペランドとしてレジスタが再び使用されないかぎり、止まらない。再充填されたデータが有効になる前のサイクルの最小数（最善の場合で、データはＲＯＢの先頭で待っている）は、１か２である。従って、再充填されたデータは、再充填要求の次の命令には使わない方が良い。もし、次の２つの命令上でオペランドの使用を避けることができるのであれば、その方が良い。というのは、これにより、より深いパイプライン導入上での性能損失を防ぐことになるから。
再充填ビットは、レジスタ番号に接尾辞“＾”を付けることによってアセンブラで指定される。空きの印のついたレジスタのセクションは、レジスタのオペランドに依存する。各レジスタの２つの半分は、独立に、再充填の印をつけることもできる（例えば、Ｘ０．１＾は、Ｘ０の下半分だけを再充填することになり、Ｘ０＾は、Ｘ０全体を再充填することになる）。４８ビットレジスタの上「半分」（ビット４７：１６）が再充填されると、１６ビットのデータがビット３１：１６に書き込まれ、ビット４７まで符号拡張される。
同じレジスタを２回再充填しようと（例えば、ＡＤＤ Ｘ１，Ｘ０＾，Ｘ０＾）しても、再充填は１度しか行われない。アセンブラは、ＡＤＤ Ｘ１，Ｘ０，Ｘ０＾という文法しか許可すべきではない。
レジスタ読み出しが、レジスタの再充填以前に試みられると、ピッコロは、レジスタが再充填されるまでまち状態で止まる。レジスタが再充填の印になると、レジスタは再充填の値が読まれる以前に更新され、その結果、ＵＮＰＲＥＤＩＣＡＴＢＬＥ（予想不可）となる（例えば、ＡＤＤ Ｘ０，Ｘ０＾，Ｘ１は予想不可。なぜなら、Ｘ０については再充填の印であるから、Ｘ０とＸ１の合計で埋めることになる）。
４ビットスケール領域は１４のスケールタイプをエンコードする。
− ＡＳＲ ＃０，１，２，３，４，６，８，１０
− ＡＳＲ ＃１２から１６
− ＬＳＬ ＃１
並列Ｍａｘ／Ｍｉｎ命令は、スケールを提供しないので、ソース２の６ビット定数変種は使用されない（アセンブラにより０にセットされる）。
ＲＥＰＥＡＴ命令内で、レジスタのリマッピングがサポートされ、ＲＥＰＥＡＴが、ループを解かないままレジスタの移動「窓」にアクセスすることができる。これについて、以下、詳しく説明する。
目的オペランドは、次の７ビットフォーマットを持つ。

この基本エンコーディングには１０の変種がある。

レジスタ番号（Ｄｘ）は１６のレジスタのどれがアドレスされているかを示す。Ｈｉ／ＬｏビットとSizeビットは、一緒になって、各３２ビットレジスタへ１６ビットレジスタのペアとしてアドレスする。Sizeビットは、どのようにしたら適切なフラグが、命令タイプに定義されているように、セットされるかを定義するもので、結果がレジスタバンク及び／又は出力ＦＩＦＯに書き込まれるか否かには関係しない。これにより、比較及び同様の命令の構成ができる。命令の累算クラスのある加算は、結果をレジスタに書き戻さなければならない。

どの場合でも、レジスタへの書き戻し又は出力ＦＩＦＯへの挿入以前の操作の結果は、４８ビット量である。２つの場合がある。
書き込みが１６ビットならば、４８ビット量は、下の１６ビット〔１５：０〕を選択することによって、１６ビットに減る。命令が飽和すれば、値は、−２＾１５から２＾１５−１の範囲に飽和される。次に１６ビット値が指示されたレジスタに書き戻され、また、書き込みＦＩＦＯビットがセットされれば、出力ＦＩＦＯに書き戻される。出力ＦＩＦＯに書き込まれた場合、それは、次の１６ビット値が書き込まれるまで保持される。次の１６ビットが書き込まれると、それらの値はペアとなって、単一３２ビット値として出力ＦＩＦＯに入れられる。
３２ビットの書き込みならば、４８ビットは、下の３２ビット〔３１：０〕を選んで３２ビット量に減る。
３２ビット書き込みでも、４８ビット書き込みでも、命令が飽和すれば、４８ビット値は−２＾３１−１から２＾３１の範囲の３２ビット値に変換される。飽和すると、
− アキュミュレーへの書き戻しが行われると、４８ビット全部が書き込まれる。
− ３２ビットレジスタへの書き戻しが行われると、ビット〔３１：０〕が書き込まれる。
− 出力ＦＩＦＯへの書き戻しが行われるた場合も、やはりビット〔３１：０〕が書き込まれる。
目的サイズは、レジスタ番号の後の．１または．ｈによって、アセンブラ内で指定される。レジスタへの書き戻しが全く行われない場合は、レジスタ番号は意味がなくなるので、目的レジスタを省略して、レジスタへの書き込み無しとするか、あるいは、＾を使って、出力ＦＩＦＯだけへの書き込みを指示する。例えば、ＳＵＢ，Ｘ０，Ｙ０は、ＣＭＰ Ｘ０，Ｙ０と等価であり、ＡＤＤ＾，Ｘ０，Ｙ０は、Ｘ０＋Ｙ０の値を出力ＦＩＦＯに入れる。
出力ＦＩＦＯに値を入れる空きがない場合は、ピッコロは、空きができるまで待機する。
１６ビット値、例えば、ＡＤＤ Ｘ０．ｈ＾，Ｘ１，Ｘ２が書き出されると、その値は、第２の１６ビット値が書かれるまでラッチされる。次にこれら２つの値は結合されて、３２ビット数として出力ＦＩＦＯに入れられる。最初に書き込まれる１６ビット値は、常に３２ビットワードの下半分に現れる。出力ＦＩＦＯに入れられたデータは、１６又は３２ビットデータとしての印がつき、endianessをbig endianシステム上で訂正することができる。
３２ビット値が２つの１６ビット書き込みの間に書き込まれると、その動作は未定義になる。
ＲＥＰＥＡＴ命令内で、レジスタ・リマッッピングがサポートされ、ＲＥＰＥＡＴは、ループを解く（unroll）ことなしにレジスタの移動「窓」にアクセスすることができる。以下、これについて詳しく説明する。
本発明の好ましい実施の形態において、ＲＥＰＥＡＴ命令は、レジスタ・オペランドがループ内で特定される方法を変更するメカニズムを提供する。このメカニズムの下で、アクセスするレジスタは命令内のレジスタ・オペランドとレジスタバンクのオフセットの機能によって決定される。オフセットは、プログラム可能な方法で変更でき、各命令ループの最後で変更されるのが好ましい。このメカニズムは、Ｘ，Ｙ，Ｚバンク内にあるレジスタ上で独立に動作することができる。好ましい実施の形態では、この機能はＡバンク内のレジスタには使用できない。
論理レジスタ、物理レジスタという概念を使用することができる。命令オペランドは論理レジスタを参照し、これらは、特定のピッコロレジスタ１０を同定する物理レジスタ・レファレンスにマップされる。すべての操作は、再充填も含み、物理レジスタ上で動作する。レジスタ・リマッピングが生じるのは、ピッコロ命令ストリームサイドだけであり、ピッコロにロードされるデータは常に物理レジスタを目的とし、リマッピングは行われない。
リマッピングのメカニズムについて、以下、図５を参照して説明する。図５は、ピッコロ・コプロセッサ４の多数の内部構成要素を示すブロック図である。メモリからＡＲＭコア２によって検索されるデータ項目は、リオーダ・バッファ１２に入れられ、ピッコロレジスタ１０は、先に図２を参照した方法で、リオーダ・バッファ１２から再充填される。キャッシュ６に記憶されているピッコロの命令は、ピッコロ４内の命令デコーダ５０に渡されることによって、ピコロ・プロセッサ・コア５４に渡される前にデコードされる。ピッコロ・プロセッサ・コア５４は、先に図３を参照して述べた乗算器／加算器回路２０と、累算／退出回路２２と、スケール／飽和（saturate）回路２４とを備える。
命令デコーダ５０がＲＥＰＥＡＴ命令によって同定された命令ループの一部を構成する命令を扱っていて、且つ、そのＲＥＰＥＡＴ命令が多数のレジスタのリマッピングを行うことが必要であると指示した場合は、レジスタ・リマッピング論理５２が使用されて、必要なリマッピングが行われる。レジスタ・リマッピング論理５２は、命令デコーダ５０の一部であると考えて良い。ただし、当業者には明らかなように、レジスタ・リマッピング論理５２は、命令デコーダ５０に対して全く別のものとして提供されてもかまわない。
典型的な命令は、その命令にとって必要なデータ項目を含むレジスタを同定する１つまたは２つ以上のオペランドを備える。例えば、典型的な命令は、２つのソースオペランドと１つの目的ペランドを含むことができ、その命令が必要とするデータ項目を含む２つのレジスタと、その命令の結果を入れるべきレジスタを同定する。レジスタ・リマッピング論理５２は、命令デコーダ５０から命令のオペランドを受け取るが、それらは論理レジスタ・レファレンスを同定する。論理レジスタ・レファレンスに基づき、レジスタ・リマッピング論理は、物理レジスタのリマッピングをすべきかどうかを決定し、必要なら、物理レジスタ・レファレンスにリマッピングを適用する。また、リマッピングを適用すべきではないと決定された場合は、論理レジスタ・レファレンスが物理レジスタ・レファレンスとして提供される。リマッピングを行う好ましい方法については、後で、詳しく説明する。
レジスタ・リマッピング論理からの各出力物理レジスタ・レファレンスは、ピッコロ・プロセッサ・コア５４に渡されることによって、プロセッサ・コアが、物理レジスタ・レファレンスによって同定される特定のレジスタ１０内のデータ項目に命令を適用できるようにする。
好ましい実施の形態によるリマッピングのメカニズムによれば、レジスタの各バンクは、２つのセクション、つまりその中でレジスタがリマップされるセクションと、レジスタがリマッピング無しで元のレジスタ・レファレンスを保持するセクションとの２つのセクションに割ることができる。好ましい実施の形態において、リマップされたセクションは、リマップされているレジスタ・バンクの下から開始される。
このリマッピングのメカニズムは多数のパラメータを使用し、これらのパラメータについては、図６を参照しながら、詳細に説明する。図６は、様々なパラメータがレジスタ・リマッピング論理５２によっていかに使用されるかを示すブロック図である。尚、これらのパラメータは、リマップされているバンク内の点、例えば、バンクの下からの相対的値を与えられている。
レジスタ・リマッピング論理５２は、２つの主要論理ブロック、つまりRemap（リマップ）ブロック５６とBase Update（ベース更新）ブロック５８とからなると考えることができる。レジスタ・リマッピング論理５２は、論理レジスタ・レファレンスに加えられるべきオフセット値を提供するベース・ポインタを使用する。このベース・ポインタの値は、ベース更新ブロック５８によってリマップ・ブロックに提供される。
ＢＡＳＥＳＴＡＲＴ信号を使用して、ベースポインタの初期値を定義することができる。例えば、典型的には、ゼロであるが、他の値を指定することもできる。このＢＡＳＥＳＴＡＲＴ信号は、ベース更新ブロック５８内のマルチプレクサ６０に渡される。命令ループの最初の繰り返しで、ＢＡＳＥＳＴＡＲＴ信号は、マルチプレクサ６０によって、記憶エレメント６６に渡され、ループのその後の繰り返しでは、次のベース・ポインタ値がマルチプレクサ６０によって記憶エレメント６６に渡される。
記憶エレメント６６の出力は、現在のベース・ポインタ値としてリマップ論理５６に渡され、またベース更新論理５８内の加算器６２の入力の１つにも渡される。加算器６２は、ベース・インクリメント値を提供するＢＡＳＥＩＮＣ信号を受け取る。加算器６２は、記憶エレメント６６によって供給される現在のベース・ポインタ値を、ＢＡＳＥＩＮＣ値分だけインクリメントし、結果をモジュロ回路６４へ渡すようになっている。
また、モジュロ回路は、ＢＡＳＥＷＲＡＰ値を受け取り、この値を加算器６２からの出力ベース・ポインタ信号と比較する。インクリメントされたベース・ポインタ値がＢＡＳＥＷＲＡＰ値以上であれば、その新しいベース・ポインタがラップラウンドされて、新しいオフセット値となる。モジュロ回路６４の出力は、記憶エレメント６６に記憶されるべき次のベース・ポインタ値となる。この出力はマルチプレクサ６０に提供され、そこから、記憶エレメント６６に提供される。
しかしながら、この次のベース・ポインタ値は、ＲＥＰＥＡＴ命令を管理するループ・ハードウェアからＢＡＳＥＵＰＤＡＴＥ信号を記憶エレメント６６が受け取らないうちは、記憶エレメント６６に記憶できない。ＢＡＳＥＵＰＤＡＴＥ信号は、ループ・ハードウェアによって周期的に生成され、例えば、命令ループが反復されるごとに、生成される。ＢＡＳＥＵＰＤＡＴＥ信号を記憶エレメント６６が受け取ると、記憶エレメントは、以前のベース・ポインタ値にマルチプレクサ６０から提供される次のベース・ポインタ値を上書きする。このように、リマップ論理５８に供給されるベース・ポインタ値は、新しいベース・ポインタ値に変わる。
レジスタバンクのリマップされたセクション内でアクセスされるべき物理レジスタは、命令のオペランド内に含まれる論理レジスタ・レファレンスに、ベース更新論理５８によって提供されるベース・ポインタ値を加えることによって決定される。この加算を行うのは加算器６８であり、その出力は、モジュロ回路７０に渡される。好ましい実施の形態において、モジュロ回路７０は、レジスタ・ラップ値を受け取り、加算器６８からの出力信号（論理レジスタ・レファレンスとベース・ポインタ値の和）がレジスタ・ラップ値を越えると、その結果へ、リマップされた領域の下でラップ（wrap）が行われる。モジュロ回路７０の出力は、マルチプレクサ７２に提供される。
ＲＥＧＣＯＵＮＴ値がリマップ・ブロック５６内の論理７４に提供され、リマップされるべきバンク内のレジスタの個数を同定する。論理７４は、このＲＥＧＣＯＵＮＴ値を論理レジスタ・レファレンスと比較し、比較の結果により、制御信号をマリチプレクサ７２に渡す。マルチプレクサ７２は、その２つの入力で、論理レジスタ・レファレンスとモジュロ回路７０からの出力（リマップされたレジスタ・レファレンス）を受け取る。本発明の好ましい実施の形態において、論理レジスタ・レファレンスがＲＥＧＣＯＵＮＴ値より小さければ、論理７４は、マルチプレクサ７２にリマップされたレジスタ・レファレンスを物理レジスタ・レファレンスとして出力させる。ただし、もし、論理レジスタ・レファレンスがＲＥＧＣＯＵＮＴ値以上であれば、論理７４は、マルチプレクサ７２に論理レジスタ・レファレンスを直接、物理レジスタ・レファレンスとして出力させる。
先に述べたように、好ましい実施の形態において、リマッピング・メカニズムを引き起こすのはＲＥＰＥＡＴ命令である。後で、より詳しく述べるように、ＲＥＰＥＡＴ命令は、ハードウェアで４つのゼロサイクルループを提供する。これらのハードウェア・ループは、図５に命令デコーダ５０の部分として図示されている。命令デコーダ５０がキャッシュ６から命令を要求する度に、キャッシュはその命令を命令デコーダに戻し、それにより、命令デコーダは、戻された命令がＲＥＰＥＡＴ命令であるかどうか判断する。もしそれであれば、ハードウェア・ループの１つが、そのＲＥＰＥＡＴ命令を扱うように構成される。
各繰り返し命令は、ループ内の命令の数と、ループを繰り返す回数（定数またはピッコロ・レジスタから読み出される）を指定する。２つのオペコードＲＥＰＥＡＴとＮＥＸＴがハードウェアループの定義用に提供され、ＮＥＸＴオペコードは単に区切りとして使用されるだけで、命令としてアセンブルはされない。ＲＥＰＥＡＴがループの頭に行き、ＮＥＸＴがループの最後を区切ることによって、アセンブラはループ・本体内の命令の数を数えることができる。好ましい実施の形態において、ＲＥＰＥＡＴ命令は、レジスタ・リマッピング論理５２が使用すべきＲＥＧＣＯＵＮＴ，ＢＡＳＥＩＮＣ，ＢＡＳＥＷＲＡＰ，ＲＥＧＷＲＡＰパラメータのようなリマッピング・パラメータを含むことができる。
レジスタ・リマッピング論理によって使用されるリマッピング・パラメータを記憶する多数のレジスタを提供することができる。これらのレジスタ内で、前もって定義されたリマッピング・パラメータの多数のセット（集合）を提供することができる一方、いくつかのレジスタはユーザ定義リマッピング・パラメータを記憶するために残される。ＲＥＰＥＡＴ命令と共に指定されたリマッピング・パラメータが、前もって定義されたリマッピング・パラメータの１つと等しい場合、適当なＲＥＰＥＡＴエンコーディングが使用され、これにより、マルチプレクサ等が適当なリマッピング・パラメータをレジスタから直接にレジスタ・リマッピング論理へ提供する。一方、リマッピング・パラメータが前もって定義されたリマッピング・パラメータのどれとも等しくない場合は、アセンブラがRemapping Parameter Move（ＲＭＯＶ）命令を生成する。これにより、ユーザ定義レジスタ・リマッピング・パラメータの構成が可能となり、ＲＭＯＶ命令の後にＲＥＰＥＡＴ命令が続く。好ましくは、ユーザ定義リマッピング・パラメータは、ＲＭＯＶ命令によって、そのようなユーザ定義リマッピング・パラメータを記憶すべく残されていたレジスタに入れられ、マルチプレクサは、それらのレジスタの内容をレジスタ・リマッピング論理に渡すようプログラムされる。
好ましい実施の形態において、ＲＥＧＣＯＵＮＴ，ＢＡＳＥＩＮ，ＢＡＳＥＷＲＡＰ，ＲＥＧＷＲＡＰパラメータは、以下のチャートに示された値の１つを取る。

図６に戻り、リマップ・ブロック５６によって様々なパラメータが使用される例を次に示す（この例では、論理及び物理レジスタ値は、特定バンクに対する相対値である。）

ループの最後で、ループの次の繰り返しが始まる前に、次のベース・ポインタ更新がベース更新論理５８によって行われる。
Base＝（Base＋ＢＡＳＥＩＮＣ）ＭＯＤ ＢＡＳＥＷＲＡＰ
リマッピング・ループの最後でレジスタ・リマッピングが打ち切られ、すべてのレジスタは物理レジスタとしてアクセスされる。好ましい実施の形態において、１つのリマッピングＲＥＰＥＡＴだけがどの時点においてもアクティブである。ループは、ネストされたままであるが、ある特定の時点で１つだけがリマッピング変数を更新してよい。ただし、所望するなら、リマッピング繰り返しはネストできるようにする。
本発明の好ましい実施の形態に基づくリマッピング・メカニズムを使用した結果としてのコード密度に関して達成される効果を示すために、以下、典型的なブロック・フィルタ・アルゴリズムについて説明する。まず、ブロック・フィルタ・アルゴリズムの原則について、図７を参照しながら説明する。図７に示されているように、アキュミュレータ・レジスタＡ０は、多数の乗算操作の結果を累算するように備えられている。この乗算操作というのは、係数ｃ０とデータ項目ｄ０との乗算、係数ｃ１とデータ項目ｄ１との乗算、係数ｃ２とデータ項目ｄ２との乗算などである。レジスタＡ１は、乗算操作の同様のセットの結果を累算していくが、今度は、係数がずれて、ｃ０とｄ１、ｃ１とｄ２、ｃ２とｄ３と組み合わせの乗算になる。同様に、レジスタＡ２は、係数値を更にずらして、ｃ０とｄ２、ｃ１とｄ３、ｃ２とｄ４といった組み合わせの乗算の結果を累算する。このシフト、乗算、累算のプロセスが、繰り返され、その結果がレジスタＡ３に入れられる。
本発明の好ましい実施の形態に基づくレジスタ・リマッピングを使用しないと、ブロック・フィルタ命令を実行するには、次のような命令ループが必要となる。

この例において、データ値はレジスタのＸバンクに入れられ、係数値はレジスタのＹバンクに入れられる。第１ステップとして、４つのアキュミュレータ・レジスタＡ０，Ａ１，Ａ２，Ａ３はゼロにセットされる。アキュミュレータ・レジスタがリセットされると、命令ループが開始され、このループはＲＥＰＥＡＴ命令及びＮＥＸＴ命令によって区切られる。Ｚ１の値は、この命令ループが繰り返される回数を示し、また後で述べる理由により、この回数は、実際には、係数の個数（ｃ０，ｃ１，ｃ２など）を４で割った数に等しい。
命令ループには１６の乗算累算命令（ＭＵＬＡ：multiply accumulate instructions）があり、１回目の繰り返しが終わると、その結果、レジスタＡ０，Ａ１，Ａ２，Ａ３は、ＲＥＰＥＡＴ命令と第１のＭＵＬＡ命令との間で上のコードで示される計算の結果を含む。乗算累算操作がどのように動作するかを示すために、最初の４つのＭＵＬＡ命令を考えることにする。最初の命令によって、Ｘバンク・レジスタ・ゼロの最初のすなわち下の１６ビット内のデータ値と、Ｙバンク・レジスタ・ゼロ内の下の１６ビットとが掛け合わされ、その結果がレジスタＡ０に加えられる。これと同時に、Ｘバンク・レジスタ・ゼロの下の１６ビットが再充填の印になり、レジスタのこの部分に新しいデータ値が再充填できることを示す。このように印がつき、図７から明らかなように、データ項目ｄ０が係数ｃ０で乗算されると（これは最初のＭＵＬＡによって表される）、ｄ０は、ブロック・フィルタ命令の残り部分では不要になり、新しいデータ値で置き換えられる。
次に、第２のＭＵＬＡによって、Ｘバンク・レジスタ・ゼロの第２のすなわち上の１６ビットと、Ｙバンク・レジスタ・ゼロの下の１６ビットとが掛け合わされ（これは、図７における，ｄ１ ｘ ｃ０を表す）。同様に、第３、第４のＭＵＬＡ命令が、ｄ２ ｘ ｃ０，及びｄ３ ｘ ｃ０の乗算を行う。図７から明らかなように、これらの４つの計算が行われると、係数Ｃ０は不要となり、レジスタＹ０．１は、再充填の印がつき、他の係数（ｃ４）で上書きできるようになる。
次の４つのＭＵＬＡ命令は、それぞれ、ｄ１ｘｃ１，ｄ２ｘｃ１，ｄ３ｘｃ１，ｄ４ｘｃ１の計算を表す。ｄ１ｘｃ１の計算が終了すると、ｄ１は不要になるので、レジスタＸ０．ｈは再充填ビットの印がつく。同様に、４つの計算すべてが終了すると、係数ｃ１は不要になるので、レジスタＹ０．ｈは再充填用の印がつく。同様に、次の４つのＭＵＬＡ命令は、ｄ２ｘｃ２，ｄ３ｘｃ２，ｄ４ｘｃ２，ｄ５ｘｃ２の計算に対応し、最後の４つの計算は、ｄ３ｘｃ３，ｄ４ｘｃ３，ｄ５ｘｃ３，ｄ６ｘｃ３の計算に対応する。
上記の実施の形態において、リジスタはリマップできず、各乗算操作は、オペランドで指定される特定レジスタによって明示的に再生されなければならない。１６のＭＵＬＡ命令の実行が終了すると、係数ｃ４からｃ７及びデータ項目ｄ４からｄ１０まで、命令ループを繰り返すことができる。また、ループは、繰り返し１回につき４つの係数値で操作するので、係数値の個数は、４の倍数でなければならず、Ｚ１＝係数／４個の計算が行われる。
本発明の好ましい実施の形態におけるリマッピング・メカニズムを使用することによって、命令ループは飛躍的に減らすことができ、４つの乗算累算命令を含むだけになる。さもなければ１６の乗算累算命令が必要になる。このリマッピング・メカニズムを使用すると、コードは以下のように書くことができる。

先に述べたのと同様に、第１のステップで、４つのアキュミュレータ・レジスタＡ０−Ａ３をゼロにセットする。次に、ＲＥＰＥＡＴオペコードとＮＥＸＴオペコードによって区切られる命令ループに入る。ＲＥＰＥＡＴ命令は、以下のように多数のパラメータを持つ。
Ｘ＋＋： レジスタのＸバンクに、ＢＡＳＥＩＮＣが‘１’であることを示す。
ｎ４： ＲＥＧＣＯＵＮＴが‘４’であり、従って、最初の４つのＸバンクレジスタＸ０．１からＸ１．ｈがリマップされることを示す。
ｗ４： レジスタのＸバンクに、ＢＡＳＥＷＲＡＰが‘４’であることを示す。
Ｙ＋＋： レジスタのＹバンクに、ＢＡＳＥＩＮＣが‘１’であることを示す。
ｎ４： ＲＥＧＣＯＵＮＴが‘４’であり、従って、最初の４つのＹバンクレジスタＹ０．１からＹ１．ｈがリマップされることを示す。
ｗ４： レジスタのＹバンクに、ＢＡＳＥＷＲＡＰが‘４’であることを示す。
ｒ４： レジスタのＹバンクに、ＲＥＧＷＲＡＰが‘４’であることを示す。
尚、Ｚ１の値は、先行技術の例では、係数の個数／４に等しくなるが、ここでは、係数の個数と等しくなる。
命令ループの最初の繰り返しで、ベースポインタの値はゼロであり、リマッピングはない。ただし、次にループが実行される時は、ＸバンクもＹバンクもベース・ポインタの値は‘１’であるから、オペランドは次のようにマップされる。
Ｘ０．１はＸ０．ｈになる
Ｘ０．ｈはＸ１．１になる
Ｘ１．１はＸ１．ｈになる
Ｘ１．ｈはＸ０．１になる（ＢＡＳＥＷＲＡＰが‘４’だから）
Ｙ０．１はＹ０．ｈになる
Ｙ０．ｈはＹ１．１になる
Ｙ１．１はＹ１．ｈになる
Ｙ１．ｈはＹ０．１になる（ＢＡＳＥＷＲＡＰが‘４’だから）
従って、２回目の繰り返しでは、本発明のリマッピングを含まない先に述べた例における第５から第８番目のＭＵＬＡ命令によって示される計算を、４つのＭＵＬＡ命令が実際に行うことがわかる。同様に、３回目、４回目のループの繰り返しでは、先行技術コードの第９から第１２番目、そして第１３から第１６番目のＭＵＬＡ命令によって実行された計算が行われる。
従って、上記コードは、先行技術のコードと全く同様のブロック・フィルタ・アルゴリズムを行うわけだが、ループ本体内のコード密度を４倍に改善している。つまり、先行技術では１６の命令が必要であったのに比較して、４つの命令ですむ。
本発明の好ましい実施の形態に基づくレジスタ・リマッピング技術を使用することによって、以下のような利点が得られる。
１．コード密度を改善する。
２．場合によっては、レジスタを空きとして印をしてからピッコロのリオーダ・バッファによって再充填されるまでのレイテンシー（latency）を隠すこともできる。これは増えるコードサイズを捨ててアンローリングループによって実現される。
３．アクセスされるべきレジスタの数を変化させることができる。ループ繰り返し実行数を変化させることによって、アクセスされるレジスタの数を変化させることができる。
４．アルゴリズム開発を簡単にすることができる。適当なアルゴリズムについて、プログラマはアルゴリズムのｎ番目の段に対する１つのコードを生成して、レジスタ・リマッピングを使用して、その公式をデータのスライディング・セットに適用することができる。
上記レジスタ・リマッピング・メカニズムは、本発明の範囲から離れることなく、ある程度の変形が可能であることが明らかになるであろう。例えば、レジスタ１０のバンクは、プログラマによって命令オペランドに指定される以上の物理レジスタを提供することができる。これらの余分のレジスタは直接的にはアクセスできないが、レジスタ・リマッピング・メカニズムでは、これらのレジスタを使用することができる。例えば、先に出した例を考えてみよう。レジスタのＸバンクに、プログラマの使える３２ビットレジスタが４つあり、従って８つの１６ビットレジスタが論理レジスタ・レファレンスによって指定するこができる。レジスタのＸバンクが、実際には、例えば６つの３２ビットレジスタから成る場合、プログラマにとって直接アクセスできない１６ビットレジスタが余分に４つあることになる。しかしながら、これらの４つのレジスタは、リマッピング・メカニズムによって使用可能となり、データ項目の記憶のための付加的レジスタを提供する。
以下のアセンブラ・シンタクス（文法）を使用することができる。
＞＞は、論理右シフト、又は、シフト・オペランドが負であれば、左シフトを意味する（下の＜１scale＞を参照）。
−＞＞は、算術右シフト、又は、シフト・オペランドが負であれば、左シフトを意味する（下の＜scale＞を参照）。
ＲＯＲは、右回転を意味する。
ＳＡＴ（ａ）は、ａの飽和値を意味する（目的レジスタのサイズによって、１６ビット又は３２ビットで飽和する）。特に、１６ビットで飽和するために、＋０ｘ７ｆｆｆより大きいどんな値も＋０ｘ７ｆｆｆで置き換えられ、−０ｘ８０００より小さいどんな値も−０ｘ８０００で置き換えられる。３２ビット飽和は、同様に、極限値＋０ｘ７ｆｆｆｆｆｆｆと−０ｘ８０００００００がある。目的レジスタが４８ビットである場合も、飽和は３２ビットで行われる。
ソース・オペランド１は、次のフォーマットの１つを取ることができる。＜src１＞は、

の短縮形として使用される。別の言い方をするなら、ソース・スペシファイアの７ビットはすべて有効であり、レジスタは３２ビット値として（希望すれば、交換される）、または符号拡張した１６ビット値として読まれる。アキュミュレータに取っては、下の３２ビットだけが読まれる。“＾”は、レジスタ再充填を指定する。
＜src＿１６＞は、

の短縮形として使用される１６ビット値だけが読まれる。
＜src＿３２＞は、

の短縮形として使用される。３２ビット値だけが読まれ、上半分及び下半分は希望すれば交換できる。
ソース・オペランド２は、次のフォーマットの１つを取ることができる。
＜src２＞は、３つのオプションの短縮形として使用される。

の形のソース・レジスタ、プラス最終結果のスケール（＜scale＞）。
− オプションでシフトされた８ビット定数（＜immed＿８＞）、ただし、最終結果のスケールはない。
− ６ビット定数（＜immed＿６＞）、プラス、最終結果のスケール（＜scale＞）。
＜src２＿maxmin＞は、＜src２＞と同じであるが、ただし、スケールは許可されない。
＜src２＿shift＞シフト命令は、＜src２＞の限定的サブセットを提供する詳細は上記を参照。
＜src２＿par＞ ＜src２＿shift＞用である。
第３のオペランドを指定する命令に対して：
＜acc＞は、４つのアキュミュレータ・レジスタ

のいずれかを示す短縮形。４８ビットすべてが読まれる。再充填は指定されない。
目的レジスタは次のフォーマットを持つ：
＜dest＞ これは、

の短縮形。“．”の拡張はない。
レジスタ全部が書かれる（アキュミュレータの場合は、４８ビット）。レジスタへの書き戻しが必要ない場合は、使用されるレジスタは重要でない。アセンブラが、目的レジスタの省略をサポートし、書き戻しの必要がないこと、又は“．１”つまり、書き戻しは必要ないが結果が１６ビット量であるかのようにフラグをセットすべきであることを示す。＾は、値が出力ＦＩＦＯに書き込まれることを示す。
＜scale＞ これは、代数スケールの数を表す。１４のスケールが使用できる。
ＡＳＲ ＃０，１，２，３，４，６，８，１０
ＡＳＲ ＃１２から１６
ＬＳＬ ＃１
＜immed＿８＞ これは、符号無し８ビット即値を表す。これは、０、８、１６、又は２４シフトで左回転された１バイトから成る。従って、０ｘＹＺ００００００，０ｘ００ＹＺ００００、０ｘ００００ＹＺ００、０ｘ００００００ＹＺの値が、任意のＹＺに対してエンコードできる。回転は、２ビット量としてエンコードされる。
＜imm＿６＞ これは、符号無し６ビット即値を表す。
＜ＰＡＲＡＭＳ＞ これは、レジスタ・リマッピングを指定し、次のフォーマットを持つ： ＜ＢＡＮＫ＞＜ＢＡＳＩＣ＞ｎ＜ＲＥＮＵＭＢＥＲ＞ｗ＜ＢＡＳＥＷＲＡＰ＞

＜cond＞という表現は、以下の条件コードの任意の１つの短縮形である。尚、エンコーディングは、ＡＲＭと少し異なる。それは、符号無しＬＳ及びＨＩコードは、より役立つ符号付きオーヴァーフロー／アンダーフローのテストで置き換えられているからである。Ｖフラグ及びＮフラグは、ピッコロ上で、ＡＲＭとは違う方法でセットされるので、条件テストからフラグ・チェックへの翻訳も、ＡＲＭとは異なる。

ピッコロが扱うのは符号付き量であるから、符号無しＬＳ及びＨＩ条件は、落とされ、オーバーフローの方向を記述するＶＰとＶＮで置き換えられている。ＡＬＵの結果は４８ビット幅であるから、ＭＩとＬＴが、同様にＰＬとＧＥが同じ機能を行う。
すべての操作は、特に注意書のない限り、符号付きである。
第１条件コード及び第２条件コードは、それぞれ、次のものから成る。
Ｎ 負
Ｚ ゼロ
Ｃ キャリー／符号無しオーバーフロー
Ｖ 符号付きオーバーフロー
算術命令は、並列命令と「フル幅」命令の２つに分けることができる。「フル幅」命令というのは、一次フラグをセットするだけであるのに対して、並列オペレータは、結果の上１６ビット半分と下１６ビット半分とに基づき、一次フラグと２次フラグをセットする。
Ｎ，Ｚ，Ｖフラグは、スケールを適用した後に、目的に書き込まれる前に、ＡＬＵの結果に基づいて計算される。ＡＳＲは常に、結果を記憶するのに必要なビット数を減らすが、ＡＳＬだと、それを増やす。これを避けるために、ピッコロは、ＡＳＬスケールが適用された場合、４８ビットの結果を削って、ゼロ検出及びオーバーフローが行われるビット数を制限する。
Ｎフラグの計算は、符号付き算術計算が行われると推定して、行われる。それは、オーバーフローが起きた場合、結果の最上位ビットはＣフラグかＮフラグであり、それは、入力オペランドが符号付きか符号無しかによるからである。
Ｖフラグは、選択された目的に結果を書き込んだ結果、精度の損失があるか否かを示す。書き戻しが選択されなかった場合も、「サイズ」は含まれており、オーバーフロー・フラグは正しくセットされる。オーバーフローが起きるのは、次の場合である。
− 結果が、−２＾１５から２＾１５−１の範囲にないのに１６ビットレジスタに書き込んだ場合。
− 結果が、−２＾３１から２＾３１−１の範囲にないのに３２ビットレジスタに書き込んだ場合。
並列加算／減算命令は、結果の上半分及び下半分に独立にＮ，Ｚ，Ｖフラグをセットする。
アキュミュレータに書き込みを行うと、３２ビットレジスタに書き込まれたかのように、Ｖフラグがセットされる。
飽和絶対命令（ＳＡＢＳ）も、入力オペランドの絶対値が指定された目的に合わないと、オーバーフロー・フラグをセットする。
キャリー・フラグは、加算と減算命令によりセットされ、ＭＡＸ／ＭＩＮ，ＳＡＢＳ、ＣＬＢ命令によって「バイナリー」フラグとして使用される。乗算操作を含む他のすべての命令は、（単数または複数の）キャリー・フラグを保存する。
加算と減算操作については、キャリーは、ビット３１又はビット１５又は目的が３２ビット幅であるか１６ビット幅であるかの、結果によって生成される。
標準的算術命令は、フラグのセット方法によって、多くのタイプに分類することができる。
加算命令、減算命令の場合、Ｎビットがセットされると、すべてのフラグが保存される。Ｎビットがセットされないと、フラグは、次のように更新される。
Ｚがセットされるのは、フル４８ビット結果が０だった場合。
Ｎがセットされるのは、フル４８ビット結果にビット４７のセットがあった場合（負だった場合）。
Ｖがセットされるのは：
目的レジスタが１６ビットであり、符号付き結果が１６ビットレジスタに合わない（−２＾１５＜＝ｘ＜２＾１５の範囲にない）場合
目的レジスタが３２／４８ビットレジスタであり、符号付き結果が３２ビットに合わない場合
＜dest＞が３２又は４８ビットレジスタである場合でＣフラグがセットされるのは、＜scr１＞と＜scr２＞を合計してビット３１からキャリーがある時、又は、＜scr１＞から＜scr２＞を減算してビット３１から借り（borrow）が生じない時（ＡＲＭ上と同じキャリー）。＜dest＞が１６ビットレジスタである場合でＣフラグがセットされるのは、合計のビット１５からキャリーがある時。
２次フラグ（ＳＺ，ＳＮ，ＳＶ，ＳＣ）は保存される。
４８ビットレジスタから乗算又は累算を行う命令の場合。
Ｚがセットされるのは、フル４８ビット結果が０だった場合。
Ｎがセットされるのは、フル４８ビット結果にビット４７のセットがあった場合（負だった場合）。
Ｖがセットされるのは：（１）目的レジスタが１６ビットであり、符号付き結果が１６ビットレジスタに合わない（−２＾１５＜＝ｘ＜２＾１５の範囲にない）場合、（２）目的レジスタが３２／４８ビットレジスタであり、符号付き結果が３２ビットに合わない場合
Ｃは保存される。
２次フラグ（ＳＺ，ＳＮ，ＳＶ，ＳＣ）は保存される。
論理操作、並列加算及び減算、max及びmin、シフトなどを含むその他の命令は、以下のようにカバーされる。
加算命令、減算命令は、２つのレジスタを加算又は減算し、結果をスケールして、レジスタに戻して記憶させる。オペランドは、符号付き値として扱われる。不飽和変種に対するフラグ更新は、オプショナルであり、Ｎを命令の最後に付け足すことによって抑制することもできる。

ＯＰＣは、命令のタイプを指定する。

ＣＭＰは、レジスタ書き込みディスエーブル（disabled）のフラグをセットする減算であり、ＣＭＮは、レジスタ書き込みディスエーブルのフラグをセットする加算である。
フラグ：
これについては、上記の通り。
含める理由
ＡＤＣは、shift／ＭＡＸ／ＭＩＮ操作に続いてレジスタの下にキャリーを挿入するのに使える。また、３２／３２割算を行うのにも使用される。さらに、拡張精密加算を提供する。Ｎビットを加算することによって、フラグを細かく制御することができ、特にキャリーを制御できる。これにより、１ビットにつき２サイクルで、３２／３２ビット割算ができる。
飽和加算及び減算が、Ｇ．７２９などに必要である。
カウンタのインクリメント／ディクリメント。ＲＳＢは計算シフト（ｘ＝３２−ｘが普通の操作）に使える。飽和ＲＳＢは、飽和否定（Ｇ．７２９で使用される）に必要である。
加算／減算累算命令は、累算及びスケーリング／飽和を伴う加算及び減算を行う。乗算累算命令と違って、アキュミュレータ番号は、目的レジスタと独立に指定することはできない。目的レジスタの下２ビットは、累算に使う４８ビットアキュミュレータの番号、accを与える。従って、ＡＤＤＡ Ｘ０，Ｘ１，Ｘ２，Ａ０及びＡＤＤＡ Ａ３，Ｘ１，Ｘ２，Ａ３は有効であるが、ＡＤＤＡ Ｘ１，Ｘ１，Ｘ２，Ａ０は無効である。このクラスの命令では、結果はレジスタに書き戻されなければならず、目的領域の書き戻し無しエンコーディングは許可されない。

ＯＰＣは、命令のタイプを指定する。以下において、accは（ＤＥＳＴ〔１：０〕）である。Ｓａビットは、飽和を示す。

コマンドの前のＳは飽和を示す。
フラグ：
上記を参照
含める理由
ＡＤＤＡ（加算累算）命令は、１サイクルにつき、整数アレーの２ワードとアキュミュレータ（例えば、それらの平均を見つけるのに）の和を取るのに使える。ＳＵＢＡ（減算累算）命令は、差の和を計算するのに（例えば相関のために）使え、２つの別個の値を減算して、その差を第３のレジスタに加える。
＜acc＞とは異なる＜dest＞を使用することによって、丸め（rounding）をともなう加算をすることもできる。例えば、Ｘ０＝（Ｘ１＋Ｘ２＋１６３８４）＞＞１５は、１６３８４をＡ０に保持しながら１サイクルで行うことができる。丸め付定数加算は、ＡＤＤＡ Ｘ０，Ｘ１，＃１６３８４，Ａ０で行うことができる。
ビットの正確な導入には：
sum of（（a＿i^*b＿i）＞＞k）（一般的にはTrueSpeechで使用される）
標準ピッコロ・コードは以下のようになる：
ＭＵＬ t1，a＿0，b＿0，ASR#k
ＡＤＤ ans，ans，t1
ＭＵＬ t2，a＿1，b＿1，ASR#k
ＡＤＤ ans，ans，t2
このコードには２つの問題がある。１つは長すぎること、もう１つは、加算が４８ビット精密加算ではなくガードビットが使用できないこと。これに対処するには、ＡＤＤＡを使うことである。
ＭＵＬ t1，a＿0，b＿0，ASR#k
ＭＵＬ t2，a＿1，b＿1，ASR#k
ＡＤＤＡ ans，t1，t2，ans
これにより、２５％のスピードアップが得られる、４８ビット精度が保持される。
並列命令における加算／減算は、３２ビットレジスタに対（ペア）で保持される２つの符号付き１６ビット量で行われる。一次条件コードフラグは、最上位１６ビットの結果からセットされ、二次フラグは、下位半分から更新される。これらの命令のソースとして指定できるのは３２ビットレジスタだけであるが、値は、ハーフワード交換できる。各レジスタの個々の半分は、符号付き値として扱われる。計算及びスケーリングは、精度損失無しで行われる。従って、ＡＤＤＡＤＤ Ｘ０，Ｘ１，Ｘ２，ＡＳＲ＃１ は、Ｘ０の上半分及び下半分における正しい平均を生成する。各命令にはオプションナル飽和が提供され、それには、Ｓａビットをセットする。

ＯＰＣが操作を定義する。

書き戻しなしの標準命令によって生成される。
フラグ
Ｃ がセットされるのは、２つの上の１６ビット半分を加算する時に、ビット１５のキャリーがある場合。
Ｚ がセットされるのは、上の１６ビット半分の和が０である場合。
Ｎ がセットされるのは、上の１６ビット半分の和が負である場合。
Ｖ がセットされるのは、上の１６ビット半分の符号付き１７ビット和が１６ビットに当てはまらない（ポスト・スケール）場合。
ＳＺ，ＳＮ，ＳＶ，ＳＣが、同様に、下の１６ビット半分に対してセットされる。
含める理由
並列加算及び減算命令は、単一３２ビットレジスタに保持される複素数を操作するのに使用でき、ＦＦＴカーネルで使用される。また、１６ビットデータのベクトルの単純な加算／減算にも使え、１サイクルで２つの要素を処理することができる。
ブランチ（条件付き）命令は、制御フローにおける条件付き変更を行うことを可能とする。ピッコロは、取られたブランチを実行するのに３サイクル使う。

動作
一次フラグに基づき＜cond＞が保持されれば、オフセットによるブランチ。
オフセットは、符号付き１６ビット番号のワードである。この時、オフセットの範囲は、−３２７６８から＋３２７６７ワードに制限される。
アドレス計算は次のようにされる。
目的アドレス＝ブランチ命令アドレス＋４＋オフセット
ニューモニック：
Ｂ＜cond＞＜destination＿label＞
フラグ：
影響されない
含める理由：
殆どのルーチンで非常に役立つ。
条件付き加算又は減算命令は、条件付きでsrc２をsrc１へ加算または減算する。

ＯＰＣが命令のタイプを指定する。

フラグ：
上記参照
含める理由
条件付き加算または減算命令により、効率のよい除算コードを構成することができる。
例１： Ｘ０にある３２ビット符号無し値を、Ｘ１にある１６ビット符号無し値で割る（Ｘ０＜（Ｘ１＜＜１６）且つＸ１．ｈ＝０と仮定する）。
ＬＳＬ Ｘ１，Ｘ１，＃１５ ；除数をシフトアップする
ＳＵＢ Ｘ１，Ｘ１，＃０ ；キャリーフラグをセットする
ＲＥＰＥＡＴ ＃１６
ＣＡＳＣ Ｘ０，Ｘ０，Ｘ１，ＬＳＬ＃１
ＮＥＸＴ
ループの最後で、Ｘ０．１は除算の商を保持する。余りは、キャリーの値に従って、Ｘ０．ｈから復元される。
例２： Ｘ０にある３２ビット正の値を、Ｘ１にある３２ビット正の値で割り、早く終了する。

最後に、Ｘ２が商を保持し、余りは、Ｘ０から復元される。
カウント・リーディング・ビット命令により、データが正規化される。

動作
destは、src１にある値が左にシフトされるべき場所数にセットされて、ビット３１がビット３０と異なるようにする。これは０−３０の範囲の値であるが、例外として、src１が−１又は０の場合は、３１が戻される。
ニューモニック
ＣＬＢ ＜dest＞，＜src1＞
フラグ
Ｚ がセットされるのは、結果が０の時。
Ｎ はクリアされる。
Ｃ がセットされるのは、src１が−１又は０の時。
Ｖ は未使用。
含む理由：
正規化に必要なステップ
ピッコロの実行を止めるには、Halt及びBreakpoint命令がある。

ＯＰＣは命令のタイプを指定する。
動作（ＯＰＣ）
０ ピッコロの実行が止められ、Haltビットがピッコロ状態レジスタにセットされる。
１ ピッコロの実行が止められ、Breakビットがピッコロ状態レジスタにセットされ、ＡＲＭが中断され、ブレークポイントに到達したことを知らせる。
ニューモニック
０ ＨＡＬＴ
１ ＢＲＥＡＫ
フラグ
影響されない。
論理演算命令は、３２又は１６ビットレジスタ上で論理演算を行う。オペランドは、符号無し値として扱われる。

ＯＰＣは、実行すべき論理操作をエンコードする。

ＴＳＴは、レジスタ書き込みがディスエーブルされたＡＮＤである。ＴＥＱはレジスタ書き込みがディスエーブルされたＥＯＲである。
フラグ
Ｚ がセットされるのは、結果が全て０の時。
Ｎ，Ｃ，Ｖ は保存される。
ＳＺ，ＳＮ，ＳＣ，ＳＶは保存される。
含む理由：
スピーチ圧縮アルゴリズムは、情報をエンコードするために、パックされたビット領域を使用する。ビットマスク命令は、これらの領域の抽出／パック化を助ける。
Ｍａｘ及びＭｉｎ操作命令は、最大及び最小操作を実行する。

ＯＰＣは命令のタイプを指定する。

フラグ
Ｚ がセットされるのは、結果が０の時。
Ｎ がセットされるのは、結果が負の時。
Ｃ Maxでは、src２＞＝src１ （dest＝src１の場合）の時にセットされる。Minでは、src２＞＝src１ （dest＝src２の場合）の時にセットされる。
Ｖ 保存される
含む理由：
信号の強さを見るために、多数のアルゴリズムがサンプルをスキャンして、サンプルの絶対値の最大／最小を決める。これに、ＭＡＸ，ＭＩＮ操作が使用できる。信号の最初の最大値か最後の最大値のどちらを見つけたいかによって、オペランドsrc１及びsrc２は、交換することができる。
ＭＡＸ Ｘ０，Ｘ０，＃０ は、Ｘ０を正の数に変換し下をクリップする。
ＭＩＮ Ｘ０，Ｘ０，＃２５５は、Ｘ０の上をクリップする。これは、グラフィック処理に役立つ。
並列命令におけるＭＡＸ，ＭＩＮ操作は、並列１６ビットデータ上で最大値、最小値操作を行う。

ＯＰＣは、命令のタイプを指定する。

フラグ
Ｚ がセットされるのは、結果の上１６ビットがゼロの場合。
Ｎ がセットされるのは、結果の上１６ビットが負の場合。
Ｃ Max： src２．ｈ＞＝scrc１．ｈ （dest＝src１の場合）の時にセットされる。
Min： src２．ｈ＞＝scrc１．ｈ （dest＝src２の場合）の時にセットされる。
Ｖ 保存される
ＳＺ，ＳＮ，ＳＣ，ＳＶは、同様に、下１６ビット半分用にセットされる。
含む理由：
３２ビットＭａｘ，Ｍｉｎについて。
Move Long Immeidate Operation命令により、レジスタは、どの符号付き１６ビットの符号拡張値をセットされることができる。これらの命令のうち２つは、３２ビットレジスタに任意の値にセットすることができる（連続する高位半分と低位半分にアクセスすることによって）。レジスタ間の移動については、選択操作を参照。

ＭＯＶ＜dest＞，＃＜imm＿１６＞
アセンブラは、ＭＯＶ命令を使用して非インターロックＮＯＰ操作を提供することができる。つまり、ＮＯＰは、ＭＯＶ，＃０と等価である。
フラグ
フラグは影響されない。
含む理由：
レジスタ／カウンタをイニシアライズする。
乗算累算操作命令は、符号付き乗算を行い、累算または退出(deaccumulation)、スケーリング及び飽和を伴う。

ＯＰＣ領域は命令のタイプを特定する。

各場合、Ｓａビットがセットされていれば、結果は目的に書き込まれる前に飽和される。

コマンドの手前のＳは飽和を示す。
フラグ：
上記を参照。
含む理由：
１サイクル保持されたＭＵＬＡがＦＩＲコードに必要である。ＭＵＬＳは、ＦＦＴバタフライで使用される。また、ＭＵＬＡは、丸め（rounding）付き乗算に役立つ。例えば、Ａ０＝（Ｘ０＊Ｘ１＋１６３８４）＞＞１５は、１６３８４を別のアキュミュレータ（例えばＡ１）に保持することによって、１つのサイクルで行うことができる。ＦＦＴカーネルには異なった＜dest＞及び＜acc＞が必要である。
Multiply Double Operation命令は、符号付き乗算を行い、結果をダブルにしてから累算又は退出、スケーリング、飽和を行う。

ＯＰＣは命令のタイプを指定する。

フラグ：
上記参照
含む理由：
ＭＬＤ命令は、Ｇ．７２９など、分数（fractional）算術を使用するアルゴリズムにとって必要である。殆どのＤＳＰは、累算又は書き戻しの前に乗数の出力において１ビット左にシフトさせることのできる分数モードを提供する。これを特定命令としてサポートすることにより、プログラマにはより大きなフレキシビリティーが与えられる。Ｇシリーズの基本操作のいくつかと同等の名前を以下に示す。
Ｌ＿msu＝＞ ＳＭＬＤＳ
Ｌ＿mac＝＞ ＳＭＬＤＡ
これらは、１ビット左シフトする時に乗数の飽和を利用する。一連の分数の乗算・累算が必要な場合、精度のロスなしに、ＭＵＬＡを使うことができ、その和は、３３．１４フォーマットで保持される。必要なら、左シフト及び飽和を最後に利用して、１．１５フォーマットに変換することができる。
乗算演算命令は、符号付き乗算、及びオプショナルなスケーリング／飽和を行う。ソース・レジスタ（１６ビットのみ）は、符号付き数として扱われる。

ＯＰＣは命令のタイプを指定する。

フラグ
上記を参照。
含む理由。
符号付き且つ飽和乗算は、多くの処理で必要となる。
Register List操作は、複数のレジスタのセット（集合）に操作を行う時に使用される。Empty and Zero命令は、ルーチンを始める前に、あるいはルーチンとルーチンとの間で、レジスタの選択をリセットするのに使用する。Output命令を使って、レジスタのリストの内容を出力ＦＩＦＯに記憶することができる。

ＯＰＣは命令のタイプを指定する。

フラグ
影響されない
例
ＥＭＰＴＹ ｛Ａ０，Ａ１，Ｘ０−Ｘ３｝
ＺＥＲＯ ｛Ｙ０−Ｙ３｝
ＯＵＴＰＵＴ ｛Ｘ０−Ｙ１｝＾
また、アセンブラはシンタクス（文法）をサポートする。
ＯＵＴＰＵＴ Ｒｎ
その場合、ＭＯＶ＾，Ｒｎ命令を使ってレジスタを１つ出力することになる。
ＥＭＰＴＹ命令は、空であるすべてのレジスタが有効データを含む（すなわち、空きでない）まで、止まっている。
リマッピングＲＥＰＥＡＴループ内では、レジスタ・リスト操作は使用されるべきでない。
ＯＵＴＰＵＴ命令が出力用に指定することができるレジスタは８つまでである。
含む理由：
１つのルーチンが終了した後、次のルーチンは、ＡＲＭからデータを受け取れるようすべてのレジスタが空きであることを期待する。これを遂行するために、ＥＭＰＴＹ命令が必要となる。ＦＩＲそのたのフィルタを実行する前に、すべてのアキュミュレータ及び部分的結果がゼロにされなければならない。これには、ＺＥＲＯ命令が助けとなる。これらの命令は、一連の単一レジスタ移動を置き換えることによってコード密度を改善するよう設計されている。ＯＵＴＰＵＴ命令は、一連のＭＯＶ＾，Ｒｎ命令を置き換えることによってコード密度を改善するべく含まれる。
リマッピング・パラメータ・移動命令ＲＭＯＶが提供されるので、ユーザ定義のレジスタ・リマッピング・パラメータの構成を取ることができる。
命令エンコーディングは以下の通り。

各ＰＡＲＡＭＳ領域は次のエントリから成る：

これらのエントリの意味を以下に示す。

ＲＭＯＶ命令の使用がリマッピングのアクティブ中だと、その挙動は、ＵＮＰＲＥＤＩＣＡＴＡＢＬＥ（予想不可）である。
フラグ
影響されない。
Repeat命令は、４つのゼロ・サイクル・ループをハードウェアで提供する。ＲＥＰＥＡＴ命令は、新しいハードウェア・ループを定義する。ピッコロは、最初のＲＥＰＥＡＴ命令にハードウェア・ループ０を使用し、最初のrepeat命令に埋め込まれた（nested）ＲＥＰＥＡＴ命令にハードウェア・ループ１を使用し、以下同様である。ＲＥＰＥＡＴ命令は、どのループが使用されているかを指定する必要はない。ＲＥＰＥＡＴ命令は厳密に埋め込まれなければならない。深さ４を越える埋め込みを試みると、挙動は、予想不可となる。
各ＲＥＰＥＡＴ命令は、（ＲＥＰＥＡＴ命令の直後の）ループ内の命令の数を指定し、そのループを何回巡るかの回数（定数またはピッコロレジスタから読み込まれる）を指定する。
ループ内の命令の数が小さい（１又は２）場合、ピッコロはそのループをセットアップするために余分のサイクルを使っても良い。
ループ・カウントがレジスタ指定であれば、３２ビットアクセスという意味になる（Ｓ１＝１）が、下の１６ビットだけが意味を持ち、その数は符号無しであるとされる。ループ・カウントがゼロの場合、ループの動作は未定義である。ループ・カウントのコピーが取られ、レジスタはループに影響せずに直接再利用（又は、再充填さえ）できる。
ＲＥＰＥＡＴ命令は、ループ内でレジスタ・オペランドが指定される方法を変えるメカニズムを提供する。詳細は上記の通り。
ループ数がレジスタ指定されたＲＥＰＥＡＴのエンコーディング：

固定されたループ数のＲＥＰＥＡＴのエンコーディング：

ＲＦＩＥＬＤオペランドは、ループ内でどの１６リマッピングパラメータ構成を使用すべきかを指定する。

アセンブラは、ハードウェア・ループを定義するためにＲＥＰＥＡＴとＮＥＸＴという２つのオペコードを提供する。ＲＥＰＥＡＴはループの始めに行き、ＮＥＸＴはループの最後を区切ることによって、アセンブラはループ本体内にある命令の数を数えることができる。ＲＥＰＥＡＴにとって必要なことは、ループの数を定数あるいはレジスタとして指定すればよいだけである。例えば：
ＲＥＰＥＡＴ Ｘ０
ＭＵＬＡ Ａ０，Ｙ０．１，Ｚ０．１，Ａ０
ＭＵＬＡ Ａ０，Ｙ０．ｈ＾，Ｚ０．ｈ＾，Ａ０
ＮＥＸＴ
これは、２つのＭＵＬＡ命令をＸ０回実行する。また、
ＲＥＰＥＡＴ ＃１０
ＭＵＬＡ Ａ０，Ｘ０＾，Ｙ０＾，Ａ０
ＮＥＸＴ
は、１０回乗算累算を行う。
アセンブラは、次のシンタクス（文法）をサポートする。
ＲＥＰＥＡＴ #iterations［，＜ＰＡＲＡＭＳ＞］
ＲＥＰＥＡＴのために使用するリマッピング・パラメータを指定する。必要なリマッピング・パラメータが前もって定義されたパラメータのセットの１つと等しい場合は、適当なＲＥＰＥＡＴエンコーディングが使用される。そうでなければ、アセンブラはＲＭＯＶを生成してＲＥＰＥＡＴ命令に続くユーザ定義パラメータをロードする。ＲＭＯＶ命令及びリマッピング・パラメータ・フォーマットの詳細については前記を参照。
ループの繰り返し（iteration）の回数が０であれば、ＲＥＰＥＡＴの動作はＵＮＰＲＥＤＩＣＡＴＡＢＬＥ（予想不可）である。
命令数領域が０にセットされると、ＲＥＰＥＡＴの動作は、予想不可である。
ループに１つの命令しかなく、その命令がブランチであれば、予想不可能の挙動をする。
ＲＥＰＥＡＴループの範囲からそのループの外へのブランチは、予想不可である。
飽和絶対命令は、ソース１の飽和絶対値（saturated absolute）を計算する。

動作：
dest＝ＳＡＴ（（src１＞＝０）？src1：-src１）．値は常に飽和する。特に、０ｘ８０００００００の絶対値は０ｘ７ｆｆｆｆｆｆｆであり、０ｘ８０００００００ではない。
ニューモニック：
ＳＡＢＳ＜dest＞，＜src1＞
フラグ
Ｚ がセットされるのは、結果が０の時。
Ｎ は保存される。
Ｃ がセットされるのは、scr＜０ （dest＝＿scr１の場合）。
Ｖ がセットされるのは、飽和が生じた時。
含む理由：
多くのＤＳＰアプリケーションで役立つ。
選択（select）操作（条件付き移動）は、条件付きでソース１またはソース２を目的レジスタに移動させる。選択は、常に、移動と等価である。並列加算／減算の後で使用するための並列操作もある。
尚、両方のソースオペランドは、導入理由のための命令によっても読み出すことができるので、一方が空きであれば、そのオペランドが絶対的に必要であるかどうかに関係なく、命令は止まる。

ＯＰＣは、命令のタイプを指定する。

ＭＯＶ＜cond＞Ａ，Ｂは、ＳＥＬ＜cond＞Ａ，Ｂ，Ａと等価である。ＳＥＬＦＴとＳＥＬＦＦは、ＳＥＬＴＦ，ＳＥＬＴＴを使用して、src１とsrc２を交換することによって得ることができる。
フラグ
すべてのフラグは、一連の選択が行われるよう保存される。
含む理由：
簡単な決定をブランチに頼ることないインラインにするために使用される。最大要素のためにサンプル又はベクトルをスキャンする時に、そしてビタビ（Viterbi）アルゴリズムによって使用される。
シフト操作命令は、指定量の左右の論理シフト、右算術シフト、回転(rotate)を提供する。シフト量は、レジスタの内容の下８ビットから取られた−１２８から＋１２７の間の符号付き整数、又は、＋１から＋３１の範囲内の即値である。負の量のシフトは、ＡＢＳ（シフト量）分反対方向にシフトさせる。
入力オペランドは、３２ビットに符号拡張され、結果の３２ビット出力は、書き戻し前に４８ビットに符号拡張され、４８ビットレジスタへの書き込みが感度よく機能する。

ＯＰＣは、命令のタイプを指定する。

フラグ
Ｚ がセットされるのは、結果が０の時。
Ｎ がセットされるのは、結果が負の時。
Ｖ は保存される。
Ｃ は、最後にシフトされて出た（ＡＲＭ上として）ビット値にセットされる。
レジスタ指定されたシフトの挙動は以下の通り。
−３２によるＬＳＬの結果は０で、src１のビット０にＣがセットされる。
−３２を越えるものでのＬＳＬは、結果が０で、Ｃは０にセットされる。
−３２によるＬＳＲの結果は０で、src１のビット３１にＣがセットされる。
−３２を越えるものでのＬＳＲは、結果が０で、Ｃは０にセットされる。
−３２以上でのＡＳＲの結果は充填され、Ｃはsrc１のビット３１に等しい。
−３２でのＲＯＲの結果はsrc１に等しく、Ｃがsrc１のビット３１にセットされる。
−３２を越えるｎによるＲＯＲは、ｎ−３２によるＲＯＲと同じ結果とキャリーアウト（carry out）になるので、量が１から３２の範囲内になるまで、繰り返し３２をｎから引く。上記参照。
含む理由：
２のべき乗による乗算／除算。ビット及び領域抽出。シリアル・レジスタ。
未定義の命令が、上記命令セットリストで挙げてある。それらの実行により、ピッコロは、実行を停止し、状態レジスタにＵビットをセットし、それ自身をディスエーブルする（制御レジスタ内のＥビットがクリアされたかのように）。これにより、命令が将来拡張された場合も、それがトラップされて、オプショナルに、既存の手段上でエミュレートされることが可能である。
ＡＲＭからピッコロ状態へのアクセスは以下の通り。状態アクセス・モードを使用して、ピッコロの状態を観察／変更する。このメカニズムが提供されるのは次の２つの理由からである。
−文脈（Context）切替え
−デバッグ
ピッコロは、ＰＳＴＡＴＥ命令を行うことで、状態アクセスモードになる。このモードでは、ピッコロの状態を退避して、一連のＳＴＣ及びＬＤＣ命令で復元される。状態アクセスモードに入ると、ピッコロ・コプロセッサ ＩＤ ＰＩＣＣＯＬＯ１の使用が変更されて、ピッコロの状態にアクセスできるようになる。ピッコロの状態には７つのバンクがある。特定バンク内のすべてのデータは、単一のＬＤＣ又はＳＴＣでロードし記憶することができる。
バンク０：プライベート・レジスタ
− ピッコロＩＤレジスタ（Read Only）の値を含む１つの３２ビットワード
− 制御レジスタの状態を含む１つの３２ビットワード
− 状態レジスタの状態を含む１つの３２ビットワード
− プログラム・カウンタの状態を含む１つの３２ビットワード
バンク１：汎用レジスタ（ＧＰＲ）
− 汎用レジスタの状態を含む１６個の３２ビットワード
バンク２：アキュミュレータ
− アキュミュレータ・レジスタの上の３２ビットを含む４つの３２ビットワード（注：ＧＰＲ状態の複製が復元に必要だということは、さもないとレジスタバンク上で別の書き込みイネーブルを意味する）。
バンク３：レジスタ／ピッコロＲＯＢ／出力ＦＩＦＯ状態
− どのレジスタが再充填用の印（各３２ビットレジスタにつき２ビット）になっているかを示す３２ビットワードが１つ。
− ＲＯＢタグ（ビット７から０に記憶されている７ビット項目８つ）の状態を含む３２ビットワード８つ。
− 連合していない（unaligned）ＲＯＢラッチ（ビット１７から０）の状態を含む３２ビットワード３つ。
− 出力シフトレジスタ内のどのスロットが有効データを含むかを示す３２ビットワードが１つ（ビット４は空きを示し、ビット３から０は、使用中のエントリの数をエンコードする）。
− ラッチ（ビット１７から０）を保持する出力ＦＩＦ０の状態を含む３２ビットワード１つ。
バンク４：ＲＯＢ入力データ
− ３２ビットデータ値が８つ。
バンク５：出力ＦＩＦＯデータ
− ３２ビットデータ値が８つ。
バンク６：ループハードウェア
− ループ開始アドレスを含む３２ビットワード４つ。
− ループ最終アドレスを含む３２ビットワード４つ。
− ループ回数（ビット１５から０）を含む３２ビットワード４つ。
− ユーザ定義リマッピング・パラメータその他のリマッピング状態を含む３２ビットワードが１つ。
ＬＤＣ命令は、ピッコロが状態アクセスモードにある時にピッコロの状態をロードするのに使う。ＢＡＮＫ領域はロードされるバンクを特定する。

次の一連の動作により、ピッコロのすべての状態がレジスタＲ０内のアドレスからロードされる。

ＳＴＣ命令は、ピッコロが状態アクセスモードにある時にピッコロの状態を記憶させるのに使う。ＢＡＮＫ領域はどのバンクが記憶されるかを特定する。

次の一連の動作により、ピッコロのすべての状態がレジスタＲ０内のアドレスから記憶される。

デバッグ・モード − ピッコロは、ＡＲＭによってサポートされているものと同じデバッグ・メカニズム、すなわち、DemonとAngelを介したソフトウェア、及び埋め込まれたＩＣＥを備えたハードエウェア、に応答しなければならない。ピッコロのシステムをデバッグするためのいくつかのメカニズムがある。
−ＡＲＭ命令ブレークポイント
−データ・ブレークポイント（ウオッチポイント）
−ピッコロ命令ブレークポイント
−ピッコロ・ソフトウェア・ブレークポイント
ＡＲＭ命令ブレークポイント及びデータ・ブレークポイントは、ＡＲＭ埋め込みＩＣＥモジュールによって扱われる。ピッコロ命令ブレークポイントは、ピッコロ埋め込みＩＣＥモジュールによって扱われる。ピッコロ・ソフトウェア・ブレークポイントは、ピッコロ・コアによって扱われる。ハードウェア・ブレークポイント・システムは、ＡＲＭとピッコロの両方がブレークポイントされるように構成される。
ソフトウェア・ブレークポイントを扱うのは、ピッコロ命令（Halt又はBreak）で、ピッコロに実行を止めさせ、デバッグ・モードに入れ（状態レジスタのＢビットがセットされる）、自身をディスエーブルする（ピッコロがＰＤＩＳＡＢＬＥ命令によってディスエーブルされたようになる）。プログラム・カウンタは有効のままで、ブレークポイントのアドレスが回復できる。ピッコロは、それ以上、命令を実行しなくなる。
Single stepping Piccoloは、ピッコロ命令ストリーム上に次々にブレークポイントをセットすることによって行われる。
ソフトウェア・デバッグ − ピッコロによって提供される基本的機能は、状態アクセスモードにある時、コプロセッサ命令を介して、すべての状態をメモリーにロード及び退避させる能力である。これにより、デバッガーは、すべての状態をメモリーに退避させ、それを読み出し，及び／又は更新し、それをピッコロに復元することができる。ピッコロの記憶状態メカニズムは、非破壊的であり、つまり、ピッコロの状態を記憶する動作は、ピッコロの内部状態を駄目にすることはない。つまり、ピッコロは、その状態をダンプした後、それを復元することなしに、再開できる。
ピッコロ・キャッシュの状態を見つけるメカニズムを決定しなければならない。
ハードウェア・デバッグ − ハードウェア・デバッグは、ピッコロのコプロセッサ・インターフェース上のスキャン・チェインによって行うことができる。ピッコロは状態アクセスモードになり、スキャン・チェインを介して、その状態を調査／変更してもらう。
ピッコロの状態レジスタは、ブレークポイント付き命令を実行したことを示す単一ビットを含む。ブレークポイント付き命令が実行されると、ピッコロは、状態レジスタにＢビットをセットし、実行を中止する。ピッコロに質問をするには、デバッガーは、ピッコロをイネーブルし、次のアクセスが起きる前に、制御レジスタに書き込むことによって、状態アクセスモードにしなければならない。
図４は、Ｈｉ／ＬｏビットとSizeビットに応答して、選択されたレジスタの適当な半分をピッコロ・データパスに切り換えるマルチプレクサ構成を示す。Sizeビットが１６ビットなら、符号拡張回路が必要に応じてデータパスの高次ビットに０か１を入れる。

Claims (7)

1. 操作されるべきデータワードを記憶するためのレジスタで、各々が少なくともＮビットの容量のある複数のレジスタ（１０）と、
   Ｎビット・データパスを有し、プログラム命令ワードに応答し、当該プログラム命令ワードによって指定された演算操作を行う演算ユニット（４）と
   を備えるデータ処理装置であって、
   前記演算ユニットは、第１の（Ｎ／２）ビット入力オペランド・データワード上で第１の演算操作を、第２の（Ｎ／２）ビット入力オペランド・データワード上で第２の演算操作を、別々に行う少なくとも１つの並列操作プログラム命令ワードに応答し、
   前記演算ユニットは、前記第１の演算操作に従って条件コードフラグの第１セット（Ｎ，Ｚ，Ｃ，Ｖ）をセットし、前記第２の演算操作に従って条件コードフラグの第２セット（ＳＮ，ＳＺ，ＳＣ，ＳＶ）をセットし、
   前記演算ユニットは、前記条件コードフラグの第１セットに従って、第１ソースレジスタに記憶されている第１（Ｎ／２）ビット入力オペランド・データワードと第２ソースレジスタに記憶されている第１（Ｎ／２）ビット入力オペランド・データワードとのいずれか一方を前複数のレジスタの中の目的レジスタに移動し、前条件コードフラグの第２セットに従って、第１ソースレジスタに記憶されている第２（Ｎ／２）ビット入力オペランド・データワードと第２ソースレジスタに記憶されている第２（Ｎ／２）ビット入力オペランド・データワードとのいずれか一方を前記目的レジスタに移動する条件付選択命令（ＳＥＬ）に応答する
   ことを特徴とするデータ処理装置。
2. 請求項１に記載の装置であって、
   前記並列操作プログラム命令ワードが、前記複数のレジスタの中から、ソースレジスタを当該ソースレジスタの高次ビット位置に記憶される前記第１の（Ｎ／２）ビット入力オペランドと当該ソースレジスタの低次ビット位置に記憶される前記第２の（Ｎ／２）ビット入力オペラントとともに指定することを特徴とする。
3. 請求項１及び請求項２のいずれかに記載の装置であって、
   前記演算ユニットが単一パスを有し、当該パスは、演算操作におけるビット位置の間のキャリー・チェインとして機能し、且つ、並列操作プログラム命令ワードが実行される時に、前記第１（Ｎ／２）ビット入力オペランド・データワードと前記第２（Ｎ／２）ビット入力オペランド・データワードとの間で割れることを特徴とするデータ処理装置。
4. 先行する請求項のいずれかに記載の装置であって、
   前記並列操作プログラム命令ワードが
   （ｉ）２つの並列（Ｎ／２）ビット加算が行われる並列加算、
   （ii）２つの並列（Ｎ／２）ビット減算が行われる並列減算、
   （iii）２つの並列（Ｎ／２）ビットシフト操作が行われる並列シフト、
   （iv）（Ｎ／２）ビット加算と（Ｎ／２）ビット減算とが並列して行われる並列加算／減算、
   （ｖ）２つの並列（Ｎ／２）ビットmin／max操作が行われる並列min／max、及び
   （vi）２つの並列（Ｎ／２）ビット・スケール操作が行われる並列スケール
   のいずれか１つの演算操作を行うことを特徴とするデータ処理装置。
5. 先行する請求項のいずれかに記載の装置であって、
   前記条件コードフラグの第１のセット及び前記条件コードフラグの第２のセットが、直前の操作の
   （ｉ）結果がゼロだった（Ｚ）、
   （ii）結果が負だった（Ｎ）、
   （iii）結果としてオーバーフローが起きた（Ｖ）、及び
   （iv）結果としてキャリーが生じた（Ｃ）
   ことを示す少なくとも１つのフラグを含むことを特徴とするデータ処理装置。
6. 先行する請求項のいずれかに記載の装置であって、
   前記演算ユニットが、畳み込み（convolution）操作と、フィルタ操作と、相関操作と、変換操作のいずれか１つを行うことを特徴とするデータ処理装置。
7. 操作されるべきデータワードを、各々が少なくともＮビットの容量のある複数のレジスタに記憶させるステップと、
   プログラム命令ワードに応答して、Ｎビット・データパスを有する演算ユニットで、当該プログラム命令ワードによって指定された演算操作を行うステップと、
   少なくとも１つの並列操作プログラム命令ワードに応答し、第１の（Ｎ／２）ビット入力オペランド・データワード上で第１の演算操作を、第２の（Ｎ／２）ビット入力オペランド・データワード上で第２の演算操作を、別々に行うステップと、
   前記第１の演算操作に従って条件コードフラグの第１のセットをセットするステップと、
   前記第２の演算操作に従って条件コードフラグの第２のセットをセットするステップと
   から成るデータ処理方法であって、
   前記条件コードフラグの第１セットに従って、第１ソースレジスタに記憶されている第１（Ｎ／２）ビット入力オペランド・データワードと第２ソースレジスタに記憶されている第１（Ｎ／２）ビット入力オペランド・データワードとのいずれか一方を前複数のレジスタの中の目的レジスタに移動し、前条件コードフラグの第２セットに従って、第１ソースレジスタに記憶されている第２（Ｎ／２）ビット入力オペランド・データワードと第２ソースレジスタに記憶されている第２（Ｎ／２）ビット入力オペランド・データワードとのいずれか一方を前記目的レジスタに移動する条件付き選択命令に応答することを特徴とするデータ処理方法。

Images