Linux kernel 在Linux内核配置文件中，模块或配置参数的顺序是否重要？

我面临一个内核补丁问题，我有一套补丁，只对一个人有效，对我无效。我们两人都使用了相同的git树，似乎是内核编译所使用的配置导致了这个问题。尽管我已经向另一位开发人员索要了.config文件，但由于他是一名远程工作者，这可能需要一些时间

同时，我试图理解为什么在我的案例中会出现未定义的引用错误

我的问题是，模块或配置参数的顺序在配置文件中是否重要？我怀疑内核编译的顺序是否导致了这种情况

非常感谢您的帮助。我已经做了很多搜索，但没有明确提到订单，可能是无关的

---

任何调试技巧都将不胜感激

否，配置文件中参数的顺序无关紧要。但是，如果您完全确定自己拥有相同的初始代码库和补丁，请尝试

清除
。有时会有帮助。
不，配置文件中参数的顺序并不重要。但是，如果您完全确定自己拥有相同的初始代码库和补丁，请尝试
清除
。有时它会有所帮助。
我尝试了make clean、make mrproperty等。问题是，其中一个符号是在一段代码中定义的，该代码被配置为模块，而另一段代码是作为内核的一部分而不是模块构建的，这是必需的。我尝试了make clean，问题是，其中一个符号是在一段代码中定义的，该代码被配置为一个模块，而另一段代码是作为内核的一部分而不是模块构建的，需要这样做。