在Android source code中,make的時候最後會吐出幾個img檔案,這次就是要挑recovery.img下手。
客戶提出了一個需求,那就是如果user送修的時候,如果不能進入Android OS的時候,要能夠讓service center的人能夠基本對component進行檢測的動作。所以提出了在recovery console下進行除錯的動作。
對我來說,沒有一種語言算熟的,所以我也不挑剔,反正以前到現在案子都是邊做邊學。
環境是,fastboot起來之後,可以根據HW 組合鍵來進入recovery console mode,再來就是讓服務人員進行基本的檢測。這時候Kernel已經起來了,所以基本上driver也都已經起來了,接下來就是看怎樣在console mode中去跟kernel進行溝通的動作。
使用者需求主要要滿足以下幾點:
1.Display test -這部分只要確認是否panel在顯示時有缺失(如色偏或是亮點等)
2.Pointing device (touch, mouse and pen )-這部分比較麻煩,touch還好,因為kernel driver有實做絕對位置來跟framework溝通。但是mouse 在driver僅使用相對移動量來與上層溝通。這部分的測試項可能會將getevent的實做方式參考。
3.HW Key -這沒太大問題,kernel input已經醒來了。
4.Battery Status -這部分當初與EC溝通時,大多專案都有建立Kobject來進行溝通,所以已經有已知的attribute來使用。
5.Memory test-據老闆說,這部分只要malloc一個區塊,然後進行5(0101) A(1010)的讀寫,就算驗證??我想眼下可能只能這樣做....
6.SD solt -SD卡插拔,可以去驗證/sdcard2是不是有被mount起來即可。
目前來說,大致上都已經確定可以做的,但是觸控以及mouse的部分必須要想辦法一些東西過來,有關係到inotify,就必須要再看一下了。
沒有留言:
張貼留言