- 博客(1089)
- 收藏
- 关注
RSS订阅转载 LWN：现代化交换机制：虚拟交换空间
最近的文章介绍了 引入交换表（swap table） 作为表示交换缓存（swap cache）状态的新方法，以及 移除交换映射（swap map） 这一追踪交换空间的方式。这绝不是一个快速的过程。讨论集中在 zswap 的实现细节、在后端设备上直接存储压缩页面的实际价值（例如 Btrfs 的做法）、tmpfs 与 zswap 的兼容性，以及在生产环境下动态移除交换设备的需求是否真的足以支撑如此大的架构变动。转向交换表的设计大大简化了内核，但目前交换条目和交换表的设计将换出的页面与特定设备紧紧绑定在了一起。
2026-03-09 13:30:24
27
转载 LWN：7.0 合并窗口的后半部分
Qualcomm Kaanapali 时钟控制器、Qualcomm SM8750 摄像头时钟控制器、Qualcomm MSM8940 和 SDM439 全局时钟控制器、Google GS101 DPU 时钟控制器、SpacemiT K3 时钟控制器、Amlogic t7 时钟控制器、Aspeed AST2700 时钟控制器，以及 Loongson-2K0300 实时时钟。现在可用于 设置期望的超时时间，内核在发生软锁定（soft lockup）后，将按此时间（以 20 秒为倍数）触发恐慌（panic）。
2026-03-05 17:26:45
36
转载 LWN：仿生人会梦见被接受的拉取请求吗？
关注了就能看到更多这么棒的文章哦～各种形式的工具，俗称“AI（人工智能）”，正迅速渗透到开源开发的各个方面。许多开发者正在拥抱 LLM（大语言模型）工具来进行代码创建和审查。一些项目维护者抱怨深受大量充满废料的 Pull Requests（拉取请求，PR）之苦，还有 伪造的 bug 和安全报告。太多的项目正受到 scraperbot（爬虫机器人）攻击 的冲击，这些攻击实际上对重要的基础设施造成了 DDoS（分布式拒绝服务）。但是，一个 AI 机器人对开源维护者大肆抨击（flaming）并不在我们的 2026
2026-03-04 13:32:54
302
转载 LWN：撤回 revocable (可撤销资源管理)
内核开发人员/维护者一年只‘被允许’进行一次重大争论/斗争，我真的不想在今年这么早的时候就耗尽我 2026 年的额度：）”他要求 Shih 仔细研究反馈，并准备一个新的系列补丁进行评审，运气好的话，可能会合并到未来的内核版本中。他指出，由于“语言限制”，C 语言的实现无法以同样的方式工作，但他认为可撤销系列补丁是在探索如何最好地将 Rust 模式应用到 C 侧的一个有价值的尝试。啊，但我确实认为这是前进的方向，因为这种模式/想法在内核的 Rust 侧是行得通的，而且这正是我多年来一直要求的：）
2026-03-03 13:34:44
26
转载 LWN：灾难响应中的开源地图绘制
而 HOT 作为一个非营利性非政府组织（NGO），达成了一项协议，可以使用 OSM 的名称和地图，并将其工作成果回馈给 OSM 的地图。Kangalova 表示，人们，尤其是在极端环境下的人们，“需要开放且免费的技术”。“我们相信的一个核心理念是，当我们谈论灾难响应或人们获取数据时，他们真正需要的是所有人都能使用的、免费且开源的可获取技术。在经历了 50 年的沉寂后，阿贡火山在 2017 年底至 2018 年初开始苏醒，导致了几次全面的岩浆喷发，以及震级达到 4.0 级及以上的相当大的地震。
2026-03-02 13:34:26
29
转载 LWN: TCP 更加精确的拥塞通知
正如当时 LWN 所指出的 以及 LWN 的报道，互联网上的许多路由器不仅不支持 ECN，而且还会主动丢弃设置了 TCP ECN 位的 SYN 数据包，导致通信无法进行。大约在 20 世纪 90 年代末，相关工作开始启动，并最终形成了 RFC 3168，该协议描述了显式拥塞通知（Explicit Congestion Notification，简称 ECN），这是一种路由器告知连接端点其正在经历拥塞的手段。新的默认值是 5，这为传入连接启用了 AccECN，但仍然禁用了所有形式的传出连接 ECN。
2026-02-28 13:22:10
35
转载 LWN：尽管有 AI，开源安全仍需砥砺前行
接着，AI 出现了。他承认，使用 “AI” 这一统称而不是像 “LLM” 或 “机器学习 (machine learning)” 这样精确的术语可能会让一些观众不悦，但是，“在我的讲座中，我并不在乎。看到关闭漏洞赏金对 curl 的后续影响，以及随着维护者对他们面临的问题大声疾呼，情况是否会有所改善，将是一件有趣的事情。例如，你从代码中调用第三方库的函数，它可以告诉我关于我对它返回数据的假设，这也是普通代码分析器无法做到的，因为普通代码分析器只分析你的代码，而不分析其他代码或它们之间的交互。
2026-02-27 13:32:49
46
转载 LWN：7.0 合并窗口的前半部分
不过目前看来，7.0 版本的发布延续了近期 Linux 版本的趋势：充满了渐进式的改进，而没有巨大的变革。在循环队列中，存储新消息的槽位会在内存中持续推进直到回环，这会导致缓存剧烈波动。移除了对 Sparse 上下文分析（用于发现锁定漏洞，尽管效果不佳）的 支持，转而采用 Clang 22 中 基于编译器的上下文分析。它是不可变的且完全为空，不包含任何数据。对于在工作队列（workqueue）停滞时需要触发内核恐慌（panic）的系统，管理员可以设置 一个新的编译时配置选项 来强制执行该行为。
2026-02-26 13:32:05
55
转载 LWN：清理 fsconfig() 的烂摊子
这次会议的想法是让他描述他发现的各种错误（ bugs ）和歧义（ ambiguities ），但他也希望与会者能提出他们在使用该系统调用时遇到的其他问题。存在一个问题，即这些消息的格式和措辞会成为内核应用二进制接口（ ABI ， Application Binary Interface ）的一部分，这可能是不可避免的，但需要记住这一点。他说，单例文件系统（ Singleton filesystems ），例如 debugfs 和其他无论如何挂载以及挂载在何处其内容都相同的文件系统，是一个长期存在的问题。
2026-02-25 17:05:24
36
转载 LWN：6.19 开发统计数据
Kuninori Morimoto 最早出现在 2008 年的 2.6.28 开发周期中，凭借在音频子系统中的重大重构工作，他成为了变更集贡献量最大的开发者。像往常一样，我们整理了一套关于这些变更来源的统计数据，并简要回顾了新内核开发者的留存时间。下面的图表是通过汇总 5,424 名在 5.x 主线内核中做出首次贡献的开发者名单，然后查看每个人还参与了多少个其他版本的发布而生成的。排名前两位的公司都是超大规模云服务商 (hyperscaler)，其中排名第一的是 Meta，它在变更集贡献者名单中的位。
2026-02-24 16:52:13
47
转载 LWN：现代化的交换机制：swap map 的终结
具体来说，如果一个交换设备设置了 SWP_SYNCHRONOUS_IO 标志（表示该设备速度极快，I/O 应该同步进行），并且交换映射中的特定槽位的引用计数为 1，那么换入该槽位中存储的页面的请求将同步发生，不进行预读，并且新读取的页面不会被添加到交换缓存中。到目前为止介绍的数据结构包括 交换集群（swap cluster），它代表交换文件（swap file）中一组 2MB 的交换槽（swap slots），以及存储在交换集群中的新交换表，用于跟踪每个交换槽的状态。这个相对简短的系列完全消除了交换映射。
2026-02-22 08:05:04
48
转载 LWN：为下一个十年演进 Git
关注了就能看到更多这么棒的文章哦～FOSDEM Git 无处不在；在过去的二十年里，这个版本控制系统（Version Control System，VCS）真正实现了统治世界。几乎每个开发者都在使用它，绝大多数开源项目都托管在 Git 仓库（Repository）中。然而，这并不意味着它是完美的。Patrick Steinhardt 在 FOSDEM 2026 的主会场演讲中讨论了 Git 的一些缺点，以及如何通过改进让 Git 为下一个十年做好准备。 Steinhardt 提到，他在 2002 年左右（当
2026-02-21 12:05:57
47
转载 LWN：战争、匮乏与人工智能时代的自由开源软件
对于“没有什么 Claude，只有别人的代码”这一说法，有评论质疑其真实性，认为 LLM 是通过规则重组语言，而不仅仅是简单的代码重组。政府给出的答案是，“让我们培育更多欧洲初创公司，增加竞争对手”，他说，但这是错误的方法。他说，欧洲人觉得自己与美国是平等的，信任“我们的朋友和长期盟友”并建立可依赖的公有云是安全的。但演讲似乎引起了挤满主会场的观众的共鸣，他触及了整个周末在 FOSDEM 盛行的主题：对美国不断变化的政治局势的警惕、对 AI 和大语言模型的怀疑，以及摆脱对美国公司和服务依赖的渴望。
2026-02-20 16:02:29
55
转载 LWN：GCC 开始支持内核控制流完整性
一个复杂之处在于对类型别名 (Type aliases) 的处理：在 C 代码中，为了提高可读性，经常会使用类型别名，如果为指向同一底层类型的两个类型别名生成不同的哈希值，将会破坏现有的内核代码。一位读者好奇在静态作用域中采用索引加开关 (index+switch) 的方案是否会产生过高的性能影响，这种方案可以避免抑制优化，并可能在内核中实现去虚拟化 (devirtualization)，尽管在处理独立编译的文件和加载模块时可能需要一些“链接器魔法”。因此，需要一些特定于架构的代码来实现这些检查。
2026-02-19 22:16:35
41
转载 LWN：Sigil 简化了 EPUB 的创建与编辑
用户可以创建一个检查点，继续处理他们的 EPUB，然后将当前状态与之前的检查点进行对比，查看发生了哪些变化。最棒的是，如果需要，用户可以从之前的检查点进行恢复——因此，如果误删了文件，或者需要撤销一系列更改，检查点会非常有用。此外，还需要掌握 XHTML (Extensible Hypertext Markup Language，可扩展超文本标记语言)、CSS (Cascading Style Sheets，层叠样式表) 的实用知识，并了解该格式的结构和必要的 Boilerplate (样板代码)。
2026-02-17 16:02:21
250
转载 LWN：Tyr （Arm Mali 的 Rust 驱动）的未来！
目前的设计假设使用 drm_gpu_scheduler，但在 GPU 固件可以自行调度任务的时代，这已成为某些驱动程序的障碍，并且一直受到难以解决的生命周期问题的困扰。此外，还有一些悬而未决的问题，例如如何在不使用锁的情况下共享 GPU 缓冲区的非重叠区域，最好能在类型系统中编码并在编译时检查。这个原型将起到指导我们上游工作的作用，并让我们能够尝试不同的设计。这可能是第一个可供 C 驱动程序使用的 Rust 内核组件，是 Rust 在内核中的又一个里程碑，也是 C 和 Rust 之间无缝互操作性的标志。
2026-02-16 11:03:10
60
转载 LWN：futex robust list 的 API 变更
他提到的另一个细节是，在执行操作（获取或释放锁）期间，但在链表更新之前，futex 可以被放入列表头的一个“待处理 (pending)”字段中，以便在此时发生崩溃时仍能进行清理。但正如 André Almeida 在东京举行的 2025 年 Linux Plumbers Conference (LPC) 的 “Gaming on Linux” 微型会议 (microconference) 会话 (session) 中所描述的那样，该 API 存在许多不同的问题。他说，出于几个原因，需要一个新的 API。
2026-02-15 10:19:07
46
转载 LWN：谁该在 Fedora 选举中投票？
这件事的起因是一个 Fedora 特别兴趣小组（SIG，Special Interest Group）向至少一人授予了临时成员身份，其唯一目的就是让他们能在最近的 Fedora 工程指导委员会（FESCo，Fedora Engineering Steering Council）选举中投票。对于引发讨论的那个具体案例，我并不介意一个在讨论中活跃了两年的人获得投票权。他再次抱怨说“Fedora 把事情搞得不必要的复杂”，并且遗憾的是，像他这样不愿为了投票而加入某个组的人，竟然被阻止参与 Fedora 选举。
2026-02-14 17:33:03
36
转载 LWN：使用 Eurydice 将 Rust 编译为可读的 C 代码
然而，与其他编译器不同的是，Eurydice 关注的是在保留代码整体结构的同时，移除 Rust 中存在而 C 中不存在的构造。生成的代码保持了与原始 Rust 代码相同的结构，除非 Eurydice 发出了额外的中间变量，或者需要一些胶水代码 (glue code) 来实现更复杂的功能。Eurydice 并没有为 Rust 代码实现自己的解析器 (parser) 和类型检查器 (typechecker)，而是使用 Aeneas 的另一个工具——Charon——从 rustc 中提取解析并预处理后的程序。
2026-02-14 14:10:03
32
转载 LWN：为 sched_ext 引入子调度器
换句话说，父调度器控制给定工作负载（由控制组表示）何时可以运行，子调度器控制构成该工作负载的进程如何访问 CPU，而 CPU 控制器则负责它们运行可用的 CPU 时间总量。子调度器的工作扩展了这一理念，认为没有任何调度器——甚至是 sched_ext 调度器——能够为给定系统可能运行的每种工作负载都提供最优性能。然而，在拥有多个调度器的系统中，允许一个子调度器将进程抛入全局 FIFO 队列可能会干扰其他子调度器。因此，当使用子调度器时，如果存在父调度器，它将继承进入旁路模式的子调度器中的任务。
2026-02-13 13:36:42
44
转载 LWN：让swap机制现代化：引入 swap table
为此，在 6.18 之前的内核中，交换子系统维护了一个名为 swapper_spaces 的数组，其中包含指向 address_space（地址空间）结构数组的指针。新的 table 数组在大多数架构上被设计为恰好占据一个页面，它是动态分配的，在交换文件未满时减少了交换子系统的内存使用。对交换过程的一个过于简化的描述大致如下：当内存管理子系统决定回收一个匿名页时，它会选择一个交换槽位，将页面的内容写入该槽位，然后将关联的交换条目存储在页表条目中（使用架构相关格式），并清除“存在（present）”位。
2026-02-12 11:22:35
38
转载 LWN：BPF kfuncs 的隐式参数
在当前的内核中，有超过 300 个 kfunc，其功能涵盖了从字符串处理 (string processing，如 bpf_strnlen()) 到自定义调度器 (custom schedulers，如 scx_bpf_kick_cpu()) 等各个方面。BPF 验证器 (BPF verifier) 看到最后一个参数名称末尾的 __prog，就会神奇地将传入的任何内容（上述宏中的 NULL）替换为指向 bpf_prog_aux 结构体的指针。此条目具有声明的 kfunc 原型，并链接到内核中的该函数。
2026-02-11 16:59:29
24
转载 LWN：手机上的开源系统：postmarketOS
Android 作为用户空间程序运行在 GPLv2 许可的 Linux 内核之上，因此 Android 代码的发布与否取决于 Google 的意愿，但当使用该内核的手机开始发货时，内核代码需要发布。在 2025 年日本开源峰会 (Open Source Summit Japan 2025) 上，Luca Weiss 发表了题为“我们需要一个开源的手机操作系统”的演讲，描述了智能手机的现状，并概述了 postmarketOS 这一作为移动设备替代方案的 Linux 操作系统。“银行对很多应用的要求相当烦人。
2026-02-10 18:44:47
130
转载 LWN：Linux 内核运行时守护者发布 1.0 版本
关注了就能看到更多这么棒的文章哦～Linux 内核运行时守护者（Linux Kernel Runtime Guard，简称 LKRG）是一个树外（out-of-tree）的可加载内核模块（loadable kernel module，LKM），它试图检测并报告违反内核内部不变量（invariants）的行为，例如由正在进行的漏洞利用或 Rootkit 引起的情况。自 2018 年首次发布以来，LKRG 一直处于实验阶段。2025 年 9 月，该项目宣布发布 1.0 版本。随着该版本带来的稳定性承诺，用户可能
2026-02-06 14:34:40
44
转载 LWN：文件系统杂记：EROFS、NTFS 和 XFS
因此，在一个给定的机器上，一个 EROFS 文件系统通常会被挂载多次，并且可能存在同一个文件系统的多个细微差异的变体。针对新的 NTFS 实现，有用户质疑在安全意识日益增强的今天，是否有必要为了性能而放弃像 ntfs-3g 这样成熟的 FUSE 方案，转而使用可能增加攻击面的内核态驱动。EROFS 支持各种先进的文件系统特性，并提供高性能的数据压缩。在最近的消息中，EROFS 文件系统正朝着获得实用的页面缓存共享功能迈进，一个新的 NTFS 实现也即将问世，而 XFS 则可能很快就会获得一套自愈基础设施。
2026-02-05 17:15:02
71
转载 LWN：不可变发行版的另一条路！
这是一个迷人的想法。更常见的是，可以复制现有的配置（使用 AshOS 的树操作命令），尝试升级或修改，并且仍然能够轻松切换回来。但与直接使用 dnf 相比，这样做充满了棘手的边缘情况——例如，如果基础镜像更新后包含了一个之前叠加安装的软件包，那么使用 rpm-ostree 移除现有的叠加层将会非常困难。AshOS 的快照管理显然使其符合不可变元发行版的定义，但与创建自定义可引导容器相比，纯快照方法的一个弱点是配置管理：一旦系统设置完成，你如何准确地知道更改了什么，以及如何在其他地方重现相同的设置？
2026-02-04 13:11:47
51
转载 LWN：任务级 io_uring 限制
内核中有两个版本的 BPF，即近来通常简称为 BPF 的扩展 BPF (Extended BPF, eBPF)，以及早期的、源自 BSD 的变体、旨在用于数据包过滤的经典 BPF (Classic BPF, cBPF)。至少，在补丁集的第二个 RFC 版本中，情况是这样的。除此之外，它目前只能正确过滤 IORING_OP_SOCKET 操作，这是 io_uring 中等效于 socket() 系统调用的操作。然而，显而易见的是，很快就能在以前无法实现的水平上控制对 io_uring 的访问。
2026-02-03 13:34:13
41
转载 LWN: 消除 slab 分配中的指针解引用
需要克服的一个小障碍是，struct kmem_cache 的定义对 slab 分配器之外的代码是隐藏的，这有着充分的理由。例如，dentry 结构的缓存是在系统引导过程中创建的，该缓存的 struct kmem_cache 指针以 dentry_cache 的形式存储在引导完成后设为只读的内存中。需要分配或释放 dentry 结构的代码在编译后将包含 dentry_cache 的地址，该地址可用于获取必须传递给 slab 分配器的 kmem_cache 结构的指针。该结构的地址就变成了编译时常量。
2026-01-29 13:58:19
51
转载 LWN：SFC 诉 VIZIO：谁能强制执行 GPL？
在不需要第一部分的情况下（要么是因为诉讼当事人对发生的事情达成一致，要么是因为一方的论点明显无效，导致具体细节变得无关紧要），参与者可以请求法院进行“简易判决”（summary adjudication），即案件法官仅根据法律规定，在不经过审判的情况下决定目前提出的一部分或全部论点的结果。如果她确实裁定 SFC 具备诉讼资格（正如她对 VIZIO 简易判决动议的裁决所言，原则上可能是这样），并且 VIZIO 违反了合同（如她的初步裁决所示），她可以命令 VIZIO 提供完整的源代码。
2026-01-28 15:44:10
52
转载 LWN：Debian 讨论在 forky 中移除 GTK 2
此外，一位业余无线电软件开发者提到，从 GTK 2 迁移到 GTK 3 时遇到了 GNOME 政策驱动的功能删减（如菜单图标），认为 GTK 已逐渐演变为 GNOME 专用工具而非通用图形库，并呼吁建立一个更具通用性的分支。GTK 2 被一些重要的生产力应用程序（如 GIMP）所使用，且在历史上一直是由于我们无法更改的专有软件所青睐的 UI 工具包，因此从 Debian 中完全移除 GTK 2 或许永远都不可行。维护该工具包分支的想法。他还指出，GTK 的后续版本“绝非等效”，且需要根本性的设计变更。
2026-01-27 23:39:53
60
转载 LWN：GPLv2 与安装要求
事实证明，看待“在设备上安装软件”的含义有多种方式。VIZIO 动议的依据是：GPLv2 和 LGPLv2.1 的明确语言，或者作为替代方案，无争议的外部证据，迫使人们得出结论——这两种许可证都没有强迫被许可人提供允许将修改后的软件重新安装回同一设备并使该设备继续正常运行所需的所有信息的义务。正如 FOSS 社区的一位成员 [Bdale Garbee] 所解释的那样，根据 GPLv2，包含获得 GPLv2 许可的计算机程序的设备分发者“必须提供允许将源代码重新编译后的二进制文件重新安装回相关设备的脚本”。
2026-01-25 09:04:23
51
转载 LWN: 使用 OpenZL 实现针对特定格式的压缩
最重要的反馈集中在解压资源约束上：指出在嵌入式或资源匮乏的硬件（如 16 位单片机）中，RAM 和 ROM 的限制往往比压缩率更关键，建议 OpenZL 能在输出中显式标注解压所需的内存和指令空间，以便在极端环境下评估可用性。他比较了广泛使用的“优中之优”压缩算法 (lzma -9)，它获得了更好的压缩效果（4.4MB 或 1.64 压缩因子），但速度不足以部署（压缩 2.9MB/s，解压 45MB/s）。“它的定义非常明确”，有一个头部，后面跟着一个由 28 字节结构组成的数组，具有固定的字段和类型。
2026-01-24 12:06:00
61
转载 ＜span class=“js_title_inner“＞LWN: 使用 OpenZL 实现针对特定格式的压缩＜/span＞
最重要的反馈集中在解压资源约束上：指出在嵌入式或资源匮乏的硬件（如 16 位单片机）中，RAM 和 ROM 的限制往往比压缩率更关键，建议 OpenZL 能在输出中显式标注解压所需的内存和指令空间，以便在极端环境下评估可用性。他比较了广泛使用的“优中之优”压缩算法 (lzma -9)，它获得了更好的压缩效果（4.4MB 或 1.64 压缩因子），但速度不足以部署（压缩 2.9MB/s，解压 45MB/s）。“它的定义非常明确”，有一个头部，后面跟着一个由 28 字节结构组成的数组，具有固定的字段和类型。
2026-01-24 12:06:00
35
转载 LWN: READ_ONCE(), WRITE_ONCE()，但不适用于 Rust
在 2025 年的最后一天，Alice Ryhl 发布了一个 patch series (补丁系列)，为 Rust 添加了 READ_ONCE() 和 WRITE_ONCE() 的实现。WRITE_ONCE() 则在这些条件下强制进行写入。所以是的，我们在 Rust 中也使用 Linux kernel memory model (Linux 内核内存模型, LKMM)，但只要有可能，我们就需要明确 API 的意图，使用 Atomic::from_ptr().load(Relaxed) 在这方面会有所帮助。
2026-01-23 17:25:52
57
转载 LWN：高层级服务质量（QoS）接口
此外，用户对比了 Windows 和 Linux 的系统健壮性，强调即便在极端负载下，系统也应保留足够的 CPU 和内存资源用于鼠标移动和启动终端，以避免用户在遇到失控程序时只能强行重启。它提供了四个 QoS 级别供程序选择：用户交互（user interactive，用于更新程序界面的任务）、用户发起（user initiated，用于用户正在进行的操作）、实用工具（utility，用于应及时发生但不会直接影响用户的任务）以及后台（background，用于对延迟没有特殊要求的任务）。
2026-01-22 13:04:38
62
转载 LWN：创建面向游戏的调度器开发经验
为了证明新的调度策略优于旧策略，“可靠的可重复基准测试绝对是必要的”，但游戏在这方面有所缺失，不像数据库等其他领域拥有标准基准测试。最后，针对难以捕捉的瞬间延迟峰值，评论者引用了“最大值即信号”的观点，建议在出现严重延迟时让内核像处理 panic 一样转储尽可能多的调试信息，而不是将其视为噪声忽略。有用户提出，FreeBSD 让用户态告知内核锁持有者的做法虽然增加了系统调用开销，但或许可以通过每个线程的共享内存来实现，从而让调度器在不进入内核的情况下获益，避免优先级反转。有一些模拟特定负载的微观基准测试；
2026-01-21 15:40:51
96
转载 LWN：安全路径遍历的挑战
这并不是一个新问题。runc 的解决方案是对特殊 i 节点进行更严格的校验，转向使用 libpathrs 进行路径遍历，并使用 TIOCGPTPEER 校验控制台文件是否真的是控制台文件，而不是被悄悄覆盖挂载的普通文件。runc 最近的两个漏洞 CVE-2025-31133 和 CVE-2025-52565，都涉及利用挂载和符号链接诱导 runc 让容器访问 /proc/sys/kernel/core_pattern，这是用于配置内核核心转储 (core-dump) 处理程序的 procfs 文件。
2026-01-19 13:01:18
75
转载 LWN：新年预测
关于发行版的讨论最为激烈，用户认为发行版的核心价值在于软件包的“人工策展”、安全审计以及提供统一受信任的软件源，以避免 Linux 陷入类似 Windows 的软件分发乱象。基于 GCC 的编译器的可用性将使许多人的过渡变得更容易，特别是那些使用基于 LLVM 的 rustc 编译器不支持的体系结构（architecture）的人。同时，*Linux 和自由软件（Free Software）的整体兴趣将会增加* ，这将由受监控担忧、强制升级、不受欢迎的 AI 功能以及不断上涨的硬件价格的共同推动。
2026-01-16 13:23:15
92
转载 LWN: linux-next 的最佳实践
Torvalds 说，这种习惯也会在 linux-next 中引起麻烦，但 Mark Brown 认为，只有在其他人在已变基的仓库基础上进行构建时，变基才会真正成为问题。Jiri Kosina 询问，既然这些仓库应该已经被拉入 linux-next 并在那里进行了构建测试，那么 Torvalds 在提取仓库时遇到的构建问题是如何发生的。当维护者在将提交发送到主线之前对其进行拣选 (cherry-pick) 时，也会产生额外的问题，这使得追踪这些提交在 linux-next 中出现时的状态变得更加困难。
2026-01-15 12:16:00
88
转载 LWN：迈向内核开发中机器学习工具的政策
Steve Rostedt 表示，LLM 生成的代码可能会带来其他工具没有的法律顾虑，但 Greg Kroah-Hartman 回答说，现有的开发者原产地证书 (Developer Certificate of Origin, DCO) 流程（即 Signed-off-by 机制）应该能够涵盖法律方面的问题。在没有人类参与的情况下，纯机器生成的补丁是不受欢迎的。虽然围绕这些工具存在相当多的争议，且担忧依然存在，但内核社区，或者至少是其高层维护者群体，似乎对于这些工具成为开发过程中的重要组成部分感到接受。
2026-01-14 12:41:48
72
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人