「8ビット/24MHz動作の「ATmega1284p」プロセッサでARM Linuxを動かす、ログインできるまで6時間」記事へのコメント

わからん

[Anonymous Coward]

デバイスのエミュレーションはたしかに面倒くさいのだが、根気以外に必要なものもなさそうだ
エミュレーションホストのほうに著しい制限があるのか？

おっちょこちょいのために言っておくと、disっているわけではないので

Re:わからん

[Anonymous Coward]

その根気が、尋常じゃない根気だろうから、それだけでもすごいと思うけど、
あとは、他コメントにあるけどメモリの問題で、それは直接制御で回避してるけど、
それは制御するソフトウェア書いたって事だからそれはそれですごい。
そのメモリもそうだけど、難しい点の一つが、リアルなハードウェアはリアルな時間の流れのなかで動作しているので、
その時間制約をクリアする点で、今回はハードウェアが少ないから、まだましだったのかな。
あとは、linux側もタイムアウトとかタイマ割り込みとかあると思うので、その辺の制約とか安定性確保とか、
linuxのドライバ回りに精通していないとなかなか難しいのでは。それもすごい。

というかデバッグ環境どうしてたんだろう。
最初はエミュレータの上でエミュレータの開発してたんだろうけど、最終的にはそういう実機でないと出ないバグあるから、
2時間動かして止まっててRAMリフレッシュ止まってコア吐く前に消えてとか、考えただけで嫌になる。

趣味で好きだからこそできたんだろうな。

Re:わからん

[AZUCO (32400)]

エミュレータにおける時間の扱いは、物によって難度が違うんですよね。

デバイスのステートだけを見て書いてるプログラムの場合は、ステートさえちゃんと反映しておけば、特に問題無いです。
ステート見ずに、他の手段でタイミングを計っている場合は、そのタイミングを計っているデバイスをちゃんと実装すればそんなに問題は無いです。
そのタイミングを計るデバイスがそれぞれバラバラの場合は、それぞれの動作タイミングを合わせないと全然動かない場合が多いです（これが一番厄介）
エミュレータが扱う時間も、仮想時間、実時間、がありますから、実→仮想時間へのマッピングや、仮想→実時間へのマッピングなんかが問題になる場合もあります。

今回のコレは、想像で書いて申し訳ないのですが、恐らくデバイスの制御はステートを見てコントロールしてるんじゃないかと思います。

個人的にはメモリ空間を表現するのが大変だっただろうなぁ・・・と。
DOSのEMSみたいにいったんばらばらにして、仮想的に大域を表現したのかなと。