重新编译内核
将驱动编译成模块 然后加载进内核
‘贰’ 如何把新驱动编译进内核 ubuntu
工具/原料
Ubuntu12.04操作系统和测试驱动程序（beep_arv.c）
方法/步骤
在介绍2种方法前，必须知道的知识点：
1.关联文件Makefile:
Makefile:分布在Linux内核源代码中的Makefile用于定义Linux内核的编译规则；
2.管理文件Kconfig:
给用户提供配置选择的功能；
配置工具：
1）包括配置命令解析器；
2）配置用户界面；menuconfig || xconfig；
3）通过脚本语言编写的；
3.
---tristate 代表三种状态:1.[ ]不选择，2.[*]选择直接编译进内核，加载驱动到内核里，3.[m]动态加载驱动；
---bool 代表两种状态，1.[ ]不选择，2.[*]选择；
---"Mini2440 mole sample"这个是在make menuconfig时刷出的提示字符；
---depends on MACH_MINI2440 这个配置选项出现在make menuconfig菜单栏下，在内核配置中必须选中、MACH_MINI2440；
---default m if MACH_MINI2440 这个如果选中了MACH_MINI2440，默认是手
动加载这个驱动；
help：提示帮助信息；
在了解了基本的知识点，便开始进行第一种添加驱动的方法,本次交流是以beep_arv.c蜂鸣驱动程序为基础的
方法一：
1）进入内核的驱动目录；
#cp beep_arv.c /XXX/.../linux-XXXl/drivers/char
2）进入Kconfig添加驱动信息；
#cd /XXX/linux-XXX/.../drivers/char
#vim Kconfig
添加基本信息：
config BEEP_MINI2440
tristate "---HAH--- BEEP"
default
help
this is test makefile!
3)进入Makefile添加驱动编译信息；
#vim Makefile
添加基本信息：
obj-$(CONFIG-BEEP_MINI2440) +=beep_drv.o
方法一结果：
在--Character devices下就能看到配置信息了；
方法二：
1）进入驱动目录，创建BEED目录；
#cd /XXX/.../linux-XXX/drivers/char
#mkdir beep
2）将beep_arv.c驱动程序复制到新建目录下；
#cp beep_arv.c /XXX/.../linux-XXXl/drivers/char/beep
3）创建Makefile和Kconfig文件
#cd char/beep
#mkdir Makefile Kconfig
#chmod 755 Makefile
#chmod 755 Kconfig
4）进入Kconfig添加驱动信息；
#vim Kconfig
添加基本信息：
config BEEP_MINI2440
tristate "---HAH--- BEEP"
default
help
this is test makefile!
5）进入Makefile添加驱动编译信息；
#vim Makefile
添加基本信息：
obj-$(CONFIG_BEEP_MINI2440) +=beep_drv.o
6）并且要到上一级目录的Makefile和Kconfig添加驱动信息；
#cd ../
#vim Makefile
#vim Kconfig
‘叁’ 如何把自己的驱动编译进内核或模块
我们知道若要给Linux内核添加模块(驱动)有如下两种方式：
（1）动态方式：采用insmod命令来给运行中的linux加载模块。
（2）静态方式：修改linux的配置菜单，添加模块相关文件到源码对应目录，然后把模块直接编译进内核。
对于动态方式，比较简单，下面我们介绍如何采用静态的方式把模块添加到内核。
最终到达的效果是：在内核的配置菜单中可以配置我们添加的模块，并可以对我们添加的模块进行编译。
一. 内核的配置系统组成
首先我们要了解Linux 2.6内核的配置系统的原理，比如我们在源码下运行“make menuconfig ”为神马会出现一个图形配置菜单，配置了这个菜单后又是如何改变了内核的编译策略滴。
内核的配置系统一般由以下几部分组成：
（1）Makefile：分布在Linux内核源代码中的Makefile，定义Linux内核的编译规则。
（2）配置文件(Kconfig)：给用户提供配置选项，修改该文件来改变配置菜单选项。
（3）配置工具：包括配置命令解释器(对配置脚本中使用的配置命令进行解释)，配置用户界面(提供字符界面和图形界面)。这些配置工具都是使用脚本语言编写的，如Tcl/TK、Perl等。
其原理可以简述如下：这里有两条主线，一条为配置线索，一条为编译线索。配置工具根据kconfig配置脚本产生配置菜单，然后根据配置菜单的配置情况生成顶层目录下的.config，在.config里定义了配置选择的配置宏定义，如下所示：
如上所示，这里定义的这些配置宏变量会在Makefile里出现，如下所示：
然后make 工具根据Makefile里这些宏的赋值情况来指导编译。所以理论上，我们可以直接修改.config和Makefile来添加模块，但这样很麻烦，也容易出错，下面我们将会看到，实际上我们有两种方法来很容易的实现。
二. 如何添加模块到内核
实际上，我们需要做的工作可简述如下：
（1）将编写的模块或驱动源代码(比如是XXOO)复制到Linux内核源代码的相应目录。
（2）在该目录下的Kconfig文件中依葫芦画瓢的添加XXOO配置选项。
（3）在该目录的Makefile文件中依葫芦画瓢的添加XXOO编译选项。
可以看到，我们奉行的原则是“依葫芦画瓢”，主要是添加。
一般的按照上面方式又可出现两种情况，一种为给XXOO驱动添加我们自己的目录，一种是不添加目录。两种情况的处理方式有点儿不一样哦。
三. 不加自己目录的情况
（1）把我们的驱动源文件(xxoo.c)放到对应目录下，具体放到哪里需要根据驱动的类型和特点。这里假设我们放到./driver/char下。
（2）然后我们修改./driver/char下的Kconfig文件，依葫芦添加即可，如下所示：
注意这里的LT_XXOO这个名字可以随便写，但需要保持这个格式，他并不需要跟驱动源文件保持一致，但最好保持一致，等下我们在修改Makefile时会用到这个名字，他将会变成CONFIG_LT_XXOO，那个名字必须与这个名字对应。如上所示，tristate定义了这个配置选项的可选项有几个，help定义了这个配置选项的帮助信息，具体更多的规则这里不讲了。
（3）然后我们修改./driver/char下的Makefile文件，如下所示：
这里我们可以看到，前面Kconfig里出现的LT_XXOO，在这里我们就需要使用到CONFIG_XXOO，实际上逻辑是酱汁滴：在Kconfig里定义了LT_XXOO，然后配置完成后，在顶层的.config里会产生CONFIG_XXOO，然后这里我们使用这个变量。
到这里第一种情况下的添加方式就完成了。
四. 添加自己目录的情况
（1）在源码的对应目录下建立自己的目录(xxoo)，这里假设为/drivers/char/xxoo 。
（2） 把驱动源码放到新建的xxoo目录下，并在此目录下新建Kconfig和Makefile文件。然后给新建的Kconfig和Makefile添加内容。
Kconfig下添加的内容如下：
这个格式跟之前在Kconfig里添加选项类似。
Makefile里写入的内容就更少了：
添加这一句就可以了。
（3）第三也不复杂，还是依葫芦画瓢就可以了。
我们在/drivers/char目录下添加了xxoo目录，我们总得在这个配置系统里进行登记吧，哈哈，不然配置系统怎么找到们呢。由于整个配置系统是递归调用滴，所以我们需要在xxoo的父目录也即char目录的Kconfig和Makefile文件里进行登记。具体如下：
a). 在drivers/char/Kconfig中加入：source “drivers/char/xxoo/Kconfig”
b). 在drivers/char/Makefile中加入：obj-$(CONFIG_LT_XXOO) += xxoo/
添加过程依葫芦画瓢就可以了，灰常滴简单。
‘肆’ 嵌入式系统linux3.0.1如何吧自己的驱动编译进内核
下面以uClinux为例，介绍在一个以模块方式出现的驱动程序test.c基础之上，将其编译进内核的一系列步骤：
（1） 改动test.c源带代码
第一步，将原来的：
#include
#include
char kernel_version[]=UTS_RELEASE.
改动为：
#ifdef MODULE
#include
#include
char kernel_version[]=UTS_RELEASE.
#else
#define MOD_INC_USE_COUNT
#define MOD_DEC_USE_COUNT
#endif
第二步，新建函数int init_test（void）
将设备注册写在此处：
result=register_chrdev(254,"test",&.test_fops).
（2） 将test.c复制到/uclinux/linux/drivers/char目录下，并且在/uclinux/linux/drivers/char目录下mem.c中，int chr_dev_init（ ）函数中增加如下代码：
#ifdef CONFIG_TESTDRIVE
init_test().
#endif
（3） 在/uclinux/cinux/drivers/char目录下Makefile中增加如下代码：
ifeq($(CONFIG_TESTDRIVE),y)
L_OBJS =test.o
Endif
（4） 在/uclinux/linux/arch/m68knommu目录下config.in中字符设备段里增加如下代码：
bool support for testdrive CONFIG_TESTDRIVE y
（5） 运行make menuconfig（在menuconfig的字符设备选项里你可以看见我们刚刚添加的support for testdrive选项，并且已经被选中）；make dep；make linux；make linux.text；make linux.data；cat linux.text linux.data > linux.bin.
（6） 在 /uClinux/romdisk/romdisk/dev/目录下创建设备：
mknod test c 254 0
并且在/uclinux/appsrc/下运行make，生成新的Romdisk.s19文件。
到这里，在uClinux中增加设备驱动程序的工作可以说是完成了，只要将新的linux.bin与Romdisk.s19烧入目标板中，你就可以使用自己的新设备test了。
‘伍’ 为什么linux 需要把驱动编译到内核
因为linux的驱动是内核的一部分，内核启动时会检测硬件需要按需加载相应的驱动，如果在编译内核时没有为你的选择的硬件编译相应的模块，内核是无法加载相应的驱动的，这时候就需要你自己动手编译驱动模块了。
‘陆’ linux开发の如何静态的将驱动模块编译进内核
我们知道若要给Linux内核添加模块(驱动)有如下两种方式： （1）动态方式：采用insmod命令来给运行中的linux加载模块。 （2）静态方式：修改linux的配置菜单，添加模块相关文件到源码对应目录
‘柒’ linux怎么编译进驱动进内核
一、 驱动程序编译进内核的步骤
在 linux 内核中增加程序需要完成以下三项工作：
1. 将编写的源代码复制到 Linux 内核源代码的相应目录；
2. 在目录的 Kconfig 文件中增加新源代码对应项目的编译配置选项；
3. 在目录的 Makefile 文件中增加对新源代码的编译条目。
bq27501驱动编译到内核中具体步骤如下：
1. 先将驱动代码bq27501文件夹复制到 ti-davinci/drivers/ 目录下。
确定bq27501驱动模块应在内核源代码树中处于何处。
设备驱动程序存放在内核源码树根目录 drivers/ 的子目录下，在其内部，设备驱动文件进一步按照类别，类型等有序地组织起来。
a. 字符设备存在于 drivers/char/ 目录下
b. 块设备存放在 drivers/block/ 目录下
c. USB 设备则存放在 drivers/usb/ 目录下。
注意：
(1) 此处的文件组织规则并非绝对不变，例如： USB 设备也属于字符设备，也可以存放在 drivers/usb/ 目录下。
(2) 在 drivers/char/ 目录下，在该目录下同时存在大量的 C 源代码文件和许多其他目录。所有对于仅仅只有一两个源文件的设备驱动程序，可以直接存放在该目录下，但如果驱动程序包含许多源文件和其他辅助文件，那么可以创建一个新子目录。
(3) bq27501的驱动是属于字符设备驱动类别，虽然驱动相关的文件只有两个，但是为了方面查看，将相关文件放在了bq27501的文件夹中。在drivers/char/目录下增加新的设备过程比较简单，但是在drivers/下直接添加新的设备稍微复杂点。所以下面首先给出在drivers/下添加bq27501驱动的过程，然后再简单说明在drivers/char/目录下添加的过程。
2. 在/bq27501下面新建一个Makefile文件。向里面添加代码：
obj-$(CONFIG_BQ27501)+=bq27501.o
此时，构建系统运行就将会进入 bq27501/ 目录下，并且将bq27501.c 编译为 bq27501.o
3. 在/bq27501下面新建Kconfig文件。添加代码：
menu "bq27501 driver"
config BQ27501
tristate"BQ27501"
default y
---help---
Say 'Y' here, it will be compiled into thekernel; If you choose 'M', it will be compiled into a mole named asbq27501.ko.
endmenu
注意：help中的文字不能加回车符，否则make menuconfig编译的时候会报错。
4. 修改/drivers目录下的Kconfig文件，在endmenu之前添加一条语句‘source drivers/bq27501/Kconfig’ 对于驱动程序，Kconfig 通常和源代码处于同一目录。 若建立了一个新的目录，而且也希望 Kconfig 文件存在于该目录中的话，那么就必须在一个已存在的 Kconfig 文件中将它引入，需要用上面的语句将其挂接在 drivers 目录中的Kconfig 中。
5. 修改/drivers目下Makefile文件，添加‘obj-$(CONFIG_BQ27501) +=bq27501/’。这行编译指令告诉模块构建系统在编译模块时需要进入 bq27501/ 子目录中。此时的驱动程序的编译取决于一个特殊配置 CONFIG_BQ27501 配置选项。
6. 修改arch/arm目录下的Kconfig文件，在menu "Device Drivers……endmenu"直接添加语句
source "drivers/bq27501/Kconfig"
‘捌’ 如何将linux驱动程序添加到内核中 / 蓝讯
1.进入你的内核源码文档，创建一个DoneLin_Driver文件夹来存放你的驱动，于是文件夹路径:drivers/DoneLin_Driver/：
2.复制你的范例驱动到刚刚建立的DoneLin_Driver文件夹中，我的范例名字叫global_mem_two.c：
3.在DoneLin_Driver文件夹中建立两个新文本文件：Kconfig 和 Makefile
4.修改DoneLin_Driver文件夹下的Kconfig文件，输入以下内容：
menu "DoneLin-driver "
comment "global_mem_two-driver "
config GLOBAL_MEM_TWO tristate "global_mem_two DriTst" help this is global mem 2 test programming
endmenu
5.接着修改DoneLin_Driver的另一个文件Makefile，输入以下内容：
obj-$(CONFIG_GLOBAL_MEM_TWO) += global_mem_two.o
6.修改上一层目录（Driver目录）中的Kconfig文件，声明自己的源代码：在"menu "Device drivers""下面加入如下内容：
source "drivers/DoneLin_Driver/Kconfig"##...add my tst driver mole
7.修改arch/arm/Kconfig
同样，跟在driver/Kconfig一样，在"menu device drivers"下面加入同样的语句：
source "drivers/DoneLin_Driver/Kconfig"
就是说：在arch/arm/Kconfig menu "Device Drivers" endmenu之间添加source "drivers/DoneLin_Driver/Kconfig"
在drivers/Kconfig menu "Device Drivers" endmenu之间添加source "drivers/hello/Kconfig"（不知为什么arch/arm/Kconfig中竟然含有Drivers里Kconfig内容的一个复本，实验证明只对drivers/Kconfig中修改内容无效。）
8.修改Drivers目录下的Makefile，在如图位置，加入：
obj-$(CONFIG_GLOBAL_MEM_TWO) += DoneLin_Driver/#ADD FOR TEST add_for_test add for test测试的驱动
8.都修改好，保存好之后，回到linux内核根目录，make menuconfig，奇迹出现了，我自己的linux驱动程序出现在内核的device drivers选项里面了：
选择global_mem_tow_DriTst为m，表示编译成模块，编译成ko文件
然后，保存退出，make， make zImage， make moles即可生成新的内核和新的moles，
完成了，
‘玖’ 如何把自己的驱动编译进内核或模块
2.6内核的源码树目录下一般都会有两个文文：Kconfig和Makefile。分布在各目录下的Kconfig构成了一个分布式的内核配置数据库，每个Kconfig分别描述了所属目录源文件相关的内核配置菜单。在内核配置make menuconfig(或xconfig等)时，从Kconfig中读出配置菜单，用户配置完后保存到.config(在顶层目录下生成)中。在内核编译时，主Makefile调用这个.config，就知道了用户对内核的配置情况。
上面的内容说明：Kconfig就是对应着内核的配置菜单。假如要想添加新的驱动到内核的源码中，可以通过修改Kconfig来增加对我们驱动的配置菜单，这样就有途径选择我们的驱动，假如想使这个驱动被编译，还要修改该驱动所在目录下的Makefile。
因此，一般添加新的驱动时需要修改的文件有两种（注意不只是两个）
*Kconfig
*Makefile
要想知道怎么修改这两种文件，就要知道两种文档的语法结构。
First: Kconfig
每个菜单项都有一个关键字标识，最常见的就是config。
语法：
config symbol
options
<!--[if !supportLineBreakNewLine]-->
<!--[endif]-->
symbol就是新的菜单项，options是在这个新的菜单项下的属性和选项
其中options部分有：
1、类型定义：
每个config菜单项都要有类型定义，bool：布尔类型， tristate三态：内建、模块、移除， string：字符串， hex：十六进制， integer：整型
例如config HELLO_MODULE
bool "hello test mole"
bool类型的只能选中或不选中，tristate类型的菜单项多了编译成内核模块的选项，假如选择编译成内核模块，则会在.config中生成一个CONFIG_HELLO_MODULE=m的配置，假如选择内建，就是直接编译成内核影响，就会在.config中生成一个CONFIG_HELLO_MODULE=y的配置.
2、依赖型定义depends on或requires
指此菜单的出现是否依赖于另一个定义
config HELLO_MODULE
bool "hello test mole"
depends on ARCH_PXA
这个例子表明HELLO_MODULE这个菜单项只对XScale处理器有效，即只有在选择了ARCH_PXA， 该菜单才可见(可配置)。
3、帮助性定义
只是增加帮助用关键字help或---help---
<!--[if !supportLineBreakNewLine]-->
<!--[endif]-->
更多详细的Kconfigconfig语法可参考：
Second: 内核的Makefile
内核的Makefile分为5个组成部分：
Makefile 最顶层的Makefile
.config 内核的当前配置文档，编译时成为顶层Makefile的一部分
arch/$(ARCH)/Makefile 和体系结构相关的Makefile
s/ Makefile.* 一些Makefile的通用规则
kbuild Makefile 各级目录下的大概约500个文档，编译时根据上层Makefile传下来的宏定义和其他编译规则，将源代码编译成模块或编入内核。
顶层的Makefile文档读取 .config文档的内容，并总体上负责build内核和模块。Arch Makefile则提供补充体系结构相关的信息。 s目录下的Makefile文档包含了任何用来根据kbuild Makefile 构建内核所需的定义和规则。
（其中.config的内容是在make menuconfig的时候，通过Kconfig文档配置的结果）
在linux2.6.x/Documentation/kbuild目录下有详细的介绍有关kernel makefile的知识。
最后举个例子：
假设想把自己写的一个flash的驱动程式加载到工程中，而且能够通过menuconfig配置内核时选择该驱动该怎么办呢？能够分三步：
第一：将您写的flashtest.c 文档添加到/driver/mtd/maps/ 目录下。
第二：修改/driver/mtd/maps目录下的kconfig文档：
config MTD_flashtest
tristate “ap71 flash"
这样当make menuconfig时 ，将会出现 ap71 flash选项。
第三：修改该目录下makefile文档。
添加如下内容：obj-$(CONFIG_MTD_flashtest) += flashtest.o
这样，当您运行make menucofnig时，您将发现ap71 flash选项，假如您选择了此项。该选择就会保存在.config文档中。当您编译内核时，将会读取.config文档，当发现ap71 flash 选项为yes 时，系统在调用/driver/mtd/maps/下的makefile 时，将会把 flashtest.o 加入到内核中。即可达到您的目的。
转载