MC68000

出典: フリー百科事典『ウィキペディア(Wikipedia)』
680x0から転送)
移動先: 案内検索

テンプレート:Infobox CPU

MC68000(エムシーろくまんはっせん)、68000はモトローラ(現フリースケール・セミコンダクタ)が開発したMPU(MPUはマイクロプロセッサを指すのにモトローラが使った語でマイクロプロセッシングユニットの略)である。略して68K(ろくはちケー)などとも。後継MPUも含めた同一アーキテクチャのシリーズを総称するときは、680x0と呼称される。モトローラ自体は周辺LSIを含めてM68000ファミリと呼称した。MC型番は量産ロットで、量産先行品はXC型番となる。

歴史

68000 は1976年に開始された MACSS(Motorola Advanced Computer System on Silicon)プロジェクトから出てきたものである。従来製品との互換性を考慮するような妥協したアーキテクチャにはしないということが開発の初期に決定されていた。これは、利用者がその新システムを一から新たに学ぶ必要があることを意味しており、一種の賭けだった。最終的に、6800系の周辺デバイスとのインタフェースの互換性だけは持つこととなったが、6800のコードは実行できないものとなった。しかし、その後の拡張における互換性には最大限の注意が払われ、68000 に乗り換えさえすれば今後が保証されるようにした。例えば、CPUのレジスタ32ビット幅とされたが、外部バスはより小さく設計され、アドレスバスは24ビット幅であり、データバスは16ビット幅となっている。MACSSチームは、PDP-11VAXシステムのようなミニコンピュータのプロセッサに影響を受けた。命令セットはハードウェアの制限よりもソフトウェア開発の観点で設計された。そこには、ミニコンピュータでの開発になれた技術者がプログラミングしやすいものにしようとの考えがあった。

開発が進むと同時に、製品名の選定が行われた。"68000" という名称は 6800 との連続性を想起させるよう選択されたが、これらの間に設計上の類似点はあまりない。集積されたトランジスタ数が 68,000 だったからとも言われているが、実際には 70,000 に近かった。

当時、8ビットから16ビットへの移行で熾烈な競争が繰り広げられていた。ナショナル セミコンダクター1973年から1975年にかけて IMP-16 と PACE というプロセッサで一歩先んじたが、使用したプロセス技術が原因で、性能に問題を抱えていた。次にテキサス・インスツルメンツTMS9900 をリリースしたが、広く使われるには至らなかった。そして、1977年にインテル8086をリリースした。しかし、モトローラのマーケティング部門は 68000 をより完全な16ビット設計にすることが重要と考えた。このため、68000はハードウェアとしては複雑なものとなった。複雑さの指標としてトランジスタ数を見ると、8086は29000個であり、68000は前述のように70000近い。

68000の単純な命令は4クロックサイクルで実行できたが、複雑な命令の実行にはもっと時間がかかった。8MHzの68000で、平均性能は約1MIPS弱だった。

