What was presented
NVIDIA engineer John Hubbard and Red Hat's Danilo Krummrich presented Nova at LPC2026. The conference listing puts the talk on 5 October in a 45-minute slot at the Prague Congress Centre. Nova was described as a long-term "replacement for Open RM."
The conference abstract describes Nova as an open-source NVIDIA GPU driver developed entirely upstream from day one, and in Rust. The talk covered four things:
- The project's current status and roadmap.
- The upstream development process.
- The architecture, split into nova-core, nova-drm, vGPU support and fwctl.
- How Rust's type system and ownership model help enforce boundaries between those components at compile time. The abstract also says the DRM subsystem makes this harder.
The abstract also promises a look at hardware abstraction layers. These are the layers that let one driver support several GPU generations. The authors argue that Rust traits and generics give stronger compositional guarantees than C.
Why Open RM matters
Open RM is the open-source but out-of-tree set of kernel modules NVIDIA has shipped in recent years. The eventual plan is for NVIDIA's Linux driver stack to use the upstream Nova kernel code in place of those out-of-tree modules.
That would be a big change in how NVIDIA ships its Linux driver. Today the kernel side lives outside the kernel tree and is rebuilt against each release. An upstream driver would be reviewed in public and maintained alongside the DRM subsystem.
Phoronix's Michael Larabel, who reported on the talk, cautions on two points:
- NVIDIA has still given no official comments for publication to elaborate further, and no committed timeline.
- Nova is not a drop-in or API-compatible replacement for the existing out-of-tree interfaces, so NVIDIA's user-space driver components will need adapting.
So this is not a swap-the-module affair. Nova is a kernel driver, not a whole graphics stack. The user-space libraries above it have to be reworked to talk to it.
How Nova relates to Nouveau
The kernel documentation says the project consists of two drivers, nova-core and nova-drm. It states that they intend to supersede Nouveau for NVIDIA GPUs based on the GPU System Processor (GSP). It describes nova-core as the first-level driver. It abstracts the hardware and firmware interfaces and gives second-level drivers a common base, including the vGPU manager VFIO driver and nova-drm.
Phoronix frames this as a replacement for the existing upstream Nouveau driver for Turing GPUs and newer. Nova is GSP-only by design. It targets Turing (RTX 20-series) and later, where firmware on the GPU handles much of the low-level work.
Where it stands
The reported status is that the GSP boots with its firmware on Turing through Blackwell hardware, with basic functionality coming online, but Nova is not yet in a state for end users. Booting the GSP is a real milestone, but it is a long way from running a game or a CUDA job. Anyone reading "Turing through Blackwell" as broad support is reading too much into it.
Recent kernel cycles show steady progress rather than a sudden leap:
- The Linux 7.1 changes included more Turing enablement, GSP command queue fixes and hardening, support for large RPCs, Falcon firmware handling refactoring, and firmware parsing hardening.
- Code targeting Linux 7.3 brings improvements to GSP boot, vGPU support, firmware handling, and Hopper and Blackwell GPUs.
- In the Linux 7.2 cycle, Nova accounted for the bulk of the Rust DRM driver changes.
What's still to come
Upcoming work includes Linux and Windows guests in VMs working with Nova, and further virtualization features. The list also includes getting Vulkan Compute and CUDA apps running on Nova, and more graphics and display functionality.
Windows readers will care most about the guest-VM item. A Linux host using Nova for GPU virtualization with Windows guests would matter for people who run GPU-accelerated Windows VMs on Linux hypervisors. That is a planned feature, though, and the reporting gives no dates.
Nova is also pushing the kernel's Rust DRM infrastructure forward. Recent pull requests have added more Rust DRM abstractions and other improvements. Those benefit other Rust graphics drivers as well.
What to do now
For most people the answer is nothing:
- Desktop and gaming users on NVIDIA hardware: keep using your current driver. Nova has no end-user timeline, and the reporting says it is not ready.
- Developers and Rust-for-Linux followers: this is a worthwhile project to watch. The design and reviews happen in public, and the LPC materials are posted on the conference site.
- Virtualization admins: treat vGPU and Windows-guest support as roadmap items, not features you can plan around.
Analysis
Public commitment from NVIDIA engineers on stage is a stronger signal than a community project hoping to catch up. The skeptic's view is also fair. NVIDIA has not committed to a timeline, the user-space adaptation work is large, and the hard parts remain: CUDA, Vulkan Compute and display support. Nova is best read as a multi-year transition. How quickly it arrives depends on how much of that work NVIDIA decides to do.
The reporting does not establish how the compatibility path will work, so treat any predicted release dates as speculation.