Asahi Linux 在 M3 上
Asahi Linux 在为 Apple 的 M 系列芯片提供原生 Linux 支持方面取得的进展，包括早期的 M3 工作，广受赞誉，被视为一项非凡的逆向工程成就，但仍受限于一些缺失部分，例如 Thunderbolt、某些机型上的 USB‑C 视频，以及新硬件上尚不成熟的 GPU 支持。评论者讨论 Apple 为什么不提供硬件文档和驱动——提到商业激励、IP 顾虑以及其生态系统策略——同时指出，较早的 M1/M2 支持已经好到足以让旧 Mac 在 macOS 支持结束后继续作为可用的 Linux 机器。有些人认为 Asahi 以及诸如 Omarchy 这类 AI 辅助项目，对于长期保持高质量 Apple silicon 硬件的可用性和开放性至关重要。
项目状态与技术注意事项
- Asahi 现在可以在较新的 M 系列上启动（包括 M3），但功能支持仍落后于更老的芯片。
- 在 M1/M2 上已经较成熟：有可用的 GPU 加速和开源驱动；已成功用于游戏（通过 Steam/Proton）和桌面使用。
- M3：GPU 支持仍然缺失；HDMI 对部分用户可用，但 USB‑C/Thunderbolt 视频以及完整的 Thunderbolt（PCIe、稳定的 DisplayPort）还未准备好。
- 睡眠和挂起在一些 Intel 和 Apple Silicon Mac 上仍有问题；用户报告会卡死并需要手动断电重启。
- 本地 AI：llama.cpp 和类似工作负载比 macOS 上的 Metal 慢得多；有些人直到 GPU/NPU 路径具有竞争力才会切换。
使用场景与目标用户
- 核心受众：想在 Apple 高效硬件上跑裸机 Linux 的人，用于日常使用、服务器，或在 macOS 支持终止后做长期保值。
- 另一些人采用双启动：macOS 用于特定应用（音乐/DJ、iOS/mac 构建），Asahi 则用于其他一切或 Steam 游戏。
- 也有人认为它主要面向折腾爱好者，以及那些不喜欢 macOS 的 UX、政策或后台服务的人。
Apple 的立场、文档与商业激励
- 反复出现的争论：为什么 Apple 不发布硬件规格或 Linux 驱动。
- 支持其不发布的观点：Mac 上 Linux 市场太小；文档工作量高；保护 IP；避免持续的兼容性义务；服务/生态系统收入比额外的 Mac 销量更重要。
- 反驳观点：Intel/AMD 会为其硬件提供文档和 Linux 驱动；即使是部分文档，也能大幅减少逆向工程工作量。
- 有几位提到，Apple 本可以完全锁死其他操作系统，但它选择了允许未签名操作系统的启动流程；据称 Apple 工程师甚至修复过破坏 Asahi 的引导加载器怪癖。
- 讨论中也提到 Darwin 和各种 Apple 开源项目，但许多人认为，Apple 对 FOSS 的贡献与其他大型厂商相比仍然很有限。
生命周期、可维修性与电子垃圾
- 人们非常关注 Asahi 如何在 macOS 和 App Store 支持结束后，继续让有能力的 M1–M3 机器保持可用。
- 有人建议监管机构应在硬件生命周期结束时要求提供硬件文档或关键释放，可能辅以税收激励或处置义务。
虚拟化 vs 裸机
- macOS 的 Hypervisor/UTM 可以以接近原生的速度运行 ARM Linux 虚拟机，并被一些人称为“足够好”。
- 也有人不认同：他们想让 macOS 彻底消失，以获得信任、安全、简洁或理念上的一致；在一个未打补丁、已到生命周期末尾的 macOS 里运行 Linux 被视为不安全。
Omarchy 与 AI 生成的驱动
- 据称另一个名为“Omarchy”的项目使用 AI 来加速驱动工作（例如 M4 GPU）。
- 有人认为这可能带来代码复用；也有人警告其法律来源和 AI 输出的“草率”问题，并预计 Asahi 会避免使用这类代码。