整个二月我们 分享各种新闻 上 出现问题和分歧 Linux 内核开发者社区生成的 用于 Rust 开发。
甚至 社区里的一些重量级人物已经表明了自己的立场 更糟糕的是， 一些人已经辞职 担任某些 Linux 内核子系统的维护者。
鉴于这波讨论似乎已经失控， Linus Torvalds 已开始亲自处理此事。 y 加入了关于 一些维护者抵制在 Linux 内核中引入 Rust。
根据 Linus 的说法，没有维护者被迫学习、使用 或者甚至考虑用以下代码编写的代码 如果你不想要它，它就会生锈， 因为他们可以继续只使用 C。
19 年 2025 月 22 日星期三晚上 42:XNUMX，Christoph Hellwig写道：
>
文档指出使用 Rust 不需要任何子系统。这已被证明。
> 对 Linus 来说这是错误的。尽管你可能不知道
> 当您撰写文档时，您绝对会将其发布在列表中。我满怀希望地尝试了一下，看看这条长线是否会产生结果。
变成一些建设性的事情，但这似乎是倒退（或至少
至少不是向前）。事实是，你反对的拉取请求并没有影响 DMA
根本沒有層次。他实际上只是另一个用户，处于完全不同的境况中。
子目录，这不会以任何方式改变你维护的代码，
形状或形式。
但如果维护者决定不参与，他或她也将没有机会影响 其开发方式，也不会影响其外部链接如何集成到其自身子系统的代码中。
Torvalds 解释说 那些有兴趣继续前进的维护者 使用 Rust 将能够参与其发展，影响建设 并协助维护相应接口。相反，那些选择不使用 Rust 的人将会免受使用 Rust 时可能出现的问题的影响，但他们也将无法影响其发展。这种方法创建了一种障碍，在保护那些专门使用 C 的人的同时，也阻止他们为 Rust 集成的改进做出贡献。
所以这封电子邮件与任何“Rust 政策”无关。这封电子邮件是关于
一个更大的问题：作为维护者，你要负责你的代码，
当然，但您无法控制谁使用最终结果以及如何使用。你不必喜欢 Rust。你不必担心他。那是…
从一开始就明确表示，没有人
被迫突然学习一门新语言，
如果你想专心做C端，你可以继续这样做。
这种情况在某种程度上形成了一种保护屏障。对于只使用 C 语言的人来说， 将它们与相关的复杂性和潜在缺点隔离开来 到 Rust 代码。但与此同时，同样的隔离也阻止他们影响 Rust 的进展，这意味着“没有人需要处理 Rust”的座右铭并不允许每个维护者锁定用这种语言编写的任何代码。
La 组织职责分工 因此，那些对 Rust 感兴趣的人可以研究它的各个方面，而那些选择不参与的人将不会被迫改变他们的工作流程，尽管他们将无法修改用 Rust 编写的组件的开发。
当出现通过 DMA 子系统的 Rust 链接批准问题时，争议愈演愈烈。在这种情况下，维护者试图阻止接受此类链接的反对意见被忽略了，并且 Linus 公开批评了 Christoph Hellwig 的行为。
据托瓦兹称，赫尔维格已经超越了他的权限。 试图影响在单独子目录中实现的代码，而不会影响他负责的 DMA 子系统。用 Torvalds 的话来说，Hellwig 的态度类似于仅仅因为不喜欢 DMA 而试图禁用控制器中的 DMA，这是不可接受的。
最终，虽然每个维护者都对自己的代码负责，但他们不能被要求控制如何使用该代码或决定将其集成到更大的项目中。