驱动编译进内核

❶ 怎样将驱动静态的编译到内核中

怎样将驱动静态的编译到内核中
分布在各目录下的Kconfig构成了一个分布式的内核配置数据库，每个Kconfig分别描述了所属目录源文件相关的内核配置菜单。在内核配置make menuconfig(或xconfig等)时，从Kconfig中读出配置菜单，用户配置完后保存到.config(在顶层目录下生成)中。在内核编译时，主Makefile调用这个.config，就知道了用户对内核的配置情况。 上面的内容说明：Kconfig就是对应着内核的配置菜单。假如要想添加新的驱动到内核的源码中，可以通过修改Kconfig来增加对我们驱动的配置菜单，这样就有途径选择我们的驱动，假如想使这个驱动被编译，还要修改该驱动所在目录下的Makefile。因此，一般添加新的驱动时需要修改的文件有两种（注意不只是两个）*Kconfig
config symboloptions

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---

更多详细的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的知识。最后举个例子：
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 加入到内核中。即可达到您的目的。

❷ 如何把自己的驱动编译进内核或模块

我们知道若要给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 内核中增加程序需要完成以下三项工作： 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"

❹ 如何把新驱动编译进内核 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开发の如何静态的将驱动模块编译进内核

我们知道若要给Linux内核添加模块(驱动)有如下两种方式： （1）动态方式：采用insmod命令来给运行中的linux加载模块。 （2）静态方式：修改linux的配置菜单，添加模块相关文件到源码对应目录

❻ 嵌入式系统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的驱动是内核的一部分，内核启动时会检测硬件需要按需加载相应的驱动，如果在编译内核时没有为你的选择的硬件编译相应的模块，内核是无法加载相应的驱动的，这时候就需要你自己动手编译驱动模块了。

❽ 驱动编译进内核和编译模块的区别

第一次把自己编译的驱动模块加载进开发板，就出现问题，还好没花费多长时间，下面列举出现的问题及解决方案1：出现insmod:errorinserting'hello.ko':-1Invalidmoleformat法一（网上的）：是因为内核模块生成的环境与运行的环境不一致，用linux-2.6.27内核源代码生成的模块，可能就不能在linux-2.6.32.2内核的linux环境下加载，需要在linux-2.6.27内核的linux环境下加载。a.执行uname-r//查看内核版本b.一般出错信息被记录在文件/var/log/messages中，执行下面命令看错误信息#cat/var/log/messages|tail若出现类似下面：Jun422:07:54localhostkernel:hello:versionmagic'2.6.35.6-45.fc14.i686.PAE'shouldbe'2.6.35.13-92.fc14.i686.PAE'则把Makefile里的KDIR：=/lib/moles/2.6.35.6-45.fc14.i686.PAE/build1改为KDIR:=/lib/moles/2.6.35.13-92.fc14.i686.PAE/build1//改成自己内核源码路径（这里的build1是一个文件链接，链接到/usr/src/kernels/2.6.35.6-45.fc14.i686.PAE和13-92的）然并卵，我的fedora14/usr/src/kernels下并没有2.6.35.13-92.fc14.i686.PAE，只有2.6.35.13-92.fc14.i686，虽然不知道两者有什么区别，但改成2.6.35.13-92.fc14.i686还是不行，照样这个问题，还好后来在看教学视频的到启发法二：改的还是那个位置KDIR：=/opt/FriendlyARM/linux-2.6.32.2//把这里改成你编译生成kernel的那个路径all:$(MAKE)-C$(KDIR)M=$(PWD)molesARCH=armCROSS_COMPILE=arm-linux-//加这句2.[70685.298483]hello:molelicense'unspecified'taintskernel.[70685.298673]方法：在模块程序中加入：MODULE_LICENSE("GPL");3.rmmod:chdir(2.6.32.2-FriendlyARM):Nosuchfileordirectory错误解决方法：lsmod可查看模块信息即无法删除对应的模块。就是必须在/lib/moles下建立错误提示的对应的目录（(2.6.32.2）即可。必须创建/lib/moles/2.6.32.2这样一个空目录,否则不能卸载ko模块.#rmmodnls_cp936rmmod:chdir(/lib/moles):Nosuchfileordirectory但是这样倒是可以卸载nls_cp936,不过会一直有这样一个提示：rmmod:mole'nls_cp936'notfound初步发现,原来这是编译kernel时使用makemoles_install生成的一个目录,但是经测试得知，rmmod:mole'nls_cp936'notfound来自于busybox,并不是来自kernel1).创建/lib/moles/2.6.32.2空目录2).使用如下源码生成rmmod命令,就可以没有任何提示的卸载ko模块了[luther.gliethttp]#include#include#include#include#include#includeintmain(intargc,char*argv[]){constchar*modname=argv[1];intret=-1;intmaxtry=10;while(maxtry-->0){ret=delete_mole(modname,O_NONBLOCK|O_EXCL);//系统调用sys_delete_moleif(retread_proc=procfile_read;////Our_Proc_File->owner=THIS_MODULE;Our_Proc_File->mode=S_IFREG|S_IRUGO;Our_Proc_File->uid=0;Our_Proc_File->gid=0;Our_Proc_File->size=37;printk("/proc/%screated\n",procfs_name);return0;}voidproc_exit(){remove_proc_entry(procfs_name,NULL);printk(KERN_INFO"/proc/%sremoved\n",procfs_name);}mole_init(proc_init);mole_exit(proc_exit);[html]viewplainifneq($(KERNELRELEASE),)obj-m:=proc.oelseKDIR:=/opt/FriendlyARM/linux-2.6.32.2#KDIR:=/lib/moles/2.6.35.13-92.fc14.i686.PAE/build1PWD:=$(shellpwd)all:$(MAKE)-C$(KDIR)M=$(PWD)molesARCH=armCROSS_COMPILE=arm-linux-clean:rm-f*.ko*.o*.mod.o*.mod.c*.symversendifmake后生成proc.ko，再在开发板上insmodproc.ko即可执行dmesg就可以看到产生的内核信息啦