几年来，我们一直在为嵌入式 powerpc 系统编译内核模块，通常情况下，一些罕见的无法解释的稳定性问题都可以。最近有同事指出，内核模块应该使用与内核相同的编译器进行编译。经过一番挖掘后，我发现内核（montavista linux 2.4.20）是用 gcc3.4.1 编译的，我们一直在使用（denx eldk）gcc4.0.0。我最近为我们的用户空间代码构建了 gcc4.7.1，但加载使用此版本构建的内核模块会导致系统崩溃。然后我从源代码构建 gcc3.4.1，有些构建工作，有些不工作 - 认为我可能对 make 脚本有问题，但那是另一个故事。
所以我的问题是：我的同事是否正确？如果是这样，任何人都可以解释导致不兼容的结果 .o 文件有什么不同吗？
哇，这个内核已经存在了很长时间，从我以前的 MontaVista 工作的早期开始！我不确定这里有一个快速的答案，但我知道如果是我，我会担心编译器的差异。Linux 内核一直对编译器版本很敏感，部分原因在于它的庞大规模和复杂性。内核使用了大量的 GNU 扩展，实际上为新的编译器构建做了一个很好的压力测试。
您可以通过查看 /proc/version 的输出来发现用于构建内核的编译器（我认为早在 2.4.20 内核时代就已经存在，但我可能错了。） $ cat /过程/版本。它当然适用于现代内核，并且已经在内核中存在了很长时间。
我的第一个建议是将内核升级到更现代的东西，但我怀疑这不是一个真正的选择，或者你不会问这个问题！;)
我怀疑即使是编译器专家（不是我）也很难回答“有什么不同”的问题。但是做这个简单的测试。使用 3.4.1 和 4.7 编译您的模块。生成的对象（.ko 文件）肯定会有所不同。
现实情况是，所有软件中都存在错误，并且可能会潜伏很长时间，直到出现刺激错误的东西。在这里查看我的博客文章：http: //blogs.mentor.com/chrishallinan/blog/2012/05/18/fun-with-toolchain-versions以获得一个完美的例子。
现在我并不是说这是你的问题，但我认为如果我的模块和内核都使用相同的编译器版本编译，我会感觉好多了。
祝你好运。
这很重要。
大多数情况下，您会遇到以下情况，即
rmmod: ERROR: could not remove 'hello': Device or resource busy