典型的なプログラムで平均をとると、68000 のコードはインテルのプロセッサよりも一命令あたりにできることが多く、コードのサイズが小さくて済んだ。また、8086が、8080との互換性を重視した結果、汎用レジスタの不足や実行速度の低下に苦しんだ事に対して、十分な数のレジスタと、当時としては先進的な内部設計のため、実行速度の面では8086に対して優位に立っていた。さらに68000は24ビットリニアアドレッシングによって最大16MBの連続するメモリ空間をサポートし、この空間内の任意のアドレスへのダイレクトアクセスを可能としている。これは開発当時としては非常に広大なメモリ空間だった。これに対し8086は従来の8080との間でソフトウェアのアセンブリ言語レベル(注: バイナリレベルではない)での互換性のため、従来と同じ16ビットのアドレッシングを「オフセット」とし、「セグメント」と称する(詳細はセグメント方式#x86を参照)16ビットレジスタの値を4ビットシフトしてベースアドレスとする、20ビット空間のノンリニアアドレッシングだった。そのため、64Kバイトを超えるデータやコードを扱うにはセグメントレジスタの値を適宜変更する必要があり、面倒であった。32ビットアドレッシングは、x86では1986年の80386で初めて可能になった。

このような事情から68000は8086と比較して学習が容易で使いやすく、開発者に好まれた。

オリジナルのMC68000は、3.5μmルールのHMOSプロセスで製造された。技術サンプルは1979年末に出荷された。量産チップは1980年に出荷され、当初のクロック周波数は 4, 6, 8MHzだった。10MHz版は1981年、12.5MHz版が1982年に登場している。HMOS では最高速の 16.67MHz版(12F)は1980年代終盤まで生産されなかった。

メモリ量の少ないシステム向けの低価格版として1982年MC68008 が登場した。これは MC68000 の8ビットデータバス版であり、アドレスバスも当初は24ビットよりも縮小され、48ピンDIP版は20ビット。後の52ピンPLCCパッケージ版では22ビットである。MC68012 は後に31ビットアドレスバスで登場した。

68HC000 はモトローラと日立製作所1985年にリリースしたオリジナルとピン配置互換のHCMOS版である。モトローラのものは MC68HC000、日立のものは HD68HC000 と呼ばれた。68HC000 では8MHzから20MHzまでのクロック周波数が可能となった。また CMOS 化されただけでオリジナルと機能が全く変わらず、かつ電力消費が低減されている。オリジナル版は 25の環境で約1.35ワットを消費した(クロック周波数に依存しない)。一方、MC68HC000 は 8MHz で 0.13ワット、20MHz で 0.38ワットしか消費しない。なお、CMOSとは異なり、HMOS回路の電力消費はスイッチング時も何もしていないときも一定である。従って、クロック周波数が違っても電力消費はほとんど変化しない。ただし、周囲の気温には影響される。

モトローラは1990年、MC68HC001 をリリースした[1]。このチップは 68HC000 と仕様がほぼ共通であるが、データバスに16ビット幅と8ビット幅の2つのモードが用意されており、リセット時のピンへの入力でモード選択が行えるようになっていた。従って、このチップは68008 の代替として 8ビットメモリを使った安価なシステムで利用できた。

HMOS版の68000はいくつかのセカンドソース企業で製造された。日立(HD68000)、Mostek(MK68000)、ロックウェル(R68000)、シグネティックス(SCN68000)、Thomson/SGS-Thomson(EF68000, TS68000)、東芝(TMP68000)などである。東芝はCMOS版の 68HC000 のセカンドソースでもあった(TMP68HC000)。また、後にシグネティックス社がアーキテクチャ互換のSCC68070を製造した。 SCC68070は、現在フィリップス社が版権を持つ。

68000 は数々のマイクロコントローラ組み込み用プロセッサのベースにもなった。1989年、モトローラは MC68302 通信プロセッサをリリースした。これが 68000 CPUコアを使用した最初のマイクロコントローラだった。このコアは CMOS 版の 68HC000 をベースとしているが、8ビットの 6800 周辺チップとのインターフェース機能が省略されている。1991年、モトローラはここからプロセッサ部分だけを抜き出した MC68EC000 をリリースした[2]

モトローラは 68EC000 コアを使ったいくつかのマイクロコントローラを開発した。MC68306 と MC68307 は汎用マイクロコントローラ、MC68322 "Bandit" はプリンターコントローラ、MC68356 はモデム用、MC68328 DragonBall は携帯機器向けだった。他のマイクロコントローラとして683XXファミリは、より強力な CPU32 プロセッサコアを使っていた。

68EC000ベースの 683XX マイクロコントローラの一部にはスタティック版の 68EC000 コアが使われた。この場合クロックを遅くしたり停止させたりして電力消費を抑えることができる。1996年、モトローラはこのスタティックコアをプロセッサとして独立させ、MC68SEC000 としてリリースした[3]

モトローラは1996年、HMOS版 MC68000 と MC68008 の製造を終了した[4]。生産終了の予告は1994年末ごろなされた。モトローラの通常の手順からいけば、1995年まで注文を受け付け、最後の出荷は1996年になったということになる。その後スピンオフしたフリースケール・セミコンダクタは現在も MC68HC000、MC68HC001、MC68EC000、MC68SEC000 を製造販売し続けている。また、MC68302 や MC68306 マイクロコントローラやその後の DragonBall ファミリも生産し続けている。68000 のアーキテクチャを受け継いだ 680x0、CPU32Coldfire も生産されている。

後継のMC68020からは外部データバス、アドレスバス共に32ビットの、名実共に32ビットのCPUとなり、コプロセッサがサポートされた。ソフトウェア的には、アドレッシングモードが拡張されたほか、ユーザーモードではほぼ MC68000 の上位互換だった。一部互換性のない部分は、存在しない命令を実行しようとしたときに割り込みでトラップ処理することで、ソフト的に吸収することができた。この MC68020 や、後継の MC68030 は数多くのワークステーションで採用された。

なおRISCであるPowerPCシリーズとの互換性はなく、同プロセッサを搭載したMacintoshではMC68LC040をエミュレーションしている。

RISC技術を採用したColdFireシリーズは、68000から使用頻度の低い命令の多くを削除した下位互換の組み込み用プロセッサである。

利用例

68000 は1980年代前半には比較的高価なシステムに使われた。

UNIXシステムではプロセッサのメモリアドレッシングの上限やMMUの制限などにより、68000 そのものは長く使われることはなかったが、その後継品種は1980年代を通して UNIX 市場で広く使われた。そのアーキテクチャがDEC社のPDP-11VAXによく似ていて、C言語のコードを動作させるのに最適なコンピュータだったからである。

1980年代中盤、68000 はパーソナルコンピュータホビーパソコンで使われるようになった。まず、アップルコンピュータLisaMacintoshで使われ、その後コモドール Amigaアタリ Atari STシャープ X68000 、それにソニー PalmTopなどで使われた。一方 68008 が使われたホビーパソコンとしてはシンクレアQL ぐらいしかない。

68000 はコントローラ用として最も成功した。1981年、Imagen 社の Imprint-10 などのレーザープリンターは 68000 をCPUとする外部コントローラで制御されていた。最初の HP LaserJet は 8MHz の 68000 を使ったコントローラを内蔵していた(1984年)。同様に 68000 を使ったコントローラが多くのレーザープリンターで使われている。例えばアップルの LaserWriter などである。68000 は1980年代を通してレーザープリンターで使用され、1990年代に入ってもローエンドのプリンターに使われ続けた。

また、68000 は工業制御システムの分野でも成功を収めた。この種のシステムでは、68000 やその派生CPUを中心としたプログラマブルロジックコントローラ(PLC)を利用する。このようなシステムは一般市場に比較して製品寿命が長く、20年前のものでもそのまま使い続けることが多い。そのため、21世紀になっても68000ベースのコントローラが数多く使われ続けている。

CPU32Coldfireプロセッサは自動車のエンジン制御に数百万個単位で使われた。 また、低価格で信頼性が高いことから医療機器分野でも多く使用された。 低電圧版のDragonBallは、Palm PilotシリーズやHandspring VisorなどのPDAで使われた。後にこの市場はARMプロセッサコアに奪われた。高速シリアルポートを内蔵した派生品(68302と68360)は、シスコシステムズ3Com、Ascend、Marconiなどが通信機器に使用した。

技術の進歩によって 68000 がスタンドアロンのコンピュータ市場では使われなくなると、一般消費者向けの各種機器の組み込み用途に使われるようになった。コンピュータゲームメーカーはアーケードゲームや家庭用ゲーム機などに 68000 を使った。アタリが 1983年 Food Fight というアーケードゲームで 68000 を使ったのが最初である。1980年代後半から1990年代初めごろまでアーケードゲーム基板ではメインCPUとして 68000 がよく使われた。例えば、セガセガ・システム16カプコンCPS-1CPS-2SNKネオジオなどである。アーケードゲームでは68000を2個使ったり、場合によっては3個使う場合もあった。1990年代、アーケードゲームのメインCPUはもっと高性能なプロセッサが使われるようになっていったが、68000 はサウンドコントローラなどとして使われ続けた。

家庭用ゲーム機で 68000 がメインCPUとして使われた例としては、メガドライブメガCD、家庭用のネオジオがある。その後のゲーム機でも、セガサターンは 68EC000 をサウンドコントローラとして使用し、Atari Jaguar でもグラフィックスやサウンドチップの制御に使われた。

また、クリエイティブテクノロジー社のWave BLASTERやENSONIQ社のENSONIQ SoundScape DBをはじめとするPC向けサウンドカード用MIDIシンセサイザー・ドーターボードへ、制御用として68000が搭載されるケースが1990年代中盤には多数見られた。

テキサス・インスツルメンツ は 68000 をハイエンドのグラフ表示電卓TI-89TI-92 などで使っている。これらの初期のバージョンでは スタティック版 68EC000 コアを使った特殊なマイクロコントローラだった。後のバージョンでは標準の MC68SEC000 プロセッサが使われている。

アーキテクチャ

テンプレート:Infobox CPU architecture

概要

32ビットのデータレジスタを8本、また、32ビットのアドレスレジスタを8本持つ、CISCアーキテクチャのマイクロプロセッサである。8ビットのMC6800シリーズとはアセンブラソースレベルでもバイナリレベルでも互換性を持たない。

MC68000は、DECVAXを参考にしたと言われる、直交性の高い命令体系をもつ。

外部バス幅はアドレスバス24ビット、データバス16ビットで、発表当初のクロック周波数は4 - 16MHz。約68,000個のトランジスタからなるN-MOS集積回路であり、当初は巨大な64ピンDIPパッケージ、後にPGAパッケージでも供給された。

データーバスはダイナミックバスサイジングを採用しており8ビットまたは16ビットのバスにアクセス可能である。これはM68000ファミリ周辺チップだけではなく、M6800ファミリなど廉価な8ビット周辺チップとの接続を考慮したものである。

MC68000自体は16ビットCPUとして取り扱われたが、内部アーキテクチャは32ビットプロセッサとして設計されており、レジスタとアドレスのデータ長は等しく32ビットとなっている。

32ビットのアドレス空間は4Gバイトに相当するが、当時の技術では、4Gバイト分のアドレス空間をフルに使う可能性は無いとされ、外部のアドレスバスとのデータ入出力では上位8ビットをマスクして下位24ビットを使用し、最大16Mバイト分のメモリ領域を管理する実装とされていた。

このように最初に理想とする32ビットアーキテクチャを決めておき、その時々で利用できる技術で実現可能な機能から順に実装するという方式をとっていたため、無理なく上位互換性が確保できた。

ファンクションコード

MC68000ユーザズマニュアル[5]によると、MC68000シリーズのアドレス空間はFC0~FC2ピンのデコードによって、スーパーバイザ・プログラムアドレス空間、ユーザ・プログラムアドレス空間、スーパーバイザ・データアドレス空間、ユーザ・データアドレス空間に分離された4つの32bitアドレス空間がある。しかし実際のところ、それぞれのアドレス空間を通信する機能が不十分であったため、ユーザはハードウェア実装においてはFCピンのデコードを行わずに1つの32bitアドレス空間とするほかはなかったテンプレート:Sfn

ファンクションコードと参照の分類[5]
FC2 FC1 FC0 参照の分類
0 0 0 未定義
0 0 1 ユーザ・データ
0 1 0 ユーザ・プログラム
0 1 1 未定義
1 0 0 未定義
1 0 1 スーパーバイザ・データ
1 1 0 スーパーバイザ・プログラム
1 1 1 割り込み応答

MC68000シリーズではプログラムアドレス空間とデータアドレス空間を分離するハーバード・アーキテクチャを採用していた。しかし、アドレス空間の分離におけるメモリ管理の複雑化、またハーバード・アーキテクチャを採用したオペレーティングシステム(OS)があまり供給されなかったことから、多くの実装ではプログラムアドレス空間とデータアドレス空間を分離しない設計が採用される場合が殆どだった。

また、ライバルであるx86系プロセッサではメモリ空間とは別にI/O空間が設けられ、専用のI/O命令が用意されていたが、MC68000シリーズではメモリ空間内にI/O用領域を割り当てるメモリマップドI/O方式を採用しているのも特徴の一つである。

スタックがOS用とアプリケーション用に二つあり、特権モード(スーパバイザモード)と、ユーザモードの2つの特権レベルを持つなど、当初よりUNIXに代表される高度なメモリ管理機能やマルチタスク機能を備えたOSを搭載することを前提に設計されている。

ユーザーモードで動作するプログラムの互換性はMC68000からMC68060までバイナリレベルでほぼ完全に保たれているが、スーパバイザモードでの動作についてはこのモードで動作するOSが差異を吸収することを前提として、世代ごとに改良や変更が加えられている。

このため特にスタックポインタの実装とその挙動には世代間での相違が多く、アプリケーションがハードウェアリソースへ直接アクセスするためにスーパーバイザモードをアプリケーションに解放した原始的な実装のOSではMC68000用に書かれたこの種の動作を行うアプリケーションプログラムが後継各プロセッサで正常動作しないケースが存在する。

メモリアドレッシング

MC68000は16ビットのALUを持つ一方で、アドレスは常に32ビットで扱われ、フラットな32ビットアドレス空間を持つ。その実効アドレスの演算の為に、専用の16ビット幅のALUを2個持つ。

8086は20ビットのアドレス空間を持つが、リニアにアクセスできるのはセグメントと称された(セグメント方式#x86)16ビットの空間だけであった。これは特にグラフィックの扱いなどを面倒にした。[注 1]

MC68000では実効アドレス演算の為に専用の2つの16ビットのALUを接続して用い、3つめのALUが16ビットの演算を行った。

例えば、32ビットのアドレスレジスタのポストインクリメント(そのアドレスにアクセスした後、アドレスレジスタの内容をインクリメント(増加)するアドレッシングモード)「ADD.W (An)+,Dn」はポストインクリメントをしない場合に較べても速度低下することがない。

したがって、16ビットCPUとして始まってはいるが、68000の命令セットは32ビットアーキテクチャになっている。後継の68020は32ビットのALUと32ビットのデータバスを持っていたが、68000用のソフトウェアをほぼ変更することなしに、データバス幅を32ビットに拡張することで速度向上を果たした。

しかし、ソフトウェアの互換性を完全に保てたわけではない。68000では(同様のテクニックは同じく32ビットマシンだがアドレスが24ビットだったSystem/360で行われていたが)使われない(無視される)上位8ビットに何らかの情報を持たせる、というテクニックが一部のシステムプログラムなどで使われた。例えば、LISPなどでポインタの指すオブジェクトの種類を区別する情報をそこに格納したり、ガベージコレクション用のフラグを格納した。そのようなコードを、後継のより広いアドレスバスを持つマシンで実行するとバスエラーが発生した(やはりSystem/360の後継機でも同様の問題が起きており、System/370-XAではMSBを互換モードのために残した31ビット化という苦肉の策がとられている)。

Macintoshでは8Mバイト以上のRAMを搭載する際にソフトウェアのアップグレードが必要だった。

多くのアプリケーションは将来を見越して書かれており、問題は発生しなかった。

内部レジスタ

ファイル:MC68000-rejestry.svg
内部レジスタのビット構成図

8本の汎用データレジスタ(D0-D7)と8本のアドレスレジスタ(A0-A7)を持つ。 アドレスレジスタ(A7)はスタックポインタ(SP)であり、スタック上位のオブジェクトをアクセスする事が容易となった。

68000ファミリでの多バイトデータのメモリ上での配置はビッグ・エンディアンである。

ステータスレジスタ

68000の比較命令、算術演算命令、論理演算命令は実行結果をステータスレジスタに反映させ、後で条件ジャンプ命令でそれを使えるようになっている。 ステータスレジスタのビットには、"Z"ero(ゼロ)、"C"arry(キャリー)、o"V"erflow(オーバーフロー)、eXtend、そして"N"egative(ネガティブ)がある。 eXtendビットはCarryビットと分離されている。 eXtendとCarryは、シフト/算術演算/論理演算命令の桁上がり結果を保持するが、eXtendビットはより多バイトの演算を実現するために使い、Carryビットは処理の流れを制御するのに用いる。

命令セット

68000の設計者はアセンブリ言語直交性を持つよう注意を払った。 つまり、命令は操作とアドレッシングモードに分けられ、多くの場合は任意の操作に任意のアドレッシングモードを使えるようになっている。

ビットレベルで見ると、命令のオペコードの値は必ずしも現状の通りである必然性はない。 このことは、ある意味でよい妥協点だった。 真の直交性のあるマシンと同等の利便性を得ると同時にCPU設計者はオペコード表を自由に埋めることができた。

最小命令サイズは当時としては大きい16ビットである。 さらに多くの命令やアドレッシングモードは追加のワードでアドレスやアドレスモードビット等を表現する。

多くの設計者はMC68000アーキテクチャはコストに見合うコンパクトなコードを実現していると信じている(特にコンパイラがコードを生成した場合)。多くの組み込み制御システムの設計者はメモリのコストに敏感であり、コードがコンパクトであるという信念がMC68000ならびに後継CPUを採用する動機に繋がり、アーキテクチャの寿命を延ばした。そして同様にコンパクトなARMアーキテクチャのThumb命令セットが登場するまで、多くの68000命令セット(のCPU)の採用をもたらし続けた。

特権レベル

このCPUと他の全ファミリは二段階の特権レベルを実装している。 ユーザモードでは割り込みレベル制御以外はアクセス可能である。 スーパバイザ特権では全てにアクセスできる。 割り込みが発生するとスーパバイザモードに移行する。 スーパバイザビットはステータスレジスタに格納され、ユーザプログラムからも見える。

割り込み

68000は8つの割り込みレベルを持つ。 レベル0から7まで厳密に優先順位が決まっている。 番号が大きい割り込みが番号の小さい割り込みに対して割り込むことが出来る。 ステータスレジスタには現在の割り込みレベルを特権命令でセットすることができ、これにより低いレベルの割り込みをブロックする。 レベル7はマスクすることができないため、NMI(Non-Maskable Interrupt)とも言う。 レベル0は他の全てのレベルが割り込むことができる。 レベルはステータスレジスタに格納され、ユーザレベルプログラムからも見ることが出来る。

ハードウェア割り込みは3本の信号線によってCPUに伝えられ、この3本の値がペンディング中の最も高い割り込みレベルにエンコードされる。 別途割り込みをエンコードするための割り込みコントローラが必要である。 ただし、割り込み発生源が三つ以下のシステムでは、各割り込みを三本の信号線にそれぞれつなぐことで割り込みコントローラを省略できる。 ただし、割り込みレベルと割り込みの対応が単純ではないためソフトウェアでの処理が複雑になる。 割り込みコントローラは74LS148のような単純なエンコーダでもよいし、VLSIの周辺チップでもよい。 例えばMC68901は、割り込み制御だけでなくUART(シリアル)、タイマー、パラレルI/Oを備えている。

例外テーブル(割り込みベクターテーブル)はアドレス0番地から1023番地まで固定で置かれ、256個の32ビットアドレスを表す。 最初のベクターは初期スタックアドレスであり、二番目のベクターは初期コードアドレスである。 3番から15番のベクターは各種エラー処理ルーチンのアドレスである。 エラーの種類としてはバスエラー、アドレスエラー、不正命令、ゼロによる割り算、CHK/CHK2命令ベクター、特権違反、そして予約されたベクター(後にline 1010エミュレータ、line 1111エミュレータ、ハードウェアブレークポイントに割り当てられた)がある。 ベクター24から実際の割り込みに対応する。ハードウェアに対応しない擬似割り込み、レベル1から7のベクター、15個のTRAPベクター、いくつかの予約されたベクター、ユーザ定義ベクターの順番で並んでいる。

リセットされたとき、少なくともスタートコードアドレスのベクターには正しいアドレスが入っている必要がある。多くのシステムは不揮発メモリ(つまりROM)を持っていて、0番地に配置し、そのROMにベクターテーブルとブートストラップコードが入っている。 しかし、汎用システムでは動作中にベクターを書き換えられるのが望ましい。 これを実現するため、ROM上のベクターがRAM上のジャンプテーブルを指すようにするか、バンク切り替えで動作中に0番地付近の配置をROMからRAM変更する。

68000はPopekとGoldbergの仮想化要件(virtualization requirements for full processor virtualization)を満たしていない。 というのは、"MOVE from SR" 命令が特権命令でないため、ユーザモードから特権ステータスが見えてしまうからである。 この問題は後述する仮想記憶サポートの問題とともに後のMC68010で改善された。"MOVE from SR" 命令は特権命令となり、ユーザモードのソフトウェア用に"MOVE from CCR"命令を追加した。ユーザモードで "MOVE from SR" 命令を使った場合、トラップが発生してOS側でエミュレートすることも可能である。

MC68000 でのデマンドページングの実現

680x0系の最初のプロセッサであるMC68000の仕様は、外部支援なしにはデマンドページングの実現が困難なものであった。

デマンドページングでは、実行中の命令のメモリアクセスがページフォールトを起こしたら、(それが正常なアクセスであれば)その実行中の命令の実行を一旦フリーズし、外部記憶と主記憶の間でスワッピングをおこなってから、実行中だった命令の実行から再開する、という処理が必要である。

しかし、MC68000がページフォールトの際に保存する内部情報は、「実行中だった命令の実行からの再開」ができないものであった。このため、MC68000の通常の割り込みの処理に従ってしまうと、デマンドページングは実現できない。これを、単にそもそもサポートするつもりが無かったものとみるむきもあれば、「仕様のバグ」とみるむきもあれば、後述のようにして実現が可能であるし、MMUも計画中に過ぎなかったのだから「将来仮想記憶をシリコン上に実装することを正当化する需要が発生するまでの暫定的な実装仕様」だったと考えるほうが自然である、とみるむきもある。

そのようなMC68000で仮想記憶を実装するためには、MC68000には次のような機能があった。バスアクセス中にあるピンをアサートすることにより、命令の実行をそこで一旦フリーズし、スリーステートバスをハイインピーダンスにして解放させたままいつまででも止めておいて、そののち、元の命令の中断したバスアクセスから再実行(re-run)する機能である。これによるバスサイクルをリランサイクル(rerun cycle)という。

これを利用して、メインのCPUであるMC68000を止めた状態で、別のプロセッサでページ処理をおこなうようにして、デマンドページングを実装できる。必然性はないが、同じバスに接続する容易性から、この補助プロセッサにもMC68000が使われることが多い。

以上のようなMC68000のデュアル・プロセッサによる仮想記憶を実現したコンピュータとしてはアポロコンピュータのDomainが有名である。同社の実装ではページスワップを担うスレーブ・プロセッサは、通常時はグラフィックス・プロセッサとして動作し、必要に応じてマスターのページ・スワップ要求に応じた。

この問題は後のMC68010で解決された。MC68010では、バスエラーとアドレスエラーが発生した場合、エラーを発生させた元の命令を指すプログラムカウンタのアドレスをスーパバイザスタックに保存することにより、元の処理に復帰できるようになった。

命令セットの詳細

基本的なアドレッシングモードは以下の通りである。

  • レジスタ直接
    • データレジスタ、例 "D0"
    • アドレスレジスタ、例 "A6"
  • レジスタ間接
    • 単純アドレス、例 (A0)
    • ポストインクリメント付アドレス、例 (A0)+
    • プレデクリメント付アドレス -(A0)
    • 16ビット符号付オフセット、例 16(A0)
    • 実際のインクリメントやデクリメントのサイズはオペランドの指定によって変わる。バイトリード命令ではインクリメントすると、アドレスに1を加算し、ワード(16ビット)では2を、ロング(32ビット)では4を加算する。
  • インデックス付レジスタ間接
    • 8ビット符号付オフセット、例 8(A0, D0) または 8(A0, A1)
  • プログラムカウンタ相対
    • 16ビット符号付オフセット、例 16(PC). このモードは非常に便利
    • インデックス付8ビット符号付オフセット、例 8(PC, D2)
  • 絶対アドレス指定
    • "$4000"のような数値や、アセンブラが翻訳するシンボリックな名前。
    • 68000のアセンブリ言語では16進数を表すのに"0x"ではなく"$"を使うものが多い。
  • イミディエート値
    • 命令内に埋め込み、例 "#400".

追加:ステータスレジスタへのアクセス。後のモデルでは他の特殊レジスタも同様。

多くの命令にはドットに続くサフィックスが付き、処理単位を8ビット (".b")、 16ビット (".w")、32ビット (".l")で指定する。

多くの命令は入力(ソース)と出力(デスティネーション)を持ち、デスティネーションに変更を加える。主な命令は以下の通りである。

  • 算術演算:ADD, SUB, MULU(符号なし掛け算), MULS(符号あり掛け算), DIVU, DIVS, NEG(否定加算), CMP(減算の一種だが、ステータスビットにのみ結果を反映し、実際の減算結果は格納しない)
  • 二進化十進演算:ABCD, SBCD
  • 論理演算:EOR(排他的論理和), AND, NOT(論理否定)
  • シフト演算:
    • 論理シフト、つまり右シフトで最上位ビットをゼロにする: LSL, LSR
    • 算術シフト、つまり最上位ビットを符号拡張する: ASR, ASL
    • ローテート、eXtendを使う命令と使わない命令: ROXL, ROXR, ROL, ROR
  • メモリ内のビット操作:BSET(1にする), BCLR(0にする), and BTST(SRのZeroビットをセット)
  • マルチプロセッサ制御:TAS(テストアンドセット、1命令でビットテストのためのリードとその結果のライトの2つのメモリアクセスを割り込みなどで中断されない不可分なバスサイクルで行うことによりメモリ共有型マルチプロセッサでのセマフォを実現)
  • フロー制御:JMP(ジャンプ), JSR(サブルーチンコール), BSR(相対アドレスでのサブルーチンコール), RTS(サブルーチンからの復帰), RTE(例外や割り込みからの復帰), TRAP(ソフトウェア割り込みに似たソフトウェア例外を発生), CHK(条件付きソフトウェア割り込み)
  • 分岐:Bcc("cc"は分岐条件として16種類のステータスレジスタのチェック方法を記述:equal(等しい), greater than(大きい), less-than(小さい), carry, これらの組み合わせや論理否定)
  • デクリメント付き分岐:DBcc("cc"は分岐命令と同じ意味)指定したデータレジスタをデクリメントした後、指定された条件が真で、デクリメント結果が-1でないなら分岐する。0ではなく-1でチェックするのは、ループを記述する場合にコードを単純化するためである。ループカウンタとして最初から0が指定された場合、デクリメントされて-1になるので分岐しない。したがって0かどうかをループに入る前にチェックする必要がない。

M68000ファミリ

メインプロセッサ

  • MC68000 - サン・マイクロシステムズの初代UNIXワークステーションであるSun-1 や、初期の Macintosh などに採用された。日本ではシャープ X68000シリーズ、SEGA メガドライブ、SNK ネオジオなどに採用された。
    • MC68EC000 - 8bit データバスとして使用できるローコスト版。各種機器制御用の組み込みMPUとして使用されたほか、セガサターンではサウンド制御用MPUとして搭載された。
  • MC68008 - データバスを8ビット、アドレスバスを20ビットに縮小、安価な48ピンパッケージに収めた縮小版の68000MPUである。
  • MC68010 - MC68000 に仮想記憶および仮想機械を実現するための機構を追加した。3ワード分のキャッシュを持ち、MC68000に較べ、DBcc命令等を高速に実行可能だった。サン・マイクロシステムズUnixワークステーションであるSun-2に搭載された。
  • MC68012 - 外部アドレスバス31ビット。
  • MC68020 - 外部アドレスバス32ビット、データバス32ビットと、名実ともに32ビット化。命令キャッシュ256バイトを追加。コプロセッサの接続も可能になった。 Sun-3、Macintosh II、Amiga 1200などに搭載。
  • MC68030 - MC68851相当のMMU内蔵、命令キャッシュのほかにデータキャッシュ256バイトを追加。Sun3/80、ソニー NEWS、Next Cube(初代)、Macintosh IIx以降、Amiga 3000などに搭載。
    • MC68EC030 - MMU 無し。シャープ X68030に搭載。
  • MC68040 - MMU、MC68882相当のFPU内蔵(一部命令はソフトウェアエミュレート)、各キャッシュを4Kバイトに増加、命令の高速化、マルチプロセッサのサポート。Next Cube、Macintosh Quadra・Centris、Amiga 4000などに搭載。なお、68040はXC68040(ソフトで言うベータ版)チップがそのまま量産されており、いわゆるエラッタが解消したMC68040はほとんど流通していない。
    • MC68EC040 - MMU無し。
    • MC68LC040 - FPU無し。Macintosh LC475・575等、Appleの廉価モデルなどに搭載。
    • MC68040V - 低電圧動作 (3.3V) 版。
  • MC68060 - 68040とピン互換、内部2逓倍、ワイヤードロジック化に伴い、一部の命令が削除された。しかしサン・マイクロシステムズはSPARC、MacintoshはPowerPC、他はMIPSなどに移行したためワークステーション・パソコンではほとんど採用されず。AmigaやX680x0ではアクセラレータとして使われた。
    • MC68EC060
    • MC68LC060
  • SCC68070 - シグネティックスが、CD-iのために製造した組み込み用の互換MPU。
  • MC68MH360FE - MC68360(CPU32+ベース)+SCC(Serial Communications controllers)

周辺LSI

  • MC68120 - IPC (Intelligent Peripheral Controller with mask ROM)
  • MC68121 - IPC (Intelligent Peripheral Controller w/o mask ROM)
  • MC68150 - DBS (Dynamic Bus Sizer)
  • MC68153 - Bus Interrupter
  • MC68160 - EEST (Ethernet Driver)
  • MC68184 - BIC (Broadband Interface Controller)
  • MC68185 - Twisted Pair Modem
  • MC68194 - Carrierband Modem for IEEE 802.4
  • MC68195 - Local Talk Adapter
  • MC68230 - PI/T (Parallel Interface & Timer) パラレルインターフェイス&タイマ
  • MC68338 - MAC (Media Access Controller)
  • MC68339 - FSI (FDDI System Interface)
  • MC68356 - SPCE (Signal Processing Communication Engine)
  • MC68360 - QUICC ( Quad Integrated Communication Controller)
  • SCC68430 - DMAC (1ch Direct Memory Access Controller)
  • MC68440 - DMAC (2ch Direct Memory Access Controller)
  • HD68450 - DMAC (4ch Direct Memory Access Controller)
  • MC68451 - MMU (Memory Managiment Unit)
  • MC68452 - Bus Arbiter
  • HD63463 - HDC (Hard Disk Controller) ハードディスクコントローラ
  • HD63484 - ACRTC (Advanced Cathod Ray Tube Controller)
  • MC68488 - GPIBA (GP-IB Adapter)
  • R68C552 - DACIA (Dual Asynchronous Communication Interface Adapter)
  • R68560]- MPCC ( Multi Protcol Commuication Controller)
  • HD68562 - DUSCC (Dual Universal Serial Communication Controller)
  • MK68564 - UART
  • MC68605 - X.25 Protcol Controller
  • MC68606 - X.25 Multi-Link LAPD Protocol
  • SCN68652 - MPCC (Multi-protcol Communication Controller)
  • MC68661 - UART
  • MC68681 - DUART (Dual Universal Asynchronus Receiver/Transmitter)
  • SCC68692 - 68681 Compatible CMOS
  • R68802 - LNET (Local Network Controller)
  • MC68824 - TBC (Token Bus Controller)
  • MC68834 - Stream Cipher Chip
  • MC68836 - FCG (FDDI Clock Generator)
  • MC68837 - ELM (Elasticity Buffer and Link management)
  • MC68838 - MAC (Media Access Controller)
  • MC68839 - FSI (FDDI System Interface)
  • MC68840 - Integrated FDDI
  • MC68847 - quad ELM
  • MC68848 - CAMEL
  • MC68851 - PMMU (32bit Page Memeoy Management Unit)
  • MC68881 - FPU (Floating-Point Unit) 浮動小数点演算ユニット
  • MC68882 - FPU (Floating-Point Unit) 浮動小数点演算ユニット(改良版)
  • MC68901 - MFP (Multi Function Peripheral) 多機能周辺コントローラ

後継製品

  • CPU16
    • TMP68301 - 68HC000 + UART etc(東芝製)
    • TMP68303 - 68HC000 + UART + PI/T(東芝製)
    • MC68302 - 68EC000 + SCC(高機能通信コントローラ)、DMA、Timer他。ISDN等の通信機器に使われた。
    • MC68306 - 68EC000 + DUART
    • MC68307 - 68EC000 + UART
    • MC68322 (BANDIT) - 68EC000 +
    • MC68328 (DragonBall) - 68EC000 + LCDコントローラ、UART、SPI、PWM、Timer、RTC他。Palm (PDA) に使われた。
  • CPU32 MCU
    • MC68330 - CPU32
    • MC68331 - CPU32 + GPT (Timer),QSM(キュー付シリアルモジュール)
    • MC68332 - CPU32 + TPU(高機能なタイマ/カウンタ),QSM,SIM(システム統合モジュール)
    • MC68334 - モジュラプロセッサ - CPU32 + TPU,SIM, 8/10ビットADコンバータ
    • MC68340 - CPU32 + DMA,DUART,Timer
    • MC68341 - CPU32 + タイマ,2チャネルDMA,2チャネルSIO(シリアルIO),SIM41(システム統合モジュール)、CD-Iエンジン向けプロセッサ、データバス16ビット、アドレスバス32ビット
    • MC68356 - MC68302のスーパーセット(統合マルチプロトコル・プロセッサ) - 68EC000 + RISCプロセッサ(CP:通信プロセッサとして利用) + DSP56002, SIB(システム統合ブロック), PCMCIAサポート, 16550UARTエミュレーション
    • MC68360 (QUICC) - CPU32+(CPU32上位互換) + CPM(高機能通信コントローラ),DMA,Timer
  • ColdFire - M68Kシリーズから派生したRISCプロセッサ。命令セットは68000から一部削除されソースコードレベルでサブセットとなっている。
    • MCF52xx - ColdFire V2
    • MCF53xx - ColdFire V3
    • MCF54xx - ColdFire V4/V4e

参考文献

テンプレート:Refbegin

テンプレート:Refend

脚注

テンプレート:脚注ヘルプ テンプレート:Reflist

注記

テンプレート:Sister

  1. 640×400ドット程度の解像度でRGB各プレーンについてそれぞれ32キロバイト程度のVRAMを必要とする多色ビットマップグラフィック環境においては、実メモリ空間が最大1メガバイトの8086ではプログラムエリアを圧迫しないためにVRAM各プレーンをバンク切り替えするなどの回避策を講じる必要があった。このため、CPUから直接VRAMにアクセスするのにセグメント操作やバンク切り替えを併用する必要のある8086は、基本的にはVRAMをリニアにメモリ空間上に配置でき、しかもメモリ操作命令で直接必要なアドレスを指定できる68000と比較してプログラミングがどうしても煩雑になった。

テンプレート:Processor architectures

テンプレート:Motorola processors
  1. "68HC001 obsoletes 68008.", Microprocessor Report, 1990年6月20日; available from HighBeam Research (subscription).
  2. "Motorola streamlines 68000 family; "EC" versions of 68000, '020, '030, and '040, plus low-end 68300 chip.", Microprocessor Report, 1991年4月17日; available from HighBeam Research (subscription).
  3. "Motorola reveals MC68SEC000 processor for low power embedded applications", Motorola press release, 1996年11月18日; archived by Internet Archive on 1997年3月28日.
  4. comp.sys.m68k Usenet posting, 1995年5月16日; 同スレッド内の他のポストも参照されたい。
  5. 5.0 5.1 テンプレート:Cite book