Oh!Super164 取り留めのない日記のような

先日、交換品を貰ったばかりであるが、２枚ともファイルシステムを破壊してしまい二度と立ち上がらなくなってしまった・・・orz まぁ、JTAGでflash書き換えれば直るんだが現場でしか出来ないし、しかもファイルシステムの書き込みには８時間掛かり、おまけにたまに失敗なんかしてくれるｗ 物理的に壊したわけではないのでイイが、３枚目を貰いに行かないと・・・（汗

PCMCIAのドライバが動かない・・・なんか原因がサッパリわからず必殺printkデバッグを行なってもまったく解決せず・・・絞り込んでココだろうってとこまでは突き止める。しかし、場所はわかったが何故落ちるかがわからない。じーーーっとみると、ポート番号が違っていた・・・人間の思い込みって怖いねｗｗｗｗｗ ってか、同じ意味合いで番号違いの紛らわしいマクロ入れとくんじゃねぇー！ｗｗｗｗｗｗｗ ってことで、丸々１日を無駄に過ごしてしまった・・・orz

担当者が近所のクライアントに来たついでに落ち合う。ここ最近、別件で放置状態だったので進捗具合などの報告や与太話をして解散ｗ 丁度、昨日、基盤を破壊してしまった（実は壊れていないことが後で判明ｗ）ので交換品を届けても貰えて助かった。壊れたと思ったのはflash memory。過去にも数度破壊しているｗ と言っても、加齢試験や耐久試験での話なので壊すの前提だったが、消去限界を超えると壊れるものなのだ。借りているのも初期ロットの古い奴だし、通常の３倍flashを酷使しているｗので、やっちまったかと思ったのだが、書き込みソフトを改良したら直ったｗ 大量に書き込むとドライバがオーバーフローするようで、それを回避するようちまちま書き込むようにしただけｗ まだJTAGデバッガが届かないので、ちょっと掟ポルシェ^H^H^H破りな方法で作業をしている。取り敢えず、LANまでは動いた（何故動いたかは謎ｗ）

余談ではあるが、今日はコメダで待ち合わせたのだが、当方アイスココアを注文した。すると、身の丈10cmはあろうかというソフトクリームがトッピングされていた・・・想定外である。こればっかりは、どうにか処理しないと溶けるので無理やり食べたが、ただでさえ完食完飲率の低い当方である、肝心のココアがほとんど飲めなかったのは言うまでもない・・・orz

ほとんどconsoleとfsだけというシンプルな構成ではあるがkernelがブートするようになった、取り敢えず第一関門突破である。

C言語で長い行をコメントアウトする手段として通常の/*～*/でなく#if 0～#endifで囲うという手がある。Mozillaプロジェクトでも推奨の手法であるが、これに見事にハマる・・・ｗ コードに試行錯誤の履歴としてデバッグコードが残っていたのだが、構文色表示エディタなら普通のコメントは一目瞭然だが、プリプロセッサの#ifで囲まれている部分は通常のコードの配色である。なんでこんな意味不明なコードが・・・と散々悩んだ挙句に、こっそり#if 0が宣言されていた・・・orz 斜め読みした当方が悪いと言えばそれまでだが、それに気付くまでに費やした時間は、、、（涙 人間、焦って何かをやるとろくなことはないｗ

現在、担当の連中が作業で全国を周っているようなので当方は半ば放置されている。黙々と作業をやるしかないのだが、ちっとも進まないｗ やはりドライバの書き換えが想像以上に困難である。書式や仕様が変わってしまったドライバに関しては新旧のコードを読み比べて理解した上でパッチを当てないといけないのだが、そのコードが理解出来ませんｗｗｗｗｗｗ（汗 一番困るのがパラメータの類。LCDのpixel-clockなんかわかるかー！しかもデータシートすら無いｗ 型番がわかっているのでPDFでも転がってないかなと探してみてもロシア語やら中国語やら解読不能なサイトに行き着いたり・・・orz 2.4を移植した人も苦労したようで、そこかしこにデバッグコードが埋め込んであるｗ PC互換機だったら情報も多いし、アセンブラも読めるからもうちょっと楽なんだろうけどなぁ・・・

以前、クロスコンパイルしたバイナリが実機で動作しなかったのだが、これはnfs経由で実行していた為であった。直接CFで本体で実行したら普通に動作した。これでgcc+glibcのビルドは今のところ成功しているとみていいかもしれない。toolchainsとglibcが無いと話にならないから一安心である。

打ち合わせで名古屋へ。協力会社さんは伏見のやや手前錦にあるので名駅から徒歩で行ったのだが、約束の時間が昼時だったのでまさに炎天下であった。余りの暑さに歩いていて頭がクラクラする程だ。いや、マジで今日は倒れる人出ただろう。普段、どちらかと言うとそんなに汗かきでない当方が、あれだけ汗ダクとなるのは珍しい。少々早目に出かけ元同僚と待ち合わせて近くの店で避暑ｗ 水飲む飲むｗ 例のkernel移植の支援について話したが、やっぱ昔でいうICE、今のJTAG Debuggerが必須と言われ会社で買うこととなる。しかし、今から買って、環境整えて、使い方が一通りわかるようになるまでに納期過ぎるねｗｗｗｗｗ

明日は打ち合わせで名古屋である。以前、Linuxの件で協力してくださった会社へ行くのだが、正直この作業は当方の手には余るのでそのまま投げたい心境であるｗ kernelだけでも手一杯なのにデバドラまでは手が回らない。ってか既にkernelだけでもオーバースキルなのだが、これまでの行きがかり上やらざるを得ないｗ

glibcまで作ってみたものの、実際ちゃんと出来上がってるか確認しようと簡単なコード書いてglibcをスタティックリンクしてみる。バイナリを実機で実行すると見事に固まる・・・orz 実機の現行kernelのincludeを使ってもダメなので、どっかで失敗してるんだろうなぁ、と途方に暮れるが我が家にはもう一台ARMマシンがあったのを思い出す。ZaurusはPXA270を搭載している、実機のPXA255より上位CPUなのが気になるが先のバイナリを実行すると見事に動作。うーむ、あながちクロスコンパイラもglibcも失敗してるとは言い難いなぁ・・・。更に実機からホストへはnfsでmountしているのだが、rw指定しても書き込めない・・・。chmod 777でno_root_squashとかしてるのだが。VineやFedoraの時は出来てたのになぁ・・・、因みにCentOSのfirewallは無効にしてあるし、etc/default/nfsにNFS_CLIENT_VERSMAX=3とか書いてもダメだ。誰か、設定方法教えてくださいｗ（汗