Linux 7.2 发布

Linux 7.2 已发布 Linux 7.2 已于本周按计划进行标记和发布。这个周期是有史以来最繁忙的周期之一，仅落后于 6.7。鉴于过去 3 或 4 个周期非常繁忙，尤其是在修复方面，这被认为是“新常态”。这个周期有一些有趣的成就，比如缓存感知调度、MGLRU 的改进、sched_ext 子调度程序的概念（LWN 对这个主题的一个很好的介绍）、自动创建多尺寸透明大页（对 LWN 也是一个很好的介绍）等等 - 查看 LWN 文章（第 1 部分和第 2 部分）以了解完整情况。像往常一样，Igalia 做出了很大的贡献，主要是 DRM 调度程序公平政策，该政策在第 11 小时报告了回归（见下文），因此作为选择加入存在。除此之外，我们还为 Raspberry Pi 4 和 5 中的 GPU 提供了非常漂亮的运行时电源管理、sched_ext、futex 的改进以及一般错误修复。一起来回顾一下亮点吧！ Igalia Changelog DRM 调度程序公平策略 在本次发布周期中，我们计划落地并启用 DRM 调度程序公平策略，该策略会在多个客户端共享 GPU 的场景以及轻量级交互式客户端与高要求客户端竞争 GPU 的情况下带来显着改进。不幸的是，由于 7.2-rc7 周期间的最后一刻回归报告，默认策略仍将保留旧的先进先出 (FIFO) 调度程序。由于公平策略回归的修复已为人所知，并且早期测试看起来很有希望，我们希望它能在下一个内核版本中重新启用。 sched_ext 我们改进了 sched-ext 可观察性以简化调试。当自定义 sched-ext 调度程序遇到运行时错误（例如未能调度任务超过 30 秒）时，内核会将其弹出并恢复为默认调度程序。为了帮助诊断这些故障，内核转储每个 CPU 的状态。然而，特别是在高核系统上，由于内核空间和用户空间之间的缓冲区大小限制，这些转储可能会被截断。我们通过优先考虑退出 CPU（触发错误的 CPU）来缓解这一问题，因此它首先被转储，同时还将其 CPU ID 直接显示给 BPF 调度程序和用户空间工具。 Raspberry Pi GPU 等的电源管理在此版本中，我们在 Raspberry Pi 4 和 5 GPU 上提供了对运行时电源管理的支持。到目前为止，V3D 驱动程序具有非常简单的功耗模型：GPU 时钟在探测期间启用，并在驱动程序的整个生命周期内保持启用状态。尽管这种方法简单且实用，但这意味着空闲的 GPU 即使没有主动执行作业，仍然会消耗电量。使用 Runtime PM，GPU 仅在实际处理工作时才供电，并且可以在 GPU 空闲时禁用其时钟。当 Raspberry Pi 不使用 GPU 时，这会降低功耗。我们写了一篇关于此功能的博客文章，其中包含更多详细信息和一些功率测量值。我们还修复了 Raspberry Pi 3 GPU 驱动程序中的两个长期存在的错误，这些错误多年来一直影响 RetroPie 用户，导致随机 GPU 挂起和整个系统崩溃。这些问题可追溯到当 GPU 在处理帧时空间不足时内核如何处理图块内存。我们的修复确保每个图形作业仅写入其自己的内存区域，并且重用的内存在再次使用之前被正确清除，从而防止陈旧或损坏的数据到达 GPU。通过这些修复，RetroPie 用户应该不再遇到导航菜单时可能发生的崩溃。最后，我们对 Raspberry Pi 4 和 5 上的 GPU 重置进行了多项修复，使重置过程更加可靠和一致。 Futex 测试和文档 我们将继续致力于改进和维护 futex() ，这是所有类型的工作负载用来创建同步机制的重要系统调用。在此周期中，我们帮助设计并解决了一个已有 14 年历史的错误，该错误一直影响着稳健的列表机制，在某些边缘情况下会出现数据损坏。一般错误修复 我们修复了 ueagle-atm 驱动程序中长期存在的问题，该问题可能会通过 request_firmware API 在设备探测和断开连接期间遇到 kernfs 创建和删除操作之间的竞争条件，并多年来在 syzbot 中生成了多个错误报告。我们帮助提高了 x86 启动期间使用的 memcmp() 内联汇编实现的正确性，防止由于编译器优化和指令重新排序而出现细微的潜在错误。实现全面的 HDMI 2.1 支持 此版本中发布的部分 HDMI 2.1 固定速率链路 (FRL) 支持可以追溯到 Igalia 的 Rodrigo Siqueira 在 AMD 期间的工作。这项工作实现了允许 amdgpu 驱动程序与 HDMI 2.1 显示器通信的初始支持（主要是 FRL 实现）。在合并到源代码中之前，该实现已经在主代码之外存在了好几年，