本期封面导读，涵盖十篇文章的主题索引：2026 维护者峰会纪要、Rust 项目目标更新、GCC 的 LLM 开发策略与内核 CFI 加固、systemd 年度状态、Rust 中管理 C 类型的新 trait、LTTng 与主线内核协作的困局、zswap/vswap 方案之争，以及 KDE Linux 发行版两周年进展。

2026 年度内核维护者峰会采用自由讨论而非固定议程。关键结论：Sashiko 不再报告 review 中发现的既有 bug，反应褒贬不一；Linus Torvalds 认为 LLM 本身不是问题根源，问题在于不理解内核就乱用 LLM 的用户；训练得当的 LLM 是有用工具，但达到可用水平需要大量时间投入。峰会还讨论了维护者负担、补丁审查流程等长期话题。

Kees Cook 在 GNU Tools Cauldron 上介绍为 GCC 添加内核控制流完整性（CFI）检查的工作。目标是防止攻击者通过劫持间接函数调用（forward-edge CFI）来重定向内核控制流。随着可执行内存已被写保护，攻击者转向利用已有代码进行 ROP 式攻击；Cook 的补丁在 GCC 编译层面增加函数指针类型校验，阻止间接调用跳转到非预期目标。后向边（backward-edge）CFI 则依赖硬件机制。

LTTng 创建者 Mathieu Desnoyers 在 LPC 2026 上讲述了一个 22 年的困境：LTTng 追踪框架（GPLv2）始终无法进入主线内核，而内核开发者反复告知"追踪器应该内置而非模块加载"。这形成 catch-22——不进内核就无法与 ftrace/perf 深度协作，但进内核又缺乏可行路径。Desnoyers希望探索改善树外追踪项目与上游内核协作的方式。

内核 zswap 层暴露了 swap 子系统设计缺陷：zswap 在 RAM 中压缩存储 folio，但每个 folio 仍需在持久 swap 设备上预留槽位——大量闪存空间被白白浪费。大型数据中心受影响尤甚。目前有两套竞争方案：Nhat Pham 的 vswap 在现有 swap 层上叠加虚拟化层，另有方案从不同角度解决问题。两者尚未分出胜负，进入主线仍需时日。

Rust Foundation 的 Tomáš Šedovič 在 Kangrejos 2026 上介绍了 Rust 项目目标管理流程。goals team 是变更的入口之一：当贡献者知道怎么做时可直接找相关团队；不知道时则由 goals team 协助提案、对接、跟踪进度。Rust for Linux 项目已启发了多个官方目标。Šedovič 希望让 Rust for Linux 开发者了解这套机制以促进上游协作。

GCC 项目在 GNU Tools Cauldron 上讨论了 LLM 使用策略。官方政策是拒绝任何 LLM 生成或衍生内容的法律性贡献，以防版权争议——但测试套件例外。Law 强调政策会定期审查。Tkachov 则认为 LLM 工具应被视为虚拟助手：擅长查询知识、理解代码、查找 bug，但其生成代码的质量存疑。政策在保守与实用间寻求平衡。

Andreas Hindborg 在 Kangrejos 2026 上介绍了一个新 patch series：为 Rust 实现 Ownable trait，用于表示由 C 代码分配但由 Rust 负责清理的对象。在 block 子系统中，I/O 请求通过内存池中的 bio 结构管理，避免频繁分配释放。该 trait 旨在弥合 Rust 所有权模型与 C 内核内存池之间的语义鸿沟，经过数月邮件列表讨论后力求达成共识。

在 All Systems Go! 2026 上，systemd 维护者 Boccassi 和 Jędrzejewski-Szmek 做了年度项目状态报告。2025 年发布了两个主要版本，贡献者数量稳定增长。维护者圆桌讨论了 systemd 的体量、健康度，以及"systemd 是否会取代 Kubernetes"的问题（答案是：不会）。项目还讨论了如何应对 LLM 对贡献流程的影响及过去一年的重大新特性。

KDE Linux（代号 Project Banana）在 Akademy 2026 上迎来两岁更新。Nate Graham 和 Harald Sitter 介绍了项目进展：2025 年发布了首个 alpha 质量版本，目前正在根据用户反馈打磨，仍有若干待解决问题。Graham 表示希望"不久"能达到广泛可用——但"不久"的确切含义尚未定义。项目尚未进入 beta 阶段。

年度内核维护者峰会纪要引发最多讨论（72 条评论）。核心争议点：Sashiko 停止报告 review 中已有 bug 的政策变更、Torvalds 对 LLM 使用者的批评，以及维护者审查负担与新提交者"快速重发"循环之间的张力。LLM 在内核开发中的角色成为讨论焦点。

本期封面页本身也吸引了 72 条评论，读者围绕本期所有文章的综合议题展开讨论——LLM 对开源社区的冲击是贯穿各文章的共识性主线。