几年来，我们一直在为嵌入式 powerpc 系统编译内核模块，一般情况下，一些罕见的无法解释的稳定性问题都可以解决。最近有同事指出，内核模块应该使用与内核相同的编译器进行编译。经过一番挖掘后，我发现内核（montavista linux 2.4.20）是用 gcc3.4.1 编译的，我们一直在使用（denx eldk）gcc4.0.0。我最近为我们的用户空间代码构建了 gcc4.7.1，但加载使用此版本构建的内核模块会导致系统崩溃。然后我从源代码构建 gcc3.4.1，有些构建工作，有些则没有 - 认为我可能对 make 脚本有问题，但那是另一个故事。
所以我的问题是：我的同事是否正确？如果是这样，任何人都可以解释生成的 .o 文件中导致不兼容的不同之处吗？
【问题讨论】：
标签： gcc kernel embedded-linux
哇，这个内核已经存在了很长时间，从我以前的 MontaVista 工作的早期开始！我不确定这里是否有一个快速的答案，但我知道如果是我，我会担心编译器的差异。 Linux 内核一直对编译器版本很敏感，部分原因在于它的庞大规模和复杂性。内核使用了大量 GNU 扩展，实际上为新编译器构建做了一个非常好的压力测试。
您可以通过查看 /proc/version 的输出来发现用于构建内核的编译器（我认为早在 2.4.20 内核时代就已经存在，但我可能错了。） $ 猫 /proc/版本。它当然适用于现代内核，并且已经在内核中存在了很长时间。
我的第一个建议是将内核升级到更现代的东西，但我怀疑这不是一个真正的选择，否则你不会问这个问题！ ;)
我怀疑即使是编译器专家（不是我）也很难回答“有什么不同”的问题。但是做这个简单的测试。使用 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
【讨论】：