我有一个主内核模块,其他内核模块与之通信。我已经像这样构建了模块(概念上(:
main module/
|
drivers/
|
|driver1
|driver2
driver3
由于这些是内核模块,我需要像这样编译它们:
make -C /lib/modules/$(shell uname -r)/build M=$(shell pwd) modules
但是,由于驱动程序的 Makefile 可以从以前的目录调用,因此我需要在调用另一个 make(linux's make(之前执行$(shell pwd)
。所以生成文件现在看起来像这样:
CURRENT_DIR := $(shell pwd)
.PHONY: all
all:
$(MAKE) -C /lib/modules/$(shell uname -r)/build M=$(CURRENT_DIR) modules
到目前为止,它很好,而且效果很好。问题是这样的:我有一个驱动程序需要包含的文件,所以我必须提供包含路径来制作。我第一次尝试
EXTRA_CFLAGS += -I../..
并立即理解为什么它不起作用(相对路径将是/lib/module/...不到当前目录(。所以我把它改成:
MAIN_MODULE_HOME := $(CURRENT_DIR)/../..
EXTRA_CFLAGS += -I$(MAIN_MODULE_HOME)
奇怪的是,这行不通!如果我写
EXTRA_CFLAGS += -Ipath/I/get/from/pwd/../..
手动,它编译!有人可以解释我做错了什么吗?在调用make之前,我echo
$(CURRENT_DIR)
和$(MAIN_MODULE_HOME)
,变量是有意义的。
我知道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中描述的情况
诀窍是按如下方式编写生成文件:
# 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
:
export MAIN_MODULE_HOME
在使用它之前,我也会尝试展平EXTRA_CFLAGS
(但是,我不确定这是否是 Kbuild 的好做法(:
EXTRA_CFLAGS := $(EXTRA_CFLAGS)