Linus 近日对内核维护者表示，由于项目的开发周期节奏将与即将到来的圣诞夜产生冲突，维护者要确保在假期之前完成他们的开发工作。
Linus 在刚刚过去的周末发布了 Linux 6.1-rc7。他在邮件中表示，本以为感恩节会影响内核的开发工作，但现实情况与他的判断相反——假期并没有减缓开发进度。因此，Linus 决定再为 Linux 6.1 发布一个 rc8。若按照这个节奏，Linux 6.2 合并窗口刚好处于圣诞节假期期间。
对此，Linus 表示在下一个合并窗口期间，自己会比平时更“强硬”地执行规则。按照社区规则，开发者应该在合并窗口开启之前就准备好要提交的补丁。但现在，他希望所有要提交的补丁在圣诞节之前就完成，如果他收到的 PR 比这个时间晚。他将推迟到下一个周期在合并。
最后，Linus 希望大家对此达成完全一致的共识，并且不要再给他发送明显不是错误的信息。
延伸阅读
后的平静期可能进度缓慢，但我们将顺利发布。 由于圣诞节假期前后启动缓慢，Linux 6.2 可能会在大约两个月后稳定下来之前进行额外一周的测试（额外的一个 RC 版本）。
两周后发布。 rc7 是一个相当轻松的一周，由于过去的圣诞节假期混在 6.2 版本的合并时间，使一些早期内核测试延迟了，因此 Torvalds 表示他将通过 -rc8 版本进行额外测试。 Linus 在 6.2-rc7 公告中评论： 我们有一些 Thorsten
near Address Masking ：线性地址掩码） 功能提交到 Linux 6.2 的合并窗口，但该功能受到 Linus 的批评并拒绝合并。在经历了一段时间的代码改进后，Linus 终于同意将 LAM 代码合并到 Linux 6.4 窗口。 但 Linus 似乎仍对英特尔工程师提交的
尔 LAM（Linear Address Masking ：线性地址掩码） 功能，终于合并到 Linux 6.4 中。 英特尔线性地址掩码 (LAM) 允许软件将 64 位线性地址的未转换地址位用于元数据，可用于用户空间内存清理和标记等元数据的多种用途。 它
望将其 LAM（Linear Address Masking ：线性地址掩码） 功能合并到 Linux 6.2，但该功能被 Linus 批评了一番，并拒绝了该合并。 英特尔线性地址掩码 (LAM) 允许软件将 64 位线性地址的未转换地址位用于元数据，线性地址使用 48
个版本的发布时间推迟，甩锅给 Linus 吧 : ) Linux 6.1 的合并窗口目前处于开启状态。在刚刚过去的周日，一名内核维护者向 Linus Torvalds 询问是否错过了一个合并请求。 对此，Linus 回应称该合并请求仍在它的合并队列中，但
件中除了介绍新版本的变化外，还呼吁内核开发者不要在合并窗口关闭前的最后期限才提交补丁，因为“在最后几天收到大量 PR 真的很烦人”。 一般来说，在一个内核版本发布之后，下一个版本会经历为期两周的“合并窗口
基于 Zstd v1.5 上游的新 Zstd 内核实现已合并到正在开发的 Linux 6.2 中，以便为从压缩固件到透明文件系统压缩的 Zstd 压缩/解压缩用例提供更好的性能和可靠性。 Linux 内核已在多个模块使用了 Zstd，从透明文件系统压缩与 Btrfs 之
02 是在 10 月 5 日，首个不需要 Minix 的独立版本是在当年圣诞节发布的 0.11。
的英特尔 CPU 内购功能，已完全准备好与 Linux 5.18 内核合并：intel_sdsi 驱动程序已排入x86 平台驱动程序的 “for-next” Git 分支。除非英特尔突然改变路线，或 Linus Torvalds 对该功能持反对意见，否则该 SDSi 功能将作为最新特性
ll 分享他开发一个新的补丁系列，称自己将在下一个内核合并窗口把 Zstd 更新到最新的 1.5.x 版本。然而，因为测试失败和兼容性问题等种种原因，过了整整一年，该 Zstd 补丁集仍未合并到内核中， 内核的 Zstd 仍停留在 1
Linux 6.1 合并了最初的 Rust 基础设施，但如今 Linux 6.1 已作为稳定版发布，其 Rust 支持仍处于初级阶段，没有任何面向最终用户的 Rust 功能。 Linux 6.2 仍在补充 Rust 代码，据外媒 Phoronix 报道，负责 Rust For Linux 部分的内核开发者 M
统补丁的最后一个版本，已准备好在 Linux 6.2 版本中进行合并。 据外媒 Phoronix 报道，等 6.2 的合并窗口打开，Habana Labs AI 加速器驱动程序将从 char/misc 移动到新的加速区域。此外，还有许多其他候选开源加速器驱动程序正在开
在下周 Linux 6.2 合并窗口打开之前的早期拉取请求中，有一项更改是默认为 Linux 内核构建启用“-funsigned-char”，这意味着如果没有指定，“-funsigned-char”编译器标志会将所有“char”字符类型设为无符号。 C 的 char 字符数据类