app下载
处理并编译内核源代码linux内核的配置系统由三个部分组成，分别是：1. makefile：分布在 linux 内核源代码中的 makefile，定义 linux 内核的编译规则；2. 配置文件（config.in）：给用户提供配置选择的功能；3. 配置工具：包括配置命令解释器（对配置脚本中使用的配置命令进行解释）和配置用户界面（提供基于字符界面、基于 ncurses 图形界面以及基于 xwindows 图形界面的用户配置界面，各自对应于 make config、make menuconfig 和 make xconfig）。这些配置工具都是使用脚本语言，如 tcl/tk、perl 编写的（也包含一些用 c 编写的代码）。本文并不是对配置系统本身进行分析，而是介绍如何使用配置系统。所以，除非是配置系统的维护者，一般的内核开发者无须了解它们的原理，只需要知道如何编写 makefile 和配置文件就可以。应用补丁如果使用上述脚本，它会自动帮你下载内核源码，如果你觉得版本较低，可以自行下载。我这里下载的是2.6.22的内核代码，直接去http: //www.kernel.org下载的，同时下载的还有patch-2.6.22,虽然一开始用不上。顺便说一句，其实默认下载的2.6.15.4版本已经足够了，没有特殊情况没有必要单独再下载别的，新版本内核很多特性都是用不上的。如果你下载的内核版本有对应的补丁，就要通过补丁进行对内核源代码的修补操作。一个补丁就是一个文本文档，这个文档包含了在两个不同版本的源代码树之间的变化。补丁是通过diff应用程序来创建的。我们使用patch程序来应用下载的patch。patch程序读取一个diff(或者patch)文件，然后把文件中描述的变化内容应用到代码树上。linux内核中的补丁是相对于保存内核源代码目录的父目录而生成的。这就意味着：patch文件中的文件路径包含了它所基于的内核源文件目录的名字(或者像是”a/”和”b/”之类的其它名字)。由于这很可能和你本地机器上的内核源代码目录的名字不匹配 (但是对于查看一个没有标签的补丁所基于的内核版本是非常有用的)。你应该切换到你的内核源代码目录，并且在打补丁的时候去掉patch中文件名字路径的第一个分量(patch命令的-p1参数可以完成这个任务)。具体过程是这样的，比如把下载下来的patch压缩包解压到/patch目录下，解压后的文件名为：xxxx.patch，然后进入你内核源文件的文件夹，将补丁拷贝到这里，首先运行命令patch -p1 –dry-run /xxxx/patch-xxxx这一步是测试应用patch，此命令不会对你的内核源码做任何更动，如果这一步没有出现任何错误输出的话，就执行：patch -p1 /xxxx/patch-xxxx如果没有错误提示，就表示补丁已经打上了。修改文件好，此时的内核源代码，如果是用于台式机的编译，改动就已经足够了。但是我们是要编译出能在ppc上运行的内核，因此，还要继续进行修改。修改串口代码首先，在xup板子上有一个串口终端，并且只有一个，这意味着很多流程，包括boot loader，boot process以及接下来的一些步骤都要和这个串***互，如果采用默认的波特率9600,就有点慢了，因此，我们可以将其波特率修改得大一些。以 38400为例，硬件平台的修改请在edk下进行，系统源代码的修改，请找到arch/ppc/boot/common/ns16550.c，找到这一行：#define serial_baud 9600将其修改成#define serial_baud 38400即可。修改xparameters.h在生成bsp的时候会生成xparameters_.h文件，你需要修改源代码目录下arch/ppc/platforms/4xx/xparameters.h文件，让它包括xparameters_.h这个文件。修改makefile接下来我们来关注一下makefile，由于 linux 内核源代码是按照树形结构组织的，所以 makefile 也被分布在目录树中。linux 内核中的 makefile 以及与 makefile 直接相关的文件有：1. makefile：顶层 makefile，是整个内核配置、编译的总体控制文件。bother finally2. .config：内核配置文件，包含由用户选择的配置选项，用来存放内核配置后的结果（如 make config）。3. arch/*/makefile：位于各种 cpu 体系目录下的 makefile，如 arch/arm/makefile，是针对特定平台的 makefile。4. 各个子目录下的 makefile：比如 drivers/makefile，负责所在子目录下源代码的管理。5. rules.make：规则文件，被所有的 makefile 使用。用户通过 make config 配置后，产生了 .config。顶层 makefile 读入 .config 中的配置选择。顶层 makefile 有两个主要的任务：产生 vmlinux（未压缩的内核） 文件和内核模块（module）。为了达到此目的，顶层 makefile 递归的进入到内核的各个子目录中，分别调用位于这些子目录中的 makefile。至于到底进入哪些子目录，取决于内核的配置。在顶层 makefile 中，有一句：include arch/$(arch)/makefile，包含了特定 cpu 体系结构下的 makefile，这个 makefile 中包含了平台相关的信息。有关makefile的更多说明，请参见ibm文档库文章linux内核配置系统浅析。小知识：各种内核格式的区别vmlinux是未压缩的原始内核，为elf格式，常用于内核调试；vmlinuz，或zimage or bzimage，是vmlinux经过压缩并包装有gzip自解压代码的内核，为bin格式，常作为系统或目标板的引导内核。位于各个子目录下的 makefile 同样也根据 .config 给出的配置信息，构造出当前配置下需要的源文件列表，并在文件的最后有 include $(topdir)/rules.make。下面谈谈具体如何对makefile进行修改。打开内核源代码目录下的makefile文件，找到以下两行：arch ?= $(subarch)cross_compile ?=这是表示arch的值为subarch的值，而cross_compile的值为空。我们应该将其改为：arch := ppccross_compile = powerpc-405-linux-gnu-这样表示硬件平台是ppc，而交叉编译工具是powerpc-405-linux-gnu-系列工具。小知识：ppc还是powerpc？细心的朋友可能发现，arch/platforms目录下既有ppc目录又有powerpc目录，这是怎么回事呢？由于ibm 成立 power.org 组织，便以 power architecture 来称呼 powerpc 处理器，因此，以往所惯用的ppc 现在都改名叫 powerpc。也就是说， powerpc 现在属于是官方名称了。而linux kernel 由 2.6.15 开始，已经把 arch/ppc/ 重新组织到 arch/powerpc/，不过在整个迁徙的工作完成之前，arch/ppc/ 仍会继续存在，只不过 arch/ppc/ 将会停止发展，接下来的 linux kernel for powerpc 将会转移到 arch/powerpc/ 的新目录下继续发展。仔细观察两个文件夹，会发现有些许不同，以往 ppc platform的分类 是被写在 arch/ppc/platforms/*.c 裡，组织结构不大良好，现在被重新组织在 arch/powerpc/platforms/ 目录下，一个 platform 一个目录，干净多了：# ls arch/powerpc/platforms/4xx/ 85xx/ apus/ embedded6xx/ maple/ prep/82xx/ 86xx/ cell/ iseries/ pasemi/ pseries/83xx/ 8xx/ chrp/ makefile powermac/当然，就目前来说，makefile里面的arch值设置为ppc或者powerpc都无所谓，因为即使你选用了ppc，构建系统的时候也会自动包含asm-powerpc中所必须的共享包含文件，因此没有必要担心这一点。内核配置接下来进行内核配置。笔者推荐使用”make menuconfig”命令，而不是一些文章中推荐的”make xconfig”，因为后者可能产生一些未知原因的编译错误。menuconfig是一个文本模式、选单驱动的配置界面，而xconfig是基于 tcl/tk的x图形配置界面。另外一个常用的是make oldconfig，如果只想在原来内核配置的基础上修改一些小地方，这个命令会省去不少麻烦，但我们这里是要大改，所以也不用这个。关于配置内核的原理与过程，不熟悉的朋友可以参见这篇文章，这里就不详细介绍了。顺便提及的是，运行这个命令可能出现以下错误1 /usr/bin/ld: crt1.o: no such file: no such file or directory这个错误可以通过安装libc6-dev解决2 /usr/bin/ld: cannot find -lncurses这个错误可以通过安装libncurses5-dev解决3 checklist.o: file not recognized: file format not recognized解决方法是用”make mrproper”命令清除所有旧的xwindow configuration文件，至于为什么会有这个错误，我没有深入研究，知道的朋友请指点一下在一开始配置时，建议先生成一个最小的，保证可运行的.config文件，以后再根据自己的需要添加一些特性，而且添加特性的时候一定小心，稍不注意就会让你无法正常编译，或者无法正常运行。另外需要注意的是，所有标有“new”标签的选项都要遵从默认设置，不要修改它。下面这些选项是我所用的最小系统配置，如果你使用的内核版本和我的差别很大，可能需要改动一些config选项，或者如果你使用这个配置出现问题，请在这里留言，我会尽力帮你分析。先将清单与大概解释列出如下：general setup* prompt for development and/or incomplete drivers（xup)local version - append to kernel release* initial ram disk (initrd) support* system v ipc* configure standard kernel features —>* sysctl syscall support ？processor* 40x processor type* xilinx-ml300 machine type* math emulation* ttys0 device and default consoleplatform options* high memory support* default bootloader kernel arguments~“console=ttys0,38400 root=/dev/xsysace/disc0/part3 rw”networking* unix domain sockets* tcp/ip networking* ip: multicasting* ip: kernel level autoconfiguration* ip: dhcp support* ip: tcp syncookie support (disabled per default)device drivers—memory technology devices (mtd)* memory technology device (mtd) support* mtd partitioning support* redboot partition table parsing* direct char device access to mtd devices* caching block device access to mtd devices* ram/rom flash chip device drivers* detect flash chips by common flash interface (cfi) probe* suport for amd/fujitsu flash chips（这个根据你现有芯片来选）device drivers—block devices* loopback device support* network block device support* ram disk support(4096) default ram disk size* xilinx on-chip system acedevice drivers—network device support* network device support* ethernet(10 or 100mbit)* powerpc 4xx on-chip ethernet？device drivers—character devices— serial drivers* 8250/16550 and compatible serial support* xilinx uartlite serial port support* support for console on xilinx uartlite serial portfile systems* second extended fs support* kernel automounter version 4 support (also supports v3)* pseudo filesystems —>* /proc/kcore support* virtual memory file system support (former shm fs)* miscellaneous filesystems —>* journaling flash file system v2 (jffs2) support(0) jffs2 debugging verbosity (0=quiet, 2=noisy)* network file systems —>* nfs file system support* provide nfsv3 client support* root file system on nfs* nfs server support* provide nfsv3 server support* smb file system support (to mount windows shares etc.)* native language support —>* default nls option: “cp437″kernel hacking* kernel debugging* compile the kernel with debug info* include bdi-2000 user context switcher其实上面的选项不是最小的，如果你在编译的时候遇到某些问题，可以看看出问题的源代码属于哪个部分，只要能去掉就去掉。原则就是先搞定一个能跑的内核，然后再想扩展的事情。选择完成之后，将之前编译的bsp拷贝到源代码树目录中，覆盖原有文件。转载自：fcni_cn的百度空间
热门文章
