論Android移植到現(xiàn)有硬件平臺的可行性
通過前兩天對Android的Linux平臺以及啟動過程的初步學習，我覺得Android的意義不僅僅是手機平臺那么簡單，通過對其框架，結構的分析，我們可以將Android應用到任何移動硬件平臺上，甚至自己研發(fā)出新的更好的框架。連Google自己也說，我們的目標是，讓我們發(fā)布的強大的平臺能夠應用到數(shù)千種不同的移動設備上。這是可以理解
的，Google就是這樣，它的每個策略都比常理要更進一步。不推出專屬的硬件，而是一個通用的移動設備的軟件平臺，使Android可以更方便的快速占領手機操作系統(tǒng)的市場，而最終可以達到的份額也會非常的可觀。
當然，這都是后話了，group上這幾天的焦點話題就是，我們如何讓Android在現(xiàn)有的硬件平臺上跑起來，而不是僅僅用模擬器來模擬它？這個命題估計對所有hacker都有巨大的吸引力，如果Android能在自己的手機平臺上跑起來，所有的開發(fā)，就突然變得有意義了。我不是說目前的開發(fā)沒有意義，畢竟GoogleN位數(shù)的獎金在那里擺著的，呵呵，不過對于上層開發(fā)者來說，最終目的還是應用的實際性和流行性，對吧？應用有沒有實際價值，實際硬件平臺上跑一跑就知道了。
從Android現(xiàn)有的開源情況看，所有的hacking已經有一個比較明確的指導方向了，就是依靠Benno***放出的方法來hack各種image并分析一些東西，從我之前的兩篇文章也可以看出大致步驟。我們現(xiàn)在能夠得到的東西，包括ramdisk image，system image以及data image，當然還有open source的Linux kernel。所以，所有的工作都應該從這幾個東西入手。先看看kernel部分。由于Android基于Linux,因此所有的目標移植平臺都應該允許運行Linux，對于嘗試階段的我們來說，***是找一款默認就是采用Linux操作系統(tǒng)并提供完善的develop environment的設備，這樣，我們只需要找出Google提供的Linux 2.6.23 kernel和現(xiàn)有的kernel有什么不同，把所有需要的修改做成patch，patch到現(xiàn)有系統(tǒng)上，就有可能成功移植整個Android，無須重新編譯Google的Linux 2.6.23 kernel，然后絞盡腦汁想怎么port到某個設備上。先下載一個standard Linux 2.6.23 kernel，然后使用命令diff -ruN linux-2.6.23/ Google-linux-2.6.23/ >lk.patch打開lk.patch，God，有3萬多行。仔細分析一下，大部分都是和Qemu以及goldfish有關的。我們要做的事情，是讓Android
在真實平臺上跑起來，所以不管是用于虛擬處理器的Qemu還是SDK模擬的硬件平臺Goldfish，都不是我們所需要的，要在patch里面去掉他們，因為我們希望運行在真實的硬件平臺上。恩，說實話，是一個很麻煩的事情，你要分析又30000多行的patch阿……不過里面有一超長段是關于yaffs的補丁，如果你目標平臺所帶的內核已經支持yaffs了，就沒必要要了。這是我修改后的patch，放在googlepages上的，要是哪天又被和諧了我也沒有辦法。
下一步，就是讓打了Android patch的內核運行在你的目標硬件上，具體步驟是和不用硬件的開發(fā)環(huán)境相聯(lián)系的。當然，還需要導入Android的rootfs以及filesystem。將他們用mkfs.jffs2構建成jffs文件系統(tǒng)即可。需要注意的是，這個合適的硬件平臺是需要挑選的，看看Android模擬器里面的信息：
# cat /proc/cpuinfo
Processor : ARM926EJ-S rev 5 (v5l)
BogoMIPS :
331.77
Features : swp half thumb fastmult vfp edsp java
Google默認的是ARM926EJ-S核心。這就在一定程度上限制了我們能夠port的平臺選擇，Benno曾經試驗
在Openmoko上移植Android，***失敗了，原因就是ARM926EJ-S采用的是ARMv5TEJ指令集，而Openmoko的ARM920T采用的是ARMv4T指令集。所以，不僅僅是需要能運行兼容EABI的Linux的設備那么簡單。
以上是理論步驟的邏輯分析，由于我目前手上沒有試驗平臺，所以也無法驗證，如果有朋友***成功移植了Android，多多交流。
【編輯推薦】
