877
ARMもandroidも全く知らないんだけど思いつくままタスクを挙げてみる。
たたき台として使えたらいいのだけど。俺を叩くのは止めてね!
みんな何やってる?
案1)現在のカーネルで行う場合
1-1a)/system内ファイルの変更方法確立 OR 1-1b)/systemすげ替え
1-1-1)納戸施錠解除?
1-2)デバイスドライバ追加・変更方法確立
1-2-1)モジュールロードブロック解除 (出来るの?)
1-3)VRAM?領域の開放(OPTIONAL)
1-3-1)カーネルパラメタの変更方法確立
案2)自前のブートローダを作成する場合
2-1)ARMの特権モード?奪取
2-2)HWの初期化コード確定
案3)カーネルを入れ替える場合(ブートローダは現状のものを流用)
3-1)ブートローダの乗っ取り
周辺A)機器固有情報解析
A-1)マルチタッチ
A-2)ワンセグ
周辺B)新プラットフォーム作成手順確立
B-1)Eclair
B-2)Froyo
B-3)Gingerbread
879
>>877
周辺Aにトラックボール
882
>>877
さらに周辺へキーマップが必要かと。
887
>>879
>>882
ありがと。androidが標準でサポートしてない奴を想定してたんだけど、
ググったらサブカメラはAPI公開してるみたいだね。試してないけど。
Wrapperみたいなので1.6のドライバって流用出来ない?
2.xでドライバの仕様が大きく変わったのかな?
>>884
>>885
納戸ロックしないでも不完全ながら/systemってすげ替えられる見たいだし、
読めるんだからソフトの解析は先行出来るんじゃね。
納戸ロックの部位は特定されたみたいな書き方があったけど違った?
904
>>877
俺なりの論点を上げてみる。
1、カーネルか、ユーザーランドか
1、1、カーネルの機能(swap, compcacheなど)が必要 ー カーネルの置き換え必要
1、1、1、NANDロックを外す
1、1、2、現システムから新たなカーネルを起動(loadlin的)
1、2、froyo(2.2)のアプリを実行したい ー カーネルの置き換え不要
1、2、1、/systemを2.2のシステムに置き換え
1、2、2、再initして2.2を構成(runlevel切り替え的)
とりあえずこれだけ。
個人的には内部NANDを書き換えるより、標準システムを残したまま任意の
システムを起動できた方がスマートだと思う。
だから俺はユーザーランド側を追求したい。
911
>>904
コメントありがと。
>個人的には内部NANDを書き換えるより、標準システムを残したまま任意の
>システムを起動できた方がスマートだと思う
同意。
1,1,系列は俺の1-1a)で1,2,は1-1b)って感じかな。
android知らないので教えていただけると嬉しいのですが、
現在のカーネルで2.2のAPIは実装できる?JAVAだから問題無いのかな。
この場合の再initってLinuxで言うrunlevel6とかじゃなくて
initプロセスをexecし直す感じだよね。
親プロセスで任意のコードを実行させるとか必要じゃないかな。
詳細は秘密でもいいんだけど、アイディアは持ってるの?
919
>>911
> 現在のカーネルで2.2のAPIは実装できる?JAVAだから問題無いのかな。
多分問題ないはず。
> この場合の再initってLinuxで言うrunlevel6とかじゃなくて
> initプロセスをexecし直す感じだよね。
そう、プロセス、デーモンを全部落としてから、起動しなおすか、
そこまでしなくても、現状をのこしたまま必要なデーモン類を起動するだけ
でいいか、検討。
> 親プロセスで任意のコードを実行させるとか必要じゃないかな。
ルート権限があれば充分だと思うが。
930
>>919
勘違いしていた。
現行のカーネルで動かすならドライバの入れ替えなんかも不要だし、
単にDalvik VMが動作する環境を再構築すれば良いって事だね。
確かにサービスを再起動するだけならルートあればいいね。
この線で確認してみるよ。ありがと!
最終更新:2010年11月25日 07:26