linux驱动模块的依赖

内核模块若是引用到Linux内核中的符号,这个则不属于模块间的依赖,由于内核导出的符号自己就是供内核模块所使用。本帖要讨论的是在两个独立编译的模块A和B之间,B若是要引用A导出的符号,在Makefile中该如何把这一信息加入的问题。
绝大多数情形下,内核配置时能会启用CONFIG_MODVERSIONS,这意味着不管是内核仍是内核模块,在导出符号时都会为该符号生成CRC校验码,这个校验码保存在Module.symvers文件中。
最多见的是,模块会引用到内核导出的符号,此时模块的Makefile没有什么特殊的地方。如今假设A导出一个符号A_sym,那么A_sym的CRC校 验码会存在于A模块所在目录的Module.symvers文件中,若是B模块引用到A模块的A_sym符号,那么是须要在它的'__versions' section中生成A_sym符号的校验码的,这个校验码直接取自于A模块的Module.symvers文件。若是B模块在编译时从它的 Makefile中没法得到这一信息,首先编译阶段就会产生一个WARNING,其次加载阶段也会由于符号没有CRC校验码而致使加载失败。
此时咱们须要在B模块的Makefile文件中加上下面一行,以告诉模块的编译工具链到何处查找A_sym符号的CRC校验码:
KBUILD_EXTMOD := A模块所在的目录
如此,modpost工具除了到内核所在目录下查找外,还会到KBUILD_EXTMOD指定的目录下查找Module.symvers,以肯定本模块全部未定义符号的CRC值。

最后给一个具体的Makefile:

点击(此处)折叠或打开
obj-m := dep_on_A.o
KERNELDIR := /lib/modules/$(shell uname -r)/build
KBUILD_EXTMOD := /home/dennis/workspace/Linux/book/kmodule/A_mod
PWD := $(shell pwd)
default:
        $(MAKE) -C $(KERNELDIR) M=$(PWD) modulesshell

相关文章
相关标签/搜索