Rust 在 Linux 内核中已经从最初的“实验性功能”正式转变为核心基础设施语言。随着 Linux 7.0 及更高版本的发布，Rust 支持已达到稳定状态，与 C 语言具有同等地位。
显卡驱动（GPU Drivers）之所以成为 Rust 在内核中落地的“先锋阵营”，主要源于其极高的复杂性和对安全性的迫切需求。
一、 Rust 在 Linux 内核中的现状 (2026)
- 正式转正：在 2025 年底的东京内核维护者峰会上，Rust 被确认为内核的永久组成部分。
- 工具链稳定：内核现在要求 Rust 1.85 或更高版本作为构建基准，以利用 Rust 2024 Edition 带来的新特性。
- 多领域渗透：除了显卡驱动，Rust 也开始进入网络协议栈、文件系统（如 Bcachefs 的部分组件）以及 Android 的关键 IPC 机制 Binder。
二、 显卡驱动偏爱 Rust 的核心原因
GPU 驱动是内核中最庞大且最复杂的驱动程序之一。开发者们选择 Rust 主要基于以下权衡：
1. 解决内存安全的“重灾区”
显卡驱动需要频繁管理复杂的显存映射（DMA）和并发任务。
- 避免崩溃：GPU 驱动中的内存溢出或“使用后释放”（Use-after-free）极易导致全系统死机（Kernel Panic）。Rust 的所有权模型在编译阶段就能消除这类 Bug。
- 安全抽象：像 Asahi Linux 项目所证明的，开发者可以为底层的 C API 编写安全的 Rust 封装（Wrapper），让驱动逻辑部分在完全“安全”的环境下运行，大幅降低审核压力。
2. 并发处理的天然优势
现代 GPU 需要同时处理数千个计算任务，驱动层必须高度并发。
- 无畏并发：Rust 的类型系统能防止数据竞争（Data Races）。在开发 Apple M1/M2 GPU 驱动时，开发者发现使用 Rust 可以更轻松地实现复杂的并行初始化和资源回收逻辑，且不会产生 C 语言中常见的隐蔽同步错误。
3. 架构更新的契机
许多新的 GPU 驱动（如 NVIDIA 的 Nova 和 Arm 的 Tyr）都是从零开始编写的，而非在旧代码上修补。
- 摆脱历史包袱：由于 NVIDIA 转向 GSP（GPU 系统处理器）架构，旧的 C 驱动（Nouveau）已难以维护。开发者选择用 Rust 编写 Nova 驱动 作为其继任者，以获得更好的可维护性和性能。
三、 目前代表性的 Rust 显卡驱动项目
| 驱动名称 | 适用硬件 | 状态 | 意义 |
|---|---|---|---|
| Nova | NVIDIA (RTX 20 系列及更新) | 已合并至 6.15+ | 官方性质的开源继任者，取代旧的 Nouveau |
| Apple AGX | Apple Silicon (M1/M2/M3) | 生产可用 | Asahi Linux 的核心成果，首个复杂的 Rust GPU 驱动 |
| Tyr | Arm Mali | 开发中 | 推动 Arm 架构下开源图形栈的现代化 |
| Rusty-Cl | 通用 (OpenCL) | 活跃 | 在 Mesa 中取代旧的 C 语言实现，提供更好的 OpenCL 3.0 支持 |
四、 挑战与未来
虽然前景广阔，但 Rust 在内核中仍面临社会学挑战：部分资深 C 语言开发者（如 DMA 维护者 Christoph Hellwig）对引入 Rust 封装带来的代码复杂性仍持保留意见。
显卡驱动因为最难写、最易崩，成为了 Rust 证明自己“系统级安全”能力的最佳实验场。随着 Nova 等驱动的普及，未来 3-5 年内，Rust 编写新驱动将成为 Linux 生态的标准做法。