在Android X86上执行Native ARM 代码---Android X86应用兼容的探讨

        前些天有网友在QQ群里和我说过一个叫 BlueStacks 的程序,可以安装在Windows上运行带arm代码的(使用NDK开发的)程序, 而且并非是ANDROID SDK 里的使用 QEMU 完整模拟整个系统硬件环境。 好奇之下,我下载并安装了它,分析了一下大体的原理,但没找到关键猫腻。。失望中。。

        昨天因为查一份资料,google又抽风,不得不拿起GoAgent翻越伟大的Wall,发现了一个讨论,

        https://groups.google.com/group/android-x86/browse_thread/thread/ff71e83494e2fd8d/d7d3dfdb9c581fc8 (FQ访问)

        根据这个讨论,我又搜索了一些资料,知道Intel 发布了它自打把XSCALE系列打包出售给马维尔后的第一款手机CPU Atom Z2460,国内跟风的有联想K800手机,印度跟风的有一个XOLO 手机,还有一个不记得名称了,关键不在于跟不跟风,在于他们发布的手机是基于X86指令集的ATOM CPU, 但可以兼容运行大部分带有Native ARM代码的应用,关键之处就是靠了一个Intel并未公开发表的技术 ARM binary code translator, 在这个页面大概描述了其用到的东西:


        http://www.buildroid.org/blog/?p=198
        一个代码补丁

        一个libhoudini.so

        一个libdvm_houdini.so(intel修改版的libdvm) (dalvik虚拟机的动态库)

        一堆android的arm版本的lib文件houdini_armlibs.tgz

        根据补丁,可以知道其主要修改了dalvik虚拟机的dvmLoadNativeCode函数,当其调用的dlopen函数失败时,调用自己的my_dlopen重试, 加载arm的lib文件,用IDA6.1对libhoudini.so进行分析,可以发现其大概是虚拟了一个ARM的CPU,注意,只是虚拟CPU,并不像ANDROID SDK一样 模拟整个系统,这个让我想到了QEMU 的Linux User Mode,由此,我翻出以前对BlueStacks的分析, 发现了他的lib文件大多都有一个对应的lib***.so-arm文件,继续分析发现在/bin 目录里的一个程序,arm-runtime,是个elf程序,拿起ida一看, 恍然大悟,arm-runtime就是qemu的user mode 进程改了个名,(当然代码肯定有改动),原来BlueStacks是把qemu的 user mode 移植到了windows上, 怪不得都说它的模拟怎么怎么快,根源在这儿。

        有兴趣的可以百度一下下载K800的ROM文件解包进行分析,也可以分析下BlueStacks的ROM,现在仍让我困惑的就是K800的加载方式大概知道了,但经过对BlueStacks ROM文件的逆向分析,到目前为止还没有找到其只是如何执行arm-runtime这个程序来执行arm native代码的,难道是binfmt_misc方式?

        此文仅限抛砖引玉,不知道能不能引来,具体技术细节我也不是很了解,希望技术大牛们解我等小菜之迷惑。

        补充一个连接:http://www.buildroid.org/blog/?p=175
        其实我发此文是想到Windows 8 RT 是ARM的,微软说和现行的程序CPU体系不一样,不能兼容,那么我们可不可以把QEMU的Linux User Mode移植到未来的
Windows8RT 或 Windows8上,一次来让Windows8RT和Windows8的应用互相兼容呢?

posted @ 2012-08-25 13:29  BinSys  阅读(10620)  评论(5编辑  收藏  举报