我有一个与其他内核模块进行通信的主要内核模块。 我已经构build了这样的模块(概念上):
main module/ | \drivers/ | |\driver1 |\driver2 \driver3
由于这些是内核模块,我需要像这样编译它们:
make -C /lib/modules/$(shell uname -r)/build M=$(shell pwd) modules
但是,由于驱动程序的Makefile可以从以前的目录中调用,因此我需要在调用其他make(linux的make)之前执行$(shell pwd)
)。 所以Makefile现在看起来像这样:
CURRENT_DIR := $(shell pwd) .PHONY: all all: $(MAKE) -C /lib/modules/$(shell uname -r)/build M=$(CURRENT_DIR) modules
到目前为止,它是好的,它完美的作品。 问题是这样的:我有一个驱动程序需要包含的文件,所以我必须给包含path。 我第一次尝试
EXTRA_CFLAGS += -I../..
并立即明白为什么它不工作(相对path将是/ lib /模块/ …不是当前目录)。 所以我把它改成:
MAIN_MODULE_HOME := $(CURRENT_DIR)/../.. EXTRA_CFLAGS += -I$(MAIN_MODULE_HOME)
奇怪的是,这是行不通的! 如果我写
EXTRA_CFLAGS += -Ipath/I/get/from/pwd/../..
手动编译! 有人可以解释我做错了什么? 在调用make之前,我echo
ed $(CURRENT_DIR)
和$(MAIN_MODULE_HOME)
,这些variables是有意义的。
我知道EXTRA_CFLAGS
不是马上评估的,但是因为CURRENT_DIR
和MAIN_MODULE_HOME
被声明为:=
我不明白事情是怎么搞的。
(如果有人可以更好地提出问题标题,请做!)
你应该通过EXTRA_CFLAGS来做这样的:
$(MAKE) -C /lib/modules/$(shell uname -r)/build M=$(CURRENT_DIR) \ EXTRA_CFLAGS="$(EXTRA_CFLAGS)" modules
更新:
driver1 / Makefile的内容被读取两次:第一次 – 当你在driver1目录下运行make
时,第二次 – 通过Kbuild系统。
首先, CURRENT_DIR := $(shell pwd)
被评估为/home/users/.../main module/drivers/driver1
。 其次,Kbuild将CURRENT_DIR := $(shell pwd)
评估为/usr/src/linux-headers-2.6.32-33-generic/
LDD3,ch2,p24中描述了这种情况
诀窍是编写你的makefile如下:
# If KERNELRELEASE is defined, we've been invoked from the # kernel build system and can use its language. ifneq ($(KERNELRELEASE),) obj-m := hello.o # Otherwise we were called directly from the command # line; invoke the kernel build system. else KERNELDIR ?= /lib/modules/$(shell uname -r)/build PWD := $(shell pwd) default: $(MAKE) -C $(KERNELDIR) M=$(PWD) modules #endif
这很可能是因为EXTRA_CFLAGS
的递归风格,它实际上是在一个子MAIN_MODULE_HOME
扩展的,它不能访问MAIN_MODULE_HOME
。
首先,尝试导出MAIN_MODULE_HOME
:
export MAIN_MODULE_HOME
我也试图在使用之前将EXTRA_CFLAGS
弄平 (但是,我不确定这是否是Kbuild的一个好习惯):
EXTRA_CFLAGS := $(EXTRA_CFLAGS)