中文翻译
你好，Linux内核社区，
我相信你们已经听说了最近Greg的提交 6e90b675cf942e（“MAINTAINERS：由于各种合规要求移除一些条目。”）引发的消息。正如你们可能注意到的，这次变更涉及一些与Ru相关的开发者被移除出官方内核维护者名单，包括我在内。
社区成员们正确指出，这个相当简短的提交日志包含了非常模糊的术语，没有明确的变更理由。无论我多么努力地想要获取更多关于原因的细节，遗憾的是，我与之讨论的高级维护者并没有解释是什么合规要求。我不会引用确切的邮件内容，因为那是私下交流，但关键词是“制裁”、“抱歉”、“我无能为力”、“找你的（公司）律师谈谈”……我不能代表所有受此变更影响的人，但我在社区的工作已经完全是志愿性质，超过一年（在此之前不到一半是有偿的）。因此，我没有任何（公司）律师可以咨询，老实说，在补丁合并的方式之后，我也不想再找了。在大家背后默默地，绕过标准的补丁审查流程，未通知任何受影响的开发者/子系统——这确实是处理此事最糟糕的方式。没有感激，没有对开发者多年来为社区奉献的工作的认可。无论情况的原因是什么，我们难道不应该得到更多吗？至少在GREDITS文件中加上我们的名字，不是吗？
我无法相信内核的高级维护者没有考虑到这个补丁不会被忽视，且如果不立即产生影响，可能会在中长期内对社区造成不可预测的结果。我相信有很多方法可以更无害地解决这个问题，但他们选择了最简单的路径。可惜，事情已经发生。稍早前启动的一个分叉点现在已经完全实现。情况的原因显然在于政治因素，这在某种程度上破坏了社区最初建立的基础。如果是这样，那么上帝知道接下来会发生什么（还有谁可能被制裁……），但这一举动显然向Linux社区的新成员、已经在努力的志愿者和像我这样的爱好者发出了坏信号。
因此，即使我仍然可以发送补丁或进行一些审查，在经历了这一切之后，我作为志愿者的动力已经完全消失。（不过我可能会在未来进行商业上的上游开发）。但在告别之前，我想对这些年来我有幸与之合作的所有社区成员表达我的感激。特别是：
NTB的朋友们，Jon、Dave、Allen。NTB是我在内核上游工作中的起点。感谢你们的初步建议，尽管经历了非常非常严格的审查和几次完整的补丁集重构，我当时学到了很多。这段经历对我之后的工作帮助很大。非常感谢。顺便提一下，自那以后，我收到了几封关于IDT NTB和IDT EEPROM驱动的感谢信。如果没有你们，这些都不可能实现。
Andy，很难记得还有谁在我的Linux内核之旅中给予我如此多的帮助。我们第一次见面是在我DW I2C驱动补丁的I2C子系统审查中。之后我们经常在GPIO、SPI、TTY、DMA、NET等方面见面，进行清理/修复/功能补丁的讨论。你第一次审查中的激烈讨论真的让我感到疯狂。但我们总能以某种方式达成共识。你从不放弃，总是冷静地一遍又一遍地解释你的观点。即使你没有必要，你也从不拒绝提供更详细的理由。多亏了这一点，我学会了如何对审查者和被审查者保持耐心。当然，感谢你分享的Linux内核知识以及所有的技巧和窍门。
* Andy，请注意，由于这个情况，我将不再继续我的DW DMAC修复补丁集。因此，如果你希望DW UART能够稳定地与DW DMA引擎驱动配合工作，请随时接手这个系列：
链接：https://lore.kernel.org/dmaengine/20240911184710.4207-1-fancer.lancer@gmail.com/
Linus（Walleij），在你合并了我一个相当庞大的补丁集后，你建议我继续维护DW APB GPIO驱动。这是我第一次被要求维护一个不是我开发的驱动。感谢你的信任。我永远不会忘记这一点。
Mark，非常感谢你将DW APB SSI驱动的维护委托给我。我投入了很多精力使其更加通用和减少错误，尤其是在DMA引擎控制或内存操作模式下工作时。我相信，自那以后，结果对许多DW SPI控制器用户都是有益的。
Damien，我们第一次也是最后一次见面是在我通用AHCI平台和DW AHCI SATA驱动补丁的审查中。你没有让这条路变得快速和简单。但所有的审查意见都是纯粹基于技术的，补丁最终被合并了。感谢你在审查中给予我的时间和经验。
Paul、Thomas、Arnd、Jiaxun，我们在我的MIPS P5600补丁和一般MIPS补丁审查中在邮件列表中见过几次。与如此优秀的领域专家讨论总是令人愉快。可惜我在为其他子系统的补丁工作上花了太多时间，未能提交所有与MIPS相关的内容。抱歉我没有遵守我的承诺，但正如你所看到的，情况突然设定了自己的最后期限。
Bjorn、Mani，我们在DW PCIe RC驱动的框架下与您合作了很多。你审查了我的补丁。我帮你审查了其他补丁一段时间。尽管有些争论，和你们一起工作总是令人愉快。Mani，特别感谢你在DW eDMA驱动维护上的合作。我认为我们一起做得很好。
Paolo、Jakub、David、Andrew、Vladimir、Russell。网络子系统，尤其是STMMAC驱动（毫无疑问，这个驱动很糟糕）成为了我当前Linux内核活动的一个障碍。我真的希望在某种程度上，我对即将到来的STMMAC和DW XPCS补丁审查的帮助能减轻你们的维护负担。我知道Russell可能不同意，但我真心认为我们的讨论最终都是有益的，至少对我来说。我也认为我们与Russell一起在DW GMAC/QoS ETH PCS补丁上的合作非常出色。希望你们最终能找到时间完成它。
Rob、Krzysztof，从你们的审查中，我学到了很多关于内核中最硬件部分的知识——DT源和DT绑定。你们的所有评论都简洁明了。这使得审查变得快速而简单。非常感谢你们。
Guenter，特别感谢你审查和接受我对hwmon和看门狗子系统的补丁。与您合作非常愉快。
Borislav，我们有很多分歧和争论。我的DW uMCTL2 DDRC EDAC补丁甚至在很长一段时间内陷入了僵局。无论如何，感谢你花时间审查我的补丁并试图解释你的观点。
* Borislav，看起来我将无法继续我的Synopsys EDAC补丁集。如果你或其他人能接手并完成这项工作，那就太好了（你可以在lore档案中找到它）。这些补丁将主要针对Zynq(MP)特定的Synopsys EDAC驱动转换为支持通用DW uMCTL2 DDRC。这对基于该控制器的每个平台都将非常有益。
Greg，我们在邮件列表中见过几次。你审查了我为USB和TTY子系统发送的补丁，整个过程非常顺利，专业性高，简单明了，胜过我大多数其他案例。非常感谢你。
Yoshihiro、Keguang、Yanteng、Kory、Cai，以及我有幸在内核邮件列表中遇到但在这里忘记提到的每个人。感谢你们在合作中为改善Linux内核所花费的时间。很高兴在这里见到你们。
我还想对那些试图为被踢出维护者名单的人辩护并在这些日子里给予支持的社区成员表示衷心的感谢。这意义重大。
最后，我想分享一下我在内核工作中的一些统计数据：
签署的补丁：518
审查并确认的补丁：253
测试的补丁：80
你可能会说，这七年相比其他一些开发者并不是最伟大的成就。也许吧。但我对每一个标签都很认真，请相信我。
我想就这些。如果你们需要关于我曾经维护的驱动或相关硬件，或关于Synopsys IP核心的信息或咨询（到目前为止我对此有相当全面的了解），请随时通过这封邮件联系我。我始终愿意帮助社区成员。
希望我们能在更愉快的环境中重聚，一起喝几杯。但现在是时候说再见了。抱歉这段文字这么长。祝你们在Linux之路上好运。
最诚挚的问候，
- Serge(y)
你好，Linux内核社区，
我相信你们已经听说了最近Greg的提交 6e90b675cf942e（“MAINTAINERS：由于各种合规要求移除一些条目。”）引发的消息。正如你们可能注意到的，这次变更涉及一些与Ru相关的开发者被移除出官方内核维护者名单，包括我在内。
社区成员们正确指出，这个相当简短的提交日志包含了非常模糊的术语，没有明确的变更理由。无论我多么努力地想要获取更多关于原因的细节，遗憾的是，我与之讨论的高级维护者并没有解释是什么合规要求。我不会引用确切的邮件内容，因为那是私下交流，但关键词是“制裁”、“抱歉”、“我无能为力”、“找你的（公司）律师谈谈”……我不能代表所有受此变更影响的人，但我在社区的工作已经完全是志愿性质，超过一年（在此之前不到一半是有偿的）。因此，我没有任何（公司）律师可以咨询，老实说，在补丁合并的方式之后，我也不想再找了。在大家背后默默地，绕过标准的补丁审查流程，未通知任何受影响的开发者/子系统——这确实是处理此事最糟糕的方式。没有感激，没有对开发者多年来为社区奉献的工作的认可。无论情况的原因是什么，我们难道不应该得到更多吗？至少在GREDITS文件中加上我们的名字，不是吗？
我无法相信内核的高级维护者没有考虑到这个补丁不会被忽视，且如果不立即产生影响，可能会在中长期内对社区造成不可预测的结果。我相信有很多方法可以更无害地解决这个问题，但他们选择了最简单的路径。可惜，事情已经发生。稍早前启动的一个分叉点现在已经完全实现。情况的原因显然在于政治因素，这在某种程度上破坏了社区最初建立的基础。如果是这样，那么上帝知道接下来会发生什么（还有谁可能被制裁……），但这一举动显然向Linux社区的新成员、已经在努力的志愿者和像我这样的爱好者发出了坏信号。
因此，即使我仍然可以发送补丁或进行一些审查，在经历了这一切之后，我作为志愿者的动力已经完全消失。（不过我可能会在未来进行商业上的上游开发）。但在告别之前，我想对这些年来我有幸与之合作的所有社区成员表达我的感激。特别是：
NTB的朋友们，Jon、Dave、Allen。NTB是我在内核上游工作中的起点。感谢你们的初步建议，尽管经历了非常非常严格的审查和几次完整的补丁集重构，我当时学到了很多。这段经历对我之后的工作帮助很大。非常感谢。顺便提一下，自那以后，我收到了几封关于IDT NTB和IDT EEPROM驱动的感谢信。如果没有你们，这些都不可能实现。
Andy，很难记得还有谁在我的Linux内核之旅中给予我如此多的帮助。我们第一次见面是在我DW I2C驱动补丁的I2C子系统审查中。之后我们经常在GPIO、SPI、TTY、DMA、NET等方面见面，进行清理/修复/功能补丁的讨论。你第一次审查中的激烈讨论真的让我感到疯狂。但我们总能以某种方式达成共识。你从不放弃，总是冷静地一遍又一遍地解释你的观点。即使你没有必要，你也从不拒绝提供更详细的理由。多亏了这一点，我学会了如何对审查者和被审查者保持耐心。当然，感谢你分享的Linux内核知识以及所有的技巧和窍门。
* Andy，请注意，由于这个情况，我将不再继续我的DW DMAC修复补丁集。因此，如果你希望DW UART能够稳定地与DW DMA引擎驱动配合工作，请随时接手这个系列：
链接：https://lore.kernel.org/dmaengine/20240911184710.4207-1-fancer.lancer@gmail.com/
Linus（Walleij），在你合并了我一个相当庞大的补丁集后，你建议我继续维护DW APB GPIO驱动。这是我第一次被要求维护一个不是我开发的驱动。感谢你的信任。我永远不会忘记这一点。
Mark，非常感谢你将DW APB SSI驱动的维护委托给我。我投入了很多精力使其更加通用和减少错误，尤其是在DMA引擎控制或内存操作模式下工作时。我相信，自那以后，结果对许多DW SPI控制器用户都是有益的。
Damien，我们第一次也是最后一次见面是在我通用AHCI平台和DW AHCI SATA驱动补丁的审查中。你没有让这条路变得快速和简单。但所有的审查意见都是纯粹基于技术的，补丁最终被合并了。感谢你在审查中给予我的时间和经验。
Paul、Thomas、Arnd、Jiaxun，我们在我的MIPS P5600补丁和一般MIPS补丁审查中在邮件列表中见过几次。与如此优秀的领域专家讨论总是令人愉快。可惜我在为其他子系统的补丁工作上花了太多时间，未能提交所有与MIPS相关的内容。抱歉我没有遵守我的承诺，但正如你所看到的，情况突然设定了自己的最后期限。
Bjorn、Mani，我们在DW PCIe RC驱动的框架下与您合作了很多。你审查了我的补丁。我帮你审查了其他补丁一段时间。尽管有些争论，和你们一起工作总是令人愉快。Mani，特别感谢你在DW eDMA驱动维护上的合作。我认为我们一起做得很好。
Paolo、Jakub、David、Andrew、Vladimir、Russell。网络子系统，尤其是STMMAC驱动（毫无疑问，这个驱动很糟糕）成为了我当前Linux内核活动的一个障碍。我真的希望在某种程度上，我对即将到来的STMMAC和DW XPCS补丁审查的帮助能减轻你们的维护负担。我知道Russell可能不同意，但我真心认为我们的讨论最终都是有益的，至少对我来说。我也认为我们与Russell一起在DW GMAC/QoS ETH PCS补丁上的合作非常出色。希望你们最终能找到时间完成它。
Rob、Krzysztof，从你们的审查中，我学到了很多关于内核中最硬件部分的知识——DT源和DT绑定。你们的所有评论都简洁明了。这使得审查变得快速而简单。非常感谢你们。
Guenter，特别感谢你审查和接受我对hwmon和看门狗子系统的补丁。与您合作非常愉快。
Borislav，我们有很多分歧和争论。我的DW uMCTL2 DDRC EDAC补丁甚至在很长一段时间内陷入了僵局。无论如何，感谢你花时间审查我的补丁并试图解释你的观点。
* Borislav，看起来我将无法继续我的Synopsys EDAC补丁集。如果你或其他人能接手并完成这项工作，那就太好了（你可以在lore档案中找到它）。这些补丁将主要针对Zynq(MP)特定的Synopsys EDAC驱动转换为支持通用DW uMCTL2 DDRC。这对基于该控制器的每个平台都将非常有益。
Greg，我们在邮件列表中见过几次。你审查了我为USB和TTY子系统发送的补丁，整个过程非常顺利，专业性高，简单明了，胜过我大多数其他案例。非常感谢你。
Yoshihiro、Keguang、Yanteng、Kory、Cai，以及我有幸在内核邮件列表中遇到但在这里忘记提到的每个人。感谢你们在合作中为改善Linux内核所花费的时间。很高兴在这里见到你们。
我还想对那些试图为被踢出维护者名单的人辩护并在这些日子里给予支持的社区成员表示衷心的感谢。这意义重大。
最后，我想分享一下我在内核工作中的一些统计数据：
签署的补丁：518
审查并确认的补丁：253
测试的补丁：80
你可能会说，这七年相比其他一些开发者并不是最伟大的成就。也许吧。但我对每一个标签都很认真，请相信我。
我想就这些。如果你们需要关于我曾经维护的驱动或相关硬件，或关于Synopsys IP核心的信息或咨询（到目前为止我对此有相当全面的了解），请随时通过这封邮件联系我。我始终愿意帮助社区成员。
希望我们能在更愉快的环境中重聚，一起喝几杯。但现在是时候说再见了。抱歉这段文字这么长。祝你们在Linux之路上好运。
最诚挚的问候，
- Serge(y)