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

長年使っていたmovaがもう限界
バッテリーがダメダメなので、FOMAに乗り換えることに。iPhoneではMNPやらメアドの件やら面倒なのでやはりDoCoMo。普通の携帯にしようと思っていたのだが、AndroidもPG組めれば面白いかな？とか頭を過ぎり日本仕様のこいつにする。3Dなんてまったく眼中になかったのだが、いざ見てみるとこれが面白い。確かに裸眼で立体的に見えるので何気に感動する。きっとNintendo 3DSもこんな感じになるんだろう。
正直、画面の操作性はiPhoneには敵わない。ギリギリ及第点かむしろダメかもしれないｗ 画面をスクロールさせようとしてタップ認識してしまうことが多々ある。これはiPadやiPod touchではほとんど無いだけに設定や作りの問題だと思うので改善して欲しいところだ。それと同じ画面を複数の操作経路で出せるのも紛らわしい。それこそAppleを見習うべきだ。シンプルで複雑なことが出来るiPhoneと同じ事を複雑にやる必要のあるAndroidではiPhoneに分がある。
それでも結構気に入ってるんですけどねｗ

購入してから随分と経つが、、、
何故か忘れた頃に無性に動かしたくなるのがZaurusだ。これまでにもkernel換装したり、Fedoraを入れたり、Qtを入れたりと、Crossコンパイラ大活躍だが一切実用にはならない事ばかりしてきたｗ TouchScreenの液晶にUSBまで使えてARM系で組み込みをやる人にはもってこいの教材だと思うんだがなぁ、、、もっと評価されるべき機体。
で、ここ数日、予定の作業がずれ込んで時間が空いたので、ちょこっと移植してみた。完成度は低いものの、そこそこの速度で動くもんだと改めてZaurusに感心したｗ

pxa27xにはIntelらしくMMX命令が拡張されているのだが、iwmmxtオプションでgccでも使える。alsaもOSSに比べると使いやすいが奥が深そうなのでこれ以上の深追いはやめとこう。タイマー分解能が高いのかusleepもそこそこな精度で指定できる。
本当はiPhoneの勉強でもしようかと思ったのだが、金払わないと開発できないなんてアホらしいのでパスした。

新し過ぎたのかな？とも思い2.6.29で試してみる。
しかし、相変わらず結果は同じ。そもそも、2.6.29がzaurusで動作するのか？ということでkernel.orgよりvanilla kernelを落としてビルドしてみるが、普通にzaurusで動作。うーむ、やはりandroid用のkernelとの相性なのかなぁ、、、vanillaの.configでandroidをビルドしてみてもダメだ。せめてシリアルコンソールでもあればそれなりにログでもチェック出来るのだが、画面真っ暗ではどうしようもない。
vanillaとandroidのソース差分を眺めてみるが、単なるドライバの追加だけでなく本体にもガッツリ手が入ってる。もう、こうなるとお手上げだw Zaurusで成功しているのは1.5とかの時代のものでkernelも2.6.25あたりだ。fbのダブルバッファリングにパッチを当てたりと多少の手が入って動いているそうなので、仮に現状のkernelが動作してもandroidのユーザランドが走るとは限らない。eabiを切らないといけないのかなぁ、、、
ということで諦めたw

ビルドを済ませて、bootディスクへ
起動の途中で、LEDが消えた
あやしげなdmesg、画面ごとIn the dark
止まるあなた、、、、
Android、GoogleからShipping Free

今更ながらZaurusに入れてみようかと、Googleからソースを落としてビルド。もの凄い量のソースが送り込まれてきて延々ビルド、というか放置。手順がサッパリわからず、四苦八苦しながらもエミュレータまでは動作した。じゃ、次はkernelかとgitで落とした最新版を必須オプションが入るようにconfigしてビルド。何やら数箇所エラーが出たが手動で適当に直しながら無理やり通した。kernelはAndroid固有のドライバが加わっているだけなので、まずは既存の環境でこの新しいkernelの動作確認をしてみようとやってみるが、見事にハング、、、とほほ
どこかconfigがおかしいのだとは思うのだが、さすがにkernelが起動してくれないとどうにもなりません。Fedora化とかは容易に出来たけど、やはりAndroidは当方には敷居が高いｗ
2.6.32では新しい過ぎるのかな、、、

Zaurusが生産中止になってから登場したARMマシン
電子辞書ではあるが、中身は立派なLinuxマシン。どうやら、世のハッキング好きには格好のターゲットになったのか、AndroidもZaurusからNetwalkerにシフトしているようでバイナリとかが見当たらない。
頓挫ｗ

Linux Input Subsystemではクリックが認識されなかったので
tslib 1.0を間に噛ませるように変更。ところが、tslib単体では動作するのに、Qtからplugin経由でloadさせるとエラーになってしまう。どうもtslib.soからinput.solinear.soをloadする際にtslib側の関数がinputlinearから見えないのが原因らしい。多分、Qtがtslibをloadした際にこれ以降シンボル参照を禁止しているのではないか？とQtのソースを見ると、確かにRTLD_LOCALを指定してdlopenしている箇所がある。これをコメントすればいけるんじゃないかと思ったが相変わらずダメ。まぁ、参照している関数も小さなものだし面倒なんでinput.solinear.soに入れちゃえと改造すると食いついた。これでやっとクリックに反応するようになりました。
まだキーボード入力が解決してないけど、、、
追記：inputではなくlinearなので修正

最近のQt/EmbeddedはDirectFB対応だそうで
早速、4.5.1のソースを拾って来てビルドしてみる。さすがに量が多いのでクロスビルドすることにしたのだが、設定で試行錯誤してなかなか出来上がらない、やっと出来たと思ったら入力系の指定がうまくいっておらずKBもTouchScreenも効かない、、、が、ここで挫折。それでもDirectFB経由で表示は出来ているようだ。
なんかデモにブラウザまで付いてるのには驚いた

何故か起動画面が縦横入れ替わってしまっていたのだが
そもそもZaurusのfbは480×640なので縦長のiPhoneみたいな画面で正解である。従って何もしなければコンソール画面のfbconも横に倒したように文字が表示される。しかしfbconには回転指定が可能なので時計回りに90度回転させれば丁度640×480のようになる。そこでkernelのbootパラメータにfbcon=rotate:1とか指定してみたがダメ、、、起動時に手動でkernelパラメータなんて渡せたっけ？、、、うーむ、面倒なのでkernelソースを覗いてみるとdrivers/video/console/fbcon.cの中にinitial_rotationなんて直球な静的変数があるじゃありませんかｗ 確かに受け取ったkernelパラメータをここに入れている。こいつを最初から”1″にしとけば問題ないだろうとやってみると見事640×480なワイド画面ｗになった。
どうもこれだけだと味気ないのでロゴマークも出しとこうと思ったのだが、あのペンギンは、、、ということで適当に拾ってきたfedoraのロゴを加工してkernelのソース中のペンギンと入れ替える。pngファイル(224色以下)をkernelソースに変換するツールを実行：
% pngtopnm logo.png | pnmtoplainpnm > logo_linux_clut224.ppm

出来上がったppmファイルをdrivers/video/logoの同名のファイルと入れ替えでkernelをビルド。現在、kexecなkernelのお陰でシステム一式が2GBのSDカードに入っている。わざわざflashに書き込まなくても抜き取ったSDカードの/boot/zImageを入れ換えるるだけでkernel換装が出来るのでメンテナンスがとても楽。
そうして入れ替えた起動画面はこちらｗ