如何正确链接 KBuild Makefile 以在内核模块中构建子文件夹答案

【问题标题】：How to chain KBuild Makefiles properly to build subfolders inside kernel module如何正确链接 KBuild Makefile 以在内核模块中构建子文件夹
【发布时间】：2016-10-12 19:26:14
【问题描述】：

我有一个内核模块（通常使用 CONFIG_MYMODULE=m 编译），其设置如下：

mymodule/Makefile
../foo/Makefile
../foo/component1/Makefile
../foo/component2/Makefile

目前使用的是：

我的模块/Makefile：

mymodule-y += mod1file.o mod2file.o mod3file.o #etc
include ../foo/Makefile
mymodule-y += $(FOO_FILES)
obj-$(CONFIG_MYMODULE) += mymodule.o

../foo/Makefile：

include component1/Makefile
include component2/Makefile

在我拥有的每个组件文件夹中：

../foo/component1/Makefile

FOO_FILES += foo1file.o foo2file.o foo3file.o #etc

这显然不是解决此问题的正确方法，因为所有内容都直接包含在 mymodule/Makefile 中，因此无法设置特定于文件夹的 gcc 标志。

在将所有内容构建到单个内核模块中的同时组织它的正确方法是什么？我已经阅读了 kbuild/modules.txt 文档，但我没有看到任何直接相关的内容，而且我无法完全弄清楚如何去做或者它是否确实可能。

谢谢

我尝试了以下方法，但出现以下错误：

“ld: 找不到 foo: 文件格式无法识别”

我的模块/Makefile：

mymodule-y += mod1file.o mod2file.o mod3file.o #etc
mymodule-y += ../foo/
obj-$(CONFIG_MYMODULE) += mymodule.o

../foo/Makefile

ccflags-y := -I$(src)/component1/ -I$(src)/component2/
foo-y := foo1file.o foo2file.o foo3file.o
foo-y += component1
foo-y += component2

../foo/component1/Makefile

component1-y := component1file.o component1file.o

../foo/component2/Makefile

component2-y := component2file.o component2file.o

如果我将其更改为使用 obj-y += ../foo 而不是 mymodule-y += ../foo 它至少会进入文件夹，但似乎不会尝试编译，我想要这将成为单个内核模块的一部分。

【问题讨论】：

您可以将文件夹添加到对象列表中。检查源中的任何文件夹/Makefile。
@AndyShevchenko：我已经尝试过查看其中的一些，但它们似乎无法将多个 Makefile 链接处理到同一个内核模块中。这不是我在底部尝试用 foo-y += ../foo/ 做的事情吗？如果我做类似“obj-y += ../foo/”的事情，可以编译到 mymodule 内核中模块？我还是有点困惑。你有一个很好的例子我可以看看吗？谢谢！
obj-[ym] 是一个独立单元的全局空间。您需要为此使用模块命名空间。
从我的例子中，我是 mymodule-y += ../foo/ 还是类似 foo-y += ../foo 的东西？然后我会在我的 foo/Makefile 中做什么？那是 mymodule-y += component1 还是我会使用单独的模块命名空间？

标签： c makefile build linux-kernel kbuild

【解决方案1】：

这似乎不太难。

我的模块/Makefile：

...
include ../foo/Makefile
...
# whatever rules use the folder-specific flags:
foo:
    gcc blah blah $(FOLDERFLAGS) blah

../foo/component1/Makefile：

FOLDER_FILES := foo1file.o foo2file.o foo3file.o #etc
$(FOLDER_FILES): FOLDER_FLAGS=folder_1_flag
FOO_FILES += FOLDER_FILES

../foo/component2/Makefile：

FOLDER_FILES := foo20file.o foo21file.o foo22file.o #etc
$(FOLDER_FILES): FOLDER_FLAGS=folder_2_flag
FOO_FILES += FOLDER_FILES

这足以满足您的目的吗？

【讨论】：

有点，但它根本不使用 kbuild 对象。我真的不想直接调用 gcc，而且我在 mymodule/Makefile 中没有任何其他目标。
@Jordan：我不熟悉 kbuild；你如何将 gcc 标志传递给它？
看来你不直接做：lxr.free-electrons.com/source/Documentation/kbuild/…
第 3.2 节应该解释其中的一些内容。我自己也不太明白。
@Jordan：我不会筛选那个庞大的文档，希望能正确猜测如何使用我不必尝试的工具。如果你真正的问题是如何使用 kbuild，我帮不了你。

【解决方案2】：

您可以使用subdir- 和extra-y 使父目录正常工作，但这只是开销，并且每个目录的ccflags 仍然不起作用。也许正确的方法是将组件作为子模块，依赖于 mymodule。

我会将模块构建保留在顶层目录mymodule/Makefile，很容易从一个目录构建多个模块，但我从子目录中的多个对象中一无所获（也许保持干净的设计 em> 政策，或者只是这样更容易）。

obj-m 定义要构建的内核模块列表（下例中只有一个：hello.ko，名为hello.o，但会输出hello.ko）

hello-objs 使用相同的名称定义要链接的已编译对象列表以获得hello.ko：hello。

作为一个 Makefile 很容易有条件地链接对象（参见CONFIG_HELLO_COMPONENT1）

最终，如果每个组件有很多对象并且我们希望保持顶部 Makefile 干净，我们仍然可以使用 include，但只是为了有条件将对象添加到 hello-objs 并将标志添加到 ccflags-y （或任何需要的变量，而不是obj-*）。

CFLAGS_$*.o（见下文）可用于设置每个对象的 cflags，但它不支持路径，因此不同目录中具有相同名称的对象将具有相同的标志。

mymodule/Makefile:

ifeq ($(CONFIG_HELLO_COMPONENT1), y)
 ccflags-y += -I$(src)/foo/component1 -DCONFIG_HELLO_COMPONENT1
endif
ccflags-y += -I$(src)/foo/component2

obj-m += hello.o

CFLAGS_component2.o += -DTEST_CFLAGS

hello-objs = hello-1.o
ifeq ($(CONFIG_HELLO_COMPONENT1), y)
 hello-objs += foo/component1/component1.o
endif
hello-objs += foo/component2/component2.o

all:
    make -C /lib/modules/$(shell uname -r)/build M=$(PWD) modules

clean:
    make -C /lib/modules/$(shell uname -r)/build M=$(PWD) clean

为了下面所有文件的完整性，应该使用make 或make CONFIG_HELLO_COMPONENT1=y 构建和工作。

mymodule/hello-1.c:

#include <linux/module.h>
#include <linux/kernel.h>
#include <linux/init.h>
#ifdef CONFIG_HELLO_COMPONENT1
#include <component1.h>
#endif
#include <component2.h>
static int __init init_hello(void) {
#ifdef CONFIG_HELLO_COMPONENT1
    component1();
#endif
    component2();
    printk(KERN_INFO "Hello world 1.\n");
    return 0;
}
static void __exit cleanup_hello(void) {
    printk(KERN_INFO "Goodbye world 1.\n");
}
module_init(init_hello);
module_exit(cleanup_hello);

mymodule/foo/component2/component2.h:

#ifndef COMPONENT2_H
#define COMPONENT2_H
void component2(void);
#endif

mymodule/foo/component2/component2.c:

#include <linux/kernel.h>
void component2(void) {
    printk(KERN_INFO "component2\n");
}

mymodule/foo/component1/component1.h:

#ifndef COMPONENT1_H
#define COMPONENT1_H
void component1(void);
#endif

mymodule/foo/component1/component1.c:

#include <linux/kernel.h>
void component1(void) {
    printk(KERN_INFO "component1\n");
}

【讨论】：