据 Phoronix 报道，“Linus Torvalds 滥用职权，拒绝了 Linux 6.17 内核的 RISC-V 架构变更”：直到周五，RISC-V 代码更新才提交给 Linux 6.17 合并窗口。Linux 6.17 合并窗口预计将于周日结束，届时将发布 Linux 6.17-rc1 版本…… Linus Torvalds 拒绝了针对 Linux 6.17 的此拉取请求，理由是合并窗口提交得太晚，尤其是在他本周出国旅行的情况下。他对此合并请求中包含的一些代码感到不满。以下是 Torvalds 的回复…… > 6.17 合并窗口的 RISC-V 补丁，第 1 部分 不。这是垃圾，而且提交得太晚了。我要求尽早提交拉取请求是因为我正在旅行，如果你不能遵守这条规则，至少也要确保拉取请求是“好的”。这会增加各种垃圾，这些垃圾并非 RISC-V 特有的通用头文件。我说的“垃圾”是真的。这些东西谁也不应该发给我，更别提在合并窗口后期了。比如这个疯狂无意义的 make_u32_from_two_u16() “辅助函数”。它让世界变得更糟了。这些垃圾毫无用处，让任何用户都无法理解，比不用这个愚蠢的“辅助函数”*更糟*。如果您将代码写成“(a 相反，如果您写了 make_u32_from_two_u16(a,b) 您根本不知道词序是什么。换句话说，你只是让事情变得更糟，并且你将那个“助手”添加到一个通用的非 RISC-V 文件中，人们显然应该使用它来使*其他*代码变得更糟。所以不行。这样的事情需要改变。它不会进入通用头文件，而且它不会在合并窗口的后期发生。你注意到了：不再有迟到的拉取请求，RISC-V 树之外也不会有垃圾。现在，我*希望* RISC-V 部分内部没有垃圾，但这是你的选择。但通用头文件中的东西不会被疯狂的东西污染。在合并窗口关闭的前一天发送一个大的拉取请求，希望我太忙而无法关心，这不是一个制胜策略。所以你可以在 6.18 中再试一次。在合并窗口的早期阶段。而且没有垃圾代码。Torvalds 的消息得到了补丁提交者的和解回应。“我不会再迟到了，希望这有助于解决质量问题。”
在 Slashdot 上阅读更多内容。