Ubuntu 15.10 (Kernel 4.2): Hello world 内核模块 makefile 错误

Ubuntu 15.10 (Kernel 4.2): Hello world kernel module makefile error

我已经尝试了几个小时来创建我的第一个 Hello World 内核模块,可惜没有成功。我的简单 C 代码 (hello.c) 和 makefile 位于我系统上的 /Downloads 中,如果这应该很重要的话。

hello.c

#include <linux/init.h>
#include <linux/module.h>

MODULE_LICENSE("Dual BSD/GPL");

static int hello_init(void) {
    printk(KERN_ALERT "Hello, world\n");
    return 0;
}

static void hello_exit(void) {
    printk(KERN_ALERT "Goodbye, cruel world\n");
}

module_init(hello_init);
module_exit(hello_exit);

生成文件

obj−m += hello.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 -C /lib/modules/4.2.0-16-generic/build
M=/home/username/workspace/test/Module modules make[1]:
Entering directory '/usr/src/linux-headers-4.2.0-16-generic'
scripts/Makefile.build:44:
/home/username/workspace/test/Module/Makefile: No such file or
directory make[2]: *** No rule to make target
'/home/username/workspace/test/Module/Makefile'.  Stop.
Makefile:1398: recipe for target
'_module_/home/username/workspace/test/Module' failed make[1]:
*** [_module_/home/username/workspace/test/Module] Error 2 make[1]: Leaving directory '/usr/src/linux-headers-4.2.0-16-generic'
makefile:4: recipe for target 'all' failed make: *** [all] Error 2

我已经尝试了几乎每一个解决方案,并遵循了可以在 google 上找到的关于这个问题的每一个建议。没有什么能解决我的问题... 如果有人知道我可以尝试什么,我将不胜感激!

我刚刚将名称 "makefile" 更改为 "Makefile"(大写 M),这似乎有所作为。现在我得到:

make -C /lib/modules/4.2.0-16-generic/build M=/home/username/workspace/test/Module 模块 make[1]: 进入目录 '/usr/src/linux-headers-4.2.0-16-generic' 构建模块,第 2 阶段。 MODPOST 0 模块 make[1]: 离开目录'/usr/src/linux-headers-4.2.0-16-generic'

^^ 我从一开始就知道是我的 makefile 导致了这个问题!尽管如此,我仍然没有 hello.ko 文件。

有什么建议我现在应该尝试吗?

我的天啊!!!

用 Google 搜索了这个新问题并从 dsf 找到了这个答案:Linux: modpost does not build anything(最后发布)

正如他们建议的那样,我在 Makefile 中手动输入了文本,之后,就像变魔术一样,它工作得非常好!现在我得到了 hello.ko,但不幸的是,没有任何解释。也许,如果你只是从 pdf/website 复制 Makefile 文本,你最终会得到不需要的字符,正如 dsf 似乎相信的那样?!

总之,问题解决了。