A graphics card sends a vivid rainbow gradient through 10-, 12-, and 16-bit color panels to a monitor.
A patch series posted to the Linux kernel's dri-devel graphics mailing list adds HDMI Deep Color output to Nouveau, the open-source kernel driver for NVIDIA GPUs. Phoronix reported the series on September 22, 2026 (U.S. Eastern time). If merged, it would let NVIDIA cards send 10, 12 or 16 bits per color channel over HDMI without NVIDIA's proprietary driver. The code has only been posted so far. It has not been merged, and it is not in any released kernel. The reported state also has limits: RGB output only, and no test of the 16-bit mode on a display that can accept it. Linux users with NVIDIA hardware should read this as a useful gap in the open driver starting to close, and they shouldn't expect it to reach their desktop soon.

Nouveau's HDMI Deep Color patches cover RGB up to 16 bits per channel​

Phoronix, which first reported the series, describes it as new patches for Nouveau, the Linux kernel's open-source NVIDIA driver, for enabling HDMI Deep Color support. Phoronix explains that HDMI Deep Color allows color depths of 10, 12 or 16 bits per color channel. It calls Nouveau the main open-source NVIDIA Linux driver "until Nova is ready for prime-time." Nova is the newer open-source NVIDIA driver effort. Nouveau is still the one shipping kernels use today.

The per-channel wording matters. An RGB signal carries three channels (red, green and blue), so "10-bit" here means 10 bits for each channel, or 30 bits per pixel before any overhead. As general background, standard desktop output uses 8 bits per channel, which gives 256 levels per channel. Ten bits gives 1,024 levels and 12 bits gives 4,096. Finer steps can reduce visible banding in smooth gradients, but only if the application, compositor, driver, cable and display all carry the higher depth end to end.

Phoronix gives two limits on the current series. The code supports RGB output only, with no YCbCr support for now. The 16-bit-per-channel path has not been tested on a display that accepts 16 bits per channel. So 10 and 12 bpc over RGB is the part of the series that looks closest to usable. The 16-bpc mode is implemented but unverified. Phoronix does not list which GPUs or monitors the author tested, or at which resolutions and refresh rates.

Phoronix also says the patches were written with help from "AI partners." It doesn't say which tools were used or how the output was checked. As with any kernel submission, the dri-devel maintainers and reviewers will decide whether the code goes in, so review is the next gate.

Why missing YCbCr support limits the Nouveau Deep Color series​

Supporting RGB but not YCbCr is a real limit. YCbCr is the color encoding TVs and video equipment commonly use. Its subsampled versions (4:2:2 and 4:2:0) carry less color data per pixel, and on bandwidth-limited HDMI links they are often how high bit depths fit at high resolutions. As an inference from that general background, an RGB-only implementation will cover some display modes and fail to reach others. Which modes fall on each side depends on the GPU's HDMI version and the display's capabilities, and the reporting doesn't specify either.

YCbCr handling is also still being worked out in the kernel's shared display code, not just in Nouveau. A long-running dri-devel series, which had reached version 16 by May 2026, adds a new general DRM property "color format". That series includes hooks for AMD's amdgpu driver, and its changelog notes that YUV444 color format has been added in i915, Intel's driver. That work is separate from the Nouveau patches. It shows, though, that how drivers expose and choose output color formats is still being settled across DRM, the Direct Rendering Manager subsystem that Linux display drivers use. A Nouveau YCbCr follow-up would most likely fit into whatever that shared work becomes.

Earlier Nouveau display fixes for Blackwell GB20x set up the Deep Color work​

The Deep Color series follows other recent Nouveau display work, and that work shows where the difficult parts are. In August 2026, Mohamed Ahmed posted a set of Nouveau display fixes to dri-devel. His cover letter said they were created as part of ongoing HDMI 2.1 and display handling clean-up work, and that some of the fixes are needed before features such as FRL, DSC and VRR can work properly. FRL is HDMI 2.1's Fixed Rate Link signaling, DSC is Display Stream Compression and VRR is variable refresh rate.

