KMC 京都マイクロコンピュータ株式会社

AndroidをNFSROOTで動かしているときにはカーネルのブートパラメータで init=/init を指定しますが、これを init=/system/bin/sh にしてみました。

Androidのinit.rcでは複数のserviceをまとめて扱うclassを定義することができます。この機能は以前からあったのですが、使われていませんでした。

Android 4.0ではinit.rcを少し修正することで、ZygoteなどAndroidのframeworkのserviceが起動する前の、最小限の構成までで止めることができます。

前回はrootstockコマンドでARM Ubuntuのルートファイルシステムのイメージを作成しましたが、今回はLinaroのダウンロードページにあるDevelopers and Community Buildsのイメージを動かしてみます。

Android 2.3までは0で割り算しても無視されていました。4.0では普通のARM Linuxと同様にSIGFPEのシグナルを発行するようになりました。どこでこの違いがあらわれるかやっと突き止めたのでここにメモしておきます。

スクリーンキャプチャについて調べました。KZM-A9-DualにポーティングしたAndroid4.0でうまく動かなかった部分があったのでソースを修正してみました。

Android 4.0をソースコードからeng(=Engineering)モードでビルドすると、システム全体でStrictモードが有効になります。その状態だとStrictモード違反のログが大量に出て、logcatのリングバッファがすぐに一周してしまい、ブート直後のログが失われてしまいます。

そこで、ソースコードを修正してこのログを出ないようにしました。

Android2.3まではSurfaceflingerはSystemServerの中のスレッドとして動作していましたが、Android4.0では独立したプロセスになっていました。

システムの各種の資源を節約するには、SystemServerの中で動かす方がよいと思いますが、Surfaceflingerにデバッガをあてて調べるには独立したプロセスになっているほうが好都合です。

今まで何度かKZM-A9-DualボードでARM Ubuntuを使う方法を書いていますが、今回は11.10でやってみました。

Android2.3と4.0の違いをざっくり調べてみようということで、externalの下のディレクトリを比較してみました。

前回、KZM-A9-DualボードでAndroid4.0を動かす方法を紹介しましたが、そのときはまだタッチパネルが使えませんでした。android-portingのメーリングリストで情報を見つけ、なんとかタッチパネルを使えるようにしたのでそれを紹介します。

Android4.0(Ice Cream Sandwich)のソースコードを見て、RenderScriptにLLVMの技術が使われているのがわかりました。(正確には3.xからですが、ソースが公開されていなかったので詳細を確認できませんでした。）

技術的な興味で少し調べたのでここにメモを残します。