android 4.0 bring up

影響是否能Bring-up的關鍵之一，就是kernel的設定。因為驅動程式的關係， 一般認為，使用Linux 3.0系列是比較好的做法。不過，2.6.3x或3.x的版本，都能支援Android 4.0。在這次的課程裡，筆者使用了三個平臺。第一個是MagicLEGO計畫所開發的MagicLEGO開發板，MagicLEGO使用三星的Exynos 4210雙核心處理器。第二個是長高科技開發的DMA-210L開發板，最後一個是devkit8000，這是一個BeagleBoard的複製品。 以上三個平臺，就kernel configs層面來說，需要打開的項目，大約有80%左右的共通性。以下，整理針對執行Android 4.0必要的kernel configs，相信對仍在進行移植工作的朋友，會有一些幫助。 首先，先介紹三個Android 4.0的特性： ● Android 4.0使用Early Suspend ● Android 4.0不支援Virtual Framebuffer ● Android 4.0使用Quota v2 Android 4.0的Surfaceflinger使用到early suspend功能，因此必須將kernel的Early suspend能打開。接著，在Bring-up階段，我們採取穩健做法，先使用Software rendering的方式，讓Android能成功開機，後續再考慮硬體加速的部份。 在Kernel支援Virtual framebuffer的環境下，Software rendering並不能完全正常運作，因此，必須將kernel的Virtual framebuffer功能關閉。另外，Software rendering的方式，將會透過Kernel的framebuffer驅動程式進行繪圖，這部份後續再做說明。 Quota v2是kernel的「netlink」功能，Android的netd會使用到netlink，在設定kernel時，也要將這個功能開啟。以上整理的三個重點，特別是netlink的設定，很頻繁地出現在網路上的論壇，可見這是移植Android 4.0初期經常遇到的問題。