Chinaunix首页 | 论坛 | 博客
  • 博客访问: 1081688
  • 博文数量: 226
  • 博客积分: 10000
  • 博客等级: 上将
  • 技术积分: 2504
  • 用 户 组: 普通用户
  • 注册时间: 2006-06-21 14:12
文章分类

全部博文(226)

文章存档

2011年(1)

2010年(2)

2009年(68)

2008年(4)

2007年(27)

2006年(124)

我的朋友

分类: LINUX

2009-05-27 17:41:37


1
Android内核Porting相关背景知识
1.1
运行平台
Google 的Android平台到今天为止(2008-2-27),应用层部分还是以二进制的Binary的形式发布的,其编译的目标平台是ARM926EJ-S的 CPU属于ARMV5T的版本,所以ARMV4架构的CPU平台无法使用其二进制代码。关于这点,可以参考下面这篇文章,Benno在此做了详尽的理论分 析和代码测试:http://benno.id.au/blog/2007/11/21/android-neo1973
所以目前只有基于ArmV5或以上的架构的平台可以实际运行Android。
1.2
软件环境
SDK下载:
KERNEL,模拟环境等SRC包下载:
1.2.1
Kernel
到M5-r14 release 为止,Android的Kernel是基于Linux2.6.23的内核开发的,主要添加了一个名为Goldfish的虚拟CPU以及Android所需相关特定驱动代码。
你需要一个支持EABI的内核作为你内核Porting的起点(最低版本?不知道,只要EABI OK,应该没有本质区别,但是,Android的很多驱动依赖于2.6.23的内核API,版本越低的内核,移植修改内核相关代码的工作量越大)
1.2.2
Tools chain
SDK中的内核使用的是4.2.1版本的GCC,基本上,你需要的是一个支持EABI的工具链,比如你可以使用Codesourcery的最新工具链:

1.2.3
其它工具
Android的Emulator是一个很好的仿真工具,其底层是基于QEMU来实现的,可以使用SDK中的adb工具登陆Emulator的控制台,和控制台交换文件等,用于获取你所需的信息。

1.3
相关论坛资源等
http://benno.id.au/blog/

http://groups.google.com/group/android-developers
2
Porting基本思路
2.1
所需资源
2.1.1
硬件
首 先,当然是需要一个可以用来向上porting的硬件开发板了,对硬件的需求除了上面说的,需要ArmV5+兼容的CPU以外,最低要求基本需要64M+ 的内存,64M-128M+的FLASH(取决于你加载文件系统的方式,如果可以透过网络使用NFS-ROOT或者MMC卡等来存放文件系统的话,这个应 该就无所谓了)
2.1.2
软件
除了上述kernel和tools chain,为了方便调试,最好有静态编译的Busybox和Strace等工具。也可以从Benno的blog上下载到他编译好的版本。

2.2
基本流程
下载Android内核代码
下载官方2.6.23内核
制作Android和2.6.23内核的diff文件
去除diff文件中和Goldfish和QEMU相关的代码,如果你的系统已经支持YAFFS2,还可以去除这部分代码
将diff文件Patch到你自己的内核上,如果需要,修改内核相关文件代码使得patch能够顺利完成。(这部分大概是主要的工作量,如果你的内核版本差得比较远的话 8 )
如果必要,修改你的内核代码中Framebuffer的驱动,使其Virtual_yres 等于两倍的Yres,并实际分配两倍分辨率大小的framebuffer内存。
配置内核,确保下列内容得到配置:
CONFIG_ARM_THUMB=y
CONFIG_AEABI=y
CONFIG_BINDER=y
CONFIG_ANDROID_LOG=y
CONFIG_ANDROID_POWER=y
CONFIG_ANDROID_POWER_STAT=y
从 SDK中获取Android的文件系统,基本上你只需要System etc sbininit这几个目录/文件就可以了,其它自建,其中data目录是有内容的,但是这个目录的内容可以由Android在启动时动态的创建出 来。(可以使用adb工具在EMULATOR先tar包装,再拷贝出来。M3的release也可以从benno那里直接拿到他抓出来的文件系统)
确保你的dev目录下有足够系统启动的设备节点,如console等,其它的节点Android在启动过程中会自动创建出来。
使用NFSROOT或者chroot等手段启动Android的文件系统。

启动流程的大致外在表现分阶段依次是:

Ø
LCD上出现Android几个字符
Ø
LCD短时间的Blank
Ø
LCD上出现一个左右滚动的红色滚动条 (如果有问题,基本上就死在这一步了 8 )
Ø
进入主界面

目前为止我的状态是:键盘可以工作,触摸屏有响应但是未校准,位置不对,启动最后阶段以及之后启动新的程序,出现Vmalloc分配内存Failed问题,导致如Brower等应用程序不能完全启动。其它网络等东东还没开始看呢 8 )
3
一些TIPS

Ø
Android会对文件使用memory mapped的方式进行操作,JFFS2不支持这种操作,所以要使用别的文件系统。当然也有绕过去的办法,自己搜一下吧 8 )

Ø
为了方便测试,可以修改/etc/init.rc,注释掉 runtime,dbus-daemon,Xzygote等相关内容,在init启动以后再手工启动这些进程:

/system/bin/app_process -Xzygote /system/bin --zygote &
/system/bin/dbus-daemon --system --nofork &
sleep 1;
/system/bin/runtime &

Ø
Android的Init位于根目录下,所以如果你需要直接启动Init,可以在内核参数命令行中用init=/init 来指定,或者chroot 目录 /init来指定。 当然,启动/bin/sh以后,再手动启动/init也是可以的。

Ø
/dev/binder /dev/alarm /dev/log/* 等文件是最重要的几个设备节点,由于这几个设备节点号的主次设备号是动态分配的,所以,最好确认你的文件系统中的这几个设备节点的主次设备号是否正确。如果不知道如何确认,直接删除掉再重启 8 )

Ø
如果flash速度太慢或者nfs网络连接太差,可以将data tmp这两个目录mount到内存里,前提是你的内存足够大 8 )

Ø
如 果启动过程中,红色滚动条速度太快(和emulator里的表现比较),runtime或者system_server进程CPU占用率接近100%,那 么你可以修改一下你的framebuffer代码中pan_display相关的函数的代码,保证其调用返回时得到足够的帧同步延迟时间。据Google 的swetland给我的说法是:This is usually indicative of lack of vsync/pageflip inthe fb driver.The surfaceflinger believes it will be limited by thevsync rate and the startup animation depends on that.

Ø
目前 的Android的内核代码有M3-r20和M5-r14两个版本,这两个版本对binder和power两个驱动做了较大的修改,上层的文件系统和内核 必须配套使用。( 另,我的板子上,M5版本可以跑起来,M3的版本会出现段错误,没跑起来 :(。如果一个版本实在跑不起来,不妨试试别的版本)

Ø
使用strace去跟踪问题!
阅读(1148) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~