1. 如何给linux安装新内核
第二步：清除垃圾（这一步：一般是在就内核重新编译时使用，在编译新的内核是不需要）；make clean及make mrproper；
第三步：进行内核裁减配置；
内核裁减配置的原则：
从实际出发。
如：根据支持的硬件设备来决定需要选择的驱动模块，根据需要选择所支持的文件系统格式等；
具体配置命令为：
make config ：通过命令接口，依次要求你设定每个选项，如果.config文件存在，会根据该文件来设置默认值；
make menuconfig ：显示以curses为基础的、终端式的配置菜单。
make xconfig ：图形界面，显示以Tk为基础X Window配置菜单。
最常用的为：make menuconfig（注：需要ncurses的rpm包）。
说明：这一步中选择为M模式的，编译到/lib/moles/下相关目录文件中；选择为*模式的，编译到内核中即/boot/vmlinuz中，启动时加载到内核中。
具体内核裁减配置参阅其它资料。
第四步：生成依赖关系（make dep）
内核源码树中大多数文件都会与一些头文件有依存关系，要想编译内核顺利，在正式编译前必须让内核源码树中的各个Makefile文件知道这些依存关系。
依存关系建立期间会在内核源码树中每个子目录里产生一个隐藏的.depend文件，此文件内含子目录里各个文件所依存的头文件清单。
第五步：建立内核映像和模块
2.4内核：make bzImage ：在arch/YOUR_ARCH/boot/中生成在在zImage内核映像文件；
make moles ：在相应目录下生成内核模块（即驱动模块）
2.6内核：make ：作用相当于make bzImage与make moles
第六步：安装模块（make moles_install）
让make moles或make 过程中产生的.o驱动模块拷入/lib/moles/下相应目录中；
第七步：安装内核
第一种情况：直接使用make install命令即可。
第二中情况：先采用cp arch/i386/boot/bzImage /boot/×××（×××表示自己随意的命名）
mkinitrd /boot/×××.img 2.6.12.6（内核版本号）
2. 如何编译linux版本
编译安装内核
下载并解压内核
解压内核：tar xf linux-2.6.XX.tar.xz
定制内核：make menuconfig
参见makefile menuconfig过程讲解
编译内核和模块：make
生成内核模块和vmlinuz，initrd.img，Symtem.map文件
安装内核和模块：sudo make moles_install install
复制模块文件到/lib/moles目录下、复制config，vmlinuz，initrd.img，Symtem.map文件到/boot目录、更新grub
其他命令：
make mrprobe：命令的作用是在每次配置并重新编译内核前需要先执行“make mrproper”命令清理源代码树，包括过去曾经配置的内核配置文件“.config”都将被清除。即进行新的编译工作时将原来老的配置文件给删除到，以免影响新的内核编译。
make dep：生成内核功能间的依赖关系，为编译内核做好准备。
几个重要的Linux内核文件介绍
config
使用make menuconfig 生成的内核配置文件，决定将内核的各个功能系统编译进内核还是编译为模块还是不编译。
vmlinuz 和 vmlinux
vmlinuz是可引导的、压缩的内核，“vm”代表“Virtual Memory”。Linux 支持虚拟内存，不像老的操作系统比如DOS有640KB内存的限制，Linux能够使用硬盘空间作为虚拟内存，因此得名“vm”。vmlinuz是可执行的Linux内核，vmlinuz的建立有两种方式：一是编译内核时通过“make zImage”创建，zImage适用于小内核的情况，它的存在是为了向后的兼容性；二是内核编译时通过命令make bzImage创建，bzImage是压缩的内核映像，需要注意，bzImage不是用bzip2压缩的，bzImage中的bz容易引起误解，bz表示“big zImage”，bzImage中的b是“big”意思。 zImage（vmlinuz）和bzImage（vmlinuz）都是用gzip压缩的。它们不仅是一个压缩文件，而且在这两个文件的开头部分内嵌有gzip解压缩代码，所以你不能用gunzip 或 gzip –dc解包vmlinuz。 内核文件中包含一个微型的gzip用于解压缩内核并引导它。两者的不同之处在于，老的zImage解压缩内核到低端内存（第一个640K），bzImage解压缩内核到高端内存（1M以上）。如果内核比较小，那么可以采用zImage 或bzImage之一，两种方式引导的系统运行时是相同的。大的内核采用bzImage，不能采用zImage。 vmlinux是未压缩的内核，vmlinuz是vmlinux的压缩文件。
initrd.img
initrd是“initial ramdisk”的简写。initrd一般被用来临时的引导硬件到实际内核vmlinuz能够接管并继续引导的状态。比如initrd- 2.4.7-10.img主要是用于加载ext3等文件系统及scsi设备的驱动。如果你使用的是scsi硬盘，而内核vmlinuz中并没有这个 scsi硬件的驱动，那么在装入scsi模块之前，内核不能加载根文件系统，但scsi模块存储在根文件系统的/lib/moles下。为了解决这个问题，可以引导一个能够读实际内核的initrd内核并用initrd修正scsi引导问题，initrd-2.4.7-10.img是用gzip压缩的文件。initrd映象文件是使用mkinitrd创建的，mkinitrd实用程序能够创建initrd映象文件，这个命令是RedHat专有的，其它Linux发行版或许有相应的命令。这是个很方便的实用程序。具体情况请看帮助：man mkinitrd
System.map是一个特定内核的内核符号表，由“nm vmlinux”产生并且不相关的符号被滤出。
下面几行来自/usr/src/linux-2.4/Makefile：
nm vmlinux | grep -v '(compiled)|(.o$$)|( [aUw] )|(..ng$$)|(LASH[RL]DI)' | sort > System.map
在进行程序设计时，会命名一些变量名或函数名之类的符号。Linux内核是一个很复杂的代码块，有许许多多的全局符号， Linux内核不使用符号名，而是通过变量或函数的地址来识别变量或函数名，比如不是使用size_t BytesRead这样的符号，而是像c0343f20这样引用这个变量。 对于使用计算机的人来说，更喜欢使用那些像size_t BytesRead这样的名字，而不喜欢像c0343f20这样的名字。内核主要是用c写的，所以编译器/连接器允许我们编码时使用符号名，而内核运行时使用地址。 然而，在有的情况下，我们需要知道符号的地址，或者需要知道地址对应的符号，这由符号表来完成，符号表是所有符号连同它们的地址的列表。
Linux 符号表使用到2个文件： /proc/ksyms 、System.map 。/proc/ksyms是一个“proc file”，在内核引导时创建。实际上，它并不真正的是一个文件，它只不过是内核数据的表示，却给人们是一个磁盘文件的假象，这从它的文件大小是0可以看 出来。然而，System.map是存在于你的文件系统上的实际文件。当你编译一个新内核时，各个符号名的地址要发生变化，你的老的System.map 具有的是错误的符号信息，每次内核编译时产生一个新的System.map，你应当用新的System.map来取代老的System.map。
虽然内核本身并不真正使用System.map，但其它程序比如klogd， lsof和ps等软件需要一个正确的System.map。如果你使用错误的或没有System.map，klogd的输出将是不可靠的，这对于排除程序故障会带来困难。没有System.map，你可能会面临一些令人烦恼的提示信息。 另外少数驱动需要System.map来解析符号，没有为你当前运行的特定内核创建的System.map它们就不能正常工作。 Linux的内核日志守护进程klogd为了执行名称-地址解析，klogd需要使用System.map。System.map应当放在使用它的软件能够找到它的地方。执行：man klogd可知，如果没有将System.map作为一个变量的位置给klogd，那么它将按照下面的顺序，在三个地方查找System.map： /boot/System.map 、/System.map 、/usr/src/linux/System.map
System.map也有版本信息，klogd能够智能地查找正确的映象（map）文件。
makefile menuconfig过程讲解
当我们在执行make menuconfig这个命令时，系统到底帮我们做了哪些工作呢？这里面一共涉及到了一下几个文件我们来一一探讨
Linux内核根目录下的scripts文件夹
arch/$ARCH/Kconfig文件、各层目录下的Kconfig文件
Linux内核根目录下的makefile文件、各层目录下的makefile文件
Linux内核根目录下的的.config文件、arch/$ARCH/configs/下的文件
Linux内核根目录下的 include/generated/autoconf.h文件
1）scripts文件夹存放的是跟make menuconfig配置界面的图形绘制相关的文件，我们作为使用者无需关心这个文件夹的内容
2）当我们执行make menuconfig命令出现上述蓝色配置界面以前，系统帮我们做了以下工作：
首先系统会读取arch/$ARCH/目录下的Kconfig文件生成整个配置界面选项（Kconfig是整个linux配置机制的核心），那么ARCH环境变量的值等于多少呢？它是由linux内核根目录下的makefile文件决定的，在makefile下有此环境变量的定义：
SUBARCH := $(shell uname -m | sed -e s/i.86/i386/ -e s/sun4u/sparc64/ \
-e s/arm.*/arm/ -e s/sa110/arm/ \
-e s/s390x/s390/ -e s/parisc64/parisc/ \
-e s/ppc.*/powerpc/ -e s/mips.*/mips/ \
-e s/sh[234].*/sh/ )
..........
export KBUILD_BUILDHOST := $(SUBARCH)
ARCH ?= $(SUBARCH)
CROSS_COMPILE ?=
或者通过 make ARCH=arm menuconfig命令来生成配置界面
比如教务处进行考试，考试科数可能有外语、语文、数学等科，这里我们选择了arm科可进行考试，系统就会读取arm/arm/kconfig文件生成配置选项（选择了arm科的卷子），系统还提供了x86科、milps科等10几门功课的考试题
3）假设教务处比较“仁慈”，为了怕某些同学做错试题，还给我们准备了一份参考答案（默认配置选项），存放在arch/$ARCH/configs/目录下，对于arm科来说就是arch/arm/configs文件夹：
此文件夹中有许多选项，系统会读取哪个呢？内核默认会读取linux内核根目录下.config文件作为内核的默认选项（试题的参考答案），我们一般会根据开发板的类型从中选取一个与我们开发板最接近的系列到Linux内核根目录下（选择一个最接近的参考答案）
4).config
假设教务处留了一个心眼，他提供的参考答案并不完全正确（.config文件与我们的板子并不是完全匹配），这时我们可以选择直接修改.config文件然后执行make menuconfig命令读取新的选项。但是一般我们不采取这个方案，我们选择在配置界面中通过空格、esc、回车选择某些选项选中或者不选中，最后保存退出的时候，Linux内核会把新的选项（正确的参考答案）更新到.config中，此时我们可以把.config重命名为其它文件保存起来（当你执行make distclean时系统会把.config文件删除），以后我们再配置内核时就不需要再去arch/arm/configs下考取相应的文件了，省去了重新配置的麻烦，直接将保存的.config文件复制为.config即可.
5）经过以上两步，我们可以正确的读取、配置我们需要的界面了，那么他们如何跟makefile文件建立编译关系呢？当你保存make menuconfig选项时，系统会除了会自动更新.config外，还会将所有的选项以宏的形式保存在Linux内核根目录下的 include/generated/autoconf.h文件下
内核中的源代码就都会包含以上.h文件，跟宏的定义情况进行条件编译。
当我们需要对一个文件整体选择如是否编译时，还需要修改对应的makefile文件，例如：
我们选择是否要编译s3c2410_ts.c这个文件时，makefile会根据CONFIG_TOUCHSCREEN_S3C2410来决定是编译此文件，此宏是在Kconfig文件中定义，当我们配置完成后，会出现在.config及autconf中，至此，我们就完成了整个linux内核的编译过程。
最后我们会发现，整个linux内核配置过程中，留给用户的接口其实只有各层Kconfig、makefile文件以及对应的源文件。
比如我们如果想要给内核增加一个功能，并且通过make menuconfig控制其声称过程
首先需要做的工作是：修改对应目录下的Kconfig文件，按照Kconfig语法增加对应的选项；
其次执行make menuconfig选择编译进内核或者不编译进内核，或者编译为模块，.config文件和autoconf.h文件会自动生成；
最后修改对应目录下的makefile文件完成编译选项的添加；
最后的最后执行make命令进行编译。
Kconfig和Makefile
Linux内核源码树的每个目录下都有两个文档Kconfig和Makefile。分布到各目录的Kconfig构成了一个分布式的内核配置数据库，每个Kconfig分别描述了所属目录源文档相关的内核配置菜单。在执行内核配置make menuconfig时，从Kconfig中读出菜单，用户选择后保存到.config的内核配置文档中。在内核编译时，主Makefile调用这 个.config，就知道了用户的选择。这个内容说明了，Kconfig就是对应着内核的每级配置菜单。
假如要想添加新的驱动到内核的源码中，要修改Kconfig,这样就能够选择这个驱动，假如想使这个驱动被编译，则要修改Makefile。添加新 的驱动时需要修改的文档有两种（如果添加的只是文件，则只需修改当前层Kconfig和Makefile文件；如果添加的是目录，则需修改当前层和目录下 的共一对Kconfig和Makefile）Kconfig和Makefile。要想知道怎么修改这两种文档，就要知道两种文档的语法结构，Kconfig的语法参见参考文献《【linux-2.6.31】kbuild》。
Makefile 文件包含 5 部分:
Makefile 顶层的 Makefile
.config 内核配置文件
arch/$(ARCH)/Makefile 体系结构 Makefile
scripts/Makefile.* 适用于所有 kbuild Makefile 的通用规则等
kbuild Makefiles 大约有 500 个这样的文件
顶层 Makefile 读取内核配置操作产生的.config 文件，顶层 Makefile 构建两个主要的目标:vmlinux(内核映像)和 moles(所有模块文件)。它通过递归访问内核源码树下的子目录来构建这些目标。访问哪些子目录取决于内核配置。顶层 Makefile 包含一个体系结构 Makefile,由 arch/$(ARCH)/Makefile 指定。体系结构 Makefile 文件为顶层 Makefile 提供了特定体系结构的信息。每个子目录各有一个 kbuild文件和Makefile 文件来执行从上层传递下来的命令。kbuild和Makefile文件利用.config 文件中的信息来构造由 kbuild 构建内建或者模块对象使用的各种文件列表。scripts/Makefile.*包含所有的定义/规则,等等。这些信息用于使用 kbuild和 Makefile 文件来构建内核。Makefile的语法参见参考文献《【linux-2.6.31】kbuild》。
参考文献
【linux-2.6.31】内核编译指南.pdf
【linux-2.6.31】kbuild.pdf
Linker script in Linux.pdf
linux内核的配置机制及其编译过程
Linux内核编译过程详解
Linux Kconfig及Makefile学习
3. 如何进行Linux Kernel 开发
学习汇编语言、C语言，这两种语言是你进行Linux Kernel开发与维护的必备语言能力，这样你才有能力阅读与编写Linux Kernel的能力。
下载Linux Kernel源代码，建议下载先前的版本，因为目前的新版本代码数量太庞大，技术太新，如果是进行Linux Kernel的开发的话，先从简单的版本0.11或者1.XX.XX版本开始，以前的版本中没有过多的新技术的代码，适合入门Linux Kernel的学习。
当你熟悉了Linux Kernel了后，可以下载目前最新的版本Linux Kernel3.18版本的源代码，里面包含了很多的新技术的知识，方便你了解与学习~~~
这是一篇很重要的文档，它介绍了内核开发的方方面面。这篇文档已被加入到内核源码树的Documentation文档里（名字为HOWTO），你可以在最新的内核树里找到它。尽管已经有网友翻译过这篇文档，但是我还是决定自己再翻译一遍。翻译完之后，我的感触是如果依靠翻译来进行学习，速度太慢了。以后的技术文档直接看英文，适当的做做笔记即可。
山涛
-----------------------------------------------------
How to do Linux Kernel development
-----------------------------------------------------
关于如何进行Linux Kernel development，这篇文档是最值得你阅读的一篇。它指导你如何成为一名Linux内核开发者以及如何和Linux内核开发社区一同工作。尽管它不包含内核编程的技能方面的知识，但是本篇能够给你正确的指导去做内核开发。
如果这篇文档讲述的任何东西已经过时了的话，请给这篇文档的维护者发送你的更新。
Greg [email protected]
Introction
-----------------
你想成为一名Linux内核开发者吗？或者你的老板曾经告诉你：去给某个设备写个Linux驱动程序。这篇文档的目标是，通过描述你进行开发时需要经历的一些流程规则去指导你如何与社区一起工作，教会你所需要的一切从而让你实现你的目标（成为一名合格的内核开发者，或者写出合格的令老板满意的驱动程序）；这篇文档也会说明内核社区工作的风格和原因。
内核绝大部分代码是基于C语言编程，与体系结构有关的一小部分由汇编完成。很好的理解和掌握C语言，是内核开发的必备要求。汇编语言（不同的体系结构有不同的汇编语言）不是必需的，除非你计划做体系结构相关的底层开发。如果你想加强C语言的掌握，很好的参考资料如下：
- "The C Programming Language" by Kernighan and Ritchie [Prentice Hall]
- "Practical C Programming" by Steve Oualline [O'Reilly]
Linux内核是使用GNU C和GNU工具链完成的。尽管它遵循ISO C89标准，但是内核的编写也使用了许多的GNU C的扩展特性，这些特性不属于标准的一部分。内核的C编程环境自成体系，不依赖于C标准库，所以C标准的一部分特性没有被支持：例如Arbitrary long long divisions和浮点指针不被支持。有时你会很难理解内核基于GNU工具链的一些假定以及内核使用的一些GNU C扩展，不幸的是对于这类问题没有确定性的参考资料。如果你遇到这类问题，建议你查阅GCC的info pages来获取相关的信息（在Linux PC上，通过命令info gcc可以获得信息）。
请记住你正在学习如何与已经存在的内核开发社区一起工作。内核开发社区由全球不同地方的开发人员组成，它以代码、风格、开发流程的高质量标准著称。这些高质量的标准使内核开发社区（这个组织非常大，地理位置非常分散）能够非常有效的进行。应当提早努力学习这些高质量标准（编程风格、代码要求以及开发流程），它们有很好的文档；不要期望内核开发社区别的开发人员会适应你自己的或者你公司的开发风格。
Legal Issues
------------------
Linux内核代码基于GPL许可协议发布。请阅读内核源码树的主目录里的COPYING文件，它提供了GPL许可的详细描述。如果你有关于GPL许可的进一步问题，请联系一名律师，不要在Linux kernel mailing list里询问。Linux kernel mailing list里的开发人员不是律师，所以你不应当听取他们的任何关于法律事务的建议。
对于一些通常的关于GPL许可的问题和解答，请参考：
http://www.gnu.org/licenses/gpl-faq.html
Documentation
---------------------
Linux内核源码树里有大量的非常有用的文档用于学习，使你与内核社区相互促进和共同发展。当一个新的特性要加入到内核里，建议相关的文档也要加入到内核里，用于描述如何使用这个新特性；当一个内核的修改导致了内核提供给用户的接口发生了变化，建议你发送信息或者一个补丁给[email protected]，告诉manual pages的维护者用户接口的变化。
这里罗列了一些内核源码树里的需要阅读的文档：
README
这篇文档简要的介绍了Linux内核的背景，描述了配置和build内核需要什么。一个刚刚接触内核的新手应当从这里开始。（注：build kernel，就是编译内核源代码，生成可供系统使用的内核二进制文件（vmlinux/zImage）的过程。
Documentation/Changes
这篇文档给出了一个用于成功编译和运行内核的各种软件包的列表的最小集合。
Documentation/CodingStyle
这篇文档描述了Linux内核编码风格，和一些隐藏在背后的基本原理。所有的想加入内核的新代码应当遵循这篇文档的指导。绝大数的内核代码维护者只愿意接受那些符合这篇文档描述的风格的补丁，许多内核开发者也只愿意审查那些符合Linux内核编码风格的代码。
Documentation/SubmittingPatches
Documentation/SubmittingDrivers
这些文档清楚而又详细地告诉你如何成功的创建和向社区递交一个补丁，包括：
----邮件内容
----邮件格式
----发送者和接收者
遵循文档里提倡的规则并不一定保证你提交补丁成功（因为所有的补丁遭受详细而严格的内容和风格的审查），但是不遵循它们，提交补丁肯定不成功。
其他的一些非常优秀的描述如何正确的创建补丁的文档如下：
"The Perfect Patch"
http://www.zip.com.au/~akpm/linux/patches/stuff/tpp.txt
"Linux kernel patch submission format"
http://linux.yyz.us/patch-format.html
Documentation/stable_api_nonsense.txt
这篇文档描述了有意决定在内核里没有固定内核API的基本原因，包含下面的讨论主题：
---子系统的shim-layers（为了兼容性？）
---操作系统之间的驱动移植性
---减缓内核源码树的快速变化（或者说，防止快速变化）
这篇文档对于理解Linux的开发哲学非常关键，也对于从其他操作系统转移到Linux上的开发人员非常重要。
Documentation/SecurityBugs
如果你确知你在Linux Kernel里发现了security problem，请遵循这篇文档描述的步骤，帮助通知内核的开发者们并解决这类问题。
Documentation/ManagementStyle
这篇文档描述了Linux内核开发者们如何进行管理运作，以及运作方法背后的分享精神（shared ethos）。这篇文档对于那些内核开发新手们（或者那些好奇者）值得一读，因为它解决或解释了很多对于内核维护者独特行为的误解。
Documentation/stable_kernel_rules.txt
这篇文档描述了一个稳定的内核版本如何发布的规则，以及需要做些什么如果你想把一个修改加入到其中的一个版本。
Documentation/kernel-docs.txt
关于内核开发的外部文档列表。如果你在内核开发的内部文档中找不到你想要的资料，请参考这篇文档提供的资料链接。
Documentation/applying-patches.txt
这篇文档很好地描述了什么是补丁(patch)，以及如何将它应用到内核的不同开发分支(branch)上。
内核里也有大量的由内核源码自动生成的文档。其中包括了内核内部API的全面描述，和如何处理好锁的规则。这些文档在Documentation/DocBook/下创建，格式可以是PDF、Postscritpt、HTML和man pages，在内核源码主目录下通过运行下面命令自动生成：
make pdfdocs
make psdocs
make htmldocs
make mandocs
附上出处链接：http://www.cppblog.com/flyonok/archive/2011/04/15/144316.html
4. linux内核编译和根文件系统制作过程
内核编译：
make menuconfig配置相应的平台，然后保存退出直接make命令就可以编译了。
文件系统内制作：
一般都用容busybox开源软件来做，下载，解压，然后make menuconfig配置你想要的属性，然后保存退出，make就可以了，然后make install就会在目录下看到__install的目录就是你要的根文件系统目录了。
5. linux内核创建内核线程有哪些方法
1.头文件
#include <linux/sched.h> //wake_up_process()
#include <linux/kthread.h> //kthread_create()、kthread_run()
#include <err.h> //IS_ERR()、PTR_ERR()
2.实现
2.1创建线程
在模块初始化时，可以进行线程的创建。使用下面的函数和宏定义：
struct task_struct *kthread_create(int (*threadfn)(void *data),
void *data,
const char namefmt[], ...);
#define kthread_run(threadfn, data, namefmt, ...) \
({ \
struct task_struct *__k \
= kthread_create(threadfn, data, namefmt, ## __VA_ARGS__); \
if (!IS_ERR(__k)) \
wake_up_process(__k); \
__k; \
})
例如：
static struct task_struct *test_task;
static int test_init_mole(void)
{
int err;
test_task = kthread_create(test_thread, NULL, "test_task");
if(IS_ERR(test_task)){
printk("Unable to start kernel thread. ");
err = PTR_ERR(test_task);
test_task = NULL;
return err;
}
wake_up_process(test_task);
return 0;
}
mole_init(test_init_mole);
2.2线程函数
在线程函数里，完成所需的业务逻辑工作。主要框架如下所示：
int threadfunc(void *data){
…
while(1){
set_current_state(TASK_UNINTERRUPTIBLE);
if(kthread_should_stop()) break;
if(){//条件为真
//进行业务处理
}
else{//条件为假
//让出CPU运行其他线程，并在指定的时间内重新被调度
schele_timeout(HZ);
}
}
…
return 0;
}
2.3结束线程
在模块卸载时，可以结束线程的运行。使用下面的函数：
int kthread_stop(struct task_struct *k);
例如：
static void test_cleanup_mole(void)
{
if(test_task){
kthread_stop(test_task);
test_task = NULL;
}
}
mole_exit(test_cleanup_mole);
3.注意事项
（1） 在调用kthread_stop函数时，线程函数不能已经运行结束。否则，kthread_stop函数会一直进行等待。
（2） 线程函数必须能让出CPU，以便能运行其他线程。同时线程函数也必须能重新被调度运行。在例子程序中，这是通过schele_timeout()函数完成的。
4．性能测试
可以使用top命令来查看线程（包括内核线程）的CPU利用率。命令如下：
top –p 线程号
可以使用下面命令来查找线程号：
ps aux|grep 线程名
可以用下面的命令显示所有内核线程：
ps afx
注：线程名由kthread_create函数的第三个参数指定
在分析usb_hub_init()的代码的时候,忽略掉了一部份.
代码片段如下所示:
int usb_hub_init(void)
{
……
khubd_task = kthread_run(hub_thread, NULL, "khubd");
……
}
Kthread_run() 是kernel中用来启动一个新kernel线程的接口,它所要执行的函数就是后面跟的第一个参数.在这里,也就是hub_thread().另外,顺带 提一句,要终止kthread_run()创建的线程,可以调用kthread_stop().
6. linux内核升级，怎么生产initrd文件
是随便一个数字，你给kernal定义的版本号；你想叫它3.4，就是3.4
man mkinitrd看帮助
7. Linux内核源码如何编译
首先uname -r看一下你当前的linux内核版本
1、linux的源码是在/usr/src这个目录下，此目录有你电脑上各个版本的linux内核源代码，用uname -r命令可以查看你当前使用的是哪套内核，你把你下载的内核源码也保存到这个目录之下。
2、配置内核 make menuconfig，根据你的需要来进行选择，设置完保存之后会在当前目录下生成.config配置文件，以后的编译会根据这个来有选择的编译。
3、编译，依次执行make、make bzImage、make moles、make moles
4、安装，make install
5、.创建系统启动映像，到 /boot 目录下，执行 mkinitramfs -o initrd.img-2.6.36 2.6.36
6、修改启动项，因为你在启动的时候会出现多个内核供你选择，此事要选择你刚编译的那个版本，如果你的电脑没有等待时间，就会进入默认的，默认的那个取决于 /boot/grub/grub.cfg 文件的设置，找到if [ "${linux_gfx_mode}" != "text" ]这行，他的第一个就是你默认启动的那个内核，如果你刚编译的内核是在下面，就把代表这个内核的几行代码移到第一位如：
menuentry 'Ubuntu, with Linux 3.2.0-35-generic' --class ubuntu --class gnu-linux --class gnu --class os {
recordfail
gfxmode $linux_gfx_mode
insmod gzio
insmod part_msdos
insmod ext2
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set=root 9961c170-2566-41ac-8155-18f231c1bea5
linux/boot/vmlinuz-3.2.0-35-generic root=UUID=9961c170-2566-41ac-8155-18f231c1bea5 ro quiet splash $vt_handoff
initrd/boot/initrd.img-3.2.0-35-generic
}
当然你也可以修改 set default="0"来决定用哪个，看看你的内核在第几位，default就填几，不过我用过这种方法，貌似不好用。
重启过后你编译的内核源码就成功地运行了，如果出现问题，比如鼠标不能用，usb不识别等问题就好好查查你的make menuconfig这一步，改好后就万事ok了。
最后再用uname -r看看你的linux内核版本。是不是你刚下的那个呢！有没有成就感？
打字不易，如满意，望采纳。
8. linux内核态如何创建文件夹（c代码实现）用户态可以使用mkdir，内核态怎么做，非常感谢您的帮忙！
没研究过内核代来码
不过有个方向 希望自对你有帮助
proc下面的文件和文件夹应该是内核创建的吧
你看一下它们是怎么被创建的，应该是同样的思路
似乎有一个proc_mkdir的函数，专门在proc下创建文件夹的
你可以查一下它的源代码
9. ubuntu下怎么编译linux内核
Ubuntu 系统
1. 准备工作
切换为管理员权限，sudo –i 输入用户密码 进入root 权限
apt-get install build-essential kernel-package libncurses5-dev libqt3-headers
build-essential (基本的编程库（gcc, make 等）
kernel-package (Debian 系统里生成 kernel-image 的一些配置文件和工具)
libncurses5-dev (meke menuconfig 要调用的）
libqt3-headers (make xconfig 要调用的）
2. 下载特定版本的内核源代码
3. 复制源码linux-3.2.12.tar.bz2 到/usr/src 目录，解压缩
命令.假设源码存放在/home 目录下
cp /home/linux-3.2.12.tar.bz2 /usr/src
cd /usr/src
tar xvjf linux-3.2.12.tar.bz2
解压后生成 linux-3.2.12 目录
4. cd linux-3.2.12
接下来配置内核选项
make menuconfig 这一步比较复杂，内核选项很多，可以使用当前内核的配置选项，
但编译内核的时间会比较长，因为装系统的时候使用的配置是适应大多数系统的，非定
制选项。关于内核配置选项怎么定制，网上很多。
5. 把正在使用系统中的内核配置文件/usr/src/linux-headers-2.6.38-13-generic/.config 拷到
/usr/src/linux-3.2.12 目录下
cp /usr/src/ linux-headers-2.6.38-13-generic/.config /usr/src/ linux-3.2.12
执行:
cd /usr/src/ linux-3.2.12
make menuconfig
终端会弹出一个配置界面
注意主菜单最后有两项：
load a kernel configuration…
save a kernel configuration…
先选第一项load ….，意思是，利用当前的内核配置详单来设置将要编译的内核，然后选save 这一项保存，最后退出配置界面
6. 开如编译安装新内核
执行：make mrproper (清除以前曾经编译过的旧文件，如果是第一次编译,可不执行)
执行：make （编译，加-j4，必须加，双核并行编译，速度快很多，不过使用原先配置
选项）
然后：make install
再：make moles （编译模块）
再：make moles_install （安装模块）
最后创建initrd 文件：
mkinitramfs -o /boot/initrd.img-linux-3.2.12
7． make install 以后,系统自动更新了启动项，可以cat /boot/grub/grub.cfg 看下.之前的启动项不能删除，如果编译内核不成功，之前的启动项又不见了，系统也就跪了
8. reboot
10. 在linux根目录下创建一个名为myusr的文件夹
详情如下
在Linux根目录下创建一个文件夹myusr，流程上和你去登记户口一样的：一个人出生后，会有一个唯一的身份证号码，来标识你，伴随你一生，哪怕后面你改名字、改性别、改年龄，身份证ID都是不变的。同样的道理，你创建一个文件，内核也会用一个唯一的ID来标识它，文件创建成功后，无论你如何修改文件名，修改文件的读写权限，修改文件的时间戳，标识这个文件的ID也是不变的，是固定死的。
内核一般会使用一个inode结构体来标识这个文件，在这个inode结构体中，存放了文件的各种信息：文件大小、文件权限、文件的创建者、文件数据在磁盘上的存储地址。所有文件的inode存放到磁盘的一个固定区域：inode table，这个区域是在格式化磁盘的时候创建的，inode table中的inode的个数决定了你在这个磁盘分区（使用文件系统格式化后的）上能创建文件的最大个数。