おぉ！　



なんかいけたっぽいゾ！！！！



だったらアレをこうしてここをこうやって・・・・

ちょっとこの関数内でのFIFOが行き詰ってる。



一種ブランチして、親タスクにタイマーと別のFIFOを用意して実験してみることにしよう・・・

うっちゃんへ。



スマンスマン。ちょっとソースをいい加減なとこから持ってきて貼り付けちゃった。

タイマーの設定の部分はいい加減というかいろいろな実験の名残り。

今はこんな感じです。

int send_sec_read(int C, int H, int S)


{


  struct TIMER *timer1 = timer_alloc();


  int fifobuf[128];


  struct FIFO32 fifo;


  fifo32_init(&fifo,128,fifobuf,0);





  fifo32_put(&fifo,10);


  return;

これで、この部分をコールしているFDタスクが固まっちゃうんですよねぇ。

そんなわけで、今はFIFOそのものを復習＆検証中・・・(´・ω・｀)



ちなみに、タイマーそのものはちゃんと動いているよう。

逆に言えば、タイマーを設置（たとえば３秒とか）すると、

確実に3秒後に固まるです。（つまり、設置したタイマーはちゃんと

設定通り、このFIFOにputをしているようなのです。

FDCにコマンドを送る場合、「待ち」がある。

で、万が一、その「待ち」があまりにも長いなんて場合はエラー

としてブレイクしようと考えた。そんなわけでこんなコードを書いたんだけど、

int send_sec_read(int C, int H, int S)


{


  struct TIMER *timer1 = timer_alloc();


  int fifobuf[4];


  struct FIFO32 fifo;


  fifo32_init(&fifo,4,fifobuf,0);


  timer_init(timer1,&fifobuf,10);





  //コマンド送信前の確認および待ち


  timer_settime(timer1,300);


  while(io_in8(0x03f4) & 0x11 != 0x00 )


    {


      if (fifo32_status(&fifo) !=0)


	{


	  if (fifo32_get(&fifo) == 10)


	    {


	      return 5;


	    }


	}


    }

どうもFIFOがうまくいってないらしい・・・

散々悩まされた（タイマーの不具合かと思い）んだけど、もっと

根本で、このFIFOにデータをput（fifo32_putで）しただけで

固まってしまうことがわかった。（やっとこさ・・・）

うううううううん！　なんだろう？

うーーーん・・・困った・・・



コマンドの発行などで「待ち」が必要なんだよなぁ。

（待ちとは言うけど、逆に言えばあるコマンドが何秒以上返事がない場合はエラーにするとかも必要になる）



今はりぼてに搭載されているタイマーって、FIFOにタイムアウトを

発行する仕組みだから、コード内（たとえばこんなの）

	  //コマンド送信前の確認および待ち


	  while(io_in8(0x03f4) & 0x11 != 0x00 ){}

で、もし永遠にこれが帰ってこないようならブレイクしないと

いけないよね？



こういう場合、どうしたらいいんだろう。

まさかforでカウントするなんて乱暴なことできないしなぁ・・・



システムの現在時刻を取得して・・・・

うーーーん。これしかないのかなぁ。なんかもっとスマートで

いい方法があるような・・・





・・・って！　まったまった！！！　勘違いかも？？？

FIFOって別にタスク専用じゃねーじゃん！！

・・・ってことは・・・・

ベタ〜っとFDD読み込みのコードを書いて実験。

ほぼ、とにもかくにも、OKという感じになってきたので

これを関数にまとめ・分類し始めた。



・・・うーん。でもこれ、複雑だなぁ・・・



もしミスがあった場合、これじゃどこに問題があるのかわからなくなっちゃいそう。



そこで、エラーコードを返すようにすることにした。



で、



そのエラーコードだけど、最初にちゃんと決めておかないとまずそうだね・・・

えーーっと・・・



論理セクターを物理セクターに変換するのってどうするんだっけ・・・



たしか、ケツから割り算してあまりで出していくはず・・・



あーー！　思い出したぁ！！！！

たしかこれ、前にKタンに教えてもらったんだ！



答えはn進数変換だ！（割り算二回でOKだーーー！）（＾＾



・・・あ”・・・

C言語の場合は2回ってわけにはいかないのか・・・　orz

0x7C00に読み込んだのは正解のようですぞ！？



順調にBPEの取得＆解析完成〜。



いよいよ、これら情報を元にアクセス。ファイル読み取りまでいけるか！？？？

ここでメモリマップを試作中・・・



でね？



セクターを読む場所を、IPLが読み込まれる位置（0x00007C00）にしてみたらどうかってぇ〜思ったのよ。



ここなら確実に「もう使わない。もう使ってない」といえるうえに、

ちょうど512だしね。



ここに読むようにDMAに指定して、読み終わったらタスク内に設けた

変数に転送させると！



こんなんで　どっすか？　げっげぇ〜ろぉ〜♪

FDDのセクタがとりあえず読めるようになって、FDDのコントロール

の方法のパターンはつかめたと思う。これを使って

よりちゃんとしたFDDコントロールをしていかないといけないね。



でもその前に。

FDから読み込んだデータはDMAの指定によってメモリに格納されるんだけど、

それ、どこにしたら適当かなぁ？？？



メモリマップをもう一回整理して、どこかに隙間を作って、他のタスクやらが使えないように設定しておかないとなぁ。

それともうひとつ。

FDコントロールは独立したタスクだけど、あくまでもFDコントロールのため。

最終的には他のタスク（たとえばコマンドから呼ばれるとか）から

呼べて、かつ、答えを返してもらえるようにしなきゃいけない。



どういうふうに設計したらいいかなぁ。

まだまだタスクの理解が甘いオイラには考えどころですなぁ・・・