Linuxでゲームをプレイしているユーザーにとって、「DLSSが使えるのはNVIDIAの非公開ドライバーを入れたときだけ」という前提は長年変わらなかった。しかし2026年6月19日、その前提を崩す変更がMesaのコードベースに静かにマージされた。
オープンソースのNVIDIA VulkanドライバーNVKが、DLSSをネイティブサポートする機能を実験的に実装した。開発の起点となったのはValve所属のLinux開発者Autumn Ashtonで、プロトタイプを完成させるまでにかかった時間はわずか約3日だったという。この数字は単純な驚きではなく、DLSSという技術の本質を突いた実装アプローチを物語っている。
NVKとDLSSが交わるまでの空白を埋める
Linuxにおいてオープンソースのグラフィックスドライバーが主流となる流れは、AMDのRADEONSI/RADVドライバーが先行した。NVIDIAに関しては長らく「プロプライエタリドライバー一択」というのが実態で、Mesa上のオープンソースNVIDIA VulkanドライバーNVKは後発スタートとなった。
NVKプロジェクトを牽引してきたのがFaith Ekstrandだ。Intel所属の開発者として知られる彼女は、NVKをMesaのメインラインに統合し、Vulkan 1.4準拠を達成するまで引き上げた。Mesa 25.1以降では、Turing以降のGPUでNVK+Zinkがデフォルトのバックエンドとなり、OpenGL 4.6準拠も達成している。Ekstrandはかつてプロプライエタリドライバーと比較したパフォーマンスについて言及していたが、現在（2026年中期）はNVKの継続的な改善が進んでいるため、その数値には留保が必要だ。
DLSSはNVIDIAが開発したAIスーパーサンプリング技術で、低解像度レンダリングを高品質にアップスケールすることでフレームレートを大幅に向上させる。これが「プロプライエタリ技術の壁」として長くLinuxオープンソース環境に立ちはだかっていた。Proton+DXVK-NVAPI経由でDirectXゲームのDLSSを動かす方法はすでに存在したが、それにはNVIDIAの非公開ドライバーが必要という制約が続いていた。
NVKとDLSSの組み合わせが意味するのは、その制約を初めて取り除く実装が誕生したということだ。
NGX経由でDLSSが動く理由——CuBINとVulkan拡張の接続
DLSSの内部構造を知ると、なぜたった3日でプロトタイプが完成したのかが腑に落ちる。
「DLSSは本質的にいくつかのCUDAカーネルを起動しているだけです。つまり、VK_NVX_binary_importとVK_NVX_image_view_handleの2つの拡張を実装すれば済む話でした」とAutumn Ashtonは述べた（原文："DLSS is essentially just launching some CUDA kernels. So it was a matter of implementing VK_NVX_binary_import and VK_NVX_image_view_handle."）
この発言はDLSSの本質を端的に示している。DLSSの処理の実体はCUDA（Compute Unified Device Architecture）で書かれたカーネル群であり、それをCuBIN（CUDA Binary / ELFフォーマット）という形式のバイナリとしてゲームに同梱する形で提供されている。
NVKが実装した2つのVulkan拡張がこの接点となる。
- VK_NVX_binary_import: GPUにCuBINをインポートし実行するための拡張。NVIDIAが定義したこの拡張を通じて、CUDAカーネルをVulkanコンテキストから呼び出せるようになる。
- VK_NVX_image_view_handle: DLSSの動作に必要なもう一方の拡張で、画像バッファへのアクセスを提供する。
この2拡張を組み合わせることで、NVKはゲームが提供するDLSSのCUDAカーネル群を直接GPUで実行できるようになる。NGX（NVIDIA Graphics eXtensions）ランタイムを経由してVulkanから呼び出す構造だ。なお、NGXランタイム（libnvidia-ngx等の非フリーライブラリ）のインストールが別途必要かどうかは、公式に明記されていない。
ただし、CuBINはGPUアーキテクチャごとにコンパイルされたバイナリであるため、重大な制約が存在する。NVKはPTX（NVIDIAの中間表現、Parallel Thread Execution）からMesaのNIRへの変換をまだ実装していない。このため、使用しているGPUに対応したプリコンパイル済みCuBINがゲームに同梱されていない場合、DLSSは動作しない。
Autumn Ashtonはこの複雑さを率直に説明していた。「CUDAのサーフェス領域は非常に広く、CuBINのパースが難しい。ELF（実行可能・リンク可能フォーマット）の複数セクションに属性が奇妙にパックされており、そのELFコンテナ自体がさらに別のコンテナにネストされている構造だ」と述べていた。
プロプライエタリドライバーはPTXからGPU固有バイトコードへのランタイムコンパイルを行うため、この制限がない。NVKのDLSSは現時点ではあくまでゲーム同梱のDLSSランタイムが対象GPUのCuBINを含んでいることを前提とした実装だ。
たった3日で完成した「DLSSプロトタイプ」の中身
Autumn AshtonがNVK向けDLSSプロトタイプを最初に実装したのは2025年10月頃で、GamingOnLinuxが当時その成果を報じた。デモとして彼女はゲーム「Control」をDLSS有効で動作させたスクリーンショットを公開しており、960×540から1920×1080への2倍アップスケールを実証してみせた。
実装の速さの背景には、DLSSがCUDAカーネルの集合体であるという構造的シンプルさがある。NVKが実装すべき内容は2つのVulkan拡張の追加に絞られており、アーキテクチャ的な大改造を要しなかった。
ただし、その後のプロセスには時間がかかった。Autumn AshtonのオリジナルMR（37898）は長期間停滞し、彼女がMesa開発から離れていたことで宙に浮いた状態が続いた。これを引き継いだのがThomas Andersenで、2026年4月頃に新たなMR（40686）を開き、コードのコンフリクトを修正・改修した上で、2026年6月19日のマージ完了にこぎつけた。
現在の有効化方法は環境変数による実験的フラグだ。
NVK_EXPERIMENTAL=dlssMesa公式ドキュメントには「GPUに対してプリコンパイル済みサポートがDLSSライブラリ内に見つかった場合にDLSSを有効化する」と記されている。Mesa 26.2以降で使用可能となる予定で、安定版リリースは2026年8月5日前後（RC1: 2026年7月15日、RC2: 2026年7月22日、リリースマネージャー: Eric Engestrom）だ。
DLSSのバージョン（2/3/3.5/4）のどれに対応するかは公式に明記されていない。ゲームに同梱されているDLSSランタイム（CuBIN）に依存するため、バージョン別の対応状況はゲームタイトルごとに異なる可能性がある。
既存Proton/DXVK-NVAPIとどう違うのか
「LinuxでDLSSを使う」手段はこれまでも存在した。NVK DLSSの意義を正確に把握するには、既存の実装との違いを理解する必要がある。
Proton+DXVK-NVAPI経由のDLSS（従来方式）
Proton上でDirectXゲームを動かす場合、DXVK-NVAPI（jp7677/dxvk-nvapi）がゲームのNVAPI呼び出しをVulkanに橋渡しする。DLSSの実際の処理はNVIDIAのngx.dll（NGXランタイム）が担い、これにはNVIDIAのプロプライエタリドライバーが不可欠だ。VKD3D-Proton 3.0.1（2026年5月）ではNVAPIやシェーダーイントリンシックスへの対応がさらに強化されている。有効化にはPROTON_ENABLE_NVAPI=1などの環境変数設定が必要だ。
NVK DLSSの本質的な違い
NVK DLSSはMesa（オープンソース）のドライバースタック上で動作するため、NVIDIAプロプライエタリドライバーが不要だ。ただし重要な点がある——DLSSのバイナリ自体はNVIDIA製のままであり、「DLSSがオープンソースになった」わけではない。「DLSSを動かすためのドライバー側の口が開いた」というのが正確な理解だ。
また、NVK DLSSの主な対象はネイティブVulkanゲームだ。DirectXゲームはProton経由が引き続き主流のままとなる。この両経路が並存する形が当面続くと考えられる。
対応GPUについては、NVKはKepler（GeForce 600/700シリーズ）以降を広くサポートするが、DLSSを動かすにはNGXランタイムが対応するTuring世代以降（RTX 2000番台〜）が実質的な前提となる。
Linuxゲーミングにとって何が変わるか
今回の変更が持つ可能性は、DLSSが1つのドライバーで使えるようになることを超えた広がりを持つ。
Autumn Ashtonはvalveの所属であることから、Steam DeckおよびSteamOS環境との接点が自然と浮上する。Steam DeckはLinux（SteamOS）上でAMD GPUを使用しているため直接の恩恵はないが、NVK DLSSはNVIDIA GPUを搭載したLinux PCゲーミング環境全体への影響を持つ。ValveがLinuxゲーミングのエコシステム強化に継続的に投資していることの一端として読むこともできる。
オープンソースのドライバースタック上でDLSSが動く意義は、プロプライエタリドライバーを避けたいユーザーやディストリビューションにとって選択肢が生まれることだ。サーバー・組み込み・セキュリティ要件の厳しい環境でもNVIDIA GPUを使いながらDLSSの恩恵を受けられる可能性が開く。ライセンスの完全性を重視するディストリビューション（Fedora、openSUSEなど）でも、プロプライエタリドライバーを避けながらDLSSを利用できる経路が生まれる。
まだ克服すべき技術的な壁は残っている。PTX→NIR変換の未実装、NGXランタイムの要否、CuBINのGPUアーキテクチャ依存といった課題がある。それでも、Autumn AshtonがわずかなVulkan拡張の追加でDLSSの動作を実証したことは、「プロプライエタリ技術の壁」がかつて思われていたほど高くはなかったことを示している。
Mesa 26.2の安定版が2026年8月5日前後に届いたとき、NVK_EXPERIMENTAL=dlssという一行の環境変数が、Linuxゲーミングの風景をどこまで変えるかが試される。