编译驱动内核

⑴ 如何把新驱动编译进内核 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

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

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

⑶ 不修改Linux内核文件，直接用makefile编译驱动，是不是要先把内核编译一遍

不需要重新编译内核。需要重新制作文件系统，如果你的文件系统是nfs挂载的，那么你只需要将
micro2440_leds.ko复制过去，然后insmod进去。

⑷ 为什么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/ 目录下。
注意：
(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、内核编译前期make menu时有固定的硬件支持列表，你选定就行了
2、如果你的网卡驱动支持加到内核源码，你就能在make menu是选定你的网卡驱动
3、读一下网卡驱动源码的INSTALL或README文档，肯定有安装步骤
4、一般网卡驱动编译后，可以用insmod安装使用

⑺ 如何在Ubuntu上安装内核对应的源码来编译驱动

1、不同的版本而已，其实是更加的细分架构。2、当然没有，因为你没装，这两个是当前内核的开发 C Header 。因为某些驱动、程序的原因，他们会固定的到这里找对应内核版本的开发头文件，所以这些个 Header 就放在了这里。一般来说，你不需要管他们的用处，这是发行版的设计，你只需要使用这个系统就行了。*-header-* 就是头文件，驱动和某些和内核功能关联的东西都要调用当前内核版本的对应头文件才能正确的编译出来而且可以使用。所以有些发行版就制作了专用的 header 包来让需要的程序调用。这种包只有 header 文件，没有其他无关开发的内容。linux-* 一般才是真正的内核源代码，不过也不绝对的。

⑻ linux内核怎么单独编译驱动模块

你可能需要手动创建设备节点，首先cat /proc/device 看看能否找到video的设备号，再用mknod命令创建/dev/下的设备节点，如果没有再考虑去内核make menuconfig查看相关驱动选项有没有勾上。

⑼ 配置Linux内核的时候,驱动的静态编译和动态编译有什么区别

驱动的动态编译会生成.ko文件，系统启动后需要加载该驱动后才能使用相应设备。
而静态编译则直接编译进内核，系统启动的时候会自动加载该驱动。
静态编译太多驱动至内核，会导致内核体积过大，启动时间较长。而动态编译则比较自由灵活，需要用的时候即加载，不需要的时候即卸载。我以前在EasyARM-iMX280的学习手册里看到写得很清楚，你可以去看看的。

⑽ 怎么用Visual Studio编译内核驱动

在Win8以前开发内核驱动，准备编译环境是个较繁琐的事情。程序员需要手动下载WDK并安装（注1），开发环境就在安装好的WDK中。WDK是Windows Driver Kit缩写，即Windows驱搏陵告动开发包。它提供的开发环境简陋得很，它不是一个便于开发的IDE环境，而仅仅是一些散装的编译工具包。

安装好WDK后，WDK的编译环境链接就显示在开始菜单中了，要小心不能将它们删掉，否则会麻烦，因为手动生成链接是麻烦事，后文会讲。
编译环境是分类的。首先根据目标系统分类，也就是要编译生成运行在什么OS上的目标文件。微软大部分的产品都保持了向后兼容的习惯，这条规律也适用于此处：使用Win7子系统环境编译出来的驱动文件，一般都能运行在Vista和XP系统上，反之就不会成立（注2）。
其次根据硬件平台分类，现在Windows系统能够运行的平台有四个：X86，X64，IA64和ARM。其中ARM是Win8才开始的故事，这里还轮不到它出场，这样就只有前面三个硬件平台（注3）。
最后又要根据编译版本来分，即Checked（也可认做Debug）和Free（也可认作Release）这两种。这样来看，每个OS组别下面，就一汪滚定有6个编译环境链接。
在这本书里面，如果用旧版本WDK编译驱动，就默认使用Win7目标系统的编译环境，生成Checked版本，目标平台是X86或X64。所以就只会选两种：X86 Checked Build Environment和X64 Checked Build Environment.
编译环境打开来其实就是个控制台。它当然不同于直接从cmd.exe运行起来的控制台环境，区别在哪里呢？我们已经知道，上图的这些黑色的编译环境图标，其实都是快捷方式。不妨就看看它的快捷方式的Target内容，或许就知道端倪了。以X64 Checked Build Environment这个环境为例，打开来看到如下内容：
C:\Windows\System32\cmd.exe /k C:\WinDDK\7600.16385.1\bin\setenv.bat C:\WinDDK\7600.16385.1\ chk x64 WIN7
这一行内容仔细一看就很简单了。原来所谓的编译环境，就是一个运行cmd.exe的控制台进程，只不过它执行了用于初始化的/k参数。在Cmd.exe命令的帮助中，/k参数是这样描述的：Carries out the command specified by string but remains（执行一个命令，执行完之后不退出程序）。也就是说，启动控制台进程并执行命令，执行完后，控制台程序留给用户继续使用。
那么/k之后的所有内容，都是一条初始化的命令：
C:\WinDDK\7600.16385.1\bin\setenv.bat C:\WinDDK\7600.16385.1\ chk x64 WIN7
它却又可拆成几个部分来分析。第一个setenv.bat是初始化编译环境的批文件。后面的是它的参数：第一个参数，是WDK的路径，通过它可以找到编译器程序；第二个参数是指明要编译生成checked版本目标文件；第三个指明硬件平台是x64；第三个指明目标系统是Win7。
位于WDK中的Setenv.bat文件是负责编译环境配置的总厨，你把什么参数递给它，它就给你配出什么类型的编译环境来（菜也）。
怎么在这个控制台里面编译驱动呢？我们统一用使用以下步骤：

通过CD命令，定位到含有source文件的那个驱动目录；
输入build或bld（build –cz的简写）命令进行编译；
如果编译成功，将生成驱动文件，否则会有错误或警告信息显示出来；也可通过查看目录文件夹下面的相关log文件查看详细的错误或警告信息。

走到这里，基明编译的事情算弄明白了。可能还会有朋友问我，我用什么东西写代码呢？不好意思，关于这个问题，此时还没有康庄大道供大家驷马高车，不过千万条小路却是现成的。您可以用notepad记事本或者任何文本编辑器来编辑代码，如果不嫌麻烦，用Visual Studio写代码也可以，只不过仅作代码编辑而已。