先聊一个很多 Linux 用户纠结了很久的问题NVIDIA 显卡在 Linux 上到底用哪套驱动过去我们通常会分成两派一派直接用 NVIDIA 官方闭源驱动省心但不够“开放”另一派用社区维护的 Nouveau 开源驱动开放但性能和功能长期跟不上。后来 NVIDIA 终于推出了nvidia-open开源内核模块算是迈出了一大步然而官方自己也清楚这套模块仍基于传统 C 语言和旧架构。于是 Nova 驱动出现了。本文围绕开源 NVIDIA “Nova” 驱动展开介绍 Nova 在 Linux 内核版本演进中新增的功能、它与现有驱动体系的区别、如何获取源码并尝试编译验证以及在实际使用中可能遇到的坑。如果你对 NVIDIA 开源驱动、Linux 内核模块开发、Rust 驱动编写感兴趣这篇文章值得收藏。1. 背景与核心概念1.1 为什么需要 Nova 驱动NVIDIA 显卡驱动在 Linux 社区的演进大致有三个阶段闭源二进制驱动功能全、性能好但代码不可见内核升级后经常出现模块不匹配。Nouveau 开源驱动由社区逆向工程实现安全性高、完全开源但性能、功耗管理落后部分新卡不支持。NVIDIA Open Kernel Modulesnvidia-openNVIDIA 官方开源的内核模块解决了一部分问题但代码结构仍受限于传统内核模块设计。Nova 是 NVIDIA 正在推进的下一代开源 GPU 内核驱动使用 Rust 语言编写。Rust 在 Linux 内核社区中近年来热度极高因为它能在编译期规避大量内存安全问题。Nova 的目标并不是简单把现有 C 代码翻译成 Rust而是从架构层面重新设计为未来 GPU 复杂调度、内存管理、虚拟化和安全隔离提供更可靠的基础。1.2 Nova 驱动在 Linux 版本迭代中的定位“Linux 7.3”这个版本号如果按内核主线来看目前还没有正式对应版本更多是发行版层面或开发分支中的试验性版本号。但不管版本号如何变化Nova 的核心定位是明确的取代或逐步替代现有nvidia-open内核模块。作为 NVIDIA 官方与 Linux 内核社区协作的标准接口。为 future 的 GPU 特性如更精细的电源管理、更小的 TLB 开销、更安全 GSP 通信提供实现基础。如果你在某个较新内核中看到CONFIG_DRM_NOVA或CONFIG_DRM_NVIDIA_NOVA相关配置项说明该内核已经具备 Nova 驱动的编译骨架。Nova 目前在 Linux 内核 DRM 子系统Direct Rendering Manager直接渲染管理器下开发DRM 是 Linux 图形栈中连接内核与用户态驱动的核心框架。1.3 谁需要关注 Nova桌面 Linux 用户希望在新内核上稳定使用 NVIDIA 显卡关注开源闭源之争。服务器运维GPU 服务器上通常装官方驱动Nova 成熟后可能成为更安全的选择。内核/驱动开发者对 Rust 内核模块机制、DRM 子系统、GSP 固件交互感兴趣。云计算与虚拟化平台工程师NVIDIA vGPU、SR-IOV 等特性与内核模块紧密相关。一句话概括Nova 是 NVIDIA 拥抱 Linux 开源生态的信号也代表未来几年 NVIDIA 显卡在 Linux 上驱动的默认走向。2. 环境准备与版本说明在动手编译 Nova 驱动之前先明确环境要求。由于 Nova 还处于活跃开发状态不同内核版本、不同 Mesa 版本、不同 NVIDIA 固件版本都会影响编译结果。2.1 操作系统与内核Nova 属于内核 DRM 子系统所以最基础的要求是Linux 内核源码树可用。内核版本尽量靠近最新主线或使用带drm-misc-next分支的内核。开启必要的 DRM 配置项。如果你的发行版比较保守内核版本较旧不建议强行编译 Nova因为 Rust 内核支持需要较新的内核版本。发行版选择上Ubuntu 24.10、Fedora 41、Arch Linux 滚动更新版本比较合适。版本需要根据你的项目实际情况调整本文示例以常见环境为例重点演示配置思路。2.2 安装基础构建工具以 Ubuntu/Debian 系为例sudo apt update sudo apt install git build-essential flex bison libssl-dev \ libelf-dev dwarves bc python3 \ rustc cargo clang llvm pahole如果是 Fedorasudo dnf install git gcc make flex bison openssl-devel \ elfutils-libelf-devel dwarves bc python3 \ rust cargo clang llvm pahole需要注意Rust 工具链版本不能太旧内核里对 Rust 编译器的版本有最低要求。建议直接使用 rustup 安装最新稳定版curl --proto https --tlsv1.2 -sSf https://sh.rustup.rs | sh source $HOME/.cargo/env rustc --version如果你所在网络环境访问 rustup 较慢可以安装发行版自带的 rustc但要检查版本是否满足内核构建要求。具体的最低版本号会随内核版本变化建议以内核源码Documentation/rust/quick-start.rst为准。2.3 获取内核源码Nova 驱动并不像传统 NVIDIA 驱动那样以独立 DKMS 包发布而是以内核补丁或内核源码树内模块的形式存在。我们可以通过 Linux 内核drm-misc-next分支获取最新开发代码git clone https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git cd linux-next git checkout drm-misc-next如果你的网络访问内核 git 服务器较慢也可以用 GitHub 镜像git clone https://github.com/torvalds/linux.git cd linux git remote add drm https://anongit.freedesktop.org/git/drm/drm-misc.git git fetch drm drm-misc-next git checkout -b nova-test drm/drm-misc-next实际操作中我通常会先确认远程分支存在再执行 checkout以免分支名因上游调整而失效。2.4 准备 NVIDIA 固件Nova 驱动本身不包含 GPU 固件它需要从 NVIDIA 官方固件包中获取。以常见方式为例可以使用linux-firmware仓库中的 NVIDIA 固件或从 NVIDIA 驱动包中提取。如果你之前安装过闭源 NVIDIA 驱动对应固件通常位于/lib/firmware/nvidia目录。如果缺少固件Nova 加载时会报缺失固件或 GSP 初始化失败的错误。建议提前准备好 GSP 固件文件后面章节会给出具体目录和变量配置。3. 核心原理拆解Nova 驱动设计与新增功能3.1 Rust 语言带来的结构性变化Linux 内核长期以来以 C 语言为主。Rust 进入内核后最直接的变化是内存安全悬垂指针、释放后使用、缓冲区溢出等常见 C 漏洞在 Rust 中会在编译期被拒绝。内核模块通常有极严格的并发要求Rust 的所有权模型Ownership和生命周期Lifetime能辅助开发者写出更安全的并发代码。Rust 抽象层通过kernelcrate 提供统一接口模块开发者不需要直接操作大量不安全的裸指针。Nova 驱动使用 Rust 实现意味着它天生具备这些安全特性。对数据中心和云厂商来说这意味着 GPU 驱动导致的内核崩溃概率理论上会下降。3.2 Nova 对 GSP 固件和 RISC-V 微控制器的依赖现代 NVIDIA GPU从 Turing 架构开始内部有一个 GSPGPU System Processor协处理器可以理解成一颗运行在显卡上的小型 RISC-V CPU。GPU 的初始化、上下文管理、内存管理、电源管理都由 GSP 固件控制内核驱动只负责与 GSP 通信。Nova 的架构设计深度依赖 GSP用户态应用程序 (CUDA / Vulkan / OpenGL) | 用户态驱动 (NVIDIA userspace driver) | 内核态 DRM 接口 (nova.ko) | NVIDIA GSP 固件 (运行在 GPU 内部 RISC-V 核心) | GPU 硬件这个分层带来的好处是内核驱动不需要直接操作 GPU 寄存器安全性大幅提高同时也让驱动更容易适配未来新硬件。Nova 本身更像是一个“GSP 的客户端”而不是传统意义上的硬件控制驱动。3.3 Nova 在 Linux 7.3 中新增的功能方向虽然具体功能随内核版本迭代不断变化但从上游开发计划和 NVIDIA 开源路线图可以总结出几个明确方向改进的电源管理新增动态电源管理Dynamic PM支持能更细粒度地控制 GPU 频率和电压。过去 nvidia-open 中部分电源回调是空实现Nova 中逐步补齐这对笔记本用户和服务器低负载场景非常重要。更完善的多 GPU 支持通过 GSP 固件抽象层Nova 可以更自然地支持多卡互联尤其是 NVLink 和 PCIe P2P 场景。虚拟化场景下vGPU 的创建和销毁也迁移到更安全的 Rust 抽象中。更强的并发和锁机制新版驱动在调度器和内存管理器中使用mutex、rwsem、refcount等 Rust 封装减少了直接用自旋锁时的死锁风险。与内核 DRM 子系统更紧密集成新的 Nova 版本不再只是一个孤立模块而是作为drm_device的一个驱动实例接入用户态可以使用标准drm接口访问 GPU便于与 Mesa、Wayland 等图形栈协同工作。这里需要提醒Nova 目前仍处于开发阶段部分功能在特定硬件上可能还不稳定。所谓“Linux 7.3 增加更多功能”更多是表示某个开发树或后续内核版本中的功能集合真正进入所有发行版还需要时间。3.4 Nova 与 Nouveau、nvidia-open 的对比对比维度Nouveaunvidia-openNova语言CCRust官方支持社区NVIDIA 官方NVIDIA 官方运行时固件部分支持依赖 GSP 固件依赖 GSP 固件性能表现一般较好目标与官方一致内核集成已合并外部模块逐步并入上游电源管理较弱逐步完善设计目标更优内存安全弱一般强这个表格可以帮你在选择驱动时快速判断日常追求稳定可以直接用官方闭源驱动或nvidia-open的发行版打包版本愿意尝鲜、参与测试可以关注 Nova。4. 编译安装 Nova 驱动实战这一节我们从零开始完成 Nova 驱动的编译和安装。整个过程不复杂但步骤较多建议在虚拟机或不重要的机器上先试。4.1 创建独立编译目录为了避免污染系统内核源码也为了方便回滚我们把编译过程放在独立目录export NOVA_WORK$HOME/nova-work mkdir -p $NOVA_WORK cd $NOVA_WORK4.2 获取源码并切换分支cd $NOVA_WORK git clone https://github.com/torvalds/linux.git linux-nova cd linux-nova git remote add drm https://anongit.freedesktop.org/git/drm/drm-misc.git git fetch drm drm-misc-next git checkout -b nova-dev drm/drm-misc-next说明这里选择drm-misc-next是因为 Nova 驱动的补丁经常先合入该分支再进入主线。你当然也可以直接拉取最新master分支但可能缺少部分新功能。4.3 准备内核配置Nova 驱动依赖CONFIG_DRM和 Rust 支持。我们基于当前系统的内核配置生成基础配置cd $NOVA_WORK/linux-nova zcat /proc/config.gz .config 2/dev/null || \ cp /boot/config-$(uname -r) .config如果/proc/config.gz不存在说明内核没有开启IKCONFIG_PROC可以使用/boot下的 config 文件。接下来使用菜单配置开启选项make menuconfig在配置界面中按以下路径开启Device Drivers - Graphics support - * Direct Rendering Manager (XFree86 4.1.0 and higher DRI support) [*] Enable legacy fbdev support for DRM drivers * NVIDIA Nova如果菜单里没有 NVIDIA Nova 选项说明当前源码树还没有把 Nova 补丁完整合入需要检查分支是否切换正确。同时需要确认 Rust 支持General setup - [*] Rust support保存退出后可以查看关键配置grep -E CONFIG_DRM_NOVA|CONFIG_RUST .config建议输出类似CONFIG_RUSTy CONFIG_DRM_NOVAmm表示编译成内核模块官方推荐这种方式方便单独加载和卸载。4.4 编译内核模块如果只想编译 Nova 相关模块不必编译完整内核可以执行make scripts make prepare make modules_prepare make Mdrivers/gpu/drm/nova如果编译顺利会在drivers/gpu/drm/nova/下生成nova.ko。但实际开发中Rust 模块往往依赖内核内其他模块的符号导出单独编译M可能会遇到符号缺失。这时更稳妥的做法是完整编译内核模块make -j$(nproc) modules等待时间取决于机器性能通常在几分钟到十几分钟之间。如果过程中报错优先检查内核源码分支是否太旧缺少 Rust 支持。Rust 编译器版本是否满足要求。是否缺少libclang或bindgen依赖。4.5 安装内核模块与固件编译成功后将模块安装到系统sudo make modules_install该命令会把所有内核模块安装到/lib/modules/$(uname -r)/下其中就包括nova.ko。接着配置固件目录。推荐使用环境变量指定固件搜索路径export FIRMWARE_DIR$NOVA_WORK/firmware mkdir -p $FIRMWARE_DIR/nvidia将 NVIDIA GSP 固件放入该目录。如果你之前安装过官方驱动可以从驱动包中提取也可以从linux-firmware仓库获取cd $NOVA_WORK git clone https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git cp linux-firmware/nvidia/* $FIRMWARE_DIR/nvidia/使用 Nova 模块前需要把固件路径告知模块sudo modprobe -r nvidia 2/dev/null sudo modprobe nova firmware_path$FIRMWARE_DIR注意firmware_path参数是编译/config 时定义的不同版本可能参数名不同。如果模块不识别该参数建议把固件复制到系统标准固件目录sudo cp -r $FIRMWARE_DIR/nvidia /lib/firmware/ sudo modprobe nova4.6 验证驱动加载驱动加载后通过以下命令确认状态lsmod | grep nova dmesg | grep -i nova正常情况dmesg中会打印 GPU 被发现、GSP 固件加载成功等日志。例如[ 1234.567890] nouveau: NVIDIA GPU ...... [ 1234.567895] nova: loading NVIDIA driver [ 1234.567900] nova: GSP firmware version ...... [ 1234.567905] nova: GPU XXX is supported如果dmesg中出现Direct firmware load for nvidia/... failed说明固件路径不对按上面的方式复制到/lib/firmware后重试。4.7 与用户态驱动的配合内核模块加载只是驱动的一部分。要让 CUDA、Vulkan、OpenGL 正常工作还需要 NVIDIA 用户态库。这一步在 Nova 中比较特殊因为 Nova 的 ioctl 接口仍在演进推荐使用 NVIDIA 官方发布对应版本的用户态驱动。安装官方驱动的常规流程是使用.run包或 deb 包。如果你需要用 deb 格式安装 NVIDIA 驱动可以参考sudo apt install nvidia-driver-XXX或者从 NVIDIA 官网下载对应发行版的 deb 包后执行sudo dpkg -i nvidia-driver_*.deb sudo apt -f install需要再次强调Nova 的内核接口与官方用户态驱动版本之间存在匹配关系不要混用差异过大的版本。建议先使用 NVIDIA 官方用户态驱动测试基础功能再逐步切换到 Mesa 的nouveau用户态驱动进行实验。5. 常见问题与排查思路5.1 编译阶段报错问题现象常见原因解决思路error: Rust compiler version is too oldRust 工具链版本过低使用 rustup 安装最新稳定版确认rustc --versionerror: could not find bindgen缺少 bindgen 工具安装clang、libclang-dev通过 cargo 安装bindgen-cliERROR: modpost: missing MODULE_LICENSE()模块声明缺失检查源码modinfo相关宏或同步上游最新补丁fatal error: generated/autoconf.h: No such file or directory未执行make prepare先运行make prepare和make scripts菜单中没有 Nova 选项分支或补丁不完整切换到drm-misc-next分支并重新同步5.2 驱动加载阶段报错问题现象常见原因解决思路Direct firmware load failed固件路径错误将固件复制到/lib/firmware/nvidia确认modprobe的firmware_pathERROR: could not insert nova: No such deviceGPU 太新或太旧不在支持列表检查内核日志dmesg确认设备 ID 是否被识别an NVIDIA kernel module nvidia-uvm appears to be already loaded in your kernel旧版 NVIDIA 模块未卸载执行sudo modprobe -r nvidia_uvm nvidia_drm nvidia_modeset nvidia加载后屏幕黑屏或 Xorg 无法启动用户态驱动与 Nova 接口不匹配先卸载所有 NVIDIA 模块恢复默认驱动再排查系统启动时卡在Loaded X.XXX MiB of firmwareGSP 固件初始化失败换用与 NVIDIA 官方驱动版本一致的固件包5.3 运行时性能异常如果 Nova 能加载但跑 CUDA 或 Vulkan 应用时性能异常优先检查nvidia-smi如果nvidia-smi无法运行或看不到 GPU说明用户态工具与内核驱动不匹配。此时不要急着定位应用问题先把用户态驱动版本统一。另一个常见问题是 GPU 风扇不转、温度过高这多半是电源管理回调未生效。Nova 开发版中对新卡的支持还不完整建议关注内核日志中是否有PM相关错误。5.4 排查建议清单先确认内核版本和源码分支。用dmesg查看驱动加载的完整日志不要只看报错行。确认旧 NVIDIA 模块全部卸载lsmod | grep nvidia。确认固件文件存在且版本匹配ls -l /lib/firmware/nvidia。如果使用 Secure Boot需要签名内核模块否则无法加载。不要同时在桌面上使用 Wayland 和 Xorg 进行排查先固定一种会话。6. 最佳实践与工程建议6.1 生产环境不要直接上 NovaNova 目前更适合开发测试生产环境建议继续使用官方稳定闭源驱动或发行版打包的nvidia-open。如果你想参与 Nova 测试建议在独立测试机、虚拟机或备用 GPU 上进行不要影响日常服务器负载。6.2 内核模块加载顺序控制如果你在同一台机器上既安装了官方驱动又编译了 Nova很容易出现模块冲突。建议在使用 Nova 时做好模块黑名单sudo tee /etc/modprobe.d/blacklist-nvidia.conf EOF blacklist nvidia blacklist nvidia_modeset blacklist nvidia_uvm blacklist nvidia_drm EOF这样重启后系统不会自动加载旧版 NVIDIA 模块Nova 可以更干净地加载。如果之后想切回官方驱动删除该文件并执行sudo update-initramfs -u6.3 保持源码与官方补丁同步Nova 开发速度很快如果你在上游分支上二次开发建议定期git fetch drm drm-misc-next git rebase drm/drm-misc-next重编前记得清理旧编译产物make mrproper zcat /proc/config.gz .config make olddefconfig6.4 内核模块签名与 Secure Boot启用 Secure Boot 的系统加载自编译模块会报Module signature verification failed。解决方式生成签名密钥。将公钥注册到 MOKMachine Owner Key。对nova.ko进行签名。以 Ubuntu 为例sudo apt install mokutil sudo mokutil --import MOK.der然后在重启后的蓝白界面中确认导入。这个流程比较繁琐测试环境下更推荐临时关闭 Secure Boot。6.5 参与上游开发的建议Nova 是 NVIDIA 开源战略的重要尝试如果你想提交补丁可以从以下几方面入手阅读drivers/gpu/drm/nova/源码中的TODO注释。加入nouveau和dri-devel邮件列表关注 NVIDIA 工程师的讨论。使用内核的checkpatch.pl检查补丁格式。在提交说明中明确说明测试硬件、内核版本、用户态驱动版本。6.6 关注 Rust 内核开发规范如果你计划长期跟进 Nova值得系统学习 Rust for Linux 的相关知识内核 Rust 抽象层位于rust/kernel/目录。Rust 模块通过kernel::module宏声明模块入口。与 C 代码交互时使用unsafe但应尽量把 unsafe 限制在 FFI 边界。阅读Documentation/rust/目录下的官方文档快速建立心智模型。7. 总结与学习路线7.1 本文核心要点围绕开源 NVIDIA “Nova” 驱动我们从概念、架构、源码编译和排错几个维度做了完整梳理理解了 Nova 与 Nouveau、nvidia-open 之间的关系。掌握了 Nova 依赖 GSP 固件、Rust 语言、DRM 子系统等技术背景。完成了一次从源码获取到模块编译、加载验证的完整实战。整理了常见报错和排查思路尤其是固件缺失和旧模块冲突问题。7.2 下一步学习方向如果你关注驱动本身深入阅读drivers/gpu/drm/nova源码尝试给某个 GPU 型号提交支持补丁。如果你关注内核 Rust 编程学习rust-for-linux项目了解kernel::device、kernel::drm等抽象接口。如果你关注图形栈整体继续了解 Mesa、Direct Rendering Manager、Wayland 与内核驱动的协作方式。如果你负责 GPU 服务器运维持续跟踪 Nova 在发行版中的打包状态评估将来从nvidia-open迁移的时机。7.3 实际项目中优先关注的风险内核 ABI 变化频繁不要让生产环境过度依赖自编译 Nova 模块。GSP 固件与驱动版本不匹配时问题表现很隐蔽可能只是性能下降不一定是直接报错。多 GPU 机器上测试 Nova 时老型号和新型号可能表现差异很大不要根据单一显卡结论推广到全部机型。最后补充一句个人经验编译这类内核模块时最容易忽略的不是代码问题而是环境“脏”——旧模块未卸载、固件路径不对、配置文件残留。如果你遇到奇怪问题先花十分钟清理环境往往比反复修改源码更有效。希望本文能帮你少走弯路也欢迎在评论区交流你尝试 Nova 驱动的实际体验。