１５．命令追加

残念ながらドライストーンは走りませんでした。原因は、１０BYTE命令が出現してしまったからです。当面FPGA内RAMしか使うつもりはなかったので、多くても３２KBスペースだから、Displacement:24命令をGCCは、吐かないだろうと期待していたのですが、見事にはずれました。（一体どうなっているのでしょう。Displacement:16で充分のはずですが。）

　仕方ないのでインプリメントしてみます。マイクロコードの設計がよかったので、マイクロコード変更でいけそうです。ついでに、詳しく命令の追加方法について見ていきましょう。


<問題>
H8プロジェクトのフェッチハードウェアは、８Byte単位です。１０Byte命令は、どうすればいいのでしょうか？また、あのウンザリするマイクロコード全体を書き換える勇気はありません。なんとか、マイクロコードフォーマットを変更せずに対応したいです。どうすれば、よいでしょう？
ヒントは、命令フォーマットにあります。

mov.l ERs,@(d:24,ERd)と、STC ERs,@(d:24,ERd)は、１０Byte命令、mov.w ERs,@(d:24,ERd)は、８Byte命令です。１０Byte命令を２Byte　<<
すると下のインプリメント済み命令に似た形になる所がミソです。
従って、1回目のFetchの最初のステートで、PC++、NOP　IR待ちを行います。最初の16ビットフィールドでしか、STCとmov.lは区別がつかないので、ハードフラグを追加します。フラグをSetして後は、レジスタフィールドを含まれないので捨ててもOKです。2回目のIRは、あたかもmov.w...に見えますが、ステートインクリメントは継続させ、mov.w..が使用していないステートで、デコードを継続すれば、いいのです。

ステート数は、かなり多くなってしまいますが、１０BYTE命令の出現頻度は低いのでパフォーマンスにも影響しないでしょう。

以下の命令も上と同様に扱えます。
下段が、類似既インプリメント命令になります。
ところで、LDCとSTCは、前半のデコードでは区別できませんので、フラグは共通とします。また、STCだけを考えれば、ステート数は短くてもいいのですが、LDCとSTCが区別できないために、2nd　Decodeでは、最長ステート（LDC）に合わせた待ち合わせを行います（NOP挿入）。結果、この4命令(10バイト命令全部）については、6-8ステートになります。