嵌入式开发实作(Linux内核编译及安装)

网友投稿 2249 2022-08-25

嵌入式开发实作(Linux内核编译及安装)

嵌入式开发实作(Linux内核编译及安装)

KEY:Linux 内核编译 内核配置 嵌入式

内核配置(Kernel configuration)Makefile版本修改为了区别基于同一源码构建(bulid)的不内核镜像,可使用变量EXTRAVERSION(定义位于makefile的顶部):

$ head -4 makefile   VERSION = 2  PATCHLEVEL = 6  SUBLEVEL = 7  EXTRAVERSION = -acme1  $ head -4 makefileVERSION = 2PATCHLEVEL = 6SUBLEVEL = 7EXTRAVERSION = -acme1

运行“uname --r”会返回: 2.6.7--acme1

内核配置先定义内核需要什么特性,并进行配置。内核构建系统(The kernel build system)远不是简单用来构建整个内核和模块,想了解更多的高级内核构建选项,你可以查看 Documentation/kbuild 目录内的内核文档。

可用的配置命令和方式:

make xconfig make menuconfig make oldconfig 或者 手动编写 内核配置文件.config与内核编译makefile?

内核是利用make编译并安装的一个C程序。而这个C程序很现代很复杂,仅凭单一个makefile难以完成编译任务。假设内核编译只需要一个makefile,这个makefile具体也会因编译不同功能特性的内核而有所不同,也就是说在编译内核先“编译”编译的所需要的makefile,这个makefile是动态生成的。那么这个动态的makefile从何而来呢?答案是config命令通过读取[内核配置文件 ](kernel configuration file)来生成编译内核所需要所有文件(包括makefile);那[内核配置文件 ]又是哪来的呢?还是make生成的,各种make的config(xconfig/menuconfig)会生成所需要的[内核配置文件 ]。

内核配置文件(kernel configuration file)保存为内核源代码的顶层目录的.config文件。发行版的内核配置文件通常在/boot/内。

命令:make xconfig

qconf: 全新的基于QT的配置接口,2.6版本内核 更易使用(切记阅读 help -> introduction: useful options!) 具有文件浏览功能,更易的加载配置文件 命令:make menuconfig

老式字符界面,依然很管用。你够自信,完全可以手写配置文件! 命令:make oldconfig

用于升级早期发布内核的配置文件 对一些绝对符号(obsolete symbols)发出警告 询问新符号的配置值 何为makefile?

makefile包含用以构建应用程序的一组规则集(set of rules)。并且第一条[规则 ]是特殊的[规则 ],叫[默认规则 ](default rule)。一条[规则]由三部分组成:目标(target)、前提条件(prerequisites)和命令动作(command):target: prereq1 prereq2   [tab]commands  target: prereq1 prereq2[tab]commands

[目标 ]是被构建(made)的[文件 ]或其它东西。[前提条件 ]或者叫依赖(dependents)是构建目标的“材料”。而[命令动作 ]是利用[前提条件 ]构建[目标 ]的shell命令。

以下是编译C源码的规则例子:

foo.o: foo.c foo.h   tab]gcc -c foo.c   foo.o: foo.c foo.h[tab]gcc -c foo.c

注意格式,冒号前是[目标 ],后是[前提条件 ];[命令 ]在第二行,并且开始于一个tab字符。

编译内核编译和安装内核编译步骤:

$ cd /usr/src/linux2.6  $ make  $ cd /usr/src/linux2.6$ make

安装步骤 (logged as root!)

$ make install   $ make modules_install  $ make install$ make modules_install

以下的步骤在2.6版本不再使用:

$ make depends   $ make modules (done by make)  $ make depends$ make modules (done by make)

提升编译速度多花一些时间在内核配置上,并且只编译那些你硬件需要的模块。这样可以把编译时间缩短为原来的1/30,并且节省数百MB的空间。另外,你还可以并行编译多个文件:

$ make -j

make 可以并行执行多个目标(target)(KEMIN:前提是目标规则间没有交叉依赖项,这个怎么做到的?)

$ make -j 4

即便是在单处理器的工作站上也会很快,读写文件的时间被节省下来了。多线程让CPU保持忙碌。 number大于4不见得有效了,因为上下文切换过多反而降低的工作的速度。 make -j <4*number_of_processors> 内核编译tips

查看完整的 (gcc, ld)命令行: $ make V=1 清理所有的生成文件 (to create patches...): $ make mrproper 部分编译:$ make M=drivers/usb/serial 单独模块编译:$ make drivers/usb/serial/visor.ko 别处编译(假设源码在CDROM): $ cd /mnt/cdrom/linux-2.6.17.11 $ make O=~/linux/linux-2.6.17.11 最终生成的文件vmlinux 原始内核镜像,非压缩的 arch//boot/zImage zlib压缩的内核镜像(Default image on arm) arch//boot/bzImage bzip2压缩的内核镜像。通常很小,足够放入一张软盘(Default image on i386) 安装的文件/boot/vmlinuz- 内核镜像; /boot/System.map- 保存有内核的符号地址(symbol addresses); /boot/initrd-.img Initial RAM disk:保存有你需要在引导时挂接最终根文件系统的模块。安装命令“make install”为替你运行“mkinitrd ”生成initrd; /etc/grub.conf or /etc/lilo.conf bootloader的配置文件:“make install”会为你的新内核更新相应的bootloader的配置文件。如果你使用的是LILO,它会在生成配置文件后,执行/sbin/lilo,让LILO的配置生效。 /lib/modules// Kernel modules + extras build/为本的内核添加模块所需的所有东西: .config file (build/.config), module symbol information (build/module.symVers), kernel headers (build/include/) kernel/内核模块文件 .ko (Kernel Object),目录结构与源代码目标一一对应。 modules.alias模块别名记录(用于insmod和modprobe),例如:alias sound--service--?-0 snd_mixer_oss modules.dep模块依赖记录(用于insmod和modprobe) modules.symbols标识某符号是属于哪个模块的。 这个目录的所有文件都是文本文件,可以直接查看。

小结编译及安装步骤:编辑Makefile版本信息 定义内核特性,生成配置文件.config,用于编译:make xconfig 编译内核:make 安装内核:make install 安装模块:make modules_install 交叉编译内核Makefile修改通常通过修改已有的makefile获得

你必须修改目标平台,假设目标平台是ARM,修改以下:

ARCH ?= arm   CROSS_COMPILE ?= arm-linux-  ARCH ?= armCROSS_COMPILE ?= arm-linux-

或运行带参数的make:

$ cd /usr/scr/linuxXX   $ make ARCH=arm CROSS_COMPILE=arm-linux-  $ cd /usr/scr/linuxXX$ make ARCH=arm CROSS_COMPILE=arm-linux-

内核配置文件配置过程和本地配置一样; 可以把生成的配置文件(.config)分享给其他人,比如像:

$   $ cp .config arch//config/acme_defconfig  $$ cp .config arch//config/acme_defconfig

这样其他同样开发ACME系统的开发人员可以通过以下命令编译出同样的内核:

$ make acme_defconfig   $  $ make acme_defconfig$

建立交叉编译环境(Cross--compiling setup)假设你有ARM的交叉编译工具(cross--compiling toolchain)在 in /usr/local/arm/3.3.2/, 你得把它输出到PATH:

$ export PATH=/usr/local/arm/3.3.2/bin:$PATH  $ export PATH=/usr/local/arm/3.3.2/bin:$PATH

注意查看内核文档(在Documentation/Changes)有关最低工具版本要求。

编译并安装内核1. $ make //如果你修改了Makefile

或者

1'. $ make ARCH=arm CROSS_COMPILE=arm-linux-

2. 拷贝 arch//boot/zImage 到目标系统

$ make modules_install

3. 拷贝 /lib/modules/ 到目标系统

你可以通过 arch//boot/install.sh 自定义安装,让”make install“自动代劳。

何为交叉编译工具链(cross--compiling toolchain)?

有如任何其它开发活动一般,嵌入式开发的第一步是建立(setting up)用于构建嵌入式Linux内核(当然包括驱动程序)及应用程序的工具链(toolchains )。不过,嵌入式开发需要是跨平台工具链。跨平台是什么意思呢?一般开发活动是在本地编译,使用是本地的工具链;而由于嵌入式的软硬资源(内存不足、没有本地编译器或操作系统都没有)限制等没法进行本地开发。需要在Linux-x86 主机(HOST)开发,使用主机的编译器生成目标(TARGET)平台代码,这个过程叫交叉编译。

我们常常说的编译器有广义和狭义之分。狭义的编译器只完软件编译(或者叫软件构建)的第一步;广义的编译器包括了软件编译(或者叫软件构建)所需要代码库(比如libc)和其它构建工具(比如汇编器和连接器)。无论是什么编译器都需要支持的代码库和各种构建工具,交叉编译也不例外。一整套广义的编译器称为交叉编译工具链。

何为工具链?

In software, a toolchain is the set of computer programs (tools) that are used to create a product (typically another computer program or system of programs). The tools may be used in a chain, so that the output of each tool becomes the input for the next, but the term is used widely to refer to any set of linked development tools.

A simple software development toolchain consists of a text editor for editing source code, a compiler and linker to transform the source code into an executable program, libraries to provide interfaces to the operating system, and a debugger.

The GNU toolchain is a blanket term for a collection of programming tools produced by the GNU Project. These tools form a toolchain (suite of tools used in a serial manner) used for developing applications and operating systems.

Projects included in the GNU toolchain are:

* GNU make: Automation tool for compilation and build; * GNU Compiler Collection (GCC): Suite of compilers for several programming languages; * GNU Binutils: Suite of tools including linker, assembler and other tools; * GNU Bison: Parser generator * GNU m4: m4 macro processor * GNU Debugger (GDB): Code debugging tool; * GNU build system (autotools): o Autoconf o Autoheader o Automake o Libtool 参考

版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。

上一篇:26、压缩及解压缩命令
下一篇:C++指针的概念解读 超详细(c中指针的定义)
相关文章

 发表评论

暂时没有评论,来抢沙发吧~