看了linus关于framework 13pro的视频后疯狂种草，这个品牌从一出来就在关注，一直想买但是复杂的转运流程让我望而却步。一开始以为这个品牌撑不了几年，想不到不仅活下来了还越卖越好，最让人震惊的是竟然真的坚持把模块化这条路走下来了。最新的13pro质感真的太棒了，明明知道转运复杂，当前行情不适合买笔记本，性价比极低但是对这种模块化的东西实在没有抵抗力，求佬们打醒我 3 个帖子 - 3 位参与者 阅读完整话题
IT之家 5 月 25 日消息，据科技媒体 Phoronix 昨天报道，Linux 7.1-rc5 内核现已发布，本次候选版本继续带来大量修复更新，并新增更多 AI 生成代码。 IT之家在此援引 Phoronix，Claude Code 等 AI 编写的代码现在被广泛分散在内核各个部分，从图形驱动 Bug 修复到 C 语言代码安全问题都有涉及。 而 Linux 创始人 Linus Torvalds 上周也表示，虽然 AI 工具确实很好用，但请各位开发者不要凭空造出“没必要的痛苦”和“毫无意义的假工作”。 除此之外，rc5 还新增了更多惠普、华硕笔记本的 x86 驱动支持、Intel P-State 驱动修复、AMD P-State 修复，以及多项硬件驱动更新。Linux 7.1 正式版预计将在 6 月中旬发布，并带来大量新功能和改进。 随后 Linus Torvalds 发布了 rc5 公告，不过从措辞来看， 他对当前内核规模及 AI 代码改动并不满意 ： 到了现在，应该不会有人感到意外了。rc5 非常庞大，而且比传统的 rc5 大得多。 我对此并不完全满意。更新里大部分内容只是随机驱动的琐碎改动，这件事本身就已经够吓人了。但与此同时，我真的不确定在 rc5 阶段就进行这些变动到底值不值。虽然名为“修复”，但很多其实无关紧要。我认为它们更适合放到 linux-next 分支，然后等到下一个合并窗口再整合。 所以我认为，接下来我会对这种在发布后期塞入毫无必要变动的行为采取强硬态度。我们本应专注在回归问题（regressions），那些长期存在但不关键的问题，不适合放在发布周期末尾处理。 我丑话说在前头 ， 以后那些不重要的修复性 Pull Request（PR）我都会直接拒绝 。而且没错，其中有好几组 PR 都是由 AI 审查发起的。 不管是不是修复，这种庞大的 rc 都不利于长期稳定性。虽然小型修复看起来风险很低，但并不等于完全没有风险。 所以，请各位在 PR 前审视自己，然后扪心自问：“这真的是回归问题吗？它真的严重到不能先进入开发堆栈吗？”。
IT之家 5 月 23 日消息，在 Linux 基金会北美开源峰会上， Linus Torvalds 直言，AI 已开始改变 Linux 内核开发节奏。 Torvalds 指出自 Git 确立发布流程以来， 内核发布长期稳定了约 20 年，但过去 6 个月开始出现明显变化。 IT之家援引博文介绍，Torvalds 表示最近 2 个版本的提交量比此前多年常态高出约 20%，主要原因并非版本号调整，而是 AI 编码工具终于“好用到足以推动更多人参与”。 Torvalds 认可 AI 的技术价值。他认为，这类工具确实降低了贡献门槛，能替开发者完成一部分基础工作，带动更多补丁、更多尝试和更多代码流入项目。 但他也强调，Linux 面临的核心难题不只在代码本身，更在协作方式。AI 扩大了参与规模，也同步放大有的沟通、评审、分发压力，真正刺痛社区的往往是“社会性瓶颈”，而不是单纯的技术问题。 Torvalds 提到，Linux 内核安全邮件列表近期被大量 AI 生成的重复漏洞报告淹没。原本这是一个小而保密的沟通渠道，如今维护者却不得不花大量时间转发、分拣和确认问题。 不过，他同时明确反对公开可直接利用的攻击代码。对于真实存在的安全问题，研究人员不该为了博取关注而先把利用方式抛向公众。 Torvalds 进一步指出，闭源并不是答案，AI 同样能逆向闭源软件，而且闭源往往更难借助社区力量修补问题。 谈到 AI 与编程职业前景，Torvalds 表示喜欢使用 AI 工具，也承认它能提升效率，但反对“99% 的代码由 AI 编写”这类营销性质说法。 在他看来，AI 之于编程，更像编译器、汇编器曾带来的效率跃升：它可能把生产率提高约 10 倍，却不会改变编程的根本。 开发者依旧要理解代码、理解系统、理解最终产物，否则根本无法维护长期运行的复杂软件。 图源：Linus Torvalds 的 Github 页面
Linux 之父 Linus 发飙：别用 AI 提交大量重复 Bug 报告，直接提修复方案，OK？ - IT之家 14 个帖子 - 9 位参与者 阅读完整话题
林纳斯·托瓦兹（Linus Torvalds）近日宣布发布 Linux 7.1 的第四个候选版本（7.1-rc4），同时罕见地对当前充斥在安全渠道中的 AI 生成漏洞报告发出严厉警告，称这些报告正让 Linux 内核安全团队濒临“失控”。 托瓦兹指出，AI 工具本身并非问题，关键在于它们是否真正起到帮助作用。当前的情况是，大量开发者用同一类 AI 工具扫描内核代码，发现相同或类似的问题后，纷纷以“驱动路人”的方式将报告转发给安全邮件列表或他们认为能修复问题的人，导致相同或早已修复的漏洞被反复报告，严重浪费了维护者的时间和精力。 他强调，自己并不是在劝阻开发者在 Linux 开发中使用 AI 工具，相反，他承认 AI 在代码分析方面的潜力。但他明确表示，如果开发者确实通过 AI 工具发现了内核中的问题，那么很有可能已经有其他人发现并报告过了，因此简单转发一份“机器吐出来的报告”并不构成真正的贡献。 在托瓦兹看来，真正“有价值”的做法，是在使用 AI 工具发现疑似问题后，先认真阅读相关文档，理解问题的来龙去脈，然后提交一个附带补丁的完整修复方案。他直言不讳地表示，内核维护者并不需要那些缺乏理解、只会抄送随机报告的“路过贡献者”，而是需要真正愿意负责任地推进修复工作的开发者。 谈到目前安全邮件列表的状况时，托瓦兹用“几乎无法管理”来形容。他指出，AI 工具生成的报告形成了“持续的洪流”，大量重复内容挤满了安全列表。不同的人用同样的工具找到同样的问题，维护者不得不花大量时间把报告转发给合适的维护者，或者反复回复“这个问题在一周前/一个月前已经修复”，并附上公开讨论的链接。 在这番严厉批评之外，托瓦兹也提到，从其他角度看，本周内核开发节奏总体仍算正常。就 7.1-rc4 的补丁构成而言，驱动相关变更约占总数的一半，其中 GPU 驱动更新最为突出；其他改动则主要集中在网络子系统、核心内核、文件系统以及不同架构相关的更新上，整体走向与往常的开发周期相似。 托瓦兹的这一公开表态凸显了当前 AI 浪潮对开源软件开发流程带来的新挑战。一方面，AI 工具有助于更快地发现潜在缺陷；另一方面，缺乏筛选和责任意识的大量“自动化举报”，正在挤占维护者有限的精力，使安全渠道从“早期预警系统”变成“噪音源”。有观察认为，即便托瓦兹已经发出明确请求，依然会有不少人忽视这一警告，继续以“复制粘贴报告”的方式参与所谓的安全贡献。 未来，Linux 内核社区将如何在鼓励使用新工具、提升代码质量，与避免安全渠道被重复、低质量报告淹没之间找到平衡，将成为开源生态必须正视的问题。目前来看，托瓦兹最在意的，是让真正负责的开发者继续高效推进修复工作，而不是被无穷无尽的 AI 报告拖入“文书地狱”。 查看评论
IT之家 5 月 18 日消息，Linus Torvalds 日前发布了 Linux 7.1 的第四个候选版本，他在 5 月 17 日表示 AI 很棒，但前提是它真的有帮助。Linus 抱怨大量重复的 bug 报告会带来不必要的工作。 需要明确的是，Linus 并不是说开发者在 Linux 开发时不应该使用 AI 工具。他的意思是，如果你用 AI 工具发现了 Linux 中的漏洞，那么很可能其他人也发现了，因此造成 AI 提交 Bug 报告内容的大量重复。 Linus 表示， 他不需要那些随便发报告、没有真正理解问题的随意提交者 。简而言之，他希望开发者们使用 AI 工具，对发现的问题提交实际修复方案。 一些文档更新值得一提：持续涌入的 AI 报告基本上让安全列表几乎完全无法管理，因为不同的人用同样的工具发现了同样的东西，导致大量重复。人们花了所有时间把事情转发给合适的人，或者说“那个问题一周 / 一个月前就解决了”，并指向公开讨论。 Linus Torvalds 曾在 2025 年 11 月的韩国首尔 Linux Foundation 开源峰会上表示，过去差不多 20 年里，他其实已经不是程序员了，更多是系统的技术负责人和维护者，日常工作就是坐在电脑前看邮件。 据IT之家此前报道，在谈到 AI 替代程序员时， Linus 表示 AI 只是另一种工具 ，就像编译器让人们从手写汇编代码中解放出来，但并没有让程序员消失。
林纳斯·托瓦兹（Linus Torvalds）近日发布 Linux 7.1-rc3，他表示，本周期内核补丁规模异常庞大，这种情况很大程度上与开发者大量使用 AI 编码工具有关，而且已经不再是一次性“偶发现象”，而是 Linux 内核开发的“新常态”。 在这一候选版中，网络相关补丁占据了全部更新和修复的大约三分之一，同时还包含若干针对 Bluetooth 和 GPU 驱动的 use-after-free 漏洞修复，以及对苹果 Mac 设备 USB‑C 网络功能和高端 AlphaTheta/Pioneer DJ 设备的支持。 托瓦兹回顾称，最近几个版本中，提交到内核主线的补丁数量持续攀升，他原本认为这可能只是短期波动，如今则判断这是趋势性变化。在过去的典型开发周期里，走到这一阶段时，开发者一般会逐步收尾、巩固前期已合入的功能；但如今借助 AI 辅助工具，开发者整体产出效率显著提高，每周都能提交更多变更。考虑到 7.1 已经远远跨过主版本号跃迁节点，而当前候选版的规模仍然超出他对这一阶段的预期，他认为未来周期内维持大体相同的“高水位”将成为常态。 在具体内容方面，本次 7.1-rc3 中约有 33% 的补丁投向网络核心与各类网络驱动。除了网络栈本身的演进，内核也改进了在苹果 Mac 设备上的 USB‑C 网络支持，并针对 AlphaTheta（Pioneer DJ）EUPHONIA 等专业音频硬件增加了更精细的音频处理能力。本周的更新还为中国自主 CPU 架构 LoongArch 注入了大量工作，重点围绕 KVM 虚拟化及中断处理优化展开。 此次发布的另一大看点是内核中内存安全相关补丁的数量明显偏高，同时 Rust 在内核中的使用比重继续上升。Rust 语言在设计层面内置内存安全机制，因此随着越来越多内核组件改用 Rust 编写，当前这种高频率的内存安全修复需求有望逐步减轻。换言之，短期内可能仍会看到大量用以加固传统 C/C++ 代码的安全补丁，但中长期来看，Rust 的引入被视为缓解这类问题的结构性手段。 托瓦兹希望，这一轮补丁规模的持续放大不会拖慢整体开发节奏，从而影响 7.1 正式版的发布时间。他强调，如果团队能在保证质量的前提下保持当前节奏，新周期将能更快为用户带来对新硬件的支持，并在安全性和稳定性方面持续迭代。 查看评论
IT之家 5 月 4 日消息，Linus Torvalds 刚刚发布了 Linux 7.1 的第二个候选版本（RC2），表示整体开发进展一切正常。这意味着，Linux 7.1 很有可能在第七个候选版本（RC7）之后准时正式发布。 IT之家注意到，虽然整体状况看似平稳，但 Torvalds 特别提到，KVM 自测试相关补丁在本次更新中占比异常偏高。出现这种情况，是因为开发人员对自测试代码进行了大量重命名调整，使其符合内核编码规范。 他坦言，这一变动让本次版本更新显得体量偏大、风格反常，但他仅将其视作一次特例，不会过多纠结。他还指出， 补丁数量激增大概率是 AI 开发工具普及所致，这一现象在 Linux 7.0 版本中就已显现 。由此可见，人工智能的影响已渗透到代码开发的各个领域，就连 Linux 内核这类底层核心组件也不例外。 除自测试相关更新外，本次版本还修复了大量显卡与网络驱动问题。针对 AMD 与英特尔显卡驱动，修复了 RDNA 4、Xe 架构下存在的内存泄漏、缓冲区溢出以及电源管理性能倒退等多项漏洞。 本次更新还对 NVMe 认证及 TLS 模式暴露问题进行了多处修复，有助于防范未授权访问风险。同时还修复了影响 RAID10 阵列配置、NTFS 文件系统以及 ICE 驱动栈的核心逻辑错误，能有效降低系统崩溃的概率。 目前距离本次版本开发周期结束还有较长时间，Linux 版本通常会经过七周测试，在第八周推出正式版。若后续需要发布 RC8 候选版本，正式版有时会额外推迟一周，但这并非常规情况。 未来数周若开发状况出现恶化、需要追加测试，将是正式版延期的最主要信号。好在目前来看，本次版本大概率不会出现这种情况。 对于不了解内核的用户而言，Linux 内核承载着各类硬件组件的驱动程序。每一次内核版本更新，都会新增更多新硬件的适配支持，因此对于使用前沿新款硬件的用户来说，新版内核发布有着重要意义。
Linux创始人Linus Torvalds日前宣布推出Linux 7.1-rc1版本。此次发布标志着合并窗口正式关闭，开发者们在此前抢在截止期限前提交了大量新功能、补丁及待移除项目，接下来这些改动将经历数月严格测试，最终才会面向公众发布。 对于仍在使用老旧硬件的用户来说，这次内核更新意义重大，因为Linux开始逐步淘汰对i486处理器的支持。目前相关配置文件已被删除，但代码移除工作仍需谨慎推进，以确保不会影响其他功能的稳定性。此外，一些年代久远的网络硬件支持也在被清理之列，部分"从未真正投入市场"的片上系统平台支持同样遭到移除。 i486支持的终止近几周以来成为业界关注焦点。不过从实际影响来看，受波及的用户预计寥寥无几，毕竟i486处理器早在1989年推出，并已于2007年停产。 尽管有诸多移除项目，但从提交日志来看，Linux 7.1的代码总量实际上显著增加，原因在于大量新功能同步加入。其中最引人注目的改进是NTFS驱动程序的彻底重构。这项全新实现将为Windows与Linux双系统用户带来显著的文件传输速度提升和更高的安全性，由于不再依赖额外开销较大的FUSE驱动机制，在不同系统分区间传输文件时效率将大幅改善。 硬件支持方面也有不少亮点，Linux 7.1新增了对英特尔Xe3P_LPG和Nova Lake P图形架构的初步支持，同时Nouveau驱动程序也加入了对英伟达GA100加速器的支持。对于掌机玩家而言，联想拯救者Go的驱动程序也获得改进，游戏体验将更加流畅。 谈及本次更新的开发节奏，Torvalds表示目前情况看起来"相当正常"，这对于几个月后按时发布正式版本来说是个积极信号。他指出，真正可能导致延期的往往是开发后期出现复杂混乱的局面，而至少从当前阶段来看，Linux 7.1的推进仍保持在可控范围内。 查看评论