androidlinux内核编译
使用的是putty.exe软件本身机器windows环境连接服务器的linux环境编译androidputty.exe界面在上面有提到了输入你的账号密码后会进入这样的效果就算是成功了可以ls就是当前目录下的文件/文件夹_job就是我的文件夹接下来我们就要进入到源码所在的目录cd 你的android源文件的目录比较笨的方法就是cd _joblscd _........就是一层一层的往下走好的办法就是cd job/按Tab键 会自动填写目录名（如果有多个文件夹他会给你列出来）如果顺利的来到源文件目录下在编译前我们需要预编译一下（可能在源码里面还有没有解包的需要完全解包）下面的所有的命令前面必须要加 sudo-->超级用户模式还有就是下面的命令都是要在根目录下进行编译编译前预处理（make prebuild）执行完成后就可以进行编译了编译Android代码（make）-->要等最少1-3个小时吧等编译完成后就可以使用Eclipse修改你的源码了编译后处理（make firmware）su make firmware注意：编译时必须要在根目录下进行
Ⅱ 为了能从sd卡启动android系统，内核应该怎么编译
本人使用mini6410开发了一个sqlite数据库的程序，在mini6410的linux系统下已经能够成功运行了。因为Android使用的也是linux内核，所以我想当然的认为按照同样的方法将程序移植到mini6410的android系统中也可以成功运行，但是当我运行程序的时候却提示我不能找到可执行文件（xlisten-arm是交叉编译出来的可执行文件）：
/ # ./xlisten-arm
/system/bin/sh: ./xlisten-arm: not found
1.探索：
在网上搜索起初认为可能是库文件的不全导致的，于是在查看可执行文件xlisten-arm所需要的动态链接库：
执行语句：
# arm-linux-readelf -a ./xlisten-arm | grep "Shared"
0x00000001 (NEEDED) Shared library: [libsqlite3.so.0]
0x00000001 (NEEDED) Shared library: [libm.so.6]
0x00000001 (NEEDED) Shared library: [libcrypt.so.1]
0x00000001 (NEEDED) Shared library: [libpthread.so.0]
0x00000001 (NEEDED) Shared library: [libdl.so.2]
0x00000001 (NEEDED) Shared library: [libc.so.6]
知道所需的动态链接库后，到android文件系统中去照着写库文件，在目录/system/lib 中，果然缺少相应的库文件，于是认为找到了我问题的根源所在，在复制相应库文件的时候为了保留原来的属性，还特意用了
#cp -a filename dir
谁知将这些库都添加进去以后，仍然无济于事！
看来不仅仅事库文件缺失的问题了，而且一般来说，如果真的是因为缺少库文件而导致的问题，终端会提示我们链接某库文件时没有找到该库文件。
2.正确的解决方法：
将程序编译的时候选择静态编译，即使用选项 -static
我是对Makefile文件中的CFLAG变量进行修改
CFLAGS = -Wall
改为;
CFLAGS = -Wall -static
然而此时又出现问题了:
undefined reference to `pthread_mutex_*'
undefined reference to `dl*'
提示没有定义这些函数，于是在包含的库文件中添加了这两个库文件
在Makefile中，修改LIBS变量;
LIBS = -lsqlite3 -lm -lcrypt
改为：
LIBS = -lsqlite3 -lm -lcrypt -lpthread -ldl
然后进行交叉编译，成功了！
编译出来的可执行文件比较大，因为事静态编译的，我的有2M多，
拷贝到开发板的andriod系统中，
修改权限：
#chmod 777 xlisten-arm
执行：
/ # ./xlisten-arm
OK!能够正确的执行了！
Ⅲ 编译linux内核和编译linuxROM有什么区别
如果我没理解错的话，你的“linux
内核”是针对PC，intel处理器；“linux
ROM”是针对移动设备（比如adnroid
内核），ARM处理器。那区别就是编译器把内核翻译成intel能懂的机器语言,还是arm能懂得，他们架构完全不一样以及使用完全不同的指令集。
//////////////////////////////////////////////////////////////////////////////
android内核是指google
基于linux
kernel定制的操作系统内核,主要添加了一些android设备驱动，是具备跨平台能力的源码；android
ROM是指编译好的整个android操作系统，不光光是内核了，还有外围的一些库，等等；andriod源码是指整个android
操作系统的源码，包括内核，各种库，java层封装,sdk等等。
Ⅳ 怎么在Android程序里加载linux内核模块
工具/原料
Android程序里加载linux内核模块
方法/步骤
java层。 java.lang.Runtime's exec() methods:native层就是jni了。
可以用popen() 。
但指令知否支持就得看bionic了。
也可以尝试system() and pipe。
普通apk不可能有root权限，除非机器被root了，使用Runtime.exec之类的执行su -c insmod xx.kosu为root的象征，配合superuser使用 。
在终端下使用su进入root用户，然后insmod xx.ko这个肯定可以成功的，因为insmod在root用户下执行的。但是Java的Runtime.exec()也好，Native层execl()也好，只能用su -c命令临时在root用户下执行一条指令。adb shell进入终端，普通用户下执行su -c insmod xx.ko，会发现命令执行失败，失败原因就是需要注意的地方，su的-c参数只把下一个变量作为可执行的指令，因此其执行的命令是insmod而参数并没有传递过去，xx.ko作为了su的参数，因此如果想执行成功我们需要使用su -c "insmod xx.ko"，将传递给insmod的参数和命令组合成一个参数。这样的话在Java层和Native层执行失败的问题也可以解决了，在Runtime.exec()中将命令格式进行格式化，比如Runtime.exec(“su -c ” + "\"insmod xx.ko\"" )，或者在Native中执行execl("/sytem/bin/su","/sytem/bin/su","-c","insmod xx.ko", NULL)，这样最终传递给shell的命令就是su -c "insmod xx.ko"了。
Ⅳ 如何在Linux平台下编译android工程
我是在windows下做开发的，但是编译环境还是在linux上。。大体的步骤如下：
1.首先在windows环境下编写工程（eclipse下编写android工程）
2.打开linux开发环境(tcl平台：\\10.120.90.207\longc\workspace\code\project\kernel\android\JB)
3.将运行环境的脚本文件运行./evnsetup:配置android运行环境
/JB/build/
找到envsetup.sh
运行.envsetup.sh(source envsetup.h或./envsetup)
所有操作都在终端完成
4.将工程文件拷贝到指定目录下（TCL平台下的自带程序在package\TCL_Apps目录下）
5.删除一些文件
保留/res,/src,AndroidManifest.xml三个文件
创建Android.mk(makefile文件，linux下用makefile文件来集成一些命令，运行程序的指令和设置都在此处)Android.mk的编写
6.编译
进入工程文件目录
输入mm命令进行编译。
7.生成apk文件，编译完成
Ⅵ 怎么通过自己编译的linux内核去启动安卓系统或其他系统
你需要专门的刷机工具了吧。手机启动流程是这样的：bootloader->内核->android framework->app，如果你把内核干掉，做个新的，只能在bootloader上对内核分区进行烧写。
Ⅶ android 怎样编译kernel 命令 make
方法如下：
在Linux的环境下:
建立目录:
mkdir ~/android-kernel cd android-kernel
下载源代码, 大概有280MB, 慢慢等哈~~~ (当然你要先安装git) git clone git://git.linuxtogo.org/home/groups/mobile-linux/kernel.git
类似的屏幕信息:
Initialized empty Git repository in /home/user/android-kernel/kernel/.git/ remote: Counting objects: 908251, done.
remote: Compressing objects: 100% (153970/153970), done.
remote: Total 908251 (delta 755115), reused 906063 (delta 753016) Receiving objects: 100% (908251/908251), 281.86 MiB | 292 KiB/s, done. Resolving deltas: 100% (755115/755115), done. Checking out files: 100% (22584/22584), done.
然后去到htc-msm branch: cd kernel
git checkout -b htc-msm origin/htc-msm
屏幕信息:
Branch htc-msm set up to track remote branch refs/remotes/origin/htc-msm. Switched to a new branch "htc-msm"
下载ARM的toolchain, 大概64MB左右, 下到~/android-kernel: 下
载
:
http://www.codesourcery.com/gnu_toolchains/arm/portal/package2549/public/arm-none-linux-gnueabi/arm-2008q1-126-arm-none-linux-gnueabi-i686-pc-linux-gnu.tar.bz2
cd ~/android-kernel
tar xjf arm-2008q1-126-arm-none-linux-gnueabi-i686-pc-linux-gnu.tar.bz2
编译kernel
准备缺省的Kaiser 配置文件.config
cd ~/android-kernel/kernel
make htckaiser_defconfig ARCH=arm
然后编译zImage:
export PATH=~/android-kernel/arm-2008q1/bin:$PATH
make zImage ARCH=arm CROSS_COMPILE=arm-none-linux-gnueabi-
编译好的在: ~/android-kernel/kernel/arch/arm/boot/zImage
如果你的机器是多核的, 可以编译的时候用-j <cores/cpus_number>来加速:
比如, 双核的可以:
make -j 2 zImage ARCH=arm CROSS_COMPILE=arm-none-linux-gnueabi
满意请采纳谢谢
Ⅷ 怎么修改Android 的Linux内核
Android 产品中，内核格式是Linux标准的zImage，根文件系统采用ramdisk格式。这两者在Android下是直接合并在一起取名为boot.img,会放在一个独立分区当中。这个分区格式是Android自行制定的格式。
Android开发时，最标准的做法是重新编译于内核和根文件系统，然后调用Android给的命令行文件mkbootimg(out/host/linux-x86/bin/)来打包。
在制作手机ROM时，有时会单独编译内核或抽出根文件进行修改内容，比如我只编译内核，其余的地方不变。这样重新安装巨大的Android开发环境实在不划算。因此很多boot.img解包工具被人开发出来，这一些工具都是把内核和根文件系统从一个现成的boot.img抽取出来，修发后再次打包还原。
一.常见的解包工具
因为boot.img的格式比较简单，它主要分为三大块（有的可能有四块）
因此很多人开发分析工具，有是linux shell脚本，比如repack-zImage，也有人采用perl,还有C语言编写的 unbootimg，
我使用的是在源码位置system/core/mkbootimg/ 下的 mkbootimg。为了简化，蓝点工坊把与mkbootimg中打包工具和解包工具以及所包含的libmincrpty库抽出来，并且重写一个Makefile,作为开源项目。
使用者只需要在linux（需安装gcc,make,一般是标配）或windows（需要安装mingw）的命令行执行make,即可产生可执行文件mkbootimg ，unpackbootimg。
二.解/打包工具使用
解包工具：unpackbootimg
常见格式
unpackbootimg -i .\tmp\boot.img -o .\out
这一句命令行表示把boot.img解包，所有文件输出到out目录下
它会解压出如下文件：
boot.img-zImage (内核文件）
boot.img-ramdisk.gz (根文件系统打包文件）
boot.img-cmdline (mkbootimg cmdline参数)
boot.img-pagesize (mkbootimg pagesize参数)
boot.img-base (mkbootimg base参数)
打包工具：mkbootimg （Android自带）
常见的命令格式：
./mkbootimg --cmdline 'no_console_suspend=1 console=null' --kernel zImage --ramdisk boot/boot.img-ramdisk.gz -o boot.img --base 02e00000
这句含义是把内核文件zImage和boot目录下的根文件压缩包 boot.img-ramdisk.gz打包成boot.img.
其中cmdline和base的值均来源于unpackbootimg的结果
Ⅸ 如何写android或linux内核可加载模块
hello.c
/* hello.c */
#include <linux/init.h>
#include <linux/mole.h>
#include <linux/kernel.h>
MODULE_LICENSE("GPL");
MODULE_AUTHOR("tang");
static int hello_init(void)
{
printk(KERN_ALERT "Hello, world/n");
return 0;
}
static void hello_exit(void)
{
printk(KERN_ALERT "Goodbye, hello/n");
}
mole_init(hello_init);
mole_exit(hello_exit);
----------------------------------------------------------------------------
Makefile
/* Makefile*/
PWD := $(shell pwd)
KVER := $(shell uname -r)
KDIR := /lib/moles/$(KVER)/build
obj-m:=hello.o
all :
$(MAKE) -C $(KDIR) SUBDIRS=$(PWD)
.PHONY : clean
clean :
rm -rf .*.cmd *.mod.c *.o *.ko .tmp_versions
linux下可以make编译，希望对你有帮助！
Ⅹ Android内核与传统Linux内核有何变化
甲骨文软件人才创新发展中心期待您的到来！
和标准的Linux内核一样，Android内核主要实现内存管理、进程调度、进程间通信等功能。Android内核是在标准Linux内核的基础上修改而成。为了适应嵌入式硬件环境和移动应用程序的开发，Android对标准Linux内核进行了一定的修改。经过与标准Linux内核源代码进行详细对比，可以发现，Android内核与标准Linux内核在文件系统、进程间通信机制、内存管理等方面存在不同。
文件系统：不同于桌面系统与服务器，移动设备大多采用的不是硬盘而是采用Flash作为存储介质，因此，Android内核中增加了标准Linux内核中没有采纳的YAFFS2文件系统。YAFFS2按层次结构设计，分为文件管理接口、内部实现层和NAND，简化了其本身与系统的接口设计，能更方便地集成到系统当中。
进程间通信机制：Android增加了一种进程间的通信机制IPCBinder，Binder通过守护进程ServiceManager管理系统中的服务，负责进程间的数据交换。各进程通过Binder访问同一块共享内存，以达到数据通信的机制。从应用层的角度看，进程通过访问数据守护进程获取用于数据交换的程序框架接口,调用并通过接口共享数据，而其他进程要访问数据，也只需与程序框架接口进行交互，方便了程序员开发需要交互数据的应用程序。
内存管理：在内存管理模块，Android内核采用了一种不用于标准Linux内核的低内存管理策略。在标准Linux内核当中，使用一种叫做OOM（OutofMemory)的低内存管理策略；当内存不足时，系统检查所有的进程，并对进程进行限制评分，获得最高分的进程将被关闭。Android新增加了一种内存共享的处理方式Ashmem。通过Ashmem，进程间可以匿名自由共享具名的内存块，这种共享方式在标准Linux当中不被支持。
经过分析，Android内核由标准Linux内核修改而来，因此继承了Linux内核的各种优点，保留了标准Linux内核的主体架构。同时，Android按照移动设备的需求，在文件系统、内存管理、进程间通信机制、电源管理等方面进行了修改，添加相关的驱动程序和一些必要的新功能，但是与大多数精简的嵌入式Linux操作系统相比，Android很大程度上保留了标准Linux的基本架构，因此，Android系统应用范围更加广泛，拓展性更强。