Asahi Linux 7.2：破解 Apple Silicon 电源难题
Progress Linux 7.2 – Asahi Linux
Asahi Linux 7.2 版本已发布，这次更新重点解决了 Apple Silicon 平台复杂的电源管理难题。由于 Apple 的 CPU 核心缺乏标准的 EL3 固件层，导致无法直接使用 PSCI 接口，团队创新性地利用 UEFI Runtime Services 构建了新的通信通道。针对 M4 系列芯片锁死寄存器导致休眠崩溃的问题，我们引入了可配置的内核参数进行规避。此外，通过逆向工程 SPRR 和 GXF 机制，m1n1 成功模拟了 SPTM 环境，让 macOS 的内存安全机制不再阻碍 Linux 运行。M3 系列的摄像头、麦克风及 USB 控制器驱动也已完成适配，Asahi Linux 在硬件支持上再次迈出了坚实一步。
我们不知道何时该放弃，所以那只是过去式，而不是现在！
HN 评论区
233- JLO64
多亏了 mildsunrise 和 chaos_princess 的共同努力，我们发现 ACE3 的寄存器集与 CD3217 几乎完全相同，只是它通过 SPMI 接口封装，而不是通过 I2C 寻址。现在 SPMI 接口和 ACE3 本身都已在 Asahi Linux 中正常运行，为所有 M3 系列设备带来了 USB 3.0 和 Thunderbolt 支持。
当我拿到 M3 Pro MBP 时，初衷就是最终要在上面安装 Linux。回过头看，我严重低估了实现哪怕部分 Linux 兼容性所需的努力，这让我对 Asahi 贡献者们的付出更加感激！我仍会保留 macOS 用于 iOS 开发（我计划近期开始），除此之外，我真正需要的只是一个网页浏览器和 Ghostty，以及良好的电池续航。
- dgunay
我对 Asahi 团队所做的非凡工作抱有极大的敬意，但考虑到 Intel 和 AMD 在能效方面追赶的速度，我不禁怀疑是否真的有人_必须_在 M 系列笔记本上运行 Linux。当 Apple Silicon 绝对领先于其他任何可购买的硬件时，这确实有充分的理由；但随着 Panther Lake 的推出，我不确定 Apple 的领先优势是否还大到足以证明需要等待数年去逆向工程完整的 Linux 硬件兼容性是合理的。
- stiray
希望他们能尽快支持 M4，我实在受不了 macOS 及其想要与万物不同的执念，比如那些自定义的键盘快捷键等。
用了两年，我在一些基本操作（如复制粘贴）上依然会遇到问题。
编辑：天哪，写这条评论时，我查了一下是否有办法使用 Linux 快捷键，结果真的有（Kanesh/KMonad 或 Karabiner-Elements）。也许我的痛苦终于要结束了。
- owaislone
这个项目令人印象深刻且令人兴奋。我希望一旦他们搞定所有逆向工程和功能实现，电源管理能成为一个被认真对待的问题。电池续航将是日常 MacBook 使用的一大差异化因素，而传统上 Linux 在这方面表现糟糕，原因是缺乏专有且高度优化的驱动程序。
- ksec
> ARM 规范规定，处于 WFI 循环中的核心应保留所有状态。这不是 Apple Silicon 的默认模式。
我有时不禁会想，ARM 到底是在什么阶段发现并测试这些问题的，然后要求 Apple 遵循规范？显然，这已经不是我们第一次看到此类情况了。
- dreamcompiler
因为长达数年的延迟，以及缺乏一种能高效与 macOS 共享磁盘空间来存储数据的方法，我基本上已经放弃 Asahi 了。
通过在 Apple Silicon 上的 macOS 中运行 Linux 虚拟机，你确实牺牲了一些原始速度，但作为回报，你偶尔仍能运行 macOS 应用，并且无需复制所有数据就能在 macOS 或 Linux 中访问相同的数据。而且电池续航表现合理，而 Asahi 目前还做不到这一点。
- ZiiS
我完全理解那些询问何时能完成的人的沮丧，DP Alt Mode 已经过了那个阶段。然而，这曾出现在一份官方进度报告中，但随后的三份报告却完全没再提及它。（我这段时间一直无故障地运行着它）。在当前未解决 bug 的规模下，哪怕只有一行说明也会大有帮助。
- MBCook
一如既往的惊人进展。看着这几个人在过去几年里，尽管有时是在不稳定的流沙上工作，却取得了如此多的成就，真是一件乐事。