生成驱动编译的内核环境

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

我们知道若要给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. 将编写的源代码复制到 Linux 内核源代码的相应目录；
2. 在目录的 Kconfig 文件中增加新源代码对应项目的编译配置选项；
3. 在目录的 Makefile 文件中增加对新源代码的编译条目。

bq27501驱动编译到内核中具体步骤如下：
1. 先将驱动代码bq27501文件夹复制到 ti-davinci/drivers/ 目录下。
确定bq27501驱动模块应在内核源代码树中处于何处。
设备驱动程序存放在内核源码树根目录 drivers/ 的子目录下，在其内部，设备驱动文件进一步按照类别，类型等有序地组织起来。
a. 字符设备存在于 drivers/char/ 目录下
b. 块设备存放在 drivers/block/ 目录下
c. USB 设备则存放在 drivers/usb/ 目录下。

Ⅲ 如何编译一个linux下的驱动模块

首先，我们要了解一下模块是如何别被构造的。模块的构造过程与用户空间
的应用程序的构造过程有显着不同；内核是一个大的、独立的程序
,
对于它的各
个部分如何组合在一起有详细的明确的要求。
Linux2.6
内核的构造过程也与以
前版本的内核构造过程不同；
新的构造系统用起来更加简单，
并且可产生更加正
确的结果
,
但是它看起来和先前的方法有很大不同。内核的构造系统非常复杂
,
我们所看到的只是它的一小部分。
如果读者想了解更深入的细节，
则应阅读在内
核源码中的
Document/kbuild
目录下的文件。

在构造内核模块之前，
有一些先决条件首先应该得到满足。
首先，
读者要保证你
有适合于你的内核版本的编译器、模块工具
,
以及其他必要工具。在内核文档目
录下的文件
Documentation/Changes
里列出了需要的工具版本；
在开始构造内
核前，
读者有必要查看该文件，
并确保已安装了正确的工具。
如果用错误的工具
版本来构造一个内核
(
及其模块
)
，可能导致许多奇怪的问题。另外也要注意
,
使
用太新版本的编译器偶尔可能也会导致问题。

一旦做好了上面的准备工作之后
,
其实给自己的模块创建一个
makefile
则非常
简单。实际上
,
对于本章前面展示的
" hello world"
例子
,
下面一行就够了
:
obj-m := hello.o
如果读者熟悉
make
，
但是对
Linux2.6
内核构造系统不熟悉的话
,
可能奇怪这个
makefile
如何工作。毕竟上面的这一行不是一个传统的
makefile
的样子。问
题的答案当然是内核构造系统处理了余下的工作。上面的赋值语句
(
它利用了由
GNU make
提供的扩展语法
)
说明有一个模块要从目标文件
hello.o
构造，而从
该目标文件构造的模块名称为
hello.ko.
如果我们想由两个源文件
(
比如
file1.c
和
file2.c )
构造出一个名称为
mole.ko
的模块
,
则正确的
makefile
可如下编写
:
obj-m := mole.o
mole-objs := file1.o file2.o
为了让上面这种类型的
makefile
文件正常工作
,
必须在大的内核构造系统环境
中调用他们。假设读者的内核源码数位于
~/kernel-2.6
目录
,
用来建立你的模
块的
make
命令
(
在包含模块源代码和
makefile
的目录下键入
)
应该是
:
make -C ~/kernel-2.6 M=`pwd` moles
这个命令首先是改变目录到用
-C
选项指定的位置
(
即内核源代码目录
)
，其中保
存有内核的顶层
makefile
文件。这个
M=
选项使
makefile
在构造
moles
目
标前
,
返回到模块源码目录。
然后，
moles
目标指向
obj-m
变量中设定的模块，
在上面的例子里，我们将该变量设置成了
mole.o
。

上面这样的
make
命令对于多个文件的编译显得不是很方便
,
于是内核开发者就
开发了一种
makefile
方式
,
这种方式使得内核树之外的模块构造变得更加容易。
代码清单
1.4
展示了
makefile
的编写方法：

代码清单
1.4 makefile
ifeq ($(KERNELRELEASE),)

KERNELDIR ?= /source/linux-2.6.13
PWD := $(shell pwd)

moles:
$(MAKE) -C $(KERNELDIR) M=$(PWD) moles

moles_install:
$(MAKE) -C $(KERNELDIR) M=$(PWD) moles_install

clean:
rm -rf *.o *~ core .depend .*. *.ko *.mod.c .tmp_versions

.PHONY: moles moles_install clean

else
obj-m := hello.o
endif
我们再次看到了扩展的
GNU
make
语法在起作用。在一个典型的构造过程中，这
个
makefile
将被读取两次。当从命令行中调用这个
makefile ,
它注意到
KERNELRELEASE
变量尚未设置。我们可以注意到，已安装的模块目录中存在一
个符号连接，
它指向内核的构造树，
这样这个
makefile
就可以定位内核的源代
码目录。如果读者时间运行的内核并不是要构造的内核，则可以在命令行提供
KERNELDIR=
选项或者设置
KERNELDIR
环境变量
,
或者修改
makefile
中设置
KERNELDIR
的那一行。在找到内核源码树
,
这个
makefile
会调用
default:
目
标
,
这个目标使用先前描述过的方法第二次运行
make
命令
(
注意，在这个
makefile
里
make
命令被参数化成
$(MAKE))
，以便运行内核构造系统。在第二
次读取
makefile
时，
它设置了
obj-m,
而内核的
makefile
负责真正构造模块。

这种构造模块的机制看起来很繁琐，可是，一旦我们习惯了使用这种机制
,
则会
欣赏内核构造系统带给我们的便利。需要注意的是
,
上面
makefile
并不完整，
一个真正的
makefile
应包含通常用来清除无用文件的目标
,
安装模块的目标等
等。一个完整的例子可以参考例子代码目录的
makefile
。

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

第一次把自己编译的驱动模块加载进开发板，就出现问题，还好没花费多长时间，下面列举出现的问题及解决方案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就可以看到产生的内核信息啦

Ⅳ 嵌入式系统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内核编译加入驱动

1、内核编译前期make menu时有固定的硬件支持列表，你选定就行了
2、如果你的网卡驱动支持加到内核源码，你就能在make menu是选定你的网卡驱动
3、读一下网卡驱动源码的INSTALL或README文档，肯定有安装步骤
4、一般网卡驱动编译后，可以用insmod安装使用

Ⅶ linux中驱动安装编译内核具体什么步骤

摄像头一般都能识别的，是cheese软件，声卡没声估计是没有加载snd_pcm_oss模块，如果很多硬件不识别，编译起来会有点麻烦，还不如装别的，我的2.6.39.1内核前几天刚编译好，不过我是惠普的本