２０１８．７．４
前へ
次へ
ホームページトップへ戻る


１６ビットマイコンボードの製作
〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜
いつか使ってみるつもりで入手してそのまま置いてあった１６ビットＣＰＵのことを思い出しました。
ＡＭＤ社のＡＭ１８８です。
その名の通り、ＣＰＵコアは８０１８８互換の１６ビットＣＰＵです。
そのＡＭ１８８を使った１６ビットマイコンボードの製作記事です。
〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜

［第４８回］



●８０８６の最高に悩ましい問題（ＣＳとＤＳ）

このテーマについては［第３２回］、［第３３回］、［第４０回］に書いてきました。
それぞれに悩ましい問題なのですが、私にとって最高に悩ましい問題は、今回のテーマ「ＣＳとＤＳ」です。
８０８６のアセンブラプログラムで避けて通れないのがセグメントの概念です。
あ、いや、ユーザーレベルではセグメントについては全く考えなくても通ることが可能です。
しかし開発者レベルでは、セグメントの概念は時として悩ましい問題となります。
ＣＳとＤＳの問題については、８０８６ＢＡＳＩＣシステムのプログラム作業を開始した時点ではそれほど悩ましい問題とは思っていませんでした。
それが悩ましい問題であることに気が付いたのは浮動小数点演算プログラムの作業にかかってからでした。
これは当８０８６ＢＡＳＩＣシステムにとってはなかなかに困った問題です。

８０８６版ＢＡＳＩＣは現在開発を進めておりますＮＤ８０ＫＬ／８６ボードにＡＭ１８８ＣＰＵボードを搭載したときの基本ＯＳです。
ＢＡＳＩＣなのにＯＳか？と疑問に思われるかもしれませんが、昔のＰＣ９８０１のようなイメージです。
ＮＤ８０ＫＬ／８６の名前にありますように、ＣＰＵとしてはＺ８０互換のＫＬ５Ｃ８０Ａ１２を搭載することもできます。
この場合にはＮＤ８０Ｚ３．５の高速かつ高機能版となります。
メインＯＳとしてはＮＤ８０Ｚ３．５のＺＢ３ＢＡＳＩＣを考えていますが、当社のＫＬ５Ｃ８０Ａ１２ボード（ＺＢＫシリーズ）に搭載しているＺＢＫＶ３ＢＡＳＩＣも搭載するつもりで、現在その作業の途中でもあります。

ＮＤ８０ＫＬ／８６はプラットフォームともいうべきベースボードの上に８ビットのＫＬ５Ｃ８０Ａ１２を搭載すれば高速高機能のＺ８０マイコンボードとなり、ＡＭ１８８を搭載すれば１６ビットの８０８６マイコンボードとなります。
ハードウェアのプラットフォームが共通ですので、両者はハードウェア的には同じ設計思想の上にあります。
そのベースにあるのは、アドレスは異なりますが、システムはＲＯＭで、データとユーザプログラムはＲＡＭで、というところです。

最近のパソコンは大容量のＤＲＡＭを利用して、システムもデータもアプリケーションプログラムもＲＡＭ上に置くのが当然のことになっています。
そのメリットは考えるまでもありません。
システムプログラムをＲＡＭにロードすることによって、自由にシステムを構築、改変することができます。
デメリットはシステムが大きくなるに比例してロード時間が増大し、またシステムを保存するためのハード装置の容量も増大することです。
Ｗｉｎｄｏｗｓのように巨大なＯＳではメリットのほうが圧倒的でしょう。
その一方でＮＤ８０ＫＬ／８６のように小さなシステムでは、ＲＡＭ方式はシステムプログラムをどこに格納するのかというのが問題になります。
ＮＤ８０ＫＬ／８６はＮＤ８０Ｚ３．５と同様にＷｉｎｄｏｗｓパソコンとＵＳＢ接続する機能も当然搭載していますから、Ｗｉｎｄｏｗｓパソコンのハードディスクを利用する、という考え方も成り立ちます。
しかしＮＤ８０Ｚ３．５以来、というよりＴＫ−８０互換ということでスタートした初代ＮＤ８０からずっとシステムプログラムはＲＯＭでやってきましたから、やはりその線でいきたいと思います。

