(57)【要約】【課題】ハードウエアのコンフィグレーションが変更されても、コンテキストの退避及び復帰ができるプロセッサを提供する。【解決手段】プロセッサ２は、内部に設けられた複数のハードウエアのコンフィグレーションを変更可能なプロセッサであって、コンフィグレーションの変更に対応したコンフィグレーション情報を格納するコンフィグレーションレジスタ２５と、コンフィグレーションの変更に応じて、コンフィグレーションレジスタ２５のコンフィグレーション情報から、コンテキスト構成情報を抽出するコンテキスト構成情報抽出部と、このコンテキスト構成情報に基づいて、タスク切り替え時のタスクコンテキストの待避及び復帰処理を実行するタスク切り替え処理部とを有する。【選択図】図２
2009098906.tif 000002
【特許請求の範囲】
【請求項１】
内部に設けられた複数のハードウエアのコンフィグレーションを変更可能なプロセッサであって、
前記コンフィグレーションの変更に対応したコンフィグレーション情報を格納するコンフィグレーションレジスタと、
前記コンフィグレーションの変更に応じて、前記コンフィグレーションレジスタの前記コンフィグレーション情報から、コンテキスト構成情報を抽出するコンテキスト構成情報抽出部と、
該コンテキスト構成情報に基づいて、タスク切り替え時のタスクコンテキストの待避及び復帰処理を実行するタスク切り替え処理部と、
を有することを特徴とするプロセッサ。
【請求項２】
請求項１に記載のプロセッサは、機能拡張部に複数の機能部を有しており、
前記コンフィグレーションレジスタは、前記複数の機能部のそれぞれに対応する前記コンフィグレーション情報を有することを特徴とする請求項１に記載のプロセッサ。
【請求項３】
前記コンフィグレーション情報は、テーブル形式の情報であることを特徴とする請求項２に記載のプロセッサ。
【請求項４】
前記テーブル形式の情報は、機能部が無効の場合には、該無効な機能部の情報は、０の値となり、機能部が有効の場合には、該有効な機能部の情報は、０以外の値となることを特徴とする請求項３に記載のプロセッサ。
【請求項５】
請求項１に記載のプロセッサを１つのモジュールとし、前記モジュールを複数有し、
前記複数のモジュールは、互いにバスを介して接続されていることを特徴とするプロセッサ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プロセッサに関し、特に、複数のハードウエアのコンフィグレーションを変更可能なプロセッサに関する。
【背景技術】
【０００２】
従来より、マイクロプロセッサには複数のプログラムを効率よく実行させるために、マルチタスク処理という機能が備えられている。マルチタスク処理とは、プログラムを実行処理単位であるタスクに分割して、オペレーティングシステム（以下、OSという）が状況に応じてタスクを選択し、選択したタスクに中央処理装置（以下、CPUという）の実行権を与えるものである。OSがあるタスクにCPUの実行権を割り当てる場合、現在CPUを使用しているタスクのコンテキストがメモリに退避され、次に割り当てるタスクのコンテキストがメモリから復帰される。
【０００３】
コンテキストの退避及び復帰が行われる場合、CPUの全レジスタの内容を、実行中のタスクにおいて利用しているか否かにかかわらず全て退避及び復帰するようにしている。従って、タスクの切り替えに際し、必要のないCPUレジスタの退避及び復帰も行われるため、コンテキストの退避及び復帰に無駄な時間がかかり、OSの実行性能が低くなるという問題がある。
【０００４】
そのため、コンテキストの退避及び復帰にかかる時間を速くするマイクロプロセッサが提案されている（例えば、特許文献１参照）。
【０００５】
この提案によると、複数のタスクのそれぞれについて、コンテキストの退避及び復帰に必要なCPUレジスタの情報は、メモリに保持される。タスクの切り替えにあたり、この情報を参照してコンテキストの退避及び復帰に必要なCPUレジスタのみが退避及び復帰される。
【０００６】
しかし、この提案のマイクロプロセッサでは、タスクのコンテキストであるCPUのレジスタ群に変更がなく、変更のないレジスタ群の中で退避及び復帰に必要なCPUレジスタが変更される。
【０００７】
近年では、命令セット、キャッシュ、内蔵メモリのサイズの変更、専用ハードウエアの追加などが行えるコンフィグレーション可能なマイクロプロセッサが開発されている。マイクロプロセッサ内には、複数のハードウエアの機能部が設けられているが、実行されるタスクに応じて使用する機能部が異なる。このコンフィグレーション可能なマイクロプロセッサにおいては、プログラムの実行中にハードウエア構成が動的に変更する場合、コンフィグレーション毎にタスクのコンテキストの対象となるレジスタの種類及び個数が変更されなければならないが、上述した提案に係るマイクロプロセッサでは、コンテキストの退避及び復帰に係るコンテキストは固定となるため、ハードウエア構成の変更に対応できないという問題がある。
【特許文献１】特開２００１−２９７００７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
そこで、本発明は、ハードウエアのコンフィグレーションが変更されても、コンテキストの退避及び復帰ができるプロセッサを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の一態様によれば、内部に設けられた複数のハードウエアのコンフィグレーションを変更可能なプロセッサであって、前記コンフィグレーションの変更に対応したコンフィグレーション情報を格納するコンフィグレーションレジスタと、前記コンフィグレーションの変更に応じて、前記コンフィグレーションレジスタの前記コンフィグレーション情報から、コンテキスト構成情報を抽出するコンテキスト構成情報抽出部と、該コンテキスト構成情報に基づいて、タスク切り替え時のタスクコンテキストの待避及び復帰処理を実行するタスク切り替え処理部と、を有することを特徴とするプロセッサを提供することができる。
【発明の効果】
【００１０】
本発明のプロセッサによれば、ハードウエアのコンフィグレーションが変更されても、コンテキストの退避及び復帰ができる。
【発明を実施するための最良の形態】
【００１１】
以下、図面を参照して本発明の実施の形態を詳細に説明する。  
図１は、本実施の形態に係るプロセッサの構成を示すブロック図である。  
図１に示すように、本実施の形態に係るプロセッサであるマイクロプロセッサ１は、複数のモジュール２と、CPUバス３とを有して構成されている１チップのマイクロプロセッサである。複数のモジュール２は、互いに、CPUバス３を介して接続されている。複数のモジュール２のそれぞれは、例えば、コンフィグレーション可能なマイクロプロセッサである。各モジュール２は、MeP(Media embedded Processor)等のプロセッサである。
【００１２】
マイクロプロセッサ１は、コンフィグレーション可能なプロセッサを１つのモジュールとし、このモジュールを複数有し、複数のモジュールは、互いにCPUバス３を介して接続されている。
【００１３】
コンフィグレーション可能な各モジュール２は、後述するように複数のハードウエアの機能部を有し、そのハードウエアの機能部の構成が、変更可能となっている。
【００１４】
図２は、複数のモジュール２の中の１つのモジュールの構成例を示すブロック図である。  
図２に示すように、モジュール２は、プロセッサコア１１と、機能拡張部１２と、バスインターフェース（以下、バスI/Fという）１３と、ローカルCPUバス１４と、OSを含むプログラムを格納する記憶部としてのROM１５とを有して構成されている。
【００１５】
プロセッサコア１１は、割り込みコントローラ２１と、タイマ／カウンタ２２と、デバッグ機能部２３と、オプション命令部２４と、コンフィグレーションレジスタ２５と、３２ビットベースプロセッサコア２６と、命令RAM／命令キャッシュ２７と、データRAM／データキャッシュ２８と、バスI/Fユニット２９とを有して構成されている。
【００１６】
割り込みコントローラ２１は、割り込み処理を制御する回路部である。タイマ／カウンタ２２は、各種タイマあるいはカウンタの機能を実行する回路部である。デバッグ機能部２３は、デバッグ機能を実行するための回路部である。オプション命令部２４は、オプション命令を格納する回路部である。
【００１７】
コンフィグレーションレジスタ２５は、タスクのコンテキストの構成に関係するコンフィグレーション情報を保持しているレジスタであり、３２ビットベースプロセッサコア２６内に設けられる。３２ビットベースプロセッサコア２６は、３２ビット単位で処理を実行するコア回路部である。命令RAM／命令キャッシュ２７は、実行する命令を一時的に記憶する回路部である。内蔵メモリとしてのデータRAM／データキャッシュ２８は、処理すべきあるいは処理されたデータを一時的に記憶する回路部である。バスI/Fユニット２９は、プロセッサコア１１とCPUバス３及びローカルCPUバス１４との間のデータの送受信を行うためのインターフェース回路部である。
【００１８】
機能拡張部１２は、UCI(User Custom Instruction)ユニット３１と、DSP(Digital Signal Processor)ユニット３２と、AVCコプロセッサ３３と、ハードウエアエンジン（以下、HWEという）３４とを有して構成されている。
【００１９】
UCIユニット３１は、プロセッサコア１１に対して専用の１サイクル実行命令を追加するための機能部である。DSPユニット３２は、プロセッサコア１１に対してマルチサイクルの命令を追加するための機能部である。AVCコプロセッサ３３は、音声及び映像データを処理するための専用の機能部である。HWE３４は、プロセッサコア１１とは独立に機能拡張部１２の制御を行う回路部である。
【００２０】
機能拡張部１２の各機能部、即ち、UCIユニット３１、DSPユニット３２、AVCコプロセッサ３３及びHWE３４は、制御バス１６と呼ぶ専用のバスによりプロセッサコア１１と接続されている。各機能部は、この制御バスを用い、プロセッサコア１１とのデータの送受信を高速に実行することができる。
【００２１】
プロセッサコア１１は、バスI/F１３を介してCPUバス３に接続されると共に、バスI/F１３及びローカルCPUバス１４を介して機能拡張部１２に接続されている。機能拡張部１２は、バスI/F１３及びローカルCPUバス１４を介してCPUバス３に接続されている。
【００２２】
次に、このように構成された実施の形態の動作について図３及び図４を参照して説明する。  
モジュール２は、上述したように、ハードウエア回路から構成される複数の機能部の中から使用する機能部を変更できる、コンフィグレーションを変更可能なプロセッサである。そのコンフィグレーションの変更は、実行するプログラム中のタスクに応じて変更可能である。例えば、あるタスクの実行のためには、プロセッサコア１１と、DSPユニット３２の組合せが必要であり、他のタスクの実行のために、プロセッサコア１１と、AVCコプロセッサ３３の組合せが必要である場合がある。従って、モジュール２は、あるタスクの実行中のハードウエア構成は、プロセッサコア１１とDSPユニット３２からなるプロセッサとなり、他のタスクの実行中のハードウエア構成は、プロセッサコア１１とAVCコプロセッサ３３からなるプロセッサとなる。
【００２３】
また、プロセッサコア１１と機能拡張部１２内の各機能部との組合せがタスク毎に変更されるだけでなく、プロセッサコア１１内のオプション命令、キャッシュ構成、内蔵メモリ等の構成も、タスク毎に変更可能である。
【００２４】
よって、OSは、タスクの切り替えが指示されると、プログラム実行時にそのマイクロプロセッサに適したコンテキストとそれに対応する処理を決定する。OSは、ROM１５等に予め格納されており、命令RAM／命令キャッシュ１７に読み出されて、３２ビットベースプロセッサコア２６によって実行される。
【００２５】
そのために、プロセッサコア１１は、後述するような、コンフィグレーション情報を保持しているコンフィグレーションレジスタ２５を有する。タスクの切り替えが指示されると、OSは、コンフィグレーションレジスタ２５からコンフィグレーション情報を抽出し、そのコンフィグレーション情報から、タスクに応じたコンフィグレーション情報を決定する。このときのマイクロプロセッサ及びOSのそれぞれが管理するデータと、これらのデータを用いタスクのコンテキストを決定する処理の流れを説明する。
【００２６】
図３は、コンフィグレーションが変更されたときの、OSのタスクの切り替え処理の流れの例を示すフローチャートである。ここでは、タスクの切り替えによって、コンフィグレーションの変更が必要な場合を説明する。即ち、タスクの切り替えによっては、コンフィグレーションに変更がない場合もある。そのような場合は、図３の処理は実行されず、タスク切り替え時のコンテキスト情報は変更されない。
【００２７】
まず、タスクの切り替えが指示されると、OSは、実行中のタスクに関するコンテキストを待避してから、コンフィグレーションの変更を行う（ステップＳ１）。次に、OSは、コンフィグレーションレジスタ２５を参照し（ステップＳ２）、切り替え後に実行されるコンフィグレーション情報を取り出す。OSは、続いて、取り出されたコンフィグレーション情報から切り替え後のタスクのコンテキストの構成に関係する情報である、タスクコンテキスト構成情報を抽出する（ステップＳ３）。このステップＳ３の処理が、コンテキスト構成情報抽出部を構成する。最後に、OSは、抽出したタスクコンテキスト構成情報を参照して、タスクの切り替えを行う（ステップＳ４）。このステップＳ４の処理が、タスク切り替え処理部を構成する。即ち、OSは、抽出したタスクコンテキスト構成情報から、待避していたコンテキストがあればそのコンテキストを復帰させてから、切り替え後のタスクを実行する。
【００２８】
ここで、コンフィグレーション情報の例について図面を用いて説明する。コンフィグレーション情報は、例えば、オプション命令、コプロセッサの利用可否等が記述されているコンフィグレーションレジスタから抽出される。図４は、あるコンフィグレーションについてのコンフィグレーション情報の例を示す図である。図４は、プログラム開発者によってプログラムの一部として記述された例を示す。図４に示すコンフィグレーション情報がコンフィグレーションレジスタ２５に登録されるときには、例えば、後述するようなテーブル形式のデータとして登録される。
【００２９】
図４に示すオプション命令の項目では、乗除算（MUL）が無効になっており、最小値（MIN）及び絶対値（ABS）が有効になっている。即ち、オプション命令部２４は、最小値命令及び絶対値命令の機能を実行することになる。
【００３０】
また、図４に示す内蔵メモリの項目では、メモリサイズが１６KB(キロバイト)に指定されている。これにより、命令RAM／命令キャッシュ２７及びデータRAM／データキャッシュ２８が１６KBのメモリサイズにより使用される。
【００３１】
また、図４に示すコプロセッサ拡張の項目では、AVCコプロセッサが有効になっている。即ち、機能拡張部１２にAVCコプロセッサが構成の１つとして追加されることになる。このAVCコプロセッサは、VLIWのタイプであり、VLIWのビット幅は、３２ビットで使用されることがコンフィグレーション情報として登録されている。更に、このAVCコプロセッサのデータバスの幅は、３２ビットであり、ローカルCPUバス１４とのインターフェースを使用しないというようなコンフィグレーション情報が、コンフィグレーションレジスタ２５に記憶される。
【００３２】
このようなコンフィグレーション情報は、コンフィグレーション毎に設定されて、コンフィグレーションレジスタ２５に記憶されている。従って、図４に示すようなコンフィグレーション毎のコンフィグレーション情報が、後述するテーブル形式のデータとして、コンフィグレーションレジスタ２５に格納され、タスクの切り替え時には、コンフィグレーションレジスタ２５からコンフィグレーション情報が読み出され、コンテキストの退避及び復帰処理に用いられる。
【００３３】
次に、図３のステップＳ３におけるタスクコンテキスト構成情報の抽出処理について説明する。OSは、タスクコンテキスト構成情報を抽出するために、コンフィグレーション情報を格納するテーブルを利用する。
【００３４】
図５は、上述したコンフィグレーション情報に対応してタスクコンテキスト構成情報が関連付けられたコンフィグレーション情報のテーブルの例を示す説明図である。図５では、説明を簡単にするために、図４におけるコンフィグレーション情報の中のオプション命令の１つである乗除算命令が無効であり、且つ、AVCコプロセッサを含むコンフィグレーションの場合のタスクコンテキスト情報の例のみが示されている。
【００３５】
図５に示すように、コンフィグレーション情報である乗除算命令の項目としての「乗除算命令はあるか」の項目は、乗除算命令が無効である場合、対応するテーブルの値は０となる。次の項目として、「コプロセッサはあるか」の項目が０でない。そのため、その項目が有効である場合、対応するテーブルの値は０以外となり、リンク先が参照可能となる。リンク先には、関連するレジスタ群のデータの退避及び復帰処理の情報と、この項目にさらに関連したその他のリンク情報が格納されている。この例では、関連するレジスタ群のデータの退避及び復帰処理の情報は、save_context_function及びrestore_context_functionとなり、その他のリンク情報は、nextとなる。その他のリンクがない場合には、nextの値は０となり、その他の処理へのリンクがある場合には、nextの値は０以外となる。この図５の例では、nextの値は０以外のため、その他のリンク先が参照される。
【００３６】
そして、次のリンク先にも、同様に、関連するレジスタ群のデータの退避及び復帰処理の情報とこの項目に関連したその他のリンク情報が格納可能となっている。その他のリンク情報であるnextは０となり、コプロセッサの項目のタスクコンテキスト構成情報の処理は終了する。
【００３７】
タスクコンテキスト構成情報の更新は、OSの初期化処理の場合には、メモリの初期化後に行われ、システム動作中に動的にハードウエアを再コンフィグレーション可能なマイクロプロセッサの場合には、ハードウエアを再コンフィグレーションした直後に行われる。
【００３８】
OSがタスクの切り替え処理を行う場合には、このテーブルを参照し、そのタスクに対応する、即ち、そのタスクの実行におけるハードウエアのコンフィグレーションに対応する、タスクコンテキスト構成情報に基づいて、コンテキストの待避と復帰処理を実行する。OSは、タスクのコンテキストを待避、即ち、保存する場合には、全てのsave_context_functionを実行し、タスクのコンテキストを復帰する場合には、全てのrestore_context_functionを実行する。
【００３９】
他のコンフィグレーション項目であるUCIユニット３１の拡張、DSPユニット３２の拡張、システム実行時に再コンフィグレーション可能なHWE３４の拡張においても、上述したコンフィグレーション情報を格納しているコンフィグレーションレジスタからタスクコンテキスト構成情報を抽出することにより、同様に、OSは、コンテキストの待避と復帰処理を実行することが可能である。
【００４０】
以上のように、コンフィグレーションの変更が行われる場合、OSは、コンフィグレーションレジスタ２５に格納されているコンフィグレーション毎のコンフィグレーション情報を参照し、タスクコンテキスト構成情報を抽出する。この結果、OSがタスクの切り替え処理を行う場合には、タスクコンテキスト構成情報に基づき、コンフィグレーション毎に設定されたコンテキストの退避及び復帰処理を実行することができる。
【００４１】
よって、本実施の形態に係るコンフィグレーション可能なマイクロプロセッサによれば、ハードウエアのコンフィグレーションが変更されても、コンテキストの退避及び復帰ができる。
【００４２】
ところで、上述した例では、マイクロプロセッサ１の各モジュール２は、プログラムの実行中にハードウエアの機能部の構成が変更される例であるが、プログラムの実行中にその構成の変更がないような使われ方がされる場合がある。即ち、コンフィグレーション可能なマイクロプロセッサを、最初に設定されたハードウエアの構成で使用し、その後は構成の変化がないようなハードウエアの構成を固定的に使用する場合がある。その場合、コンフィグレーション可能なマイクロプロセッサに対して、その固定的なコンフィグレーション情報に基づいてコンテキストの待避及び復帰処理に必要な情報を抽出し、ハードウエアのコンフィグレーション毎に最適なOSの生成が行われる。
【００４３】
以下に、OSの生成時、即ち、コンパイル時に、タスクのコンテキストとして扱うべきレジスタを特定し、固定的なハードウエアのコンフィグレーション毎に最適なOSを生成する例を説明する。なお、この例においてOSのソースコードは、C言語を用いて記述されるものとする。
【００４４】
先ず、図４に示すようなコンフィグレーション情報が記述されているコンフィグレーションファイルを読み込む。このコンフィグレーションファイルを読み込んでヘッダー情報の生成処理を実行すると、OSタスクコンテキスト構成情報ファイルが生成される。このヘッダー情報の生成処理では、例えば、オプション命令の１つである乗除算命令が有効な場合、”#define USE_MUL_DIV_INSTRUCTION”というコードが生成され、生成されたコードがOSタスクコンテキスト構成情報ファイルに記述される。
【００４５】
乗除算命令を使用する場合は、乗除算命令を使用しない場合に比べHI/LOレジスタをタスクのコンテキストであるレジスタ群として扱わないとマルチタスク処理が正しく動作しない。従って、乗除算命令が使用される場合は、コンテキストとしてHI/LOレジスタを含めなければならない。なお、オプション命令の乗除算命令のどちらか１つが有効である場合、OSタスクコンテキスト構成情報ファイルに上述したコードが記述されることになる。
【００４６】
次に、OSタスクコンテキスト構成情報ファイルを読み込んでOSソースコードの生成処理を実行すると、OSソースコードが生成される。このOSソースコードの生成処理では、上述した乗除算命令に対応して生成されたコードから、
“#ifdef USE__MUL_DIV_INSTRUCTION”
“＜HI/LOレジスタ保存処理＞”
“#endif”
というコードが生成され、生成されたコードがOSソースコードに記述される。このHI/LOレジスタ保存処理のコードがOSのコンテキストの待避及び復帰の処理のためのソースコードに追加的に記述されることにより、ハードウエアのコンフィグレーション毎に必要なコンテキストの退避及び復帰処理が実行可能になる。
【００４７】
また、AVCコプロセッサが有効な場合、ヘッダー情報の生成処理では、
“#define USE_COPROCESSOR_EXTENSION”
“#define USE_AVC”
というコードが生成され、生成されたコードがOSタスクコンテキスト構成情報ファイルに記述される。
【００４８】
次に、OSソースコードの生成処理では、上述したAVCコプロセッサに対応して生成されたコードから、
“#if defined(USE_COPROCESSOR_EXTENSION)&&defined(USE_AVC)”
“＜AVCコプロセッサ関連レジスタ保存処理＞”
“#endif”
というコードが生成され、生成されたコードがOSソースコードに記述される。このAVCコプロセッサ関連レジスタ保存処理のコードがOSのコンテキストの待避及び復帰の処理のためのソースコードに追加的に記述されることにより、ハードウエアのコンフィグレーション毎に必要なコンテキストの退避及び復帰処理が実行可能になる。  
このように生成されたOSソースコードに対してOSビルド処理が実行され、OS実行可能オブジェクトが生成される。
【００４９】
ここで、OSの生成処理の流れについて図面を用いて説明する。図６は、コンフィグレーション毎に最適なOSの生成処理の流れの例を示すフローチャートである。  
先ず、オプション命令、コプロセッサの利用可否等が記述されているコンフィグレーションファイルが読み込まれる（ステップＳ１１）。次に、ヘッダー情報の生成処理が実行され（ステップＳ１２）、コンフィグレーションファイルからコンフィグレーション情報が抽出され、タスクコンテキストに必要なコードが生成され、OSタスクコンテキスト構成情報ファイルが生成される。
【００５０】
次に、OSソースコードの生成処理が実行され（ステップＳ１３）、コンテキストの退避及び復帰処理に必要なコードが生成され、OSソースコードに追加的に記述される。  
最後に、このOSソースコードにOSビルド処理が実行され（ステップＳ１４）、OS実行可能オブジェクトが生成される（ステップＳ１５）。  
以上のような処理が実行されることにより、ハードウエアのコンフィグレーション毎に最適なOSを生成することができる。
【００５１】
本発明は、上述した実施の形態に限定されるものではなく、本発明の要旨を変えない範囲において、種々の変更、改変等が可能である。
【図面の簡単な説明】
【００５２】
【図１】本実施の形態に係るプロセッサの構成を示すブロック図である。
【図２】複数のモジュール２の中の１つのモジュールの構成例を示すブロック図である。
【図３】コンフィグレーションが変更されたときの、OSのタスクの切り替え処理の流れの例を示すフローチャートである。
【図４】あるコンフィグレーションについてのコンフィグレーション情報の例を示す図である。
【図５】コンフィグレーション情報に対応してタスクコンテキスト構成情報が関連付けられたコンフィグレーション情報のテーブルの例を示す説明図である。
【図６】コンフィグレーション毎に最適なOSの生成処理の流れの例を示すフローチャートである。
【符号の説明】
【００５３】
１  プロセッサ、２  モジュール、３  CPUバス、１１  プロセッサコア、１２  機能拡張部、１３  バスI/F、１４  ローカルCPUバス、１５  ROM、２１  割り込みコントローラ、２２  タイマ／カウンタ、２３  デバッグ機能部、２４  オプション命令部、２５  コンフィグレーションレジスタ、２６  ３２ビットベースプロセッサコア、２７  命令RAM／命令キャッシュ、２８  データRAM／データキャッシュ、２９  バスI/Fユニット、３１  UCIユニット、３２  DSPユニット、３３  AVCコプロセッサ、３４  ハードウエアエンジン
【図１】
2009098906.tif 000003
【図２】
2009098906.tif 000004
【図３】
2009098906.tif 000005
【図４】
2009098906.tif 000006
【図５】
2009098906.tif 000007
【図６】
2009098906.tif 000008