构建内核模块并解决缺少的符号定义 [已解决：过时的源代码]答案

【问题标题】：building kernel module and resolve missing symbol definitions构建内核模块并解决缺少的符号定义 [已解决：过时的源代码]
【发布时间】：2014-06-03 01:40:30
【问题描述】：

如果我构建一个依赖于其他模块的模块，我会收到以下警告：

'函数或符号？' [源目录/my_module.ko] 未定义！

警告是什么意思？该警告没有告诉我它是在标头中还是在某些模块源中定义的函数。我想这意味着缺少一些模块符号定义。那么我是否必须重建我的模块所依赖的所有模块？

或者我可以以某种方式在我的模块源代码或 makefile 中插入显式符号 - 例如，如果我包含 *.c 源文件，其中在我的模块源代码中定义了缺少的符号？可以这么说 - 构建我的模块而不需要构建不在我的源目录中的额外目标文件，我的模块依赖于它。

提前致谢！

【问题讨论】：

只是为了澄清；您有多个内核模块，并且您试图跨这些模块引用符号？
是的。这些符号（函数）来自 src 内核目录中的一个模块。这个内核模块已经在运行 - 但我不知道这个符号是否已加载到内核（不存在于 /proc/kallsyms 中）。我需要他们来构建我的模块。
实际上，我构建的模块的源代码已经过时了。我有两个 /src 目录，其中一个包含旧的内核源代码。我的源路径似乎指向那里。

【解决方案1】：

（如果符号不在 /proc/kallsyms 中，很可能内核源没有明确地 EXPORT_SYMBOL() 这些符号。因此，为了使用这些符号，您有几个选择：

1) Add EXPORT_SYMBOL() to each symbol in the source that your kmod needs
   to link with, and then re-compile the kernel.

此选项有几个缺点。在我看来，最大的缺点是许多发行版不支持重新编译的内核（例如：SUSE SLES 等）。也许这个解决方案适用于一次性 kmod。但是，如果您打算将其分发给其他人，则必须了解他们如何接受重新编译其内核的想法。

2) Copy the entire function(s) from the kernel source into your code.

当然，如果复制的函数包含对其他内核函数的引用，这些函数也缺少 EXPORT_SYMBOL()（并且未在 /proc/kallsysm 中列出），则此选项并不总是有用。

3) Find another Linux release, or distro, which exports the needed symbols.

我经常使用 SLES。我发现从一个版本到下一个版本，内核符号来来去去。 SUSE、Redhat等发行版之间也有区别；可以导出所需的符号。

【讨论】：

嗯，似乎它们实际上被定义为 EXPORT_SYMBOLs。符号只是不活跃？这是合乎逻辑的，因为在构建我的模块时正确找到了引用模块中的所有其他符号。现在，我很困惑。（如果有帮助，符号是在 ttm_bo_api.h（include/drm/ttm）中定义并在 /drivers/gpu/drm/ttm/ttm_bo.c（ttm 模块源）中使用的“ttm_buffer_object_init”和“ttm_buffer_object_validate”）跨度>
ttm_buffer_object_init 已替换为 ttm_bo_init。 ttm_buffer_object_validate 被 ttm_bo_validate 取代。

【解决方案2】：

让我们找到定义函数的位置。您应该为缺少的函数添加 EXPORT_SYMBOL() 并编译内核（用于内置函数）或定义函数的依赖模块。

【讨论】：