NVIDIA Nova Driver Takes Off with Linux 7.2 Kernel

According to a report by Phoronix, significant changes to the DRM Rust subsystem targeting the Linux 7.2 kernel were submitted by Danilo Krummrich on May 28. The highlight of this patch set is the continuous enhancement of NVIDIA’s next-generation open-source GPU driver, “Nova.” Positioned as the successor to the older Nouveau driver, Nova’s updates mark a significant leap forward in both usability and technical foundations.

Moving to the Next Stage

The Nova driver utilizes NVIDIA’s GPU System Processor (GSP) firmware to enable access to advanced GPU capabilities that were previously challenging with the Nouveau driver. Phoronix’s Michael Larabel reported on his visit to NVIDIA headquarters, where he queried staff about the progress of the driver, underscoring the high level of interest within the industry.

This pull request includes the addition of a DRM Rust abstraction layer for Linux 7.2, support for Higher-Ranked Lifetime Types (HRT) for Rust device drivers, abstraction for GPUVM immediate modes, and several other improvements. Nova stands out as the most code-intensive of these DRM Rust kernel graphics drivers, followed by minor updates to the Arm Tyr driver. Meanwhile, Apple Silicon kernel graphics drivers have yet to show signs of mainstream adoption.

Full Hopper/Blackwell Support

One of the most critical milestones in the Nova driver’s latest update is its support for Hopper (GH100) and Blackwell (GB100, GB202) GPUs. This support for NVIDIA’s flagship data center GPU architecture demonstrates that the driver is more than just an experimental project; it is being developed with real-world deployment in mind.

Specific code changes include the addition of GPU identification logic and architecture-based HAL selection for Hopper and Blackwell. Furthermore, the boot path for the Foundation Security Processor (FSP) used in these architectures has been implemented. This covers the entire boot process, including support for the FSP Falcon engine, EMEM operations, MCTP/NVDM message infrastructure, and the chain-of-trust boot for FSP. Support for 32-bit firmware images and automatic detection of firmware image formats has also been added.

Architecture-specific features such as framebuffer handling, system memory flush, PCI config mirroring, DMA masks, and WPR/non-WPR heap size settings have been implemented.

Stability and Maintainability

A key component of enhancing the Nova driver’s practicality is the comprehensive refactoring of the GSP boot and unload processes. Unlike the Nouveau driver, which required manual GPU resets between driver unbinding and reprobes, Nova has resolved this issue.

Specifically, the GSP boot process has been divided into chip-specific HALs, separating the boot paths for SEC2 and FSP. During driver unload, several steps have been implemented, including sending the UNLOADING_GUEST_DRIVER command, executing the Booter Unloader and FWSEC-SB, and running unload bundles upon Gsp::boot() failure. These improvements eliminate the need for manual GPU resets during the unbinding and reprobe stages of the driver.

GA100 and Security Enhancements

The update also introduces support for GA100 (Ampere) GPUs, including IFR header detection and skipping, correct fwsignature selection, conditional FRTS boot, and documenting IFR header layouts.

In security terms, the VBIOS parsing process has undergone significant strengthening. Enhancements include checked arithmetic operations, boundary-checked access, FromBytes-based structure reading throughout the FWSEC and Falcon data paths, and simplification of the VBIOS module structure. These measures provide robust protection against potential buffer overflows and format string vulnerabilities.

Revamping the Technical Foundation

One of Nova driver’s key technical innovations is its adoption of Higher-Ranked Lifetime Types (HRT). Changes include the direct use of lifetime-parameterized pci::Bar to replace indirect references to Arc. Additionally, ARef has been replaced with &‘bound Device in SysmemFlush and GSP sequencer, achieving both memory safety and improved performance.

Module names have been changed to kebab-case (nova-drm, nova-core), and Little Endian is now mandated in Kconfig. These adjustments clarify implicit assumptions, helping prevent cross-platform build issues.

Editorial Perspective

In the short term, the Nova driver update represents a significant step forward in NVIDIA GPU support for Linux environments. The progress made in Hopper/Blackwell support could smooth the use of NVIDIA GPUs in data center-focused Linux servers. Stability in GSP boot processes and robust VBIOS parsing are directly linked to improved reliability in real-world applications.

From a long-term perspective, Nova’s Rust-based implementation may accelerate a paradigm shift in Linux kernel driver development. NVIDIA’s official push for Rust-based open-source drivers is likely to influence other hardware vendors. Enhanced memory safety and maintainability could contribute to overall improvements in kernel driver quality.

One notable point of interest for our editorial team is the status of Apple Silicon drivers. While the Nova driver continues to make progress, the lack of mainstream DRM Rust drivers for Apple Silicon raises questions about the future of the Asahi Linux project. Additionally, how NVIDIA plans to reconcile the development of Nova with its existing proprietary drivers remains an important area to watch.

What are your expectations for the Nova driver’s usability? Specifically, could it one day replace NVIDIA’s proprietary drivers in gaming and creative workflows? Also, how might Rust’s full adoption in kernel driver development impact the Linux ecosystem? We invite readers to share their thoughts.

References

• Phoronix — NVIDIA’s Nova Driver Continues Being Built Up In Linux 7.2 Along With Other DRM Rust Code (https://www.phoronix.com/news/Linux-7.2-DRM-Rust) — Published June 5, 2026
• Previous reports: Nvidia to Extend RTX Spark Long-Term, Plans for N2X and N3X Confirmed (https://singulism.com/en/)
• Previous reports: AMD Helios MI455X Faces Performance Issues Over Ethernet Connection (https://singulism.com/en/)
• Previous reports: Microsoft CEO Nadella Denies Internal AI Reliance Strategy Memo Authored by Exec (https://singulism.com/en/)