linux内核提交系列补丁,如何向Linux内核提交潜在补丁？

在此之前：

专注于性能错误报告，并且正确(具有可重复的基准测试)将至少帮助您让人们去解决问题。在测试之后也提交补丁，但要注意你的优秀补丁可能使用错误的方法，并且他们可能会写一个更好的补丁。或者说它可能很棒，但可能需要修复才能被接受，甚至可能发生在优步人身上。并且不要想私下给某人发电子邮件，而是参考LKML或相应的子系统ML。

在与内核开发人员联系之前，我建议您仔细阅读所有其他答案和所有适用的材料;并阅读SubmittingPatches的参考书目。

如果你做错了，他们可能会很苛刻。核心新闻IRC聊天是你开始的好地方，因为它们肯定是热情好客，即使有时环境可能太新手了(不确定，我也没有那么多)。

我可能会过于乐观地认为某个内核世界从未听说过可以做出贡献，但我有兴趣了解一下。

这不是过于乐观;至少不是这样。从你的摘要(因为我不知道你的技能)，更不可能的是你的补丁将被接受而不做任何修改，或者它是根据正确的技能编写的。但实际上，如果您的补丁适用于较小的社区，则可能会更容易。

从具有一定经验的人(即我)开始，在考虑补丁提交之前，描述问题及其影响其他应用程序的原因。诸如“这可以提高我们的性能”等考虑因素，特别是如果您(作为供应商)有资格获得资格，将不会对内核开发人员产生吸引力。

特别是，省略这样的陈述：

渲染我们当前的实现是可行的，但不是最佳的。

因为这会为大多数读者立即购买“修改你的代码”的建议。

如果现有应用程序(不是您编写的)的性能受到影响，则会有所不同。例如，一旦Linus立即注意修复内核性能以搞砸代码，因为代码是make的一部分，即使他为他编写的代码以及他不需要做的事情感到自豪确切的修复。即，您需要一个每个人都关心的应用程序，或者一个没有缺点的解决方案。

所以，像：

来自另一个(非常常用的)应用程序的行为

是好的，只要您认为该应用程序的使用不合理。

最后，如果您参考源代码，他们可能会要求查看感兴趣的部分 - 如果存在代码，请考虑许可问题，如果您想快速回答，请事先解决其中的任何问题。

顺便说一下，这是我在那里经历的部分原因：

https://www.ohloh.net/accounts/Blaisorblade

如果您愿意，可以联系我直接帮助您提交建议的邮件，并在讨论中与我联系。我很忙，但我可能会找到更多时间:-)。