Part of that series targets NVIDIA's Blackwell GPUs, which the code calls GB20x. The cover letter says Blackwell removed the legacy SF vendor-infoframe and GCP packet registers, so the MMIO writes land on dead or moved offsets. GCP is HDMI's General Control Packet, and it is directly tied to Deep Color. A code comment in the version 3 patch notes that in this packet, SB1 carries the deep-color CD/PP fields. Those fields tell the display what color depth to expect. According to the patch, on these chips a control bit selects where the deep-color CD/PP fields are generated (hardware or from the driver, with the default being HW).

The public record doesn't show whether the new Deep Color series comes from the same developer or depends on these fixes. Phoronix linked a dri-devel message but gave no patch contents, and the list page couldn't be retrieved to check. The August patches do show that on current NVIDIA hardware, telling a display about bit depth depends on exact packet and register programming. Getting that right on newer GPUs has already needed its own round of fixes.

How NVIDIA's proprietary driver shipped HDMI Deep Color in 545.23.06​

Users of NVIDIA's closed driver got something similar almost three years ago. NVIDIA's 545.23.06 beta Linux driver, released October 17, 2023, added what Phoronix then described as experimental HDMI 10-bits-per-component "deep color" support. It was optional and had to be switched on with a new hdmi_deepcolor kernel module parameter.

The comparison has limits. The proprietary feature was listed as 10-bit only and experimental, while the Nouveau series lists 10, 12 and 16 bpc, with 16 untested. Nothing reported so far compares hardware coverage or real-world behavior between the two drivers, so this is not a head-to-head. What it does show is that users who needed higher-bit-depth HDMI on NVIDIA under Linux had to use NVIDIA's own stack. That remains true until Nouveau's version lands.

Deep Color is one piece of HDR on Linux​

It's easy to equate Deep Color with HDR, but they are different things. Deep Color is about output bit depth. HDR on a Linux desktop also needs colorspace signaling, HDR metadata and compositor support. A separate August 2026 dri-devel patch for Rockchip's RK3588 HDMI output shows how those pieces depend on each other. It explains that KWin (Plasma 6.x) requires "Colorspace" alongside "HDR_OUTPUT_METADATA" and "max bpc" before it treats an output as wide-gamut capable. KWin is the KDE Plasma compositor. Without all three properties, it never shows the HDR toggle.

That patch is about different hardware, but it shows what compositors check for. Bit depth, exposed through connector properties like "max bpc," is one requirement, and missing any of the others still leaves HDR unavailable. Nothing reported about the Nouveau series claims HDR support. Treat it as a bit-depth improvement only, even though HDR would build on top of it.

What the Nouveau Deep Color patches mean for Linux NVIDIA users​

Most readers don't need to do anything now. There's nothing to turn on in a distribution kernel, and the reporting includes no build, configuration or testing instructions. People running Nouveau with a Deep Color-capable HDMI display who are comfortable building and testing kernel patches can find the series on dri-devel, where test reports, especially on 16-bpc panels, are the kind of feedback the series is missing. Anyone who needs higher-bit-depth HDMI on NVIDIA under Linux today should look at NVIDIA's own driver, where the option has existed since the 545 series.

  • The Nouveau HDMI Deep Color patches have been posted to dri-devel for review, and they have not been merged into any Linux kernel release.
  • The series supports RGB output at 10, 12 or 16 bits per channel, and YCbCr is not supported yet.
  • The 16-bit-per-channel mode has not been tested on a display that accepts it, so only the 10- and 12-bpc paths look close to usable.
  • Deep Color raises bit depth but does not enable HDR, which also needs colorspace and HDR-metadata support that compositors such as KWin check for.
  • NVIDIA's proprietary Linux driver added experimental 10-bit HDMI Deep Color in the 545.23.06 beta through the hdmi_deepcolor module parameter.
  • Related Nouveau fixes for Blackwell GB20x show that HDMI signaling on the newest NVIDIA GPUs still needs register-level fixes in the open driver.

Posting the HDMI Deep Color series moves Nouveau toward the display features NVIDIA's own driver already offers on Linux. It also fits the broader HDMI 2.1 cleanup already under way on dri-devel. The next steps are maintainer review, a revision that adds YCbCr, and a real test of the 16-bpc path. Until those happen, Nouveau users keep 8-bit HDMI output, and higher bit depths on NVIDIA hardware under Linux remain a proprietary-driver feature.