Android驱动开发示例及系统编译.docx
- 文档编号:9449456
- 上传时间:2023-05-19
- 格式:DOCX
- 页数:126
- 大小:468.73KB
Android驱动开发示例及系统编译.docx
《Android驱动开发示例及系统编译.docx》由会员分享,可在线阅读,更多相关《Android驱动开发示例及系统编译.docx(126页珍藏版)》请在冰点文库上搜索。
Android驱动开发示例及系统编译
Android驱动开发示例及系统编译
1基础部分
在Ubuntu上下载、编译和安装Android最新源代码
看完了前面说的几本书之后,对LinuxKernel和Android有一定的认识了,是不是心里蠢蠢欲动,想小试牛刀自己编译一把Android源代码了呢?
一直习惯使用Windows系统,而Android源代码是不支持在Windows上编译上,于是决定使用虚拟机安装Ubuntu,然后下载、编译和安装Android源代码。
一.环境准备
1.磁盘空间预留20G左右,存3G,因为一边要跑主机,一边要跑虚拟机,存要求还是比较高的,这样才会比较流畅。
2.安装VMWare7.1.4。
我的操作系统是Win7,VMWare的版本要新一点的,旧版本的VMWare在网络支持上比较差,由于要在虚拟机上下载Android源代码,没有网络是万万不行的。
3.安装好VMWare后,接下来就安装Ubuntu系统了。
我选择目前最新的版本ubuntu-11.04-alternate-i386,从网上查到的资料说,要编译Android源代码,Ubuntu的最低版本是8.04。
下载好后,安装时采用一直默认安装即可。
4.安装Git工具。
Android源代码采用Git工具来管理,与SVN相比,这是一种分布式的源代码管理工具,而SVN是集中式的源代码管理工具。
要安装Git工具,在Ubuntu上执行以下命令即可:
USER-NAMEMACHINE-NAME:
~$sudoapt-getinstall git-coregnupg
5.安装JavaSDK。
在Ubuntu上执行以下命令:
USER-NAMEMACHINE-NAME:
~$ sudoadd-apt-repositoryppa:
ferramroberto/java
USER-NAMEMACHINE-NAME:
~$ sudoapt-getupdate
USER-NAMEMACHINE-NAME:
~$ sudoapt-getinstallsun-java6-jresun-java6-plugin
USER-NAMEMACHINE-NAME:
~$ sudoapt-getinstallsun-java6-jdk
6.依赖的其它包。
在Ubuntu上执行以下命令:
USER-NAMEMACHINE-NAME:
~$ sudoapt-getinstallflexbisongperflibsdl-devlibesd0-devlibwxgtk2.6-devbuild-essentialzipcurl
7.调试工具。
在Ubuntu上执行以下命令:
USER-NAMEMACHINE-NAME:
~$ sudoapt-getinstallvalgrind
二.下载Android源代码工程
1.下载repo工具。
在Ubuntu上执行以下命令:
USER-NAMEMACHINE-NAME:
~$ wgethttps:
//dl-ssl.google./dl/googlesource/git-repo/repo
USER-NAMEMACHINE-NAME:
~$ chmod777repo
USER-NAMEMACHINE-NAME:
~$ cprepo/bin/
2.下载Android最新版本源代码。
在Ubuntu上执行以下命令:
USER-NAMEMACHINE-NAME:
~$ mkdirAndroid
USER-NAMEMACHINE-NAME:
~$cdAndroid
USER-NAMEMACHINE-NAME:
~/Android$ repo
init-u https:
//dl-ssl.google./dl/googlesource/git-repo/repo
USER-NAMEMACHINE-NAME:
~/Android$ reposync
经过漫长的等待(我下载了两三天)后,就可以把Android源代码下载下来了。
其间可能还有经历下载中断的情况,这时只要重新执行reposync就可以了。
三.编译Android源代码
1.编译
在Android目录下执行以下命令:
USER-NAMEMACHINE-NAME:
~/Android$make
第一次编译要等待比较久的时间,编译成功后,可以看到下面的输出:
Targetsystemfsimage:
out/target/product/generic/obj/PACKAGING/systemimage_intermediates/system.img
Installsystemfsimage:
out/target/product/generic/system.img
Targetramdisk:
out/target/product/generic/ramdisk.img
Targetuserdatafsimage:
out/target/product/generic/userdata.img
Installedfilelist:
out/target/product/generic/installed-files.txt
2.编译过程中可能会遇到的问题。
问题一:
Youareattemptingtobuildona32-bitsystem.
两个地方需要个修改:
1)修改build/core目录下的main.mk文件:
ifeq($(BUILD_OS),linux)
build_arch:
=$(shelluname-m)
#Changethefollowinglineforbuildingona32-bitsystem.
#ifneq(64,$(findstring64,$(build_arch)))
ifneq(i686,$(findstringi686,$(build_arch)))
$(warning************************************************************)
$(warningYouareattemptingtobuildona32-bitsystem.)
$(warningOnly64-bitbuildenvironmentsaresupportedbeyondfroyo/2.2.)
2)找到下列文件:
/external/clearsilver/cgi/Android.mk
/external/clearsilver/cs/Android.mk
/external/clearsilver/java-jni/Android.mk
/external/clearsilver/util/Android.mk
修改LOCAL_CFLAGS和LOCAL_LDFLAGS变量:
#Thisforcesa64-bitbuildforJava6
#Changethefollowingtwolinesforbuildingona32-bitsystem.
#LOCAL_CFLAGS+=-m64
#LOCAL_LDFLAGS+=-m64
LOCAL_CFLAGS+=-m32
LOCAL_LDFLAGS+=-m32
问题二:
Undefinedreferenceto`__dso_handle'
external/stlport/src/monetary.cpp:
39:
undefinedreferenceto`__dso_handle'
out/target/product/vm/obj/SHARED_LIBRARIES/libstlport_intermediates/src/locale.o:
Infunction`__static_initialization_and_destruction_0':
external/stlport/src/locale.cpp:
29:
undefinedreferenceto`__dso_handle'
out/target/product/vm/obj/SHARED_LIBRARIES/libstlport_intermediates/src/locale_impl.o:
Infunction`__static_initialization_and_destruction_0':
external/stlport/src/locale_impl.cpp:
31:
undefinedreferenceto`__dso_handle'
out/target/product/vm/obj/SHARED_LIBRARIES/libstlport_intermediates/src/locale_impl.o:
Infunction`std:
:
_Locale_impl:
:
make_classic_locale()':
external/stlport/src/locale_impl.cpp:
670:
undefinedreferenceto`__dso_handle'
external/stlport/src/locale_impl.cpp:
667:
undefinedreferenceto`__dso_handle'
out/target/product/vm/obj/SHARED_LIBRARIES/libstlport_intermediates/src/locale_impl.o:
external/stlport/src/locale_impl.cpp:
604:
moreundefined
referencesto`__dso_handle'follow
collect2:
ldreturned1exitstatus
修改external/stlport/dll_main.cpp,加入以下声明:
extern"C"{
void*__dso_handle=0;
}
四.编译SDK(这一步是可选的)
1.编译
执行以下命令:
USER-NAMEMACHINE-NAME:
~/Android$ makesdk
2. 编译过程中可能会遇到的问题
问题一:
找不到bios.bin和vgabios-cirrus.bin文件
couldn'tlocatesourcefile:
usr/share/pc-bios/bios.bin
couldn'tlocatesourcefile:
usr/share/pc-bios/vgabios-cirrus.bin
注意,这里的usr/share目录指的是~/Android/out/host/linux-x86目录下的usr/share目录,修改办法是复制~/Android/prebuilt/mon下的pc-bios文件夹到~/Android/out/host/linux-x86/usr/share即可:
USER-NAMEMACHINE-NAME:
~/Android$ cp~/Android/prebuilt/mon/pc-bios~/Android/out/host/linux-x86/usr/share
问题二:
找不到ddmlib-tests.jar、ninepath-tests.jar、mon-tests.jar和sdkuilib-tests.jar文件
在~/Android/out/host/linux-x86/framework这个目录下,可以找到以下几个文件mon.jar、ddmlib.jar、ninepatch.jar、sdkuilib.jar这四个文件,然后将它们分别复制一份,并重命名,命名的原则很简单,就是在原有的名字后面跟上-tests即可。
五.安装编译好的Android镜像到模拟器上。
1.设置环境变量:
USER-NAMEMACHINE-NAME:
~/Android$ exportPATH=$PATH:
~/Android/out/host/linux-x86/bin
USER-NAMEMACHINE-NAME:
~/Android$ exportANDROID_PRODUCT_OUT=~/Android/out/target/product/generic
其中,~/Android/out/host/linux-x86/bin有我们要执行的emulator命令,而~/Android/out/target/product/generic是Android镜像存放目录,下面执行emulator命令时会用到。
2.运行模拟器
USER-NAMEMACHINE-NAME:
~/Android$ emulator
模拟器运行需要四个文件,分别是LinuxKernel镜像zImage和Android镜像文件system.img、userdata.img和ramdisk.img。
执行emulator命令时,如果不带任何参数,则LinuxKernel镜像默认使用~/Android/prebuilt/android-arm/kernel目录下的kernel-qemu文件,而Android镜像文件则默认使用ANDROID_PRODUCT_OUT目录下的system.img、userdata.img和ramdisk.img,也就是我们刚刚编译出来的镜像问题。
当然,我们也可以以指定的镜像文件来运行模拟器,即运行emulator时,即:
USER-NAMEMACHINE-NAME:
~/Android$ emulator-kernel./prebuilt/android-arm/kernel/kernel-qemu-sysdir./out/target/product/generic-systemsystem.img-datauserdata.img-ramdiskramdisk.img
到这里,我们就可以在模拟器上运行我们自己编译的Android镜像文件了,是不是很酷呢?
但是注意,这里说的Android镜像文件,只是包括system.img、userdata.img和ramdisk.img这三个文件,而LinuxKernel镜像用的是Android为我们预编译好的kernel-qemu镜像。
那么,有没有办法使用我们自己编译的LinuxKernel镜像呢?
答案上肯定的,这样我们就可以完全DIY自己的Android系统了!
我将在下一篇文章描述如果编译自己的LinuxKernel镜像,敬请期待~
PS:
主线上最新源代码是不稳定版本,使用过程可能会有问题
另外,如果从官方下载不到源代码(大家懂的),可以从这里下:
zhu.im/Android/
更正式的源码编译方法,请参考官网:
source.android./source/initializing.html
在Ubuntu上下载、编译和安装Android最新核源代码(LinuxKernel)
在前一篇文章提到,从源代码树下载下来的最新Android源代码,是不包括核代码的,也就是Android源代码工程默认不包含LinuxKernel代码,而是使用预先编译好的核,也就是prebuilt/android-arm/kernel/kernel-qemu文件。
那么,如何才能DIY自己的核呢?
这篇文章一一道来。
一.环境准备
首选,参照前一篇在Ubuntu上下载、编译和安装Android最新源代码准备好Android源代码目录。
二.下载LinuxKernelforAndroid源代码
1.使用GIT工具下载,执行以下命令:
USER-NAMEMACHINE-NAME:
~/Android$ mkdirkernel
USER-NAMEMACHINE-NAME:
~/Android$ cdkernel
USER-NAMEMACHINE-NAME:
~/Android/kernel$ gitcloneandroid.googlesource./kernel/goldfish.git
同样是经过漫长的等待后,在kernel目录下有一个mon目录,Linux核代码就在这里了。
2.下载完成后,可以查看下载的核代码版本:
USER-NAMEMACHINE-NAME:
~/Android/kernel$cd mon
USER-NAMEMACHINE-NAME:
~/Android/kernel/mon$git branchandroid-2.6.36
3.上面得到的是主线上的核源代码,现在我们需要适用于模拟器用的核,因此,我们需要checkoutgoldfish版本:
USER-NAMEMACHINE-NAME:
~/Android/kernel/mon$ gitbranch–a *android-2.6.36
remotes/origin/android-2.6.35
remotes/origin/android-2.6.36
remotes/origin/archive/android-2.6.25
remotes/origin/archive/android-2.6.27
remotes/origin/archive/android-2.6.29
remotes/origin/archive/android-2.6.32
remotes/origin/archive/android-gldfish-2.6.29
remotes/origin/archive/android-goldfish-2.6.27
选择android-gldfish-2.6.29:
USER-NAMEMACHINE-NAME:
~/Android/kernel/mon$
gitcheckoutremotes/origin/archive/android-gldfish-2.6.29
三.编译核代码
1.导出交叉编译工具目录到$PATH环境变量中去:
USER-NAMEMACHINE-NAME:
~/Android/kernel/mon$ exportPATH=$PATH:
~/Android/prebuilt/linux-x86/toolchain/arm-eabi-4.4.3/bin
2. 修改mon目录下的Makefile文件的以下两行为:
#ARCH?
=(SUBARCH)
# CROSS_PILE?
=
ARCH?
=arm #体系结构为arm
CROSS_PILE?
=arm-eabi-#交叉编译工具链前缀,参考~/Android/prebuilt/linux-x86/toolchain/arm-eabi-4.4.3/bin目录
3. 开始编译
USER-NAMEMACHINE-NAME:
~/Android/kernel/mon$ makegoldfish_defconfig
USER-NAMEMACHINE-NAME:
~/Android/kernel/mon$ make
编译成功后,可看到下面两行:
OBJCOPYarch/arm/boot/zImage
Kernel:
arch/arm/boot/zImageisready
在执行make命令前,你也可以执行makemenuconfig先配置一下编译选项。
四.在模拟器中运行编译好的核
1.在启动模拟器之前,先设置模拟器的目录到环境变量$PATH中去:
USER-NAMEMACHINE-NAME:
~/Android$
exportPATH=$PATH:
~/Android/out/host/linux-x86/bin
2.设置ANDROID_PRODUCT_OUT环境变量:
USER-NAMEMACHINE-NAME:
~/Android$
exportANDROID_PRODUCT_OUT=~/Android/out/target/product/generic
3.在后台中指定核文件启动模拟器
USER-NAMEMACHINE-NAME:
~/Android$
emulator-kernel./kernel/mon/arch/arm/boot/zImage&
4.用adb工具连接模拟器,查看核版本信息,看看模拟器上跑的核是不是我们刚才编译出来的核:
USER-NAMEMACHINE-NAME:
~/Android$adbshell
这时候如果是第一次运行adbshell命令,会看到以下输出,不用管它,再运行一次adbshell命令就可以了。
*daemonnotrunning.startitnowonport5037*
*daemonstartedsuccessfully*
error:
deviceoffline
切换到proc目录:
rootandroid:
/#cdproc
rootandroid:
/proc#catversion
Linuxversion2.6.29-gb0d93fb-dirty(luoubuntu-11-04)(gccversion4.4.3(GCC))#1FriJun323:
17:
24HKT2011
从机器名luoubuntu-11-04和日期1FriJun323:
17:
24HKT2011可以看出,模拟器使用的核即为刚刚编译出来的核。
PS:
主线上最新源代码是不稳定版本,使用过程可能会有问题
更正式的源码编译方法,请参看官网:
source.android./source/building-kernels.html
Android硬件抽象层(HAL)概要介绍和学习计划
Android的硬件抽象层,简单来说,就是对Linux核驱动程序的封装,向上提供接口,屏蔽低层的实现细节。
也就是说,把对硬件的支持分成了两层,一层放在用户空间(UserSpace),一层放在核空间(KernelSpace),其中,硬件抽象层运行在用户空间,而Linux核驱动程序运行在核空间。
为什么要这样安排呢?
把硬件抽象层和核驱动整合在一起放在核空间不可行吗?
从技术实现的角度来看,是可以的,然而从商业的角度来看,把对硬件的支持逻辑都放在核空间,可能会损害厂家的利益。
我们知道,Linux核源代码遵循GNULicense,而Andro
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- Android 驱动 开发 示例 系统 编译