China
常用的变量有以下几类：
1） 版本信息
版本信息有：VERSION，PATCHLEVEL, SUBLEVEL, EXTRAVERSION，KERNELRELEASE。版本信息定义了当前内核的版本，比如 VERSION=2，PATCHLEVEL=4，SUBLEVEL=18，EXATAVERSION=-rmk7，它们共同构成内核的发行版本KERNELRELEASE：2.4.18-rmk7
2） CPU 体系结构：ARCH
在顶层 Makefile 的开头，用 ARCH 定义目标 CPU 的体系结构，比如 ARCH:=arm 等。许多子目录的 Makefile 中，要根据 ARCH 的定义选择编译源文件的列表。
3） 路径信息：TOPDIR, SUBDIRS
TOPDIR 定义了 Linux 内核源代码所在的根目录。例如，各个子目录下的 Makefile 通过 $(TOPDIR)/Rules.make 就可以找到 Rules.make 的位置。
SUBDIRS 定义了一个目录列表，在编译内核或模块时，顶层 Makefile 就是根据 SUBDIRS 来决定进入哪些子目录。SUBDIRS 的值取决于内核的配置，在顶层 Makefile 中 SUBDIRS 赋值为 kernel drivers mm fs net ipc lib；根据内核的配置情况，在 arch/*/Makefile 中扩充了 SUBDIRS 的值，参见4）中的例子。
4） 内核组成信息：HEAD, CORE_FILES, NETWORKS, DRIVERS, LIBS
Linux 内核文件 vmlinux 是由以下规则产生的：
ｖｍｌｉｎｕｘ： ￥（ＣＯＮＦＩＧＵＲＡＴＩＯＮ） ｉｎｉｔ／ｍａｉｎ．ｏ ｉｎｉｔ／ｖｅｒｓｉｏｎ．ｏ ｌｉｎｕｘｓｕｂｄｉｒｓ
￥（ＬＤ） ￥（ＬＩＮＫＦＬＡＧＳ） ￥（ＨＥＡＤ） ｉｎｉｔ／ｍａｉｎ．ｏ ｉｎｉｔ／ｖｅｒｓｉｏｎ．ｏ ＼
－－ｓｔａｒｔ－ｇｒｏｕｐ ＼
￥（ＣＯＲＥ＿ＦＩＬＥＳ） ＼
￥（ＤＲＩＶＥＲＳ） ＼
￥（ＮＥＴＷＯＲＫＳ） ＼
￥（ＬＩＢＳ） ＼
－－ｅｎｄ－ｇｒｏｕｐ ＼
－ｏ ｖｍｌｉｎｕｘ
可以看出，vmlinux 是由 HEAD、main.o、version.o、CORE_FILES、DRIVERS、NETWORKS 和 LIBS 组成的。这些变量（如 HEAD）都是用来定义连接生成 vmlinux 的目标文件和库文件列表。其中，HEAD在arch/*/Makefile 中定义，用来确定被最先链接进 vmlinux 的文件列表。比如，对于 ARM 系列的 CPU，HEAD 定义为：
ＨＥＡＤ ：＝ ａｒｃｈ／ａｒｍ／ｋｅｒｎｅｌ／ｈｅａｄ－￥（ＰＲＯＣＥＳＳＯＲ）．ｏ ＼
ａｒｃｈ／ａｒｍ／ｋｅｒｎｅｌ／ｉｎｉｔ＿ｔａｓｋ．ｏ
表明 head-$(PROCESSOR).o 和 init_task.o 需要最先被链接到 vmlinux 中。PROCESSOR 为 armv 或 armo，取决于目标 CPU。 CORE_FILES，NETWORK，DRIVERS 和 LIBS 在顶层 Makefile 中定义，并且由 arch/*/Makefile 根据需要进行扩充。 CORE_FILES 对应着内核的核心文件，有 kernel/kernel.o，mm/mm.o，fs/fs.o，ipc/ipc.o，可以看出，这些是组成内核最为重要的文件。同时，arch/arm/Makefile 对 CORE_FILES 进行了扩充：
＃ ａｒｃｈ／ａｒｍ／Ｍａｋｅｆｉｌｅ
＃ Ｉｆ ｗｅ ｈａｖｅ ａ ｍａｃｈｉｎｅ－ｓｐｅｃｉｆｉｃ ｄｉｒｅｃｔｏｒｙ， ｔｈｅｎ ｉｎｃｌｕｄｅ ｉｔ ｉｎ ｔｈｅ ｂｕｉｌｄ．
ＭＡＣＨＤＩＲ ：＝ ａｒｃｈ／ａｒｍ／ｍａｃｈ－￥（ＭＡＣＨＩＮＥ）
ｉｆｅｑ （￥（ＭＡＣＨＤＩＲ），￥（ｗｉｌｄｃａｒｄ ￥（ＭＡＣＨＤＩＲ）））
ＳＵＢＤＩＲＳ ＋＝ ￥（ＭＡＣＨＤＩＲ）
ＣＯＲＥ＿ＦＩＬＥＳ ：＝ ￥（ＭＡＣＨＤＩＲ）／￥（ＭＡＣＨＩＮＥ）．ｏ ￥（ＣＯＲＥ＿ＦＩＬＥＳ）
ｅｎｄｉｆ
ＨＥＡＤ ：＝ ａｒｃｈ／ａｒｍ／ｋｅｒｎｅｌ／ｈｅａｄ－￥（ＰＲＯＣＥＳＳＯＲ）．ｏ ＼
ａｒｃｈ／ａｒｍ／ｋｅｒｎｅｌ／ｉｎｉｔ＿ｔａｓｋ．ｏ
ＳＵＢＤＩＲＳ ＋＝ ａｒｃｈ／ａｒｍ／ｋｅｒｎｅｌ ａｒｃｈ／ａｒｍ／ｍｍ ａｒｃｈ／ａｒｍ／ｌｉｂ ａｒｃｈ／ａｒｍ／ｎｗｆｐｅ
ＣＯＲＥ＿ＦＩＬＥＳ ：＝ ａｒｃｈ／ａｒｍ／ｋｅｒｎｅｌ／ｋｅｒｎｅｌ．ｏ ａｒｃｈ／ａｒｍ／ｍｍ／ｍｍ．ｏ ￥（ＣＯＲＥ＿ＦＩＬＥＳ）
ＬＩＢＳ ：＝ ａｒｃｈ／ａｒｍ／ｌｉｂ／ｌｉｂ．ａ ￥（ＬＩＢＳ）
5） 编译信息：CPP, CC, AS, LD, AR，CFLAGS，LINKFLAGS
在 Rules.make 中定义的是编译的通用规则，具体到特定的场合，需要明确给出编译环境，编译环境就是在以上的变量中定义的。针对交叉编译的要求，定义了 CROSS_COMPILE。比如：
ＣＲＯＳＳ＿ＣＯＭＰＩＬＥ ＝ ａｒｍ－ｌｉｎｕｘ－
ＣＣ ＝ ￥（ＣＲＯＳＳ＿ＣＯＭＰＩＬＥ）ｇｃｃ
ＬＤ ＝ ￥（ＣＲＯＳＳ＿ＣＯＭＰＩＬＥ）ｌｄ
．．．．．．
CROSS_COMPILE 定义了交叉编译器前缀 arm-linux-，表明所有的交叉编译工具都是以 arm-linux- 开头的，所以在各个交叉编译器工具之前，都加入了 $(CROSS_COMPILE)，以组成一个完整的交叉编译工具文件名，比如 arm-linux-gcc。
CFLAGS 定义了传递给 C 编译器的参数。
LINKFLAGS 是链接生成 vmlinux 时，由链接器使用的参数。LINKFLAGS 在 arm/*/Makefile 中定义，比如：
＃ ａｒｃｈ／ａｒｍ／Ｍａｋｅｆｉｌｅ
ＬＩＮＫＦＬＡＧＳ ：＝－ｐ －Ｘ －Ｔ ａｒｃｈ／ａｒｍ／ｖｍｌｉｎｕｘ．ｌｄｓ
6） 配置变量CONFIG_*
.config 文件中有许多的配置变量等式，用来说明用户配置的结果。例如 CONFIG_MODULES=y 表明用户选择了 Linux 内核的模块功能。
.config 被顶层 Makefile 包含后，就形成许多的配置变量，每个配置变量具有确定的值：y 表示本编译选项对应的内核代码被静态编译进 Linux 内核；m 表示本编译选项对应的内核代码被编译成模块；n 表示不选择此编译选项；如果根本就没有选择，那么配置变量的值为空。
2.3 Rules.make 变量
前面讲过，Rules.make 是编译规则文件，所有的 Makefile 中都会包括 Rules.make。Rules.make 文件定义了许多变量，最为重要是那些编译、链接列表变量。
O_OBJS，L_OBJS，OX_OBJS，LX_OBJS：本目录下需要编译进 Linux 内核 vmlinux 的目标文件列表，其中 OX_OBJS 和 LX_OBJS 中的 "X" 表明目标文件使用了 EXPORT_SYMBOL 输出符号。
M_OBJS，MX_OBJS：本目录下需要被编译成可装载模块的目标文件列表。同样，MX_OBJS 中的 "X" 表明目标文件使用了 EXPORT_SYMBOL 输出符号。
O_TARGET，L_TARGET：每个子目录下都有一个 O_TARGET 或 L_TARGET，Rules.make 首先从源代码编译生成 O_OBJS 和 OX_OBJS 中所有的目标文件，然后使用 $(LD) -r 把它们链接成一个 O_TARGET 或 L_TARGET。O_TARGET 以 .o 结尾，而 L_TARGET 以 .a 结尾。
2.4 子目录 Makefile
子目录 Makefile 用来控制本级目录以下源代码的编译规则。我们通过一个例子来讲解子目录 Makefile 的组成：
＃
＃ Ｍａｋｅｆｉｌｅ ｆｏｒ ｔｈｅ ｌｉｎｕｘ ｋｅｒｎｅｌ．
＃
＃ Ａｌｌ ｏｆ ｔｈｅ （ｐｏｔｅｎｔｉａｌ） ｏｂｊｅｃｔｓ ｔｈａｔ ｅｘｐｏｒｔ ｓｙｍｂｏｌｓ．
＃ Ｔｈｉｓ ｌｉｓｔ ｃｏｍｅｓ ｆｒｏｍ ＇ｇｒｅｐ －ｌ ＥＸＰＯＲＴ＿ＳＹＭＢＯＬ ＊．［ｈｃ］＇．
ｅｘｐｏｒｔ－ｏｂｊｓ ：＝ ｔｃ．ｏ
＃ Ｏｂｊｅｃｔ ｆｉｌｅ ｌｉｓｔｓ．
ｏｂｊ－ｙ ：＝
ｏｂｊ－ｍ ：＝
ｏｂｊ－ｎ ：＝
ｏｂｊ－ ：＝
ｏｂｊ－￥（ＣＯＮＦＩＧ＿ＴＣ） ＋＝ ｔｃ．ｏ
ｏｂｊ－￥（ＣＯＮＦＩＧ＿ＺＳ） ＋＝ ｚｓ．ｏ
ｏｂｊ－￥（ＣＯＮＦＩＧ＿ＶＴ） ＋＝ ｌｋ２０１．ｏ ｌｋ２０１－ｍａｐ．ｏ ｌｋ２０１－ｒｅｍａｐ．ｏ
＃ Ｆｉｌｅｓ ｔｈａｔ ａｒｅ ｂｏｔｈ ｒｅｓｉｄｅｎｔ ａｎｄ ｍｏｄｕｌａｒ： ｒｅｍｏｖｅ ｆｒｏｍ ｍｏｄｕｌａｒ．
ｏｂｊ－ｍ ：＝ ￥（ｆｉｌｔｅｒ－ｏｕｔ ￥（ｏｂｊ－ｙ）， ￥（ｏｂｊ－ｍ））
＃ Ｔｒａｎｓｌａｔｅ ｔｏ Ｒｕｌｅｓ．ｍａｋｅ ｌｉｓｔｓ．
Ｌ＿ＴＡＲＧＥＴ ：＝ ｔｃ．ａ
Ｌ＿ＯＢＪＳ ：＝ ￥（ｓｏｒｔ ￥（ｆｉｌｔｅｒ－ｏｕｔ ￥（ｅｘｐｏｒｔ－ｏｂｊｓ）， ￥（ｏｂｊ－ｙ）））
ＬＸ＿ＯＢＪＳ ：＝ ￥（ｓｏｒｔ ￥（ｆｉｌｔｅｒ ￥（ｅｘｐｏｒｔ－ｏｂｊｓ）， ￥（ｏｂｊ－ｙ）））
Ｍ＿ＯＢＪＳ ：＝ ￥（ｓｏｒｔ ￥（ｆｉｌｔｅｒ－ｏｕｔ ￥（ｅｘｐｏｒｔ－ｏｂｊｓ）， ￥（ｏｂｊ－ｍ）））
ＭＸ＿ＯＢＪＳ ：＝ ￥（ｓｏｒｔ ￥（ｆｉｌｔｅｒ ￥（ｅｘｐｏｒｔ－ｏｂｊｓ）， ￥（ｏｂｊ－ｍ）））
ｉｎｃｌｕｄｅ ￥（ＴＯＰＤＩＲ）／Ｒｕｌｅｓ．ｍａｋｅ
a) 注释
对 Makefile 的说明和解释，由#开始。
b) 编译目标定义
类似于 obj-$(CONFIG_TC) += tc.o 的语句是用来定义编译的目标，是子目录 Makefile 中最重要的部分。编译目标定义那些在本子目录下，需要编译到 Linux 内核中的目标文件列表。为了只在用户选择了此功能后才编译，所有的目标定义都融合了对配置变量的判断。
前面说过，每个配置变量取值范围是：y，n，m 和空，obj-$(CONFIG_TC) 分别对应着 obj-y，obj-n，obj-m，obj-。如果 CONFIG_TC 配置为 y，那么 tc.o 就进入了 obj-y 列表。obj-y 为包含到 Linux 内核 vmlinux 中的目标文件列表；obj-m 为编译成模块的目标文件列表；obj-n 和 obj- 中的文件列表被忽略。配置系统就根据这些列表的属性进行编译和链接。
export-objs 中的目标文件都使用了 EXPORT_SYMBOL() 定义了公共的符号，以便可装载模块使用。在 tc.c 文件的最后部分，有 "EXPORT_SYMBOL(search_tc_card);"，表明 tc.o 有符号输出。这里需要指出的是，对于编译目标的定义，存在着两种格式，分别是老式定义和新式定义。老式定
义就是前面 Rules.make 使用的那些变量，新式定义就是 obj-y，obj-m，obj-n 和 obj-。Linux 内核推荐使用新式定义，不过由于 Rules.make 不理解新式定义，需要在 Makefile 中的适配段将其转换成老式定义。
c) 适配段
适配段的作用是将新式定义转换成老式定义。在上面的例子中，适配段就是将 obj-y 和 obj-m 转换成 Rules.make 能够理解的 L_TARGET，L_OBJS，LX_OBJS，M_OBJS，MX_OBJS。
L_OBJS := $(sort $(filter-out $(export-objs), $(obj-y))) 定义了 L_OBJS 的生成方式：在 obj-y 的列表中过滤掉 export-objs（tc.o），然后排序并去除重复的文件名。这里使用到了 GNU Make 的一些特殊功能，具体的含义可参考 Make 的文档（info make）。
d) include $(TOPDIR)/Rules.make
3． 配置文件
3.1 配置功能概述
除了 Makefile 的编写，另外一个重要的工作就是把新功能加入到 Linux 的配置选项中，提供此项功能的说明，让用户有机会选择此项功能。所有的这些都需要在 config.in 文件中用配置语言来编写配置脚本，
在 Linux 内核中，配置命令有多种方式：
配置命令解释脚本
Make config, make oldconfig scripts/Configure
Make menuconfig scripts/Menuconfig
Make xconfig scripts/tkparse
以字符界面配置（make config）为例，顶层 Makefile 调用 scripts/Configure， 按照
arch/arm/config.in 来进行配置。命令执行完后产生文件 .config，其中保存着配置信息。下一次再做 make config 将产生新的 .config 文件，原 .config 被改名为 .config.old
3.2 配置语言
1） 顶层菜单
mainmenu_name /prompt/ /prompt/ 是用'或"包围的字符串，'与"的区别是'…'中可使用$引用变量的值。mainmenu_name 设置最高层菜单的名字，它只在 make xconfig 时才会显示。
2） 询问语句
ｂｏｏｌ ／ｐｒｏｍｐｔ／ ／ｓｙｍｂｏｌ／
ｈｅｘ ／ｐｒｏｍｐｔ／ ／ｓｙｍｂｏｌ／ ／ｗｏｒｄ／
ｉｎｔ ／ｐｒｏｍｐｔ／ ／ｓｙｍｂｏｌ／ ／ｗｏｒｄ／
ｓｔｒｉｎｇ ／ｐｒｏｍｐｔ／ ／ｓｙｍｂｏｌ／ ／ｗｏｒｄ／
ｔｒｉｓｔａｔｅ ／ｐｒｏｍｐｔ／ ／ｓｙｍｂｏｌ／
询问语句首先显示一串提示符 /prompt/，等待用户输入，并把输入的结果赋给 /symbol/ 所代表的配置变量。不同的询问语句的区别在于它们接受的输入数据类型不同，比如 bool 接受布尔类型（ y 或 n ），hex 接受 16 进制数据。有些询问语句还有第三个参数 /word/，用来给出缺省值。
3） 定义语句
ｄｅｆｉｎｅ＿ｂｏｏｌ ／ｓｙｍｂｏｌ／ ／ｗｏｒｄ／
ｄｅｆｉｎｅ＿ｈｅｘ ／ｓｙｍｂｏｌ／ ／ｗｏｒｄ／
ｄｅｆｉｎｅ＿ｉｎｔ ／ｓｙｍｂｏｌ／ ／ｗｏｒｄ／
ｄｅｆｉｎｅ＿ｓｔｒｉｎｇ ／ｓｙｍｂｏｌ／ ／ｗｏｒｄ／
ｄｅｆｉｎｅ＿ｔｒｉｓｔａｔｅ ／ｓｙｍｂｏｌ／ ／ｗｏｒｄ／
不同于询问语句等待用户输入，定义语句显式的给配置变量 /symbol/ 赋值 /word/。
4） 依赖语句
ｄｅｐ＿ｂｏｏｌ ／ｐｒｏｍｐｔ／ ／ｓｙｍｂｏｌ／ ／ｄｅｐ／ ．．．
ｄｅｐ＿ｍｂｏｏｌ ／ｐｒｏｍｐｔ／ ／ｓｙｍｂｏｌ／ ／ｄｅｐ／ ．．．
ｄｅｐ＿ｈｅｘ ／ｐｒｏｍｐｔ／ ／ｓｙｍｂｏｌ／ ／ｗｏｒｄ／ ／ｄｅｐ／ ．．．
ｄｅｐ＿ｉｎｔ ／ｐｒｏｍｐｔ／ ／ｓｙｍｂｏｌ／ ／ｗｏｒｄ／ ／ｄｅｐ／ ．．．
ｄｅｐ＿ｓｔｒｉｎｇ ／ｐｒｏｍｐｔ／ ／ｓｙｍｂｏｌ／ ／ｗｏｒｄ／ ／ｄｅｐ／ ．．．
ｄｅｐ＿ｔｒｉｓｔａｔｅ ／ｐｒｏｍｐｔ／ ／ｓｙｍｂｏｌ／ ／ｄｅｐ／ ．．．
与询问语句类似，依赖语句也是定义新的配置变量。不同的是，配置变量/symbol/的取值范围将依赖于配置变量列表/dep/ …。这就意味着：被定义的配置变量所对应功能的取舍取决于依赖列表所对应功能的选择。以dep_bool为例，如果/dep/ …列表的所有配置变量都取值y，则显示/prompt/，用户可输入任意的值给配置变量/symbol/，但是只要有一个配置变量的取值为n，则/symbol/被强制成n。
不同依赖语句的区别在于它们由依赖条件所产生的取值范围不同。
5） 选择语句
ｃｈｏｉｃｅ ／ｐｒｏｍｐｔ／ ／ｗｏｒｄ／ ／ｗｏｒｄ／
choice 语句首先给出一串选择列表，供用户选择其中一种。比如 Linux for ARM 支持多种基于 ARM core 的 CPU，Linux 使用 choice 语句提供一个 CPU 列表，供用户选择：
ｃｈｏｉｃｅ ＇ＡＲＭ ｓｙｓｔｅｍ ｔｙｐｅ＇ ＼
＂Ａｎａｋｉｎ ＣＯＮＦＩＧ＿ＡＲＣＨ＿ＡＮＡＫＩＮ ＼
Ａｒｃｈｉｍｅｄｅｓ／Ａ５０００ ＣＯＮＦＩＧ＿ＡＲＣＨ＿ＡＲＣＡ５Ｋ ＼
Ｃｉｒｒｕｓ－ＣＬ－ＰＳ７５００ＦＥ ＣＯＮＦＩＧ＿ＡＲＣＨ＿ＣＬＰＳ７５００ ＼
……
ＳＡ１１００－ｂａｓｅｄ ＣＯＮＦＩＧ＿ＡＲＣＨ＿ＳＡ１１００ ＼
Ｓｈａｒｋ ＣＯＮＦＩＧ＿ＡＲＣＨ＿ＳＨＡＲＫ＂ ＲｉｓｃＰＣ
Choice 首先显示 /prompt/，然后将 /word/ 分解成前后两个部分，前部分为对应选择的提示符，后部分是对应选择的配置变量。用户选择的配置变量为 y，其余的都为 n。
6） if语句
ｉｆ ［ ／ｅｘｐｒ／ ］ ； ｔｈｅｎ
／ｓｔａｔｅｍｅｎｔ／
．．．
ｆｉ
ｉｆ ［ ／ｅｘｐｒ／ ］ ； ｔｈｅｎ
／ｓｔａｔｅｍｅｎｔ／
．．．
ｅｌｓｅ
／ｓｔａｔｅｍｅｎｔ／
．．．
ｆｉ
if 语句对配置变量（或配置变量的组合）进行判断，并作出不同的处理。判断条件 /expr/ 可以是单个配置变量或字符串，也可以是带操作符的表达式。操作符有：=，!=，-o，-a 等。
7） 菜单块（menu block）语句
ｍａｉｎｍｅｎｕ＿ｏｐｔｉｏｎ ｎｅｘｔ＿ｃｏｍｍｅｎｔ
ｃｏｍｍｅｎｔ ＇…．．＇
…
ｅｎｄｍｅｎｕ
引入新的菜单。在向内核增加新的功能后，需要相应的增加新的菜单，并在新菜单下给出此项功能的配置选项。Comment 后带的注释就是新菜单的名称。所有归属于此菜单的配置选项语句都写在 comment 和 endmenu 之间。
8） Source 语句
source /word/
/word/ 是文件名，source 的作用是调入新的文件。
3.3 缺省配置
Linux 内核支持非常多的硬件平台，对于具体的硬件平台而言，有些配置就是必需的，有些配置就不是必需的。另外，新增加功能的正常运行往往也需要一定的先决条件，针对新功能，必须作相应的配置。因此，特定硬件平台能够正常运行对应着一个最小的基本配置，这就是缺省配置。
Linux 内核中针对每个 ARCH 都会有一个缺省配置。在向内核代码增加了新的功能后，如果新功能对于这个 ARCH 是必需的，就要修改此 ARCH 的缺省配置。修改方法如下（在 Linux 内核根目录下）：
1.备份 .config 文件
2.cp arch/arm/deconfig .config
3.修改 .config
4.cp .config arch/arm/deconfig
5.恢复 .config
如果新增的功能适用于许多的 ARCH，只要针对具体的 ARCH，重复上面的步骤就可以了。
3.4 help file
大家都有这样的经验，在配置 Linux 内核时，遇到不懂含义的配置选项，可以查看它的帮助，从中可得到选择的建议。下面我们就看看如何给给一个配置选项增加帮助信息。
所有配置选项的帮助信息都在 Documentation/Configure.help 中，它的格式为：
＜ｄｅｓｃｒｉｐｔｉｏｎ＞
＜ｖａｒｉａｂｌｅ ｎａｍｅ＞
＜ｈｅｌｐ ｆｉｌｅ＞
4． 实例
对于一个开发者来说，将自己开发的内核代码加入到 Linux 内核中，需要有三个步骤。首先确定把自己开发代码放入到内核的位置；其次，把自己开发的功能增加到 Linux 内核的配置选项中，使用户能够选择此功能；最后，构建子目录 Makefile，根据用户的选择，将相应的代码编译到最终生成的 Linux 内核中去。下面，我们就通过一个简单的例子--test driver，结合前面学到的知识，来说明如何向 Linux 内核中增加新的功能。
4.1 目录结构
test driver 放置在 drivers/test/ 目录下：
￥ｃｄ ｄｒｉｖｅｒｓ／ｔｅｓｔ
￥ｔｒｅｅ
．
｜－－ Ｃｏｎｆｉｇ．ｉｎ
｜－－ Ｍａｋｅｆｉｌｅ
｜－－ ｃｐｕ
｜ ｜－－ Ｍａｋｅｆｉｌｅ
｜ ｀－－ ｃｐｕ．ｃ
｜－－ ｔｅｓｔ．ｃ
｜－－ ｔｅｓｔ＿ｃｌｉｅｎｔ．ｃ
｜－－ ｔｅｓｔ＿ｉｏｃｔｌ．ｃ
｜－－ ｔｅｓｔ＿ｐｒｏｃ．ｃ
｜－－ ｔｅｓｔ＿ｑｕｅｕｅ．ｃ
｀－－ ｔｅｓｔ
｜－－ Ｍａｋｅｆｉｌｅ
｀－－ ｔｅｓｔ．ｃ
4.2 配置文件
1） drivers/test/Config.in
＃
＃ ＴＥＳＴ ｄｒｉｖｅｒ ｃｏｎｆｉｇｕｒａｔｉｏｎ
＃
ｍａｉｎｍｅｎｕ＿ｏｐｔｉｏｎ ｎｅｘｔ＿ｃｏｍｍｅｎｔ
ｃｏｍｍｅｎｔ ＇ＴＥＳＴ Ｄｒｉｖｅｒ＇
ｂｏｏｌ ＇ＴＥＳＴ ｓｕｐｐｏｒｔ＇ ＣＯＮＦＩＧ＿ＴＥＳＴ
ｉｆ ［ ＂￥ＣＯＮＦＩＧ＿ＴＥＳＴ＂ ＝ ＂ｙ＂ ］； ｔｈｅｎ
ｔｒｉｓｔａｔｅ ＇ＴＥＳＴ ｕｓｅｒ－ｓｐａｃｅ ｉｎｔｅｒｆａｃｅ＇ ＣＯＮＦＩＧ＿ＴＥＳＴ＿ＵＳＥＲ
ｂｏｏｌ ＇ＴＥＳＴ ＣＰＵ ＇ ＣＯＮＦＩＧ＿ＴＥＳＴ＿ＣＰＵ
ｆｉ
ｅｎｄｍｅｎｕ
由于 test driver 对于内核来说是新的功能，所以首先创建一个菜单 TEST Driver。然后，显示 "TEST support"，等待用户选择；接下来判断用户是否选择了 TEST Driver，如果是
（CONFIG_TEST=y），则进一步显示子功能：用户接口与 CPU 功能支持；由于用户接口功能可以被编译成内核模块，所以这里的询问语句使用了 tristate（因为 tristate 的取值范围包括 y、n 和 m，m 就是对应着模块）。
2） arch/arm/config.in
在文件的最后加入：source drivers/test/Config.in，将 TEST Driver 子功能的配置纳入到 Linux 内核的配置中。
4.3 Makefile
1）drivers/test/Makefile
＃ ｄｒｉｖｅｒｓ／ｔｅｓｔ／Ｍａｋｅｆｉｌｅ
＃
＃ Ｍａｋｅｆｉｌｅ ｆｏｒ ｔｈｅ ＴＥＳＴ．
＃
ＳＵＢ＿ＤＩＲＳ ：＝
ＭＯＤ＿ＳＵＢ＿ＤＩＲＳ ：＝ ￥（ＳＵＢ＿ＤＩＲＳ）
ＡＬＬ＿ＳＵＢ＿ＤＩＲＳ ：＝ ￥（ＳＵＢ＿ＤＩＲＳ） ｃｐｕ
Ｌ＿ＴＡＲＧＥＴ ：＝ ｔｅｓｔ．ａ
ｅｘｐｏｒｔ－ｏｂｊｓ ：＝ ｔｅｓｔ．ｏ ｔｅｓｔ＿ｃｌｉｅｎｔ．ｏ
ｏｂｊ－￥（ＣＯＮＦＩＧ＿ＴＥＳＴ） ＋＝ ｔｅｓｔ．ｏ ｔｅｓｔ＿ｑｕｅｕｅ．ｏ ｔｅｓｔ＿ｃｌｉｅｎｔ．ｏ
ｏｂｊ－￥（ＣＯＮＦＩＧ＿ＴＥＳＴ＿ＵＳＥＲ） ＋＝ ｔｅｓｔ＿ｉｏｃｔｌ．ｏ
ｏｂｊ－￥（ＣＯＮＦＩＧ＿ＰＲＯＣ＿ＦＳ） ＋＝ ｔｅｓｔ＿ｐｒｏｃ．ｏ
ｓｕｂｄｉｒ－￥（ＣＯＮＦＩＧ＿ＴＥＳＴ＿ＣＰＵ） ＋＝ ｃｐｕ
ｉｎｃｌｕｄｅ ￥（ＴＯＰＤＩＲ）／Ｒｕｌｅｓ．ｍａｋｅ
ｃｌｅａｎ：
ｆｏｒ ｄｉｒ ｉｎ ￥（ＡＬＬ＿ＳＵＢ＿ＤＩＲＳ）； ｄｏ ｍａｋｅ －Ｃ ￥￥ｄｉｒ ｃｌｅａｎ； ｄｏｎｅ
ｒｍ －ｆ ＊．［ｏａ］ ．＊．ｆｌａｇｓ
drivers/test 目录下最终生成的目标文件是 test.a。在 test.c 和 test-client.c 中使用了
EXPORT_SYMBOL 输出符号，所以 test.o 和 test-client.o 位于 export-objs 列表中。然后，根据用户的选择（具体来说，就是配置变量的取值），构建各自对应的 obj-* 列表。由于 TEST Driver 中包一个子目录 cpu，当 CONFIG_TEST_CPU=y（即用户选择了此功能）时，需要将 cpu 目录加入到 subdir-y 列表中。
2）drivers/test/cpu/Makefile
＃ ｄｒｉｖｅｒｓ／ｔｅｓｔ／ｔｅｓｔ／Ｍａｋｅｆｉｌｅ
＃
＃ Ｍａｋｅｆｉｌｅ ｆｏｒ ｔｈｅ ＴＥＳＴ ＣＰＵ
＃
ＳＵＢ＿ＤＩＲＳ ：＝
ＭＯＤ＿ＳＵＢ＿ＤＩＲＳ ：＝ ￥（ＳＵＢ＿ＤＩＲＳ）
ＡＬＬ＿ＳＵＢ＿ＤＩＲＳ ：＝ ￥（ＳＵＢ＿ＤＩＲＳ）
Linux 内核修改与编译图文教程 1
1、实验目的 针对Ubuntu10.04中，通过下载新的内核版本，并且修改新版本内核中的系统调用看，然后，在其系统中编译，加载新内核。 2、任务概述 2.1 下载新内核 https://www.doczj.com/doc/56114866.html,/ 2.2 修改新内核系统调用 添加新的系统调用函数，用来判断输入数据的奇偶性。 2.3 进行新内核编译 通过修改新版内核后，进行加载编译。最后通过编写测试程序进行测试 3、实验步骤 3.1 准备工作 查看系统先前内核版本： (终端下)使用命令：uname -r 2
3.2 下载最新内核 我这里使用的内核版本是 3.3 解压新版内核 将新版内核复制到“/usr/src”目录下 在终端下用命令：cd /usr/src进入到该文件目录 解压内核：linux-2.6.36.tar.bz2，在终端进入cd /usr/src目录输入一下命令： bzip2 -d linux-2.6.36.tar.bz2 tar -xvf linux-2.6.36.tar 文件将解压到/usr/src/linux目录中 3
使用命令： ln -s linux-2.6.36 linux 在终端下输入一下命令： sudo apt-get install build-essential kernel-package libncurses5-dev fakeroot sudo aptitude install libqt3-headers libqt3-mt-dev libqt3-compat-headers libqt3-mt 4
Linux内核崩溃原因分析及错误跟踪技术 随着嵌入式Linux系统的广泛应用，对系统的可靠性提出了更高的要求，尤其是涉及到生命财产等重要领域，要求系统达到安全完整性等级3级以上[1]，故障率（每小时出现危险故障的可能性）为10-7以下，相当于系统的平均故障间隔时间（MTBF）至少要达到1141年以上，因此提高系统可靠性已成为一项艰巨的任务。对某公司在工业领域14 878个控制器系统的应用调查表明，从2004年初到2007年9月底，随着硬软件的不断改进，根据错误报告统计的故障率已降低到2004年的五分之一以下，但查找错误的时间却增加到原来的3倍以上。 这种解决问题所需时间呈上升的趋势固然有软件问题，但缺乏必要的手段以辅助解决问题才是主要的原因。通过对故障的统计跟踪发现，难以解决的软件错误和从发现到解决耗时较长的软件错误都集中在操作系统的核心部分，这其中又有很大比例集中在驱动程序部分[2]。因此，错误跟踪技术被看成是提高系统安全完整性等级的一个重要措施[1]，大多数现代操作系统均为发展提供了操作系统内核“崩溃转储”机制，即在软件系统宕机时，将内存内容保存到磁盘[3]，或者通过网络发送到故障服务器[3]，或者直接启动内核调试器[4]等，以供事后分析改进。 基于Linux操作系统内核的崩溃转储机制近年来有以下几种： (1) LKCD（Linux Kernel Crash Dump）机制[3]; (2) KDUMP（Linux Kernel Dump）机制[4]； (3) KDB机制[5]； (4) KGDB机制[6]。 综合上述几种机制可以发现,这四种机制之间有以下三个共同点： (1) 适用于为运算资源丰富、存储空间充足的应用场合； (2) 发生系统崩溃后恢复时间无严格要求； (3) 主要针对较通用的硬件平台，如X86平台。 在嵌入式应用场合想要直接使用上列机制中的某一种，却遇到以下三个难点无法解决： (1) 存储空间不足 嵌入式系统一般采用Flash作为存储器，而Flash容量有限，且可能远远小于嵌入式系统中的内存容量。因此将全部内存内容保存到Flash不可行。
linux 内核参数修改 配置 Linux 内核参数(2种方法),修改后不用重启动更新: /sbin/sysctl -p 第一种:打开/etc/sysctl.conf 复制如下内容 kernel.shmall = 2097152 kernel.shmmax = 2147483648 kernel.shmmni = 4096 kernel.sem = 250 32000 100 128 fs.file-max = 65536 net.ipv4.ip_local_port_range = 1024 65000 net.core.rmem_default=262144 net.core.wmem_default=262144 net.core.rmem_max=262144 net.core.wmem_max=262144 第二种:打开终端 cat >> /etc/sysctl.conf< kernel.shmall = 2097152 kernel.shmmax = 2147483648 kernel.shmmni = 4096 kernel.sem = 250 32000 100 128 fs.file-max = 65536 net.ipv4.ip_local_port_range = 1024 65000 net.core.rmem_default=262144 net.core.wmem_default=262144 net.core.rmem_max=262144 net.core.wmem_max=262144 EOF 这里，对每个参数值做个简要的解释和说明。 （1）shmmax：该参数定义了共享内存段的最大尺寸（以字节为单位）。缺省为32M，对于oracle来说，该缺省值太低了，通常将其设置为2G。（2）shmmni：这个内核参数用于设置系统范围内共享内存段的最大数量。该参数的默认值是 4096 。通常不需要更改。 （3）shmall：该参数表示系统一次可以使用的共享内存总量（以页为单位）。缺省值就是2097152，通常不需要修改。(共享内存段的数量，以页为主，每个页是4K） （4）sem：该参数表示设置的信号量。一般大于maxproc的一点就行了。 （5）file-max：该参数表示文件句柄的最大数量。文件句柄设置表示在linux系统中可以打开的文件数量。 修改好内核以后，执行下面的命令使新的配置生效。 [root @linux1 /root]# /sbin/sysctl -p 以 root 用户身份运行以下命令来验证您的设置： /sbin/sysctl -a | grep shm /sbin/sysctl -a | grep sem /sbin/sysctl -a | grep file-max /sbin/sysctl -a | grep ip_local_port_range 例如： # /sbin/sysctl -a | grep shm kernel.shmmni = 4096 kernel.shmall = 2097152 kernel.shmmax = 2147483648
嵌入式系统的以太网接口设计及linux驱动 1 以太网概述 以太网(Ethernet)是当今局域网采用的最通用的通信协议标准。在以太网中，所有计算机被连接在一条电缆上，采用带冲突检测的载波侦听多路访问(CSMA/CD)方法，采用竞争机制和总线拓扑结构。基本上，以太网由共享传输媒体，如双绞线电缆或同轴电缆、多端口集线器、网桥或交换机构成。 按照OSI(Open System Interconnection Reference Model，开放式系统互联参考模型)7层参考模型，以太网定义的是物理层(PHY)和数据链路层(对应以太网的MAC层)的标准。 2 嵌入式处理器上扩展以太网接口 以太网接口控制器主要包括MAC乘PHY两部分，如图1所示为嵌入式处理器集成MAC层控制器。 MAC层控制器和PHY的连接是通过MII、RMII等接口实现的。在IEEE802的标准系列中，数据链路层包括LLC和MAC两个子层。其中MAC负责完成数据帧的封装、解封、发送和接受功能。PHY层的结构随着传输速率的不同而有一定的差异。对于1OBaseT等网络，从以太网PHY芯片输出的就是传输所需的差分信号。但是还需要一个网络隔离变压器组成图2的结构。网络隔离变压器可起到抑制共模干扰、隔离线路以及阻抗匹配等作用。 本文介绍一种新款网络接口芯片DM9000A，它可以很方便的实现与嵌入式CPU的接口，实现扩展以太网口的功能。DM9000A是中国台湾DAVICOM公司推出的一款高速以太网接口芯片，其基本特征是：集成10/100M物理层接口；内部带有16K字节SRAM用作接收发送的FIFO缓存；支持8/16bit两种主机工作模式：
文章来源 https://www.doczj.com/doc/56114866.html,/p/2088592067 第9节， Networking support 关于网络支持 上图 讲解； RF switch subsystem support 这个一般是要的，因为有些无线和蓝牙放在一张卡上 选m，wireless(无线)里面的一些选项随之会自动选m，上图 注意： cfg80211 wireless extensions compatibility 这个兼容选项要选择，3.7默认是没有选择
如果没有选择，iwconfig会报告没有扩展 Bluetooth subsystem support 蓝牙，可以自己选择，如果有m就行 还有子选项自己看下 如果还有红外线，无线电，对应选择，这个设备应该是很少networking option最上面的，全局网络选项，上图
Packet socket和Unix domain sockets 备必，而且不能成模块，不然udev会报一段信息给你 Transformation user configuration interface 选m，其实也很少用，像ipsec，下面的ipsec也可以选成模块 TCP/IP networking 要的，要的，子选项大部分不用，你也可以选上 IP: multicasting 多播 IP: advanced router 高级路由 你需要选上 IP: TCP syncookie support ~~sync flooding，同时还必须。。。个人没什么意义Large Receive Offload提高网络的东西，这个Y，如果你觉得现在不用，先m TCP: advanced congestion control这个你也可以Y The IPv6 protocol 很多要用到，虽然在兲现在没用，像systemd就要了 Security Marking和Network packet filtering framework (Netfilter) 个人没什么意义，你可以试下
Linux设置内核参数的方法 1内核参数的查看方法 使用“sysctl -a”命令可以查看所有正在使用的内核参数。内核参数比较多（一般多达500项），按照前缀主要分为以下几大类：net.ipv4、net.ipv6、net.core、vm、fs、dev.parport、dev.cdrom 、dev.raid、kernel等等。相同的linux，安装的组件和使用的方式不一样，正在使用的内核参数是不一样的。 所有的内核参数的说明文档是放到/usr/src/linux/Documentation/sysctl中的，如果想知道对内核参数的说明，可以到该目录下查看相应的说明文档。 2内核参数的的设置方法 由于Linux的内核参数信息都存在内存中，因此可以通过命令直接修改，并且修改后直接生效。也可以通过文件的方式进行设置。下面就介绍这两种修改方法。 2.1命令设置的方式 可以用两种方法实现。 1、使用“sysctl -w 参数名=值”的方式 假设我们把net.ipv4.ip_forward的值修改为1，使用命令“sysctl -w net.ipv4.ip_forward=1”。 2、修改内核参数对应的proc文件 内核参数位于/proc/sys/之下，参数名称是以文件所在的路径，并将“/”以“.”来取代。举例来说，/proc/sys/net/ip_forward的参数名称为net.ipv4.ip_forward。 同样把net.ipv4.ip_forward的值修改为1，使用命令“echo “1”> /proc/sys/net/ipv4/ip_forward”。 注意，这里proc文件跟普通的文件不一样。一般一个文件用echo写入内容之后，会变成一个文本文件，但echo修改proc文件之后还是个空文件。 2.2文件设置的方式 更改的内核参数默认保存在/etc/sysctl.conf文件中。修改的时候可以直接用vi编辑sysctl.conf文件，增加要修改的内核参数内容，修改的格式为：参数名=值。例如，把net.ipv4.ip_forward的值修改为1，在sysctl.conf中增加下面这行内容：net.ipv4.ip_forward=1 文件修改好后，进行保存。然后使用“sysctl -p 配置文件名”来使配置生效，如果配置文件是默认的，可以不用输配置文件名，即使用“sysctl -p”。 通过文件设置的方式修改的内核参数是在系统重启后将失效（我之前认为修改后的内核参数放在文件中，系统启动的时候会读这个文件，重启后设置应该不会失效。但经过验证，一般会失效，但如果把将默认的boot.sysctl服务打开，所以系统启动时就会执行这个文件的设置）。把我们修改参数的命令写入启动执行脚本文件里/etc/rc.local，这样系统重启后配置就不会失效。 文件方式的好处是内核参数设置的值可以用文件保留下来，调用“sysctl -p”可以使文
vi /etc/sysconfig/network-scripts/ifcfg-eth0 命令配置IP vi进入后，按i变成编辑模式，屏幕下方有个INSERT字样，这时跟windows 的记事本一样了，改吧。内容见下 改完后按ESC键，再输入冒号x——:x保存退出。 service network restart 你的IP就出来了。 DEVICE=eth0 BOOTPROTO=none IPADDR=192.168.0.1 GATEWAY=192.168.0.254 ONBOOT=yes TYPE=Ethernet 1、ifconfig 可以使用ifconfig命令来配置并查看网络接口的配置情况。 例如： （1）配置eth0的IP地址，同时激活该设备。 #ifconfig eth0 192.168.1.10 netmask 255.255.255.0 up （2）配置eth0别名设备eth0:1的IP地址，并添加路由。 #ifconfig eth0 192.168.1.3 #route add –host 192.168.1.3 dev eth0:1 （3）激活设备。 #ifconfig eth0 up （4）禁用设备。 #ifconfig eth0 down （5）查看指定的网络接口的配置。 #ifconfig eth0 （6）查看所有的网络接口配置。
#ifconfig 2、route 可以使用route命令来配置并查看内核路由表的配置情况。 例如： （1）添加到主机的路由。 #route add –host 192.168.1.2 dev eth0:0 #route add –host 10.20.30.148 gw 10.20.30.40 （2）添加到网络的路由。 #route add –net 10.20.30.40 netmask 255.255.255.248 eth0 #route add –net 10.20.30.48 netmask 255.255.255.248 gw 10.20.30.41 #route add –net 192.168.1.0/24 eth1 （3）添加默认网关。 #route add default gw 192.168.1.1 （4）查看内核路由表的配置。 #route （5）删除路由。 #route del –host 192.168.1.2 dev eth0:0 #route del –host 10.20.30.148 gw 10.20.30.40 #route del –net 10.20.30.40 netmask 255.255.255.248 eth0 #route del –net 10.20.30.48 netmask 255.255.255.248 gw 10.20.30.41 #route del –net 192.168.1.0/24 eth1
如何获取Linux内核源代码 下载Linux内核当然要去官方网站了，网站提供了两种文件下载，一种是完整的Linux 内核，另一种是内核增量补丁，它们都是tar归档压缩包。除非你有特别的原因需要使用旧版本的Linux内核，否则你应该总是升级到最新版本。 使用Git 由Linus领头的内核开发队伍从几年前就开始使用Git版本控制系统管理Linux内核了（参考阅读：什么是Git？），而Git项目本身也是由Linus创建的，它和传统的CVS不一样，Git是分布式的，因此它的用法和工作流程很多开发人员可能会感到很陌生，但我强烈建议使用Git下载和管理Linux内核源代码。 你可以使用下面的Git命令获取Linus内核代码树的最新“推送”版本： $ git clone git://https://www.doczj.com/doc/56114866.html,/pub/scm/linux/kernel/git/torvalds/linux-2.6.git 然后使用下面的命令将你的代码树与Linus的代码树最新状态同步： $ git pull 安装内核源代码 内核包有GNU zip（gzip）和bzip2格式。Bzip2是默认和首选格式，因为它的压缩比通常比gzip更好，bzip2格式的Linux内核包一般采用linux-x.y.z.tar.bz2形式的文件名，这里的x.y.z是内核源代码的具体版本号，下载到源代码包后，解压和抽取就很简单了，如果你下载的是bzip2包，运行： $ tar xvjf linux-x.y.z.tar.bz2 如果你下载的是gzip包，则运行： $ tar xvzf linux-x.y.z.tar.gz 无论执行上面哪一个命令，最后都会将源代码解压和抽取到linux-x.y.z目录下，如果你使用Git下载和管理内核源代码，你不需要下载tar包，只需要运行git clone命令，它就会自动下载和解压。 内核源代码通常都会安装到/usr/src/linux下，但在开发的时候最好不要使用这个源代码树，因为针对你的C库编译的内核版本通常也链接到这里的。 应用补丁
探究linux内核,超详细解析子系统 Perface 前面已经写过一篇《嵌入式linux内核的五个子系统》，概括性比较强，也比较简略，现在对其进行补充说明。 仅留此笔记，待日后查看及补充！Linux内核的子系统 内核是操作系统的核心。Linux内核提供很多基本功能，如虚拟内存、多任务、共享库、需求加载、共享写时拷贝（Copy-On-Write）以及网络功能等。增加各种不同功能导致内核代码不断增加。 Linux内核把不同功能分成不同的子系统的方法，通过一种整体的结构把各种功能集合在一起，提高了工作效率。同时还提供动态加载模块的方式，为动态修改内核功能提供了灵活性。系统调用接口用户程序通过软件中断后，调用系统内核提供的功能，这个在用户空间和内核提供的服务之间的接口称为系统调用。系统调用是Linux内核提供的，用户空间无法直接使用系统调用。在用户进程使用系统调用必须跨越应用程序和内核的界限。Linux内核向用户提供了统一的系统调用接口，但是在不同处理器上系统调用的方法
各不相同。Linux内核提供了大量的系统调用，现在从系统 调用的基本原理出发探究Linux系统调用的方法。这是在一个用户进程中通过GNU C库进行的系统调用示意图，系 统调用通过同一个入口点传入内核。以i386体系结构为例，约定使用EAX寄存器标记系统调用。 当加载了系统C库调用的索引和参数时，就会调用0x80软件中断，它将执行system_call函数，这个函数按照EAX 寄存器内容的标示处理所有的系统调用。经过几个单元测试，会使用EAX寄存器的内容的索引查system_call_table表得到系统调用的入口，然后执行系统调用。从系统调用返回后，最终执行system_exit，并调用resume_userspace函数返回用户空间。 linux内核系统调用的核心是系统多路分解表。最终通过EAX寄存器的系统调用标识和索引值从对应的系统调用表 中查出对应系统调用的入口地址，然后执行系统调用。 linux系统调用并不单层的调用关系，有的系统调用会由
对于每一个配置选项，用户可以回答"y"、"m"或"n"。其中"y"表示将相应特性的支持或设备驱动程序编译进内核；"m"表示将相应特性的支持或设备驱动程序编译成可加载模块，在需要时，可由系统或用户自行加入到内核中去；"n"表示内核不提供相应特性或驱动程序的支持。只有<>才能选择M 1. General setup（通用选项） [*]Prompt for development and/or incomplete code/drivers，设置界面中显示还在开发或者还没有完成的代码与驱动，最好选上，许多设备都需要它才能配置。 [ ]Cross-compiler tool prefix，交叉编译工具前缀，如果你要使用交叉编译工具的话输入相关前缀。默认不使用。嵌入式linux更不需要。 [ ]Local version - append to kernel release，自定义版本，也就是uname -r可以看到的版本，可以自行修改，没多大意义。 [ ]Automatically append version information to the version string，自动生成版本信息。这个选项会自动探测你的内核并且生成相应的版本，使之不会和原先的重复。这需要Perl的支持。由于在编译的命令make-kpkg 中我们会加入- –append-to-version 选项来生成自定义版本，所以这里选N。 Kernel compression mode (LZMA)，选择压缩方式。 [ ]Support for paging of anonymous memory (swap)，交换分区支持，也就是虚拟内存支持，嵌入式不需要。 [*]System V IPC，为进程提供通信机制，这将使系统中各进程间有交换信息与保持同步的能力。有些程序只有在选Y的情况下才能运行，所以不用考虑，这里一定要选。 [*]POSIX Message Queues，这是POSIX的消息队列，它同样是一种IPC(进程间通讯)。建议你最好将它选上。 [*]BSD Process Accounting，允许进程访问内核，将账户信息写入文件中，主要包括进程的创建时间/创建者/内存占用等信息。可以选上，无所谓。 [*]BSD Process Accounting version 3 file format，选用的话统计信息将会以新的格式（V3）写入，注意这个格式和以前的v0/v1/v2 格式不兼容，选不选无所谓。 [ ]Export task/process statistics through netlink (EXPERIMENTAL)，通过通用的网络输出工作/进程的相应数据，和BSD不同的是，这些数据在进程运行的时候就可以通过相关命令访问。和BSD类似，数据将在进程结束时送入用户空间。如果不清楚，选N（实验阶段功能，下同）。 [ ]Auditing support，审计功能，某些内核模块需要它（SELINUX），如果不知道，不用选。 [ ]RCU Subsystem，一个高性能的锁机制RCU 子系统，不懂不了解，按默认就行。 [ ]Kernel .config support，将.config配置信息保存在内核中，选上它及它的子项使得其它用户能从/proc/ config.gz中得到内核的配置,选上，重新配置内核时可以利用已有配置Enable access to .config through /proc/config.gz，上一项的子项，可以通过/proc/ config.gz访问.config配置，上一个选的话，建议选上。 (16)Kernel log buffer size (16 => 64KB, 17 => 128KB) ，内核日志缓存的大小，使用默认值即可。12 => 4 KB，13 => 8 KB，14 => 16 KB单处理器，15 => 32 KB多处理器，16 => 64 KB，17 => 128 KB。 [ ]Control Group support（有子项），使用默认即可，不清楚可以不选。 Example debug cgroup subsystem，cgroup子系统调试例子 Namespace cgroup subsystem，cgroup子系统命名空间 Device controller for cgroups，cgroups设备控制器
本文档的Copyleft归wwwlkk所有，使用GPL发布，可以自由拷贝、转载，转载时请保持文档的完整性，严禁用于任何商业用途。 E-mail: wwwlkk@https://www.doczj.com/doc/56114866.html, 来源: https://www.doczj.com/doc/56114866.html,/?business&aid=6&un=wwwlkk#7 linux2.6.35内核IMQ源码实现分析 （1）数据包截留并重新注入协议栈技术 (1) （2）及时处理数据包技术 (2) （3）IMQ设备数据包重新注入协议栈流程 (4) （4）IMQ截留数据包流程 (4) （5）IMQ在软中断中及时将数据包重新注入协议栈 (7) （6）结束语 (9) 前言：IMQ用于入口流量整形和全局的流量控制，IMQ的配置是很简单的，但很少人分析过IMQ的内核实现，网络上也没有IMQ的源码分析文档，为了搞清楚IMQ的性能，稳定性，以及借鉴IMQ的技术，本文分析了IMQ的内核实现机制。 首先揭示IMQ的核心技术： 1.如何从协议栈中截留数据包，并能把数据包重新注入协议栈。 2.如何做到及时的将数据包重新注入协议栈。 实际上linux的标准内核已经解决了以上2个技术难点，第1个技术可以在NF_QUEUE机制中看到，第二个技术可以在发包软中断中看到。下面先介绍这2个技术。 （1）数据包截留并重新注入协议栈技术
（2）及时处理数据包技术 QoS有个技术难点：将数据包入队，然后发送队列中合适的数据包，那么如何做到队列中的数
激活状态的队列是否能保证队列中的数据包被及时的发送吗？接下来看一下，激活状态的队列的 证了数据包会被及时的发送。 这是linux内核发送软中断的机制，IMQ就是利用了这个机制，不同点在于：正常的发送队列是将数据包发送给网卡驱动，而IMQ队列是将数据包发送给okfn函数。
Linux内核配置编译与文件系统构建 南京大学 黄开成101180046 2012.11.11 一：实验目的 1.了解嵌入式系统的开发环境，内核与文件系统的下载和启动； 2.了解Linux内核源代码的目录结构及各自目录的相关内容，了解Linux内核各配置选项内容和作用，掌握Linux内核的编译过程； 3.了解嵌入式操作系统中文件系统的类型和应用、了解JFFS2文件系统的优点及其在嵌入式系统中的作用、掌握利用Busybox软件制作嵌入式文件系统的方法，并且掌握嵌入式Linux文件系统的挂载过程。二：实验环境说明 1.PC机使用openSUSE 14 Enterprise 系统。 2.开发板使用深圳市武耀博德信息技术有限公司生产的基于Inter 的PXA270处理器的多功能嵌入式开发平台EELIOD。 3.PC机通过RS-232串口与开发板相连，在PC机终端上运行minicom 程序构造一个开发板上的终端，用于对开发板的控制。 4.PC机与开发板通过ethernet网络相连接，并可在开发板上通过加载网络文件系统（NFS）与PC机通信。 5.Bootloader可以通过tftp协议从PC机上下载内核镜像和根文件系统镜像。下载目录为/tftpboot 。 6.用于开发板的Linux内核源码为linux-2.4.21-51Board_EDR，
busybox版本为busybox-1.00-pre5。 7.交叉编译器的路径为/usr/local/arm-linux/bin/arm-linux。 三：实验操作过程和分析记录 1.嵌入式系统的开发环境和开发流程： 1.1启动minicom和开发板 在PC机上打开一个终端，输入： >minicom 按Ctrl+A-o进入minicom的configuration界面。对串行通信接口进行配置，串口设置为：/dev/ttyS0（串口线接在PC机的串口1上）、bps=115200、8位数据、无校验、无流控制。 然后打开开发板电源，看到屏幕有反应之后，按任意键进入配置界面，如果长时间没有按下任何键，bootloader将会自动从flash中读取内核和根文件系统并启动开发板上的Linux系统。 分析：嵌入式系统中，通常并没有像PC机中BIOS 那样的固件程序，因此整个系统的加载启动任务完全由bootloader来完成。bootloader的主要作用是：初始化硬件设备；建立内存空间的映射图；完成内核的加载，为内核设置启动参数。 按0进入命令行模式，出现51board>，可以设置开发板和PC机的IP 地址： 51board> set myipaddr 192.168.208.133(设置开发板的IP地址) 51board> set destipaddr 192.168.208.33（设置PC机的IP地址）注意IP地址的设置：使其处于同一网段，并且避免和其他系统的
看完了路由表，重新回到netif_receive_skb ()函数，在提交给上层协议处理前，会执行下面一句，这就是网桥的相关操作，也是这篇要讲解的容。 view plaincopy to clipboardprint? 1. s kb = handle_bridge(skb, &pt_prev, &ret, orig_dev); 网桥可以简单理解为交换机，以下图为例，一台linux机器可以看作网桥和路由的结合，网桥将物理上的两个局域网LAN1、LAN2当作一个局域网处理，路由连接了两个子网1.0和2.0。从eth0和eth1网卡收到的报文在Bridge模块中会被处理成是由Bridge收到的，因此Bridge也相当于一个虚拟网卡。 STP五种状态 DISABLED BLOCKING LISTENING LEARNING FORWARDING 创建新的网桥br_add_bridge [net\bridge\br_if.c] 当使用SIOCBRADDBR调用ioctl时，会创建新的网桥br_add_bridge。 首先是创建新的网桥： view plaincopy to clipboardprint?
1. d ev = new_bridge_dev(net, name); 然后设置dev->dev.type为br_type，而br_type是个全局变量，只初始化了一个名字变量 view plaincopy to clipboardprint? 1. S ET_NETDEV_DEVTYPE(dev, &br_type); 2. s tatic struct device_type br_type = { 3. .name = "bridge", 4. }; 然后注册新创建的设备dev，网桥就相当一个虚拟网卡设备，注册过的设备用ifconfig 就可查看到： view plaincopy to clipboardprint? 1. r et = register_netdevice(dev); 最后在sysfs文件系统中也创建相应项，便于查看和管理： view plaincopy to clipboardprint? 1. r et = br_sysfs_addbr(dev); 将端口加入网桥br_add_if() [net\bridge\br_if.c] 当使用SIOCBRADDIF调用ioctl时，会向网卡加入新的端口br_add_if。 创建新的net_bridge_port p，会从br->port_list中分配一个未用的port_no，p->br会指向br，p->state设为BR_STATE_DISABLED。这里的p实际代表的就是网卡设备。 view plaincopy to clipboardprint? 1. p = new_nbp(br, dev); 将新创建的p加入CAM表中，CAM表是用来记录mac地址与物理端口的对应关系；而刚刚创建了p，因此也要加入CAM表中，并且该表项应是local的[关系如下图]，可以看到，CAM表在实现中作为net_bridge的hash表，以addr作为hash值，链入 net_bridge_fdb_entry，再由它的dst指向net_bridge_port。
配置和编译Linux内核 对内核进行正确配置后，才能进行编译。配置不当的内核，很有可能编译出错，或者不能正确运行。 1.1.1 快速配置内核 进入Linux内核源码数顶层目录，输入make menuconfig命令，可进入如图0.1所示的基于Ncurses的Linux内核配置主界面（注意：主机须安装ncurses相关库才能正确运行该命令并出现配置界面）。如果没有在Makefile中指定ARCH，则须在命令行中指定： $ make ARCH=arm menuconfig 图0.1基于Ncurses的Linux内核配置主界面 基于Ncurses的Linux内核配置界面不支持鼠标操作，必须用键盘操作。基本操作方法： ?通过键盘的方向键移动光标，选中的子菜单或者菜单项高亮； ?按TAB键实现光标在菜单区和功能区切换； ?子菜单或者选项高亮，将光标移功能区选中
配置完毕，将光标移动到配置界面末尾，选中“Save an Alternate Configuration File”后回车，保存当前内核配置，默认配置文件名为.config，如图0.2所示。 图0.2保存内核配置为.config文件 保存完毕，选择
Linux内核中的Kconfig文件 本节不对内核的Kconfig文件进行深入展开，更多Kconfig语法和说明请阅读
Linux内核开发工具介绍 对内核进行正确配置后，才能进行编译。配置不当的内核，很有可能编译出错，或者不能正确运行。 1.1.1 快速配置内核 进入Linux内核源码数顶层目录，输入make menuconfig命令，可进入如图错误!文档中没有指定样式的文字。.1所示的基于Ncurses的Linux内核配置主界面（注意：主机须安装ncurses相关库才能正确运行该命令并出现配置界面）。如果没有在Makefile中指定ARCH，则须在命令行中指定： $ make ARCH=arm menuconfig 图错误!文档中没有指定样式的文字。.1基于Ncurses的Linux内核配置主界面 基于Ncurses的Linux内核配置界面不支持鼠标操作，必须用键盘操作。基本操作方法： ?通过键盘的方向键移动光标，选中的子菜单或者菜单项高亮； ?按TAB键实现光标在菜单区和功能区切换； ?子菜单或者选项高亮，将光标移功能区选中
配置完毕，将光标移动到配置界面末尾，选中“Save an Alternate Configuration File”后回车，保存当前内核配置，默认配置文件名为.config，如图错误!文档中没有指定样式的文字。.2所示。 图错误!文档中没有指定样式的文字。.2保存内核配置为.config文件 保存完毕，选择