我们几年来一直在为嵌入式powerpc系统编译内核模块，一般情况下还有一些罕见的无法解释的稳定性问题。最近一位同事指出，内核模块应该使用与内核相同的编译器进行编译。在做了一些挖掘后，我发现内核（montavista linux 2.4.20）是用gcc3.4.1编译的，我们一直在使用（denx eldk）gcc4.0.0。我最近为我们的用户空间代码构建了gcc4.7.1，但加载使用此版本构建的内核模块会导致系统崩溃。然后我从源代码构建gcc3.4.1，有些构建工作，有些则不工作 - 想想我可能对make脚本有问题，但那是另一个故事。
所以我的问题：我的同事是否正确？如果是这样，任何人都可以解释导致不兼容的最终.o文件中的不同之处吗？
答案 0 :(得分：3)
你可以通过查看/ proc / version的输出来发现用于构建内核的编译器（我认为这可以追溯到2.4.20内核时代，但我可能错了。） $ cat / proc / version。它肯定适用于现代内核，并且已经在内核中存在了很长时间。
我的第一个建议是将内核升级到更现代的内容，但我怀疑这不是一个真正的选择，或者你不会问这个问题！ ;）
我怀疑即使是编译专家（不是我）也很难回答“有什么不同”的问题。但是做这个简单的测试。用3.4.1编译模块，然后编译4.7。生成的对象（.ko文件）肯定会有所不同。
现实情况是，所有软件都存在漏洞，并且可能会潜伏很长时间，直到某些东西出现以刺激漏洞。请参阅我的博客文章：http://blogs.mentor.com/chrishallinan/blog/2012/05/18/fun-with-toolchain-versions以获得完美的示例。
现在我不是说这是你的问题，但我认为如果我的模块和内核都使用相同的编译器版本进行编译，我会感觉更好。
祝你好运。答案 1 :(得分：0)
这很重要。
通常您会遇到以下情况，即
rmmod: ERROR: could not remove 'hello': Device or resource busy