Building a custom kernel/zh-cn

In other languages: English (en) français (fr) русский (ru) 中文（中国大陆） (zh-cn) [edit]

从源码 RPM 包建立一个内核

注意：下面的说明只对Fedora12和之后版本有效

这份文档为那些想要重新建立内核的高级用户提供说明。但是，重新建立的内核无法得到 Fedora 内核团队的支持。但是，您是高级用户，您可以自己处理，对吗？无论如何，高级用户建立定制内核的原因有如下几项：

• 测试他们编写的或从其他地方得到的补丁
• 重新配置已经存在的内核
• 学习内核或内核开发

这些说明也可以用于简单的准备内核源码树。

开始之前，确认系统已经安装了必要的软件包：

• rpmdevtools
• yum-utils

yum-utils 是一个默认的包。用如下命令安装：

su -c 'yum install rpmdevtools yum-utils'

如果您要用 make xconfig ，安装如下软件是必要的：

• qt3-devel
• libXi-devel
• gcc-c++

对于 Fedora 15，用如下命令：

su -c 'yum install qt3-devel libXi-devel'

获得源码

不要用 root 建立软件包。
用 root 建立软件包是很危险且没有必要的，即使对于内核。下面的指令允许任何普通用户从源码包开始建立和安装内核。

1. 在您的用户主目录下准备一个建立 RPM 包的环境，运行如下命令：

   rpmdev-setuptree

   这个命令新建了几个不同的目录 ${HOME}/rpmbuild/SOURCES ，${HOME}/rpmbuild/SPECS 和 ${HOME}/rpmbuild/BUILD 。${HOME} 是您的用户主目录。
2. 下载 kernel-<version>.src.rpm 文件。用 --enablerepo 选项使能适当的源码库。(yumdownloader --enablerepo=repo_to_enable --source kernel)

   yumdownloader --source kernel

3. 用 yum-builddep 命令为内核源码安装编译依赖。(安装这些包时需要root):

   su -c 'yum-builddep kernel-<version>.src.rpm'

4. 用如下命令安装 kernel-<version>.src.rpm :

   rpm -Uvh kernel-<version>.src.rpm

   这个命令把 RPM 目录写入了 ${HOME}/repbuild/SOURCES 和 ${HOME}/rpmbuild/SPECS ，${HOME} 是您的用户主目录。可以忽略像下面这样的信息：

warning: user kojibuilder does not exist - using root
warning: group kojibuilder does not exist - using root

空间需求。完全的内部编译过程需要若干 GB 的额外空间。

准备内核源码树

这一步扩大为整个内核源码文件。这对于查看代码、编辑代码和生成补丁是必需的。

1. 用如下命令准备内核源码树：

cd ~/rpmbuild/SPECS
rpmbuild -bp --target=$(uname -m) kernel.spec

现在，内核源码树就位于 ~/rpmbuild/BUILD/kernel-<version>/linux-<version>.<arch> 目录。

复制源码树和生成一个补丁

这一步是为了对内核源码使用一个补丁。如果不需要这个补丁，直接跳到“配置内核选项”。

高级用户
有些工具，例如“quilt”，允许您避免复制源码树。对应高级用户，这样的工具可以使您在下面的步骤中节省很多时间。

复制源码树是为了保留修改前的原始代码。

export arch=x86_64 # replace x86_64 with your arch
export ver=3.1 # replace 3.1 with your kernel version
export fedver=fc16 # replace fc16 with your fedora version 
cp -r ~/rpmbuild/BUILD/kernel-$ver.$fedver/linux-$ver.$arch ~/rpmbuild/BUILD/kernel-$ver.$fedver.orig
cp -al ~/rpmbuild/BUILD/kernel-$ver.$fedver.orig ~/rpmbuild/BUILD/kernel-$ver.$fedver.new

第二个 cp 命令在 .orig 和 .new 树之间建立了硬连接，这样可以使 diff 运行的更快。大部分文本编辑者都知道怎样正确的破坏硬连接来避免问题。

在 FC14 上使用 vim 时，它会把上面的硬连接当做硬连接来处理，从而导致上面的技术失败。有必要将原始代码完全复制到 .new 目录。但是这样将使用双倍的空间。

直接更改 .new 源码树中的代码，或者复制到一个副本文件。这个文件可以来自于一个要求测试的开发者，上游内核源码，或者另一个发行版本。

修改 .new 源码树之后，生成一个补丁。要生成一个补丁，用下面命令对整个 .new 和 .orig 源码树运行 diff 。

cd ~/rpmbuild/BUILD
diff -uNrp kernel-$ver.$fedver.orig kernel-$ver.$fedver.new > ../SOURCES/linux-$ver.$fedver-mynewpatch.patch

用新补丁的名字替换 'linux-$ver.$fedver-mynewpatch.patch' 。在 FC14 上必须把前面的补丁名字复制到 ~/rpmbuild/SOURCES 中的 linux-$ver.$fedver-mynewpatch.patch ，以便 rpmbuild 找到它。

更多关于补丁的信息请看 diff(1) 和 patch(1) 的 man 手册

配置内核选项

这一步是为了修改内核的选项。这一步是可选的。如果没有需要修改的配置，可以跳到“准备建立文件”。

小变化
如果您只是想要做一点小的修改，可以在 config-local 文件中根据需要直接设置选项。这样会找到并覆盖其余的 config-* 文件，避免很多不必要的工作。如果您使用 config-local 就可以跳过下面的步骤。

1. 改变内核源码树目录：

   cd ~/rpmbuild/BUILD/kernel-$ver.$fedver/linux-$ver.$arch/

   如果您只是对默认的 fedora 内核做小的修改，跳到第四步，从两个配置工作中选择一个，将这些修改编辑到默认的配置文件。
2. 从 ~/rpmbuild/BUILD/kernel-$ver.$fedver/linux-$ver.$arch/configs 选择所需的配置文件。复制所需的 config 文件到 ~/rpmbuild/BUILD/kernel-$ver.$fedver/linux-$ver.$arch/.config :

   cp configs/<desired-config-file> .config

3. 运行下面命令：

   make oldconfig

4. 运行下面命令，在文本界面上选择并保持所需的内核选项：

   make menuconfig

   • 运行图形界面的话用这个命令：

     make xconfig

5. 在顶层 config 文件中添加一行，该文件包含了内核支持的硬件架构（ uname -i 的输出）。这一行以 # 开头。例如， x86_64 设备应该在顶层 config 文件中添加下面这行：

   # x86_64

6. 复制 config 文件到 ~/rpmbuild/SOURCES/ :

   cp .config ~/rpmbuild/SOURCES/config-`uname -m`-generic

32-bit x86 内核
32-bit PAE内核使用 config-i686-PAE 配置文件。如果您正在建立一个 PAE 内核，需要复制您的 config 文件到 ~/rpmbuild/SOURCES/ :

 cp .config ~/rpmbuild/SOURCES/config-i686-PAE

如果您正在建立一个非 PAE 内核，需要复制您的 config 文件到：

 cp .config ~/rpmbuild/SOURCES/config-x86-32-generic

. 再次鼓励使用 config-local ，除非您正在修改大量的配置。

准备建立文件

这一步将对 kernel.spec 文件做必要的修改。只是建立定制内核所需的。

1. 进入 ~/rpmbuild/SPECS 目录：

cd ~/rpmbuild/SPECS

2. 用编辑器打开 kernel.spec 文件。 3. 为内核起一个唯一的名字。这对于确保定制内核不与其他内核混淆是很重要的。通过修改‘ buildid ’一行，为内核名字添加一个唯一的字符串。可以把“ .local ”改为您的名字缩写，一个 bug 号，日期，或其它任何唯一的字符串。

修改这一行：

#% define buildid .local

改为（注意， # 号和额外的空格都被删除了）：

%define buildid .<custom_text>

4.如果您生成了一个补丁，最后把它添加到 kernel.spec 文件中所有已存在的补丁的后面，并且添加详细的注释。

# cputime accounting is broken, revert to 2.6.22 version
Patch2220: linux-2.6-cputime-fix-accounting.patch

Patch9999: linux-2.6-samfw-test.patch

然后，需要将补丁应用到 spec 文件的 application 段，放在所有已存在的补丁应用的后面，并添加详细的注释。

ApplyPatch linux-2.6-cputime-fix-accounting.patch

ApplyPatch linux-2.6-samfw-test.patch