一、 驱动程序编译进内核的步骤
在 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可以看看http://www.linuxprobe.com/chapter-00.html。
㈡ 嵌入式系统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. 将编写的源代码复制到 Linux 内核源代码的相应目录；
2. 在目录的 Kconfig 文件中增加新源代码对应项目的编译配置选项；
3. 在目录的 Makefile 文件中增加对新源代码的编译条目。
bq27501驱动编译到内核中具体步骤如下：
1. 先将驱动代码bq27501文件夹复制到 ti-davinci/drivers/ 目录下。
确定bq27501驱动模块应在内核源代码树中处于何处。
设备驱动程序存放在内核源码树根目录 drivers/ 的子目录下，在其内部，设备驱动文件进一步按照类别，类型等有序地组织起来。
a. 字符设备存在于 drivers/char/ 目录下
b. 块设备存放在 drivers/block/ 目录下
c. USB 设备则存放在 drivers/usb/ 目录下。
㈤ 如何把自己的驱动编译进内核或模块
我们知道若要给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/
添加过程依葫芦画瓢就可以了，灰常滴简单。
㈥ linux开发の如何静态的将驱动模块编译进内核
我们知道若要给Linux内核添加模块(驱动)有如下两种方式： （1）动态方式：采用insmod命令来给运行中的linux加载模块。 （2）静态方式：修改linux的配置菜单，添加模块相关文件到源码对应目录
㈦ linux 怎么查看内核里面是否编译进了某个驱动（不是模块了的驱动），怎么查看
在内核代码根目录下，有对应的 .config 配置文件的前提下，执行 make ARCH=arm menuconfig ，进入配置内核的图形化界面，然后搜索你想要查找的驱动名字关键字。至于驱动名字关键字，需要你进入到你想查看的驱动源码文件夹下的 Makefile 及 Kconfig 中查找你的 .c 文件对应会编译成什么名字的 .o 文件（Makefile中定义），然后再查找决定这个 .o 文件是否进行编译的宏叫什么名字（Kconfig中定义）。找到控制编译的宏之后，在执行make ARCH=arm menuconfig 进入的图形化界面里搜索这个宏，就可以看到这个文件在内核的状态里是被编译（y）还是不被编译（n）。
㈧ 如何将linux驱动程序添加到内核中
工具/原料
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
./key_test.ko
加载驱动模块到内核
2、cat
/proc/moles
|grep
key_test
查看key_test模块在内核中的地址，不加过滤器可以看到全部加载的模块。
3、lsmod
显示模块，这时可以看到所有的模块名字，后面跟的是主设备号和次设备号。
4、rmmod
key_test
把模块从内核里卸载。
二、动态加载
1、把key_test.c源代码放到内核源代码的/drives/char/下，因为这是属字符型驱动，放在这编译到zImage中。
2、这时我们make
menuconfig
编译内核是看不到key_test这个选项的。我们把这个选项写到菜单里面才行。在内核源代码的/drives/char/下有一个Kconfig文件，打开
(1)
vi
Kconfig
加几行到里面:
config
ConFig_key_test
bool
"key
test"
//前面那个bool换成tristate就是支持模块化编译
上面句是在make
menuconfig时会出现key
test这个选项在drive/char子菜单下,bool前面是TAB键
------help----------
这句是出现在菜单选项下面的
This
key
test
help.
这句是你的驱动的说明会出现在help里面
(2)在/drivers/char目录下的Makefile文件里加上一句：
obj-$(CONFIG_key_test)
+=
key_test.o
上面这句是让Make时把key_test编译到内核中.
(3)
make
menuconfig
把key_test选项选取上
(4)
make
zImage
生成zImage文件，重启动加载这个新编的内核。
3、lsmod就能看到key_test了，但是还不能用，没有接口，也就是/dev下面没有
4、mknod
/dev/key_test
c
121
0
这是创建设备到/dev下，使普通程序可以调用了，121是在源代码里定义的它的主设备号，0是次设备号。
5、cat
/dev/key_test
这是相当于open这个设备了,或者写一个程序直接调用open、write等函数。
fd=("/dev/key_test",ORW);