驱动程序直接编译进内核

来源:互联网 发布:怀化学院网络教育平台 编辑:程序博客网 时间:2024/05/15 07:54

hello程序直接编译进内核:

第一;先将hello.c拷贝到在内核源代码中drivers/char/,vi  /drivers/char/Kconfig

添加 config HELLO_DRIVER

                    bool(tristate)  "my hello driver"。

然后回到源代码目录下make menuconfig,在文本菜单Device Drivers——>character devices就可以发现my hello driver的选项。如果是bool就有两个选项(*和空),如果是tristate就有三个选项(*、空和m),选择空就可在源代码目录vi .config文件查找HELLO(/HELLO),发现CONFIG_HELLO_DRIVER is not set(选*则=y,选m=m)。

第二;在内核源代码中vi  /drivers/char/Makefile,添加obj-$(CONFIG_HELLO_DRIVER)        +=hello.o。这样就可以将hello.c驱动程序直接编译进内核

 

 

Kconfig文件的作用

内核源码树的目录下都有两个文件Kconfig(2.4版本是Config.in)和Makefile。分布到各目录的Kconfig构成了一个分布式的内核配置数据库,每个Kconfig分别描述了所属目录源文件相关的内核配置菜单。在内核配置make menuconfig(或xconfig等)时,从Kconfig中读出菜单,用户选择后保存到.config的内核配置文件中。在内核编译时,主Makefile调用这个.config,就知道了用户的选择。
*上面的内容说明了,Kconfig就是对应着内核的配置菜单。如果要想添加新的驱动到内核的源码中,可以修改Kconfig,这样就可以选择这个驱动,如果想使这个驱动被编译,要修改Makefile


so添加新的驱动时需要修改的文件有两种(注意不只是两个)
*Kconfig
*Makefile

要想知道怎么修改这两种文件,就要知道两种文件的语法结构
Kconfig
每个菜单都有一个关键字标识,最常见的就是config
语法:
config
symbol是一个新的标记的菜单项,options是在这个新的菜单项下的属性和选项
其中options部分有:


1、类型定义:
每个config菜单项都要有类型定义,bool布尔类型、 tristate三态:内建、模块、移除 string字符串、 hex十六进制、 integer整型
例如config HELLO_MODULE
bool "hello test module"
bool类型的只能选中或不选中,tristate类型的菜单项多了编译成内核模块的选项,如果选择编译成内核模块,则会在.config中生成一个CONFIG_HELLO_MODULE=m的配置,如果选择内建,就是直接编译成内核影响,就会在.config中生成一个CONFIG_HELLO_MODULE=y的配置.


2、依赖型定义depends on或requires
指此菜单的出现与否依赖于另一个定义
config HELLO_MODULE
bool "hello test module"
depends on ARCH_PXA
这个例子表明HELLO_MODULE这个菜单项只对XScale处理器有效。


3、帮助性定义
只是增加帮助用关键字help或者---help---
内核的Makefile

在linux2.6.x/Documentation/kbuild目录下有详细的介绍有关kernel 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文件配置的结果。
举个例子:
    假设想把自己写的一个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 加入到内核中。即可达到你的目的

 

 

************************************************************************************************************************************************************************************************************************************************************************不加自己目录的情况

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目录下,并在此目录下新建KconfigMakefile文件。然后给新建的KconfigMakefile添加内容。

Kconfig下添加的内容如下:


这个格式跟之前在Kconfig里添加选项类似。

Makefile里写入的内容就更少了:

添加这一句就可以了。

3)第三也不复杂,还是依葫芦画瓢就可以了。

我们在/drivers/char目录下添加了xxoo目录,我们总得在这个配置系统里进行登记吧,哈哈,不然配置系统怎么找到们呢。由于整个配置系统是递归调用滴,所以我们需要在xxoo的父目录也即char目录的KconfigMakefile文件里进行登记。具体如下:

a). drivers/char/Kconfig中加入:source drivers/char/xxoo/Kconfig

b). drivers/char/Makefile中加入:obj-$(CONFIG_LT_XXOO) += xxoo/

添加过程依葫芦画瓢就可以了,灰常滴简单。

0 0