第一章: i.mx233环境的搭建, sd卡的准备
1: 主机环境为Ubuntu10.04
2: i.mx233环境的准备工作
a) 下载i.mx233的开放套件,地址为:
1) 下载其中的L2.6.31_10.05.00_SDK_SOURCE,并解压到你的工作目录
2) 解压后有2个文件: L2.6.31_10.05.02_ER_docs.tar.gz 和 L2.6.31_10.05.02_ER_source.tar.gz
3) 解压 L2.6.31_10.05.02_ER_docs.tar.gz 后,得到docs,查看其中的readme.html,仔细查看 i.MX23 Linux BSP User Guide 文档。这很重要!!你会对本文以后的内容有个大体了解。
4) 解压 L2.6.31_10.05.02_ER_source.tar.gz 后,得到L2.6.31_10.05.02_ER_source目录。
b) 创建路径 /opt/freescale ,之后toolchain会保存在此
1) sudo mkdir /opt/freescale
2) sudo chown windsome.windsome /opt/freescale
3) sudo vi /etc/sudoers ,添加一行到“# User privilege specification”小结下,内容为: windsome ALL = NOPASSWD: /usr/bin/rpm, /opt/freescale/ltib/usr/bin/rpm
c) 进入解压后目录 L2.6.31_10.05.02_ER_source ,运行./install,按照步骤一步步安装
d) 进入安装完后的目录ltib。因为我们是在ubuntu机器上开发,所以需要修改ltib文件,具体参考 ,步骤如下
1) vi ./ltib
2) 在第929行后加一行,内容为: $cmd .= "--force-debian " if $rpm =~ m/rpm-fs/ && `uname -a` =~ m/ubuntu/i;
3) 保存后关闭
4) 注意:在修改ltib之前不要运行./ltib,否则会运行失败,并且就算修改后再运行也会失败。如果不幸运行了,你可以先运行./ltib -m distclean,然后再做上面3步。
5) 到此,基本环境准备完毕了。
3: sd卡的准备工作,这就需要仔细看 i.MX23 Linux BSP User Guide 文档了
a) 找到一张kingston的microSD卡,一般都2G,2G以上都可以。
b) 分区,使用sudo fdisk /dev/mmcblk0
1) 分区过程不再叙述了,我分成了三个主分区一个扩展分区,扩展分区又分成了三个分区。为什么要用扩展分区,因为fdisk最多只能分4个主分区,所以我们只能用扩展分区来多分几个。
2) 我的分区表如下:(每个block大小为32K)
Device Boot Start End Blocks Id System
/dev/mmcblk0p1 (20M ) 1 640 20472 b W95 FAT32
/dev/mmcblk0p2 (20M ) 641 1281 20512 53 OnTrack DM6 Aux3
/dev/mmcblk0p3 (256M) 1282 9476 262240 83 Linux
/dev/mmcblk0p4 (- ) 9477 60192 1622912 5 Extended
/dev/mmcblk0p5 (512M) 9477 25861 524312 83 Linux
/dev/mmcblk0p6 (512M) 25862 42246 524312 83 Linux
/dev/mmcblk0p7 (rem ) 42247 60192 574264 83 Linux
3) 各分区的大小没有什么限制,只要够用就行。注意:
A:/dev/mmcblk0p1是用于windowsCE的,我们可以不管它。/dev/mmcblk0p2必须是0x53的格式,用来烧写boot_stream的。/dev/mmcblk0p3必须是linux分区,用来存放rootfs。
B:/dev/mmcblk0p4是逻辑上的扩展分区,不需要做任何操作。
C:/dev/mmcblk0p5,/dev/mmcblk0p6,/dev/mmcblk0p7用于android,分别用来存放system分区,data分区,cache分区。
4) 格式化分区。我们只需要格式化/dev/mmcblk0p3,/dev/mmcblk0p5,/dev/mmcblk0p6,/dev/mmcblk0p7。都可以格式化成ext3。
注:在实际开发中发现,data分区变化比较大,很容易出问题,某个文件出了问题,android就起不来。data分区可以尝试其他文件系统。
第二章: 编译kernel
这部分主要是linux内核的配置与调试。各种板子因为设计不同需要做各种改动,其中就有各种驱动的调试,如USB,USB-otg,触摸屏,网络,按键等等。为了android能跑起来,我们首要的还是触摸屏的调试。
1:使用自带的toolchain进行linux的编译,并在板子上运行测试
a) 配置toolchain
1) ./ltib -m config 配置总体环境,Platform选择imx233,Toolchain选择4.1.2,其他的选择默认的即可。
2) ./ltib -m prep -p kernel-2.6.31.spec,准备kernel的源文件。生成在rpm/BUILD/linux-2.6.31 ,
3) cd rpm/BUILD ; mv linux-2.6.31 linux-2.6.31-imx233 ; 因为我们要修改kernel的内容,所以我们使用custom的kernel-source
4) ./ltib -m config 重新配置kernel路径。将Kernel选项改为Local Linux directory build。将 Enter your Linux source directory 修改为你刚才改的那个路径(/home/lancer/freescale/ltib/ltib/rpm/BUILD/linux-2.6.31-imx233), 保存退出
5) 如果你要修改kernel command line,请在./ltib -m config时,进入PackageList,修改相应。
6) 如果你要对kernel选项进行设置,请在./ltib -m config时,将Configure the kernel选中。
7) 配置完成后,你可以运行./ltib了,运行完成后就可以得到boot_steam和文件系统了。文件系统在rootfs目录下,rootfs.jffs2是打包好的jffs2格式文件系统。boot_stream在rootfs/boot下。
8) 在编译过程中,可能会遇到 .gvfs不能访问的错误,这是ubuntu中gnome文件系统的一个东西,在你的家目录下。这个错误是不要紧的,忽略即可。
b) 测试kernel
1) 主要是用dd命令进行写操作。我写了一个脚本(burn_linux.sh)专门用于写boot_stream到sd卡中。可以在脚本所在目录直接运行sudo ./burn_linux.sh。
# burn_linux.sh start
#imx23_linux=/home/lancer/freescale/ltib/ltib/rpm/BUILD/imx-bootlets-src-10.05.02/imx23_linux.sb
imx23_linux=../../ltib/ltib/rootfs/boot/imx23_linux.sb
echo "generate linux raw data."
dd if=/dev/zero of=mmc_linux_partition.raw bs=512 count=4
dd if=$imx23_linux of=mmc_linux_partition.raw ibs=512 seek=4 conv=sync,notrunc
echo "write raw data to mmc card."
size=$(find -name mmc_linux_partition.raw -printf %s)
count=$(($size/512))
dd if=/dev/zero of=/dev/mmcblk0p2 bs=512 count=10240
sleep 1
dd if=mmc_linux_partition.raw of=/dev/mmcblk0p2 bs=512 count=$count
sync
echo "finish write $count blocks"
# burn_linux.sh end
2) 你要是有兴趣也可以将uboot烧进去玩玩,这样对调试可能更方便,可以通过网络进行kernel下载。但我的板子因为usb及基于usb的ethernet并没有调试通过,所以不能用uboot来下载。
3) 将文件系统rootfs拷贝到/dev/mmcblk0p3分区中。
4) 插入sd卡,上电。从串口中应该能进入shell了,触摸屏上应该也能看到东西了。
c) 到目前为止,基本上没有编写代码。只是做做设置。
d) 移植tslib,目的是为了得到pointercal文件中的触摸屏校准参数,用于android平台
1) git clone
2) configure tslib
./autogen
export PATH=$PATH:/opt/freescale/usr/local/gcc-4.1.2-glibc-2.5-nptl-3/arm-none-linux-gnueabi/bin
export CC=arm-none-linux-gnueabi-gcc
export CPP=arm-none-linux-gnueabi-cpp
./configure --prefix=/usr/local/Trolltech/tslib --host=arm-linux --cache-file=arm-linux.cache --enable-debug
3) make;make install
4) 修改/usr/local/Trolltech/tslib/etc/ts.conf,打开module_raw input,即去掉module_raw input前的#和空格。注意module_raw input前不能有空格!
5) 写一个脚本文件ts_env.sh,用于运行ts_calibrate前做环境设置
# ts_env.sh start
export TSLIB_ROOT=/usr/local/Trolltech/tslib
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$TSLIB_ROOT/lib
export TSLIB_CONSOLEDEVICE=none
export TSLIB_FBDEVICE=/dev/fb0
export TSLIB_TSDEVICE=/dev/input/ts0
export TSLIB_CONFFILE=$TSLIB_ROOT/etc/ts.conf
export TSLIB_PLUGINDIR=$TSLIB_ROOT/lib/ts
export TSLIB_CALIBFILE=$TSLIB_ROOT/etc/pointercal
#used for qt
export QWS_MOUSE_PROTO=Tslib:/dev/input/ts0
# ts_env.sh end
6) 将生成于/usr/local/Trolltech/tslib的文件拷贝到sd卡中文件系统的/usr/local/Trolltech/tslib下,并启动机器即可运行/usr/local/Trolltech/tslib/bin下的测试程序
7) 注意:我用的屏的驱动是linux-2.6.31-imx233/drivers/input/touchscreen/mxs-ts.c。这个驱动是不发送EV_KEY消息的,所以以上移植的tslib不能正常工作。
vi tslib/plugins/input-raw.c
找到check_fd函数,将下面这段代码#if 0掉
#if 0
if ( (ioctl(ts->fd, EVIOCGBIT(0, sizeof(evbit)), evbit) < 0) ||
!(evbit[BIT_WORD(EV_ABS)] & BIT_MASK(EV_ABS)) ||
!(evbit[BIT_WORD(EV_KEY)] & BIT_MASK(EV_KEY)) ) {
fprintf(stderr, "tslib: Selected device is not a touchscreen (must support ABS and KEY event types)
");
return -1;
}
#endif
8) 之后重新编译。运行ts_calibrate得到校准文件于/usr/local/Trolltech/tslib/etc/pointercal。此文件中数据将用于修改触摸屏驱动。
2:使用android的toolchain进行linux的编译 (这个部分对于上一步没有修改过boot_stream的人来所有点问题,请参考本文后备注)
为什么要用android的toolchain来编译内核,而不用ltib自带的编译器? 我曾尝试用ltib自带的编译器来编译android的init,在修改及增加了很多代码的基础上,总算是通过了。然后将init放到rootfs的sbin/目录下,希望能init成功,可是第一句打印也出不来。在做了更多的尝试之后,对这个方式失去了信心。故而产生了用android的toolchain来编译linux内核的想法,因为内核是不需要c库支持的,并且android所用的编译器是armv5te的,与i.mx233吻合,这个想法最后成功了。等有时间,再尝试找出用ltib自带编译器编的init无法运行的原因。
a) 修改ltib配置成使用android的编译器
1) ./ltib -m config ,修改Toolchain选项为Custom, 修改Enter the custom toolchain path为(/home/lancer/freescale/android/prebuilt/linux-x86/toolchain/arm-eabi-4.4.0),修改 Enter the toolchain prefix.为(arm-eabi-)。
2) 去掉uboot支持,android上编译器编不过uboot
3) 在Package Selection中保留boot_stream,其他package全部取消。因为toolchain修改为android的toolchain了,而android的toolchain没有c库。
b) ./ltib开始编译,这个编译过程不能最后成功。会在boot_stream生成imx23_uboot.sb的过程中停止。不要担心,原因在于我们没有选择编译uboot包。如果你愿意,你可以修改uboot,使得它在android的编译器上能成功编译即可不出现此错误。
c) 编译过程异常退出的时候,imx23_linux.sb其实已经生成了,不过不在rootfs/boot下,而是在rpm/BUILD/imx-bootlets-src-10.05.02下。你可以修改burn_linux.sh,让它烧这个到sd卡中。
d) 到这一步之后,默认的内核已经生成了。
e) 到你下载的android源文件目录去编译android。目前的2.2的android默认用的4.4.0的编译器,正是我们所需要armv5te。直接make。(注:有的朋友不能编过,请看第五章第3小节,android需要做的改动)
f) 编译完成后进入/home/lancer/freescale/android/out/target/product/generic,这里面就有root,system,data分别对于sd卡上的p3,p5,p6分区。为了测试init是否搭配kernel,建议写一个简单的init程序,在main函数中做循环打印。
1) 在android目录运行 . ./build/envsetup.sh
2) cd android/system/core/init ; vi test.c
// test.c start
#include
#include
int main(int argc, char **argv)
{
printf ("we enter android init!!!
");
while (1) {
printf ("test and test !
");
sleep (1);
}
return 0;
}
// test.c end
3) 修改Android.mk,在LOCAL_MODULE:= init前加一行LOCAL_SRC_FILES:= test.c 就只编译test.c文件
4) 编译init,用mmm system/core/init 或make init编译
g) 重新运行./burn_linux.sh,然后将/dev/mmcblk0p3分区上根文件系统内容删除干净(记得先要记录/usr/local/Trolltech/tslib/etc/pointercal内容),将root,system,data内容拷贝到sd卡相应分区。
h) 为了方便我们调试,我们需要看到终端打印信息。到sd卡的root分区的dev目录下创建一个console设备,我的mmcblk0p3是mount到/media/android_root。
1) cd /media/android_root
2) sudo mknod console c 5 1
g) 插sd卡到板子上运行。如果从终端不停打印出内容,说明ltib和kernel设置正确了,能和android相匹配了。这时候你可以将system/core/init/Android.mk文件改回来了。到这里,环境方面基本搞定。
第三章: android的移植
1:init.rc的修改
主要的修改就是将system,data,cache等mount的地方改成你所用的文件系统的格式。
a) loglevel 3 改为 loglevel 6 ,用于调试
b) 将
mount yaffs2 mtd@system /system
mount yaffs2 mtd@system /system ro remount
改为
mount ext3 /dev/block/mmcblk0p6 /system
mount ext3 /dev/block/mmcblk0p6 /system ro remount
c) 将
mount yaffs2 mtd@userdata /data nosuid nodev
改为
mount ext3 /dev/block/mmcblk0p5 /data nosuid nodev
d) 将
mount yaffs2 mtd@cache /cache nosuid nodev
改为
mount ext3 /dev/block/mmcblk0p7 /cache nosuid nodev
e) 其他的,哪些service该起来,哪些不要起来,就自己决定了。
2:ltib中关于android的配置
./ltib -m config 选择Config the kernel,保存退出
./ltib ,运行后配置kernel,如果不能进入配置kernel界面,请先./ltib -m config,取消选中Config the kernel,保存退出,然后再重复上一步。(以后如遇不能配置kernel的情况,请按照这一步骤进行)
配置kernel时,进入到devices drivers---Staging drivers --- Android. 除了Android RAM buffer console外,其他都选中。保存退出,即开始编译内核。
3:ashmem移植,可以从android 的kernel代码树中找到ashmm.c ashmm.h,并且对比修改makefile和shmm.h shmm.c
a) 打开此链接: ,或者进入 选择最新的tree。
b) 下载 mm/ashmem.c 和 include/linux/ashmem.h 到 /home/lancer/freescale/ltib/ltib/rpm/BUILD/linux-2.6.31-imx233 目录下相应位置
c) 查看 include/linux/mm.h文件,与本地相应文件对比,本地应该加入如下代码
void shmem_set_file(struct vm_area_struct *vma, struct file *file);
d) 查看 mm/shmem.c 文件,与本地文件对比,本地应该加入如下代码
void shmem_set_file(struct vm_area_struct *vma, struct file *file)
{
if (vma->vm_file)
fput(vma->vm_file);
vma->vm_file = file;
vma->vm_ops = &shmem_vm_ops;
}
e) 查看 mm/Makefile 文件,应该在obj-y中加入ashmem.o
f) 做完这些工作后,就可以开始再编译内核了
4:修改framebuffer驱动,使其支持android的double buffer 和 android 565颜色模式,我们使用的驱动是mxs
a) 修改 drivers/video/mxs/lcd_lms430.c ,将static struct mxs_platform_fb_entry fb_entry中.bpp修改为16,代码如下
static struct mxs_platform_fb_entry fb_entry = {
.name = "lms430",
.x_res = 272,
.y_res = 480,
.bpp = 16,
b) 修改 drivers/video/mxs/mxsfb.c ,将NUM_SCREENS 设置为2,即为double buffer
#define NUM_SCREENS 2
c) 因为mxs的驱动比较简单,好多功能都没有实现。我们也没有兴趣将它实现完全,所以只能让它初始化的时候就成为我们的目标状态。改了上面2条还不够,还必须对他硬件初始化部分做改动。
d) 修改 arch/arm/mach-mx23/include/mach/lcdif.h ,查看setup_dotclk_panel函数,它默认是32位真彩色,我们需要改成16位的RGB565
__raw_writel(BF_LCDIF_CTRL1_BYTE_PACKING_FORMAT(0xF) | //由7改为F
BM_LCDIF_CTRL1_RECOVER_ON_UNDERFLOW,
REGS_LCDIF_BASE + HW_LCDIF_CTRL1_SET);
__raw_writel(BF_LCDIF_CTRL_WORD_LENGTH(0) |/* 16 bit, 由3改为0 */
BM_LCDIF_CTRL_DATA_SELECT |/* data mode */
BF_LCDIF_CTRL_INPUT_DATA_SWIZZLE(0) |/* no swap */
BF_LCDIF_CTRL_LCD_DATABUS_WIDTH(3),/* 24 bit */
REGS_LCDIF_BASE + HW_LCDIF_CTRL_SET);
e) 这样就修改完了framebuffer驱动,编译之后,烧到sd卡上,再启动时,你会发现linux启动过程中的企鹅翅膀变成绿色的,但大小还是跟原来一样!!为什么?因为它这个位图是24位的,而我们framebuffer是565的。如果你在启动过程中发现2只企鹅,或者更多,那么你的驱动改错了,再仔细分析分析吧。
5:触摸屏驱动的修改,参考以下几个链接,原理及过程我就不叙述了。
http://blog.chinaunix.net/u3/93670/showart_2213255.html
http://blog.chinaunix.net/u3/93670/showart_2211310.html
http://hi.baidu.com/zhouhanqing/blog/item/9d18a3cc16020a580eb3451c.html
对于我的触摸屏,我只需修改 drivers/input/touchscreen/mxs-ts.c 文件。
a) 在#include <*****>之后加如下代码
#define TS_ABS_XY 1
static int axis_table[] = {-35, 8147, -1149876, 4999, -60, -1708204, 65536}; // from /etc/pointercal by ts_calibrate
b) 修改process_lradc函数,将case TS_STATE_TOUCH_VERIFY:下的内容替换。
原先是
pr_debug("%s: touch verify state, sample_count %d
", __func__,
info->sample_count);
pr_debug("%s: x %d, y %d
", __func__, info->x, info->y);
input_report_abs(info->idev, ABS_X, info->x);
input_report_abs(info->idev, ABS_Y, info->y);
input_report_abs(info->idev, ABS_PRESSURE, pressure);
input_sync(info->idev);
/* fall through */
替换为
{
unsigned long xraw, yraw, xtmp, ytmp;
xraw = (info->x & 0xfff);
yraw = (info->y & 0xfff);
xtmp = (axis_table[2] + axis_table[0] * xraw + axis_table[1] * yraw ) / axis_table[6];
ytmp = (axis_table[5] + axis_table[3] * xraw + axis_table[4] * yraw ) / axis_table[6];
printk ("windsome: pen down(%d:%d): x=%x:%d, y=%x:%d, pressure=%x:%d
",
xtmp, ytmp, info->x >> 12, info->x & 0xfff, info->y >> 12, info->y & 0xfff,
pressure >> 12, pressure & 0xfff);
input_report_abs(info->idev, ABS_X, xtmp);
input_report_abs(info->idev, ABS_Y, ytmp);
input_report_abs(info->idev, ABS_PRESSURE, pressure);
input_report_key(info->idev, BTN_TOUCH, pressure);
input_sync(info->idev);
}
/* fall through */
c) 修改mxs_ts_probe函数
原先是
idev->name = "MXS touchscreen";
idev->evbit[0] = BIT(EV_ABS);
input_set_abs_params(idev, ABS_X, 0, 0xFFF, 0, 0);
input_set_abs_params(idev, ABS_Y, 0, 0xFFF, 0, 0);
替换为
idev->name = "MXS touchscreen";
idev->evbit[0] = BIT_MASK(EV_KEY) | BIT_MASK(EV_ABS);
idev->keybit[BIT_WORD(BTN_TOUCH)] = BIT_MASK(BTN_TOUCH);
input_set_abs_params(idev, ABS_X, 0, 480, 0, 0);
input_set_abs_params(idev, ABS_Y, 0, 272, 0, 0);
d) 保存,编译成功。我们的触摸屏驱动在android2.2上就能正常运行了吗?
e) android默认是多点触摸屏,需要修改frameworks/base/services/java/com/android/server/KeyInputQueue.java文件,找到
final int classes = di.classes;
改为
final int classes = di.classes &(~(RawInputEvent.CLASS_TOUCHSCREEN_MT));
这样,android就可以支持单点触摸了
e) 接下来编译android。下载运行后,我们进了锁界面,却什么都不能动。为啥?想想你的G2,在锁界面的情况下,你触摸屏幕能进去吗?也不能,还得按个menu键。我们的系统上没有按键!没办法了,去掉锁界面!
6:开机进入无锁界面,因为我们没有按键,只有触摸屏,所以只能去掉锁了。参考链接 ~Simon_fu/?p=535 及 ~Simon_fu/?p=538 。原理我不叙述了。
a) 修改 frameworks/base/packages/SettingsProvider/res/values/defaults.xml ,
60000
改为
-1
b) 修改 frameworks/policies/base/phone/com/android/internal/policy/impl/KeyguardViewMediator.java ,
private boolean mExternallyEnabled = true;
改为
private boolean mExternallyEnabled = false;
c) make ,并更新到sd卡上,终于可以去操作了。
7:电源管理,应该移植android的电源管理驱动。暂时没时间,所以,直接改android中代码。
a) 修改frameworks/base/services/jni/com_android_server_BatteryService.cpp 文件,在android_server_BatteryService_update函数的最后加下面代码
env->SetBooleanField(obj, gFieldIds.mAcOnline, true);
env->SetIntField(obj, gFieldIds.mBatteryStatus, gConstants.statusUnknown);
env->SetIntField(obj, gFieldIds.mBatteryHealth, gConstants.healthUnknown);
b) 修改hardware/libhardware_legacy/power/power.c 文件,
原先
const char * const OLD_PATHS[] = {
"/sys/android_power/acquire_partial_wake_lock",
"/sys/android_power/release_wake_lock",
"/sys/android_power/request_state"
};
const char * const NEW_PATHS[] = {
"/sys/power/wake_lock",
"/sys/power/wake_unlock",
"/sys/power/state"
};
const char * const AUTO_OFF_TIMEOUT_DEV = "/sys/android_power/auto_off_timeout";
改为
const char * const OLD_PATHS[] = {
"/cache/sys/android_power/acquire_partial_wake_lock",
"/cache/sys/android_power/release_wake_lock",
"/cache/sys/android_power/request_state"
};
const char * const NEW_PATHS[] = {
"/cache/sys/power/wake_lock",
"/cache/sys/power/wake_unlock",
"/cache/sys/power/state"
};
const char * const AUTO_OFF_TIMEOUT_DEV = "/cache/sys/android_power/auto_off_timeout";
c) 在sd卡的cache分区建立上述文件,用文件模拟设备
第四章: 后记
移植花了不少时间,这是移植完成后对过程的回忆及整理,可能有疏漏。错漏之处给您带来麻烦,还请原谅。如果您有什么问题或意见,可以给我发邮件 agooou@gmail.com 。
第五章: 补充
在移植过程中,改动了很多地方,把一些有用的改动记录下来。
1:修改system/core/init/init.c,这样我们可以看到打印信息
a) 原先
if (needs_console) {
setsid();
open_console();
} else {
zap_stdio();
}
改为:
setsid();
open_console();
b) main函数中注释掉
//open_devnull_stdio();
2:修改system/core/liblog/logd_write.c,我们可以看到java中的打印
修改__write_to_log_init函数,将
log_fds[LOG_ID_MAIN] = log_open("/dev/"LOGGER_LOG_MAIN, O_WRONLY);
log_fds[LOG_ID_RADIO] = log_open("/dev/"LOGGER_LOG_RADIO, O_WRONLY);
log_fds[LOG_ID_EVENTS] = log_open("/dev/"LOGGER_LOG_EVENTS, O_WRONLY);
log_fds[LOG_ID_SYSTEM] = log_open("/dev/"LOGGER_LOG_SYSTEM, O_WRONLY);
改为
#if FAKE_LOG_DEVICE
log_fds[LOG_ID_MAIN] = log_open("/dev/"LOGGER_LOG_MAIN, O_WRONLY);
log_fds[LOG_ID_RADIO] = log_open("/dev/"LOGGER_LOG_RADIO, O_WRONLY);
log_fds[LOG_ID_EVENTS] = log_open("/dev/"LOGGER_LOG_EVENTS, O_WRONLY);
log_fds[LOG_ID_SYSTEM] = log_open("/dev/"LOGGER_LOG_SYSTEM, O_WRONLY);
#else
log_fds[LOG_ID_MAIN] = 1;
log_fds[LOG_ID_RADIO] = 1;
log_fds[LOG_ID_EVENTS] = 1;
log_fds[LOG_ID_SYSTEM] = 1;
#endif
3:我们的工作平台为Ubuntu10.04LTS系统,32位主机。为了能将android编译通过需要做如下修改。
a) 注释掉build/core/main.mk的76行
#$(error stop)
b) 修改external/clearsilver的子目录下的Android.mk,注释掉以下内容
# This forces a 64-bit build for Java6
#LOCAL_CFLAGS += -m64
#LOCAL_LDFLAGS += -m64
第六章:其他链接
注,根据网友的实践,发现一些错误,现纠正如下:
1,第二章: 编译kernel 2:使用android的toolchain进行linux的编译 对于不修改boot_stream的人来说有问题。
正确步骤应该是
a) 修改ltib配置成使用android的编译器
1) ./ltib -m config ,修改Toolchain选项为Custom, 修改Enter the custom toolchain path为(/home/lancer/freescale/android/prebuilt/linux-x86/toolchain/arm-eabi-4.4.0),修改 Enter the toolchain prefix.为(arm-eabi-)。
2) 去掉uboot支持,android上编译器编不过uboot
3) 在Package Selection中去掉所有包。注意包括去掉boot_stream,因为android的arm-toolchain不能将它编译通过。
b) ./ltib开始编译,最后在rootfs/boot下生成bootable_kernel, linux.config, System.map, uImage, vmlinux, zImage,此时内核即生成了,将被boot_stream使用。
c) 配置boot stream。./ltib -m prep -p boot_stream.spec ,如果有错误是因为rpm/BUILD/下已经存在了imx-bootlets-src-10.05.02,将这个移除。
d) cd rpm/BUILD; mv imx-bootlets-src-10.05.02 imx-bootlets-src-10.05.02-mx233; cd imx-bootlets-src-10.05.02-mx233; 文件夹改名目的是防止以后不小心被ltib删除。
e) 编译boot stream。因为android的arm-toolchain不能编译,所以我们使用ltib自带的4.1.2的编译器编译boot-stream。
1) 设置编译环境
export PATH=$PATH:/opt/freescale/usr/local/gcc-4.1.2-glibc-2.5-nptl-3/arm-none-linux-gnueabi/bin:/opt/freescale/ltib/usr/bin
export CROSS_COMPILE=arm-none-linux-gnueabi-
2) 将zImage从rootfs/boot拷贝到imx-bootlets-src-10.05.02-mx233下
cp ../../../rootfs/boot/zImage .
3) 开始编译
make
4) 虽然错误退出,但原因是我们没有编译uboot。仍然可以看到本目录出现imx23_linux.sb。这就是我们所需要的。
d) 到这一步之后,默认的内核已经生成了。
阅读(1315) | 评论(0) | 转发(0) |