今回の問題は、つまるところシステムプログラムをＲＯＭに置くのか、それともＲＡＭに置くのか、という点に集約できます。
ソフトウェア的に見れば、普通はシステムがＲＯＭにあってもＲＡＭにあってもそれほど問題にはなりません。
ただハードウェアから見ればＫＬ５Ｃ８０Ａ１２の場合には００００はＲＯＭでなければならないという制約があります。
ＣＰ／Ｍ互換ＤＯＳを走らせるためにはハードウェアでの工夫が必要です。
なおシステムソフトを開発する場合にＲＡＭ上にプログラムがあれば、ＲＳＴ７（ＦＦ）を利用したブレークポイントを設定できるという大きなメリットがあります。
またシステムプログラムをＲＡＭにロードできれば、デバッグ中のプログラムを毎回ＲＯＭに書いてテストするという面倒な手間も省けます。
ということでＺ８０用のシステムプログラムをデバッグする場合には、システムをＲＡＭにロードする、といういわば裏のシステムテクニック（？）を使っています。

ともあれそのような８ビットＺ８０システムの流れをうけてＡＭ１８８の場合にもシステムプログラムはＲＯＭで、そしてデータとユーザープログラムはＲＡＭに置くというのがＮＤ８０ＫＬ／８６システムの基本コンセプトとなります。
ＫＬ５Ｃ８０Ａ１２の場合にはＲＯＭは始まりが０００００にあるような位置に置き、ＲＡＭは終わりがＦＦＦＦＦにあるような位置に置きます。
ＡＭ１８８（８０８６も同じ）の場合にはＲＯＭはＦＦＦＦ０を含むアドレスに置かなければなりません。
ＲＡＭはどこでもよいのですが、結局のところ割込みテーブルアドレス０００００を含むアドレスに置くことになります。

ＡＭ１８８の場合には、ここでセグメント問題が出てきます。
ＡＭ１８８（８０８６も同じ）には４つのセグメントレジスタがあって、そこに設定する値によって１ＭＢのメモリ空間の中の任意の６４ＫＢ（ただし開始アドレスの下位４ビットは必ず００００）を４つまでアクセスすることができます。
しかし完全に自由ではなくて、そこには制約があります。
ＣＳ（Ｃｏｄｅ　Ｓｅｇｍｅｎｔ）レジスタで指定する６４ＫＢはその名前の通りプログラム領域で、ＰＣ（Ｐｒｏｇｒａｍ　Ｃｏｕｎｔｅｒ）の値はこのセグメント内のアドレスを示します。
ＤＳ（Ｄａｔａ　Ｓｅｇｍｅｎｔ）レジスタで指定する６４ＫＢはその名の通りデータ領域で、データとしてメモリアドレスを指定する命令は一部の例外を除いてＤＳ内のアドレスを示します。
ＳＳ（Ｓｔａｃｋ　Ｓｅｇｍｅｎｔ）レジスタで指定する６４ＫＢはスタック領域で、ＰＵＳＨ、ＰＯＰ命令はＳＳのメモリアドレスに対して働きます。
またＳＰはＳＳ内のアドレスを示します。
このほかにＥＳ（Ｅｘｔｒａ　Ｓｅｇｍｅｎｔ）がありますが、これはちょっと特殊なので普段は意識しなくてもよいかと思います。
問題はＣＳとＤＳです。
たとえば
ＭＯＶ　ＡＬ，［８９ＡＢ］
という命令を考えた場合、この命令のコード
Ａ０ＡＢ８９
は当然ＣＳのメモリアドレスに置かなければなりません。
８９ＡＢという値もＣＳに置くことになるわけですが、その８９ＡＢが示すメモリアドレスはＤＳ内のアドレスになります。
いちいちこんなことを考えていたのではプログラムは書けません。
そこでユーザーがプログラムやデータを書いたり読んだりするメモリアドレス８０００〜ＦＦＦＦ（これはユーザーの便を考えてＮＤ８０Ｚ３．５と同じ領域を割り当てています）はＣＳとＤＳで同じメモリ（ＲＡＭ）領域を割り当てています。
そしてＳＳにも同じＲＡＭ領域を割り当てています。
こうすることでユーザーはセグメントの呪縛から開放されて、８０８０やＺ８０の知識だけでプログラミングをすることができます。

しかし８０８６ＢＡＳＩＣシステムプログラムを書いている私にとっては、呪縛のままです。
先に書きました通り、ＦＦＦＦ０を含むアドレスにはＲＯＭを置きます。
そしてシステムプログラムはそのＲＯＭに置きます。
ＣＳにはＦ０００を指定します（この場合プログラムが置かれるメモリアドレスはＦ００００〜ＦＦＦＦＦになります）。
一方でＤＳには００００を指定します（この場合データが置かれるメモリアドレスは０００００〜０ＦＦＦＦになります）。
プログラムとデータとで全く重なりがありませんが、ま、そこは開発者である私がしっかり意識してシステムプログラムを書けばよいだけの話です。
８０８６ＢＡＳＩＣシステムが起動して、ユーザーが自由にプログラムやデータを書いたり読んだりできるモードにある間だけは、一時的にＣＳ＝ＤＳ＝００００にします（ＳＳとＥＳはつねに００００にしてあります）。

実は。
今までの８０８６ＢＡＳＩＣシステムプログラムの作成、デバッグは、ＣＳ＝ＤＳ＝００００にして、システムプログラムをその０１００にロードして作業してきました。
ＲＡＭ上でデバッグするほうがはるかに楽だからです。
Ｚ８０や８０８０ではＲＡＭ上のプログラムのデバッグとして、ブレークポイントを設定するのに命令コードをＦＦに書き換えることで行ないます。
８０８６プログラムでは同じことを命令コードをＣＣに置き換えることで行なえます。
また上にも書きましたように、ＣＳ＝ＤＳ＝００００にすることで、デバッグ中のシステムプログラムをいちいちＲＯＭに書かなくてもＲＡＭにロードしてすぐにデバッグできますから、これはとても楽です。
過去のログからそこのところをお見せしますとこのようになります。

logfile nd80klog\06240934.txt open

ＮＤ８０ＫＬ／８６に接続しました
0001 001D - z
0003 0339 - 
*** nd80kl/86(am188) basic ****
>/ld 86rom4v.bin,0100
loading 86ROM4V.BIN ...7ef5(32501)bytes loaded,from 0100 to 7FF4
>cm 1878
1878 F0-00
1879 BF-
>jp 1000
>

システムを起動した時点ではシステムプログラムはＣＳ＝Ｆ０００のＲＯＭ上で実行されています。
／ＬＤ　８６ＲＯＭ４Ｖ．ＢＩＮ，０１００でデバッグ中のシステムプログラムをＤＳ＝００００（ＲＡＭ領域）にロードしています。
００００〜００ＦＦの割込みテーブルを壊さないように０１００にロードしています（割込みテーブルは００００〜０３ＦＦの１ＫＢですが、今のところ前の方しか使っていません）。
次にＲＡＭにロードしたシステムプログラムの一部を書き換えます。
１８７８をＦ０から００に書き換えています。
ブレークしたときにＣＳ＝Ｆ０００の割込みプログラムではなくてＣＳ＝ＤＳ＝００００の割込みプログラムにジャンプするためです。
当然デバッグに必要なシステムプログラム部分はＲＯＭとＲＡＭとで一致していることが前提です。
最後にＪＰ　１０００を実行します。
マシン語デバッグツールのＪＰコマンドは「ＲＡＭ」の指定アドレス（ＣＳ＝ＤＳ＝００００に設定したうえで、指定するメモリアドレス）にジャンプします。
このあたりのことについては［第２６回］に書いています。

これでやっと本題に落ち着きました。
今までのデバッグ作業はＣＳ＝ＤＳの状態で行なってきましたので特に問題はありませんでした。
ところが浮動小数点計算プログラムのデバッグに入ったところで気が付いてしまいました。
これってまずいんじゃないの？
下はＳＩＮ（）関数のプログラムです。

[02042]                     ;;;SIN[RAD]
[02043] 4E0E  F606A1F101    FSIN:TEST [*DFLSW]B,01
[02044] 4E13  7403              JZ FSIN1 <4E18>
[02045] 4E15  E95A1F            JMP DSIN <6D72>
[02046] 4E18  E892FF        FSIN1:CALL KAKKOD  <4DAD>
[02047] 4E1B  A0FFF1        FSIN2:MOV AL,[*FA8]   
[02048] 4E1E  0AC0          OR AL,AL
[02049] 4E20  50            PUSH AX
[02050] 4E21  7905          JNS FSI2 <4E28>
[02051] 4E23  32C0          XOR AL,AL
[02052] 4E25  A2FFF1        MOV [*FA8],AL   
[02053] 4E28  A0FEF1        FSI2:MOV AL,[*FA7]
[02054] 4E2B  3CF6          CMP AL,F6
[02055] 4E2D  7879          JS FSIE    <4EA8>
[02056] 4E2F  BE044F        FS22:MOV SI,*F2PI
[02057] 4E32  E8B5FD        CALL FCMPCS    <4BEA>
[02058] 4E35  7809          JS FSI3 <4E40>
[02059] 4E37  BE044F        MOV SI,*F2PI
[02060] 4E3A  E887FA        CALL FSUBCS    <48C4>
[02061] 4E3D  EBF090        JMP FS22    <4E2F>
[02062] 4E40  BEF04E        FSI3:MOV SI,*FPAI
[02063] 4E43  E8A4FD        CALL FCMPCS    <4BEA>
[02064] 4E46  780A          JS FSI4    <4E52>
[02065] 4E48  58            POP AX
[02066] 4E49  3480          XOR AL,80
[02067] 4E4B  50                PUSH AX;PUSH AF
[02068] 4E4C  BEF04E        MOV SI,*FPAI   
[02069] 4E4F  E872FA        CALL FSUBCS    <48C4>
[02070] 4E52  BEFF4E        FSI4:MOV SI,*FPI2
[02071] 4E55  E892FD        CALL FCMPCS    <4BEA>
[02072] 4E58  780C          JS FSI5    <4E66>
[02073] 4E5A  BEF04E        MOV SI,*FPAI   
[02074] 4E5D  E869F9        CALL HLRBCS    <47C9>
[02075] 4E60  E832F9        CALL XAB    <4795>
[02076] 4E63  E867FA        CALL FSUB2 <48CD>
[02077] 4E66  BEFF4E        FSI5:MOV SI,*FPI2
[02078] 4E69  E8E5FA        CALL FDIVCS    <4951>
[02079] 4E6C  E82EFE        CALL APSH    <4C9D>
[02080] 4E6F  BEFBF1        MOV SI,*FA4
[02081] 4E72  E844F9        CALL HLRB    <47B9>
[02082] 4E75  E865FA        CALL FMUL2    <48DD>
[02083] 4E78  BED0F0        MOV SI,*FB0
[02084] 4E7B  E8EEFD        CALL APUT <4C6C>
[02085] 4E7E  BE094F        MOV SI,*SIT1   
[02086] 4E81  E850FA        CALL FMULCS    <48D4>
[02087] 4E84  BE0E4F        MOV SI,*SIT2
[02088] 4E87  E84200        CALL ADMLCS    <4ECC>
[02089] 4E8A  BE134F        MOV SI,*SIT3   
[02090] 4E8D  E83C00        CALL ADMLCS    <4ECC>
[02091] 4E90  BE184F        MOV SI,*SIT4   
[02092] 4E93  E83600        CALL ADMLCS    <4ECC>
[02093] 4E96  BEFF4E        MOV SI,*FPI2
[02094] 4E99  E840F9        CALL FADDCS    <47DC>
[02095] 4E9C  BEFBF1        MOV SI,*FA4
[02096] 4E9F  E817F9        CALL HLRB    <47B9>
[02097] 4EA2  E812FE        CALL APOP    <4CB7>
[02098] 4EA5  E835FA        CALL FMUL2    <48DD>
[02099] 4EA8  BEEB4E        FSIE:MOV SI,*FLMT
[02100] 4EAB  E83CFD        CALL FCMPCS <4BEA>
[02101] 4EAE  7909          JNS FSIE2 <4EB9>
[02102] 4EB0  E824F8        CALL ACLR <46D7>
[02103] 4EB3  58            POP AX
[02104] 4EB4  8B3EC8F0      MOV DI,[*DCNT]
[02105] 4EB8  C3            RET
[02106] 4EB9  58            FSIE2:POP AX
[02107] 4EBA  8B3EC8F0      MOV DI,[*DCNT]
[02108] 4EBE  0AC0              OR AL,AL
[02109] 4EC0  7801              JS FSIE22 <4EC3>
[02110] 4EC2  C3            RET
[02111] 4EC3  A0FFF1        FSIE22:MOV AL,[*FA8]
[02112] 4EC6  3480          XOR AL,80
[02113] 4EC8  A2FFF1        MOV [*FA8],AL   
[02114] 4ECB  C3            RET

ＳＩレジスタにＦＰＡＩ、ＦＰＡＩ２、ＳＩＴ１、ＳＩＴ２、ＳＩＴ３…のアドレスを入れて、サブルーチンをコールしています。
これらは定数データのアドレスです。

[02133]                     ;;;FPAI
[02134] 4EF0  ED            FPAI:DB ED
[02135] 4EF1  87            DB 87
[02136] 4EF2  64            DB 64
[02137] 4EF3  02            DB 02
[02138] 4EF4  00            DB 00
[02139]                     ;;;F90D
[02140] 4EF5  00            F90D:DB 00
[02141] 4EF6  00            DB 00
[02142] 4EF7  5A            DB 5A
[02143] 4EF8  07            DB 07
[02144] 4EF9  00            DB 00
[02145]                     ;;;FP180
[02146] 4EFA  1A            FP180:DB 1A
[02147] 4EFB  7D            DB 7D
[02148] 4EFC  47            DB 47
[02149] 4EFD  FB            DB FB
[02150] 4EFE  00            DB 00
[02151]                     ;;;FPI2
[02152] 4EFF  ED            FPI2:DB ED
[02153] 4F00  87            DB 87
[02154] 4F01  64            DB 64
[02155] 4F02  01            DB 01
[02156] 4F03  00            DB 00
[02157]                     ;;;F2PI
[02158] 4F04  ED            F2PI:DB ED
[02159] 4F05  87            DB 87
[02160] 4F06  64            DB 64
[02161] 4F07  03            DB 03
[02162] 4F08  00            DB 00
[02163]                     ;;;SIT1
[02164] 4F09  DD            SIT1:DB DD
[02165] 4F0A  6B            DB 6B
[02166] 4F0B  4F            DB 4F
[02167] 4F0C  F4            DB F4
[02168] 4F0D  00            DB 00
[02169]                     ;;;SIT2
[02170] 4F0E  32            SIT2:DB 32
[02171] 4F0F  93            DB 93
[02172] 4F10  4C            DB 4C
[02173] 4F11  F9            DB F9
[02174] 4F12  80            DB 80
[02175]                     ;;;SIT3
[02176] 4F13  2C            SIT3:DB 2C
[02177] 4F14  9A            DB 9A
[02178] 4F15  51            DB 51
[02179] 4F16  FD            DB FD
[02180] 4F17  00            DB 00
[02181]                     ;;;SIT4
[02182] 4F18  F0            SIT4:DB F0
[02183] 4F19  AE            DB AE
[02184] 4F1A  52            DB 52
[02185] 4F1B  00            DB 00
[02186] 4F1C  80            DB 80

これらの定数はＲＯＭに書いていますから、ＣＳのエリアに置いてあることになります。
しかしＳＩで参照する値はデータですからＤＳになければなりません。
幸い今はＲＡＭでデバッグしていますから、ＣＳ＝ＤＳなのでノープロブレムです。
しかししかし。
このままではデバッグが済んでこのままＲＯＭにプログラムを焼いたら、正しく実行できません。
ではどうするか？

取るべき対策は２つです。
その１つはシステム起動時に定数データをＲＯＭからＲＡＭアドレスにコピーします。
しかしそれは全く面白くないですねえ。
ＲＯＭに書いてあるデータをそのままＲＡＭにコピーする？
そんなものはクソ食らえ、であります。

すると残る対策、プログラムの必要部分を全部書き換える、ということになります。
これも相当に「クソ」でありますけれど、私の場合、こういう場合は悪態をつきながら、プログラムを書き換えていってしまいます。
ええ。
こんなクソシステムを開発したインテルの８０８６開発チームを思い切り呪いながら、です。
実は上でお見せしたＳＩＮ（）のリストはそのように対策をしたあとのプログラムです。
定数をＳＩレジスタにセットしたあとコールしているサブルーチンはＦＣＭＰＣＳとかＦＳＵＢＣＳのように名前の後ろにＣＳがついています。

たとえばＦＣＭＰの例です。
もとはＦＣＭＰだけだったのですが、今回の対策のためにＦＣＭＰＣＳを追加しました。
下のリストはその一部です。

[01744]                     ;;;FCOMP
[01745] 4BEA  E8DCFB        FCMPCS:CALL HLRBCS <47C9>
[01746] 4BED  EB0490            JMP FCMP2 <4BF3>
[01747] 4BF0  E8C6FB        FCMP:CALL HLRB <47B9>
[01748] 4BF3  E8F1FA        FCMP2:CALL TAZR <46E7>
[01749] 4BF6  750D          JNZ FCM22 <4C05>
[01750] 4BF8  8BC3              MOV AX,BX
[01751] 4BFA  0BC7              OR AX,DI
[01752] 4BFC  7501              JNZ FCMP21 <4BFF>
[01753] 4BFE  C3                RET

上のリストでは両者の違いは見えません。
先頭でコールしている、ＨＬＲＢＣＳ、ＨＬＲＢがカギです。
もとはＨＬＲＢだけだったところ、今回の対策のためにＨＬＲＢＣＳを追加しました。
なんだかいやーな雰囲気です。
インテルのクソ野郎であります。

[01241] 47B6  BEFBF1        FARB:MOV SI,*FA4
[01242]                     ;;;[HL] TO REG B
[01243] 47B9  B200          HLRB:MOV DL,00
[01244] 47BB  8A34          MOV DH,[SI]
[01245] 47BD  8BFA              MOV DI,DX
[01246] 47BF  46            INC SI
[01247] 47C0  8B1C          MOV BX,[SI]
[01248] 47C2  46            INC SI
[01249] 47C3  46            INC SI
[01250] 47C4  8B04          MOV AX,[SI]
[01251] 47C6  8BF0          MOV SI,AX;? LD L,A
[01252] 47C8  C3            RET
[01253]                     ;
[01254] 47C9  B200          HLRBCS:MOV DL,00
[01255] 47CB  2E            CS:
[01256] 47CC  8A34          MOV DH,[SI]
[01257] 47CE  8BFA              MOV DI,DX
[01258] 47D0  46            INC SI
[01259] 47D1  2E            CS:
[01260] 47D2  8B1C          MOV BX,[SI]
[01261] 47D4  46            INC SI
[01262] 47D5  46            INC SI
[01263] 47D6  2E            CS:
[01264] 47D7  8B04          MOV AX,[SI]
[01265] 47D9  8BF0          MOV SI,AX;? LD L,A
[01266] 47DB  C3            RET

ＨＬＲＢＣＳは［ＳＩ］を参照している命令の前にＣＳ：がついています。
セグメント変更プリフィクスです。
［ＳＩ］はデフォルトではＤＳのメモリを参照します。
そのままではＣＳに置いたデータを参照することはできません。
メモリを参照する命令の前にセグメント変更プリフィクスを置くと、その命令に限ってセグメントを変更することができます。
ＭＯＶ　ＤＨ，［ＳＩ］
ＭＯＶ　ＢＸ，［ＳＩ］
ＭＯＶ　ＡＸ，［ＳＩ］
はいずれもＤＳのメモリを参照しますが、
ＣＳ：
ＭＯＶ　ＤＨ，［ＳＩ］
ＣＳ：
ＭＯＶ　ＢＸ，［ＳＩ］
ＣＳ：
ＭＯＶ　ＡＸ，［ＳＩ］
はいずれもＣＳのメモリを参照します。
そういうことなら、全部ＸＸＸＣＳプログラムに変更してしまえばよいではないか？
ごもっともであります。
そうしたいのは山々なのですけれど、そうもいかない事情があるのです。
下のリストは上でお見せしたＳＩＮ（）の一部です。

[02077] 4E66  BEFF4E        FSI5:MOV SI,*FPI2
[02078] 4E69  E8E5FA        CALL FDIVCS    <4951>
[02079] 4E6C  E82EFE        CALL APSH    <4C9D>
[02080] 4E6F  BEFBF1        MOV SI,*FA4
[02081] 4E72  E844F9        CALL HLRB    <47B9>
[02082] 4E75  E865FA        CALL FMUL2    <48DD>
[02083] 4E78  BED0F0        MOV SI,*FB0
[02084] 4E7B  E8EEFD        CALL APUT <4C6C>
[02085] 4E7E  BE094F        MOV SI,*SIT1   
[02086] 4E81  E850FA        CALL FMULCS    <48D4>

ＦＤＩＶＣＳ、ＦＭＵＬＣＳはＣＳ付きですが、ＨＬＲＢ、ＡＰＵＴにはＣＳが付いていません。
ＦＡ４、ＦＢ０はデータ領域に置いたワークエリアなので、ＣＳとＤＳを分離したときには、ここをＣＳ付きのサブルーチンにすることはできません。
つまりＦＳＵＢもＦＡＤＤもＦＭＵＬＴもＦＤＩＶも、そしてそのほかのサブルーチンも、ある場合にはＣＳ領域の定数を参照しますが、ある場合にはＤＳ内のワークエリアを参照します。
必然的に必要なサブルーチンはＤＳ用とＣＳ用の２本立てにならざるをえません。
なかなかに厄介なことです。
もう一度、インテルのクソヤロー、であります。

いえ。
これだけのことでしたら、まだかわいげのあるクソ野郎であります。
次回に続きます。

１６ビットマイコンボードの製作［第４８回］
２０１８．７．４ｕｐｌｏａｄ

前へ
次へ
ホームページトップへ戻る