Linux 内核的模块如此“脆弱”并且需要经常重新编译，这让我有点惊讶。在两台不同的机器（例如不同版本的 gcc）上使用相同的源代码树会产生不与内核（机器 B）一起工作的模块（机器 A）。
如果我不想要臭名昭著的no symbol version for module_layout错误消息，添加虚拟系统调用显然也需要重新编译。
更令我惊讶的是，在 kernel/ 中添加了一个仅 .c 文件，它不涉及任何 ABI（即一个独立的函数，它不会导出、使用或更新任何内部结构）。
在那个新的 .c 文件中添加一个虚拟文本字符串让所有模块都保持不变。
那么这里的规则和理由到底是什么？（我专注于 x86，32 位架构，如果重要的话）
您似乎过于关注重建内核和（可加载）模块的编译方面，而忘记了链接。我怀疑当您声明需要“重新编译”时您可能夸大了。
更令我惊讶的是，在 kernel/ 中添加了一个仅 .c 文件，它不涉及任何 ABI（即一个独立的函数，它不会导出、使用或更新任何内部结构）
当您将.c文件（又名源模块）添加到内核时，新编译的目标文件将需要使用链接器构建新的内核映像。由于没有评估哪些全局内核符号移动或未移动，因此所有（可加载）模块都必须使用新符号映射重新构建（实际上只是重新链接）。不需要对所有内核模块进行“重新编译”；只需使用新的内核符号映射将.o目标文件重新构建到可加载模块中。
为确保（可加载）模块使用匹配的内核和符号映射执行，在加载内核模块时验证版本控制和构建信息。您所说的“脆弱”实际上是一种安全措施，用于确保在特权模式下执行的代码的完整性。