亲爱的 Linux 内核社区：

相信大家已经听说了 Greg 的最近提交 6e90b675cf942e（"MAINTAINERS: 因各种合规要求移除部分条目"）带来的消息。如您所见，此更改涉及一些与俄罗斯相关的开发者从官方内核维护者名单中移除，包括我在内。

社区成员指出，这条提交日志非常简短且措辞模糊，没有明确说明更改的原因。我多次尝试了解其中的缘由，但与我沟通的高级维护者并未提供具体解释，只是提到“制裁”、“抱歉”、“无能为力”、“咨询您的（公司）律师”等。我无法为其他受影响的开发者代言，但对我来说，这一年多以来我对社区的工作完全是义务性的（之前也仅有不到一半是有偿的）。因此，我并没有（公司）律师可以咨询，老实说，在这种方式下合并补丁，我也不再想去咨询了。补丁被悄然地合并，没有通知任何受影响的开发者或子系统，也没有经过标准的补丁审核流程。这的确是最糟糕的方式，既没有感激，也没有对多年致力于社区工作的开发者给予任何认可。无论情况如何，我们难道不应该得到更好的对待吗？至少被添加到“GREDITS”文件中，也不至于如此吧？

我很难相信内核的高级维护者没有想到补丁不会被忽视，且这种情况可能会在中长期给社区带来无法预见的影响。我坚信有更和缓的解决方式，但他们选择了最简单的一条路。事情既已如此，一年前逐渐显现的分歧如今已经完全浮现。很明显，这种情况的原因在于政治，而政治必然会动摇社区的根基。若如此，上帝才知道接下来会发生什么（谁会是下一个被制裁的对象...），而这无疑会给 Linux 社区的新成员，尤其是像我这样的志愿者和爱好者，带来负面信号。

即使我仍有机会提交补丁或进行审核，但在发生这一切后，我的志愿者动力已完全消失。（未来我可能会从事一些商业上游工作。）在正式告别之前，我想向所有多年来有幸共事的社区成员表达我的感谢，尤其是以下几位：

NTB 团队，Jon，Dave，Allen。NTB 是我开始进行内核上游工作的起点。感谢你们的初步建议，尽管多次全面重构的严苛审核让我经历了重重考验，但我学到了很多，那段经历对我后来的帮助非常大。非常感谢你们！顺便提一下，自从那时起，我收到了多封感谢信，感谢我对 IDT NTB 和 IDT EEPROM 驱动的贡献。若没有你们的帮助，这一切都不可能实现。

Andy，在我的 Linux 内核旅程中，恐怕没有其他人对我的帮助比你更多。我们第一次见面是在 I2C 子系统审核我的 DW I2C 驱动补丁时。之后我们在 GPIO、SPI、TTY、DMA、NET 等领域中频繁碰面。初期的激烈讨论真的让我头疼，但我们总能找到某种共识。你从不放弃解释自己的观点，即便多次重复也始终耐心。感谢你让我学会如何耐心对待审核者和被审核者。也感谢你分享的 Linux 内核知识以及各种小技巧。

Andy，请注意，由于当前情况，我将不再处理 DW DMAC 修复补丁集。因此，如果你希望 DW UART 能在 DW DMA 引擎驱动下稳定运行，欢迎随时接手这组补丁：链接

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 可能不同意，但我真心认为我们所有的讨论对我而言至少是有益的。我也认为我们在 DW GMAC/QoS ETH PCS 补丁上的合作非常成功。希望你们最终有时间完成它。

Rob、Krzysztof，通过你们的审核，我学到了许多关于内核中最硬核的部分 - DT 源代码和 DT 绑定。你们的评论简洁到位，使得审核过程迅速而顺利。非常感谢你们。

Guenter，特别感谢你对我提交至 hwmon 和 watchdog 子系统的补丁的审核和接受。很高兴能与你合作。

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)