おぉ！　

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

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

ちょっとこの関数内での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コントロールのため。
最終的には他のタスク（たとえばコマンドから呼ばれるとか）から
呼べて、かつ、答えを返してもらえるようにしなきゃいけない。

どういうふうに設計したらいいかなぁ。
まだまだタスクの理解が甘いオイラには考えどころですなぁ・・・