Decentralization? We're still early!

Linux新纪元:Fedora Asahi Remix 如何驯服苹果M芯片

  • Linux新纪元:Fedora Asahi Remix 如何驯服苹果M芯片

    發布人 Brave 2026-05-28 03:57

    一、引子:Intel 时代的终结,一个生态的断裂

    在 Intel Mac 时代,安装 Linux 是一件毫无戏剧性的事。拿任意一个 x86_64 发行版的 ISO——Ubuntu Server、Debian、Arch、Fedora——写进 U 盘,按住 Option 键开机,一路下一步就行。一切工作:网卡、硬盘、USB、暂停恢复。Linux 社区的二十年积累直接可用,Mac 只是披着铝合金外壳的标准 PC。

    Apple Silicon 在 2020 年的到来改变了一切。ARM64 架构本身不是问题——Linux 对 AArch64 的支持已相当成熟。问题在于 Apple 彻底封闭的 SoC:没有标准 UEFI 固件、没有设备树、没有公开的硬件文档。GPU 指令集、中断控制器、I/O 映射、电源管理单元——所有这些都需要从零开始反向工程。

    Fedora Asahi Remix 就是这一逆向工程的最终产物。它不是一个"ARM 版 Fedora",而是在一个完全闭源的平台上,从硅片级逆向工程开始,逐步搭起完整驱动栈、图形栈和引导链的系统级工程。

    截至 2026 年 4 月的 Fedora 44 版本,Fedora Asahi Remix 已通过 Khronos 认证,是全球唯一为 Apple Silicon 提供 OpenGL 4.6、OpenGL ES 3.2、OpenCL 3.0、Vulkan 1.4 全栈图形标准的 Linux 发行版。

    二、Apple Silicon Linux 的演化:从 Hack 到主流

    阶段时期核心工作状态
    探索期2020–2021反向工程 SoC、m1n1 引导层、串口输出仅限开发者
    Alpha2022.03基础驱动、无 GPU 加速、Arch Linux 参考发行版可体验
    GPU 驱动2022.12Apple GPU 内核驱动(Rust 编写)Alpha,可跑桌面
    旗舰发行版2023.08转向 Fedora,发布 Fedora Asahi Remix 39生产可用(M1/M2)
    图形认证2024.02–2026.04OpenGL 4.6 → Vulkan 1.3 → Vulkan 1.4 / OpenCL 3.0全 Khronos 认证
    AAA 游戏2024.10muvm x86 模拟 + Wine/Proton 集成Alpha,支持 Control 等
    治理转型2025.02创始人 Hector Martin 离任,七人接替团队社区治理常态化
    上游化里程碑2025.05–2026.04GPU uAPI 合入主线、Mesa 驱动上游合并、Fedora 44 移除定制 Mesa 包持续迭代

    关键转折点有两个。第一个是 2023 年 8 月从 Arch Linux 转向 Fedora——Arch Linux ARM 包的维护能力不足,而 Fedora 团队有能力和意愿提供持续支持,让 Asahi 开发者可以专注于逆向工程而非发行版维护。第二个是 2025 年 2 月创始人 Hector Martin 离任,项目过渡到七人治理架构,标志着从个人驱动到社区治理的转型。

    三、技术架构拆解:Fedora Asahi Remix 究竟做了什么

    3.1 引导链:m1n1 → U-Boot → Linux

    Apple Silicon 没有标准 UEFI 固件。Apple 的 iBoot 在验证签名后只启动 macOS 内核。Asahi 项目在 iBoot 之上插入了 m1n1——一个第一阶段引导加载器,负责:

    • 初始化 CPU 核心和 MMU
    • 配置中断控制器(Apple 自研的 FIQ 控制器)
    • 启用关键外设电源域
    • 加载 U-Boot 作为 UEFI 实现
    • 最终通过 UEFI stub 启动 Linux 内核

    m1n1 已在 v1.5.2 中引入 Rust 组件(Apple Device Tree 解析代码)。C 版实现基于 libfdt,API 既不安全也不符合 ADT 的数据模型;Rust 版的性能与 C 持平,但类型安全性和 API 清晰度大幅提升。项目计划逐步将安全关键组件从 C 迁移至 Rust。

    对于非 Fedora 发行版,安装器支持 "UEFI Only" 模式,提供 m1n1 + U-Boot + 设备树的预编译包,可从 USB 启动任意标准 ARM64 发行版。

    3.2 内核驱动栈

    Apple Silicon 的 SoC 集成度极高,几乎所有外设都挂在 Apple 自研的总线上。驱动栈的层次如下:

    子系统驱动实现上游状态
    DART IOMMU为外设提供内存隔离,M2 Pro/Max/Ultra 需要四级页表主线 Linux 6.18
    SMC 系统控制器GPIO、重启控制、硬件监控、RTC主线 Linux 6.17(核心驱动)
    NVMe/ANSApple 自研的 NVMe 控制器(ANS)稳定运行中,待上游
    显示控制器 DCPApple 自研的 Display Co-Processor运行中,待上游
    音频 SoCApple Silicon 内置音频 DSP稳定,待上游
    Wi-Fi/蓝牙Broadcom 芯片组(部分型号 Apple 定制)运行中,Wi-Fi/BT 上游化进行中
    USB-C/PDUSB 3.0 + Power Delivery稳定
    PCIe通过 DART IOMMU 接入稳定

    截至 2026 年,Asahi 的内核分支仍维护着 1000+ 尚未合入主线的补丁。每次主线内核发布后都需要 rebase 和解决合并冲突。SMC 核心驱动从 2022 年开始邮件列表讨论,直到 2025 年 10 月才合入 Linux 6.17——三年时间。

    3.3 图形栈:全世界唯一全栈认证的 Apple Silicon 图形驱动

    Fedora Asahi Remix 的图形栈是项目最独特的技术资产。Apple GPU 架构源自 PowerVR,指令集完全不公开,Asahi 团队通过内存追踪和分析 macOS GPU 驱动进行了完整的逆向工程。

    驱动组成:

    • 内核驱动(AGX):Asahi Lina 用 Rust 编写,是 Linux 内核首个用 Rust 编写的 GPU 驱动。控制 GPU 的命令提交、内存管理和中断处理
    • 用户态 Mesa 驱动:实现 OpenGL 4.6 / OpenGL ES 3.2,由 Alyssa Rosenzweig 主导开发
    • Honeykrisp Vulkan 驱动:基于 Faith Ekstrand 的 NVK(NVIDIA 开源 Vulkan 驱动)代码库改造而来,实现 Vulkan 1.4
    • OpenCL 3.0:基于上述框架的通用计算支持

    已通过的 Khronos 认证(提交编号):

    • OpenGL 4.6: #347
    • OpenGL ES 3.2: #1045
    • OpenCL 3.0: #433
    • Vulkan 1.4: #812

    关键实现细节: Apple GPU 没有几何着色器和曲面细分硬件。Asahi 驱动在计算着色器中模拟这些功能。2025 年,Mary Guillemard 将这套模拟代码抽出为独立项目 poly,贡献给上游 Mesa,现在 Panfrost(Arm Mali 开源驱动)和其他移动 GPU 驱动都可复用这套方案。

    这些图形驱动已在 2025–2026 年间上游合入主线 Mesa。Fedora 44 中已移除 Asahi 定制 Mesa 包,用户使用上游 Fedora 仓库的 Mesa 即可。

    3.4 音频 DSP:从硬件校准到软件处理的全链路

    Asahi 团队的音频工作是 Linux 桌面发行版中前所未有的精细化程度:

    • 为 8+ 种 Mac 型号逐一测量扬声器声学特性
    • 设计定制 DSP 滤波器配置,补偿不同机型的谐振差异
    • 与 PipeWire/WirePlumber 项目合作,添加全自动 DSP 配置支持
    • Bankstown:自研低音增强技术
    • speakersafetyd:开源 Smart Amp 实现,在保护扬声器物理上限的前提下提供最大动态范围
    • DSP 处理的调度和功耗已优化,播放音频时不会显著缩短续航

    结果是:Fedora Asahi Remix 的音质被社区公认优于 macOS——因为 macOS 没有开放音频 DSP 调度给第三方应用,而 Linux 可以完全控制整个链路的处理参数。

    3.5 x86 兼容层:muvm 微虚拟机

    x86 应用兼容通过 muvm 实现。这不是传统模拟器,而是一个微虚拟机方案:

    • 内建 TinyEMU 模拟器执行 x86/x86-64 指令
    • 通过 FEX 模拟器翻译系统调用
    • Virtio GPU 转发 Wayland 协议到宿主机原生 GPU 驱动
    • Wine/Proton 层处理 Windows 兼容性
    • 享受宿主机原生 OpenGL/Vulkan 的性能(绕过指令模拟的损耗)

    2024 年 10 月起支持 AAA 游戏(Control、Hollow Knight、NieR:Automata)。64 位 Windows 应用现已可直接运行在 Wine 下,无需经过 muvm。

    四、Intel 时代 vs Apple Silicon 时代的对比

    Fedora Asahi Remix 存在的根本原因,可以从 Intel Mac 时代的经验看出:

    维度Intel MacApple Silicon Mac
    引导方式标准 UEFIiBoot → m1n1 → U-Boot,三层自定义
    CPU 架构x86_64(Linux 最成熟的架构)AArch64 定制内核,需要 16K 页大小适配
    GPUIntel/AMD 标准驱动(i915/amdgpu)完全自研 AGX 驱动,从指令集开始逆向
    存储控制器标准 AHCI/NVMeApple ANS,自定义 NVMe 实现
    安装方式写任何 x86 ISO → 直接启动仅能从 macOS 内运行安装脚本
    外设生态全部即插即用每个硬件都需要反向工程写驱动
    发行版选择几十个发行版原生支持实际上只有 Fedora Asahi Remix 完整支持

    这个对比揭示了一个事实:Intel Mac 跑 Linux 是"开箱即用,但不是为这台机器优化的";Apple Silicon Mac 跑 Linux 是"开箱不可用,但一旦跑起来,每一行代码都是为这台机器写的"。

    Fedora Asahi Remix 的音频 DSP 校准和图形栈性能正是这一"定制优势"的体现。

    五、范式移转:从"移植"到"原生平台"

    Fedora Asahi Remix 代表的不是"在 Mac 上凑合跑 Linux",而是把 Mac 变成一个原生 AArch64 Linux 硬件平台

    维度传统方案(虚拟化/模拟)Fedora Asahi Remix
    执行模型在 macOS Hypervisor 上运行直接在 Apple Silicon 上启动
    图形路径VMware/Parallels 虚拟 GPU原生 AGX GPU 驱动 + Vulkan/OpenGL 认证
    性能损失CPU 5-15%,GPU 不可用或严重损失CPU 原生性能,GPU 接近硬件上限
    外设访问受限于虚拟化层USB、NVMe、Wi-Fi、蓝牙、音频原生驱动
    电源管理受限或不可用支持 EAS(能耗感知调度)、自动 DSP 电源优化
    双启动不可用macOS/Linux 原生双启动,无需越狱

    这个移转的实际意义:M1/M2 Mac 运行 Linux 的 CPU 性能与 macOS 无异。在 GPU 场景下,由于 macOS 仅提供 Metal API,OpenGL/Vulkan 应用需经 MoltenVK 转换层,而 Asahi 的原生 Vulkan 实现消除了这一开销——某些游戏在 Asahi Linux 上帧率高于 macOS 上的 MoltenVK 方案

    六、服务器场景

    Asahi Linux 创始人 Hector Martin 在 2023 年的评价:"Asahi 早在 2022 年初次发布前,就已经是一个很好的无头服务器。服务器是最简单的工作负载——它们不需要任何'有趣的驱动'。"

    Fedora Asahi Remix 提供官方 Server 变体,以及 Minimal 镜像 用于自建环境。

    对于服务器场景,支持的硬件包括:

    组件状态
    NVMe SSD(内置存储)✅ 稳定
    以太网(1G/10G)✅ 稳定
    USB 3.0✅ 稳定
    Wi-Fi✅ 稳定
    PCIe 扩展(Mac Pro)✅ 稳定(GPU 卡除外)
    电源管理/自动启动✅ 支持 pmset autorestart 等价机制
    KVM/虚拟化✅ QEMU + KVM 可用

    不支持的部分:

    • Thunderbolt/USB4 外设(包括 PCIe 隧道设备)
    • GPU 加速计算卡(Mac Pro 的 MPX GPU 不支持)

    由于不需要图形驱动、音频 DSP 或触摸板,服务器场景避开了 Asahi 驱动栈中最复杂也最不稳定的部分。网络和存储驱动成熟度较高,适合跑 Docker、K3s、NFS、数据库等工作负载。

    七、主权个人的基础设施

    Fedora Asahi Remix 不只是又一个 Linux 发行版——它是迄今为止最具体的一个"在封闭硬件上建立开放计算环境"的可行性论证。

    具体而言:

    • 数据控制权:Apple Silicon Mac 的存储完全受 SEP 加密保护,Linux 侧可独立配置 LUKS/dm-crypt,不依赖 macOS 文件保险箱
    • 计算环境控制权:完整的内核配置自由、驱动栈透明、无 SMM 中断(而 x86 PC 的 UEFI 固件可通过 SMM 在任何时刻劫持 CPU)
    • 对第三方的依赖:所有驱动代码均为开源,反向工程文档公开,不依赖 Apple 的驱动二进制
    • 可退出成本:双启动 macOS/Linux,随时可删除 Linux 分区回退——退出 Linux 的成本为零;而如果 Apple 在未来的 macOS 中做出不可接受的改变,Asahi 提供了真正的替代路径

    Apple 允许在没有越狱的情况下引导未签名/自定义内核。这意味着获取控制的"后门"是 Apple 自己留的——不是漏洞利用,而是产品的被设计特性。

    八、局限与挑战

    在可预见的未来,以下约束不会快速解决:

    1. 仅支持 M1/M2 系列:M3 仅能引导到闪烁光标,M4/M5 仅有基础 Alpine Linux 引导。M3 的 PMU 和电源管理单元有重大变化,需要重新反向工程
    2. 部分外设不支持:USB-C 显示器、Thunderbolt/USB4、Touch ID、内置麦克风(部分型号)仍不可用
    3. 上游化缓慢:1000+ 未合入主线的内核补丁。SMC 核心驱动耗时三年才合入主线,按此速度估算全部上游化仍需数年
    4. HDR/ProMotion 不支持:可变刷新率和 HDR 显示尚未实现
    5. GPU 能耗代价:通过计算着色器模拟几何着色器/曲面细分时,能耗是原生硬件的数倍
    6. 无法运行 Windows:Asahi Linux 不能运行 Windows x86 应用(只能通过 Wine 兼容层),也没有 Windows ARM 的许可
    7. 治理转型窗口期:2025 年 2 月创始人离任后,新的七人治理架构尚在磨合期

    九、小结

    Fedora Asahi Remix 是目前 Apple Silicon 上最成熟的 Linux 发行版。对于 M1/M2 Mac 用户,它已经可以作为日常系统使用;对于服务器/无头部署,它自 2022 年起就稳定可靠。

    Intel 时代的 Mac 装 Linux 是一件"理所当然但缺乏意义"的事——既然硬件兼容层是通用的,Linux 并不比 macOS 有更充分的理由跑在那台机器上。Apple Silicon 时代的状况则反过来:让 Linux 跑在 Mac 上需要巨大的工程投入,但一旦完成,你就可以在这块能效比最高的 ARM SoC 上运行完全可控的开放系统——这在十年前是不存在的选择。

    如果你有一台吃灰的 M1 Mac,curl https://alx.sh | sh 可能是让它重获新生最简单的方式。

    参考资源

    Brave 回复 2 weeks, 1 day ago 1 成員 · 0 回复
  • 0 回复

歡迎留言回复交流。

Log in to reply.

讨论開始
00 回复 2018 年 6 月
現在