多文件Linux内核模块编译失败求助：正确Makefile编写及相关文档咨询

嗨，我来帮你捋捋这个多文件内核模块编译的问题——这其实是内核模块Makefile里的常见坑，咱们一步步解决：

一、先给你正确的Makefile写法（适配你的文件结构） #

你的核心需求是把module_initialization.c和library_header.c编译成单个内核模块，而不是多个独立模块。正确的Makefile应该这样写：

# 指定内核构建目录，自动匹配当前系统内核版本
KDIR := /lib/modules/$(shell uname -r)/build

# 主模块名称：对应你的主源码文件module_initialization.c（去掉.c后缀）
MODULE_NAME := module_initialization

# 声明要构建的内核模块
obj-m += $(MODULE_NAME).o

# 关键：指定主模块依赖的其他目标文件（所有需要链接进来的.o都要列在这里）
$(MODULE_NAME)-objs := library_header.o

# 默认编译目标
all:
	make -C $(KDIR) M=$(PWD) modules

# 清理编译产物
clean:
	make -C $(KDIR) M=$(PWD) clean

.PHONY: all clean

二、为啥你之前的三个Makefile都不行？ #

咱们逐个分析：

• Makefile1：用了lib-m += library_header.o，这是用来构建内核静态库的语法，不是模块依赖——所以library_header.o不会被链接到你的主模块里，自然会出现符号未定义的错误。
• Makefile2：把module_initialization.o和library_header.o都加到obj-m里，这会让内核构建系统生成两个独立的.ko模块，完全不符合你要单模块的需求。
• Makefile3：思路是对的，但你实际使用时可能存在文件名匹配问题（比如你后来贴的实际Makefile里，MODULE_NAME是configuration_test，依赖configuration.o，但你的符号MemoryReaderSettingsInit是不是在另一个未被列入的文件里？），或者忘了导出符号。

三、解决符号未定义的关键：导出符号 #

如果你在library_header.c（或你实际的configuration.c）里定义的函数要被主模块调用，必须在内核中导出这个符号。在函数定义的.c文件末尾加上：

// 导出符号，让其他模块（包括你的主模块）可以调用
EXPORT_SYMBOL(library_header_initialization);
// 如果你的模块是GPL许可的，也可以用EXPORT_SYMBOL_GPL()

对应你实际的错误，就是要在定义MemoryReaderSettingsInit的.c文件里加上EXPORT_SYMBOL(MemoryReaderSettingsInit);，这样modpost工具才能找到这个符号。

四、靠谱的内核模块编译文档推荐 #

别再瞎找零散教程了，最权威的就是内核自带的官方文档：

• 内核源码树（或你的/usr/src/linux-headers-xxx目录）里的Documentation/kbuild/modules.rst：详细讲解了内核模块Makefile的所有语法、多文件模块构建、依赖处理等核心内容，是必看的参考。
• 内核源码里的samples/kbuild/目录：里面有各种多文件模块的示例Makefile，直接抄示例改比自己瞎试高效多了。
• 另外，你可以用man modprobe、man make结合内核文档，补充细节。

最后再给你几个检查要点 #

1. 确保所有需要链接到主模块的.c文件，都对应生成.o并列入$(MODULE_NAME)-objs里（比如有多个依赖文件的话，写成$(MODULE_NAME)-objs := file1.o file2.o）。
2. 检查头文件包含路径是否正确，有没有循环依赖或者拼写错误。
3. 编译器版本警告不用太担心（你的版本和内核编译版本一致），但如果版本差异大，尽量安装和内核匹配的编译器。

内容来源于stack exchange