单独编译某个内核模块

单独编译某个内核模块

 

编内核难免有的时候忘记了配置某个模块，导致该模块不可用，那是不是必须重新配置内核并重新编译呢，答案是否定的，完全可以单独编译某一个内核模块，我在使用最新的fuse-2.8.0-pre1时，发现其中已经没有fuse模块了，原来fuse从2.8版本开始就不包含内核模块了，其已作为内核源码的一部分发布。

 

定位fuse模块内核代码/home/ydzhang/linux-2.6.19/fs/fuse/*.c

查看其下的Makefile：

# Makefile for the FUSE filesystem.

 

obj-$(CONFIG_FUSE_FS) += fuse.o

fuse-objs := dev.o dir.o file.o inode.o control.o

进行如下操作即可单独编译fuse模块：

 

# make CONFIG_FUSE_FS=m -C  /home/ydzhang/linux-2.6.19 M=/home/ydzhang/linux-2.6.19 /fs/fuse  modules

然后手动将生成的fuse.ko拷贝到/lib/modules/2.6.19/kernel/fs/fuse/fuse.ko

运行depmod -a重新配置依赖关系，以后就可以通过modprobe fuse来加载fuse模块了。

 

类似其他可编译成模块的内核代码都可以这样单独编译。

 

模块Makefile

 

ifneq ($(KERNELRELEASE),)
obj-m := mytest.o
mytest-objs := file1.o file2.o file3.o
else
KDIR := /lib/modules/$(shell uname -r)/build
PWD := $(shell pwd)
default:
        $(MAKE) -C $(KDIR) M=$(PWD) modules
endif

KERNELRELEASE 是在内核源码的顶层Makefile中定义的一个变量，在第一次读取执行此Makefile时，KERNELRELEASE没有被定义，所以make将读取执行else之后的内容。如果make的目标是clean，直接执行clean操作，然后结束。当make的目标为modules或modules_install时，-C $(KERNELDIR)指明跳转到内核源码目录下读取那里的Makefile；M=$(PWD) 表明然后返回到当前目录继续读入、执行当前的Makefile。当从内核源码目录返回时，KERNELRELEASE已被被定义，kbuild也被启动去解析kbuild语法的语句，make将继续读取else之前的内容。else之前的内容为kbuild语法的语句, 指明模块源码中各文件的依赖关系，以及要生成的目标模块名。

 

Kconfig与内核Makefile

 

1．  使用Kconfig以及内核的Makefile可以在内核中添加自己的源代码，并且可以添加内核配置选项，是否编进内核，是否以模块的方式等；

2．  在内核某个目录的Kconfig文件中可以配置各个选项的含义；在Makefile中指定如果配置了，该如何编译；

如要在/driver/char中增加一个配置选项CONFIG_FISHING_POLE选项；

在driver/char/Kconfig文件中增加对该选项的说明：

config FISHING_POLE

      tristate “简单说明” //tristate代表有三种方式，如为bool代表不能变为模块

      default n         //默认是否选择

      help

         ****         //一些帮助信息

在driver/char/Makefile中增加：

obj-$(CONFIG_FISHING_POLE)  += fishing.o

 

如果有多个源文件：

obj-$(CONFIG_FISHING_POLE)  += fishing.o

fishing-objs := fishing-main.o fishing-line.o