AMDGPU、HDMI Passive VRR対応を分離 Linux 7.4へ

AMDが上流のAMDGPUカーネルグラフィックスドライバにおけるHDMI 2.1対応の整備を進めるなか、HDMI接続向けのPassive VRRに関する最新パッチが公開された。PhoronixのMichael Larabelの報道では、2026年9月1日に新たなパッチ系列が送付されたと伝えている。

As part of AMD’s ongoing effort for getting HDMI 2.1 support squared away in their upstream AMDGPU kernel graphics driver, sent out today were the latest patches around passive variable refresh rate “Passive VRR” for HDMI connections.

本パッチはHDMI出力が可変リフレッシュレートへ移行する際の表示処理を改善するものである。Linux 7.4のマージウィンドウに向けた準備として注目される。

Passive VRRが解決する課題

Passive VRRは、HDMI出力がVRRモードへ遷移する際に発生する画面の消去や輝度のちらつきを回避するための機能である。従来のHDMI実装では、固定リフレッシュレートで動作するデスクトップ環境から可変リフレッシュレートのゲームや映像再生へ切り替わる瞬間に、出力が一時的に途切れる現象が報告されてきた。ディスプレイ側の再同期に伴う黒画面の挿入や、バックライト制御の不整合による輝度変動が原因である。

Passive VRRはこの遷移を目立たなくする手法である。HDMIシンクを可変リフレッシュ状態に維持したまま、固定リフレッシュレートでのデスクトップ描画を継続する。これにより、実際にVRRが必要になる場面で改めてモード切替を発生させず、視覚的な途切れを抑える。ユーザーの体感としては、ウィンドウ操作やブラウザ閲覧からゲーム起動へ移る際の違和感が低減する。特に高リフレッシュレートのゲーミングモニタやテレビをHDMIで接続する環境で効果が期待される。

この種のちらつきは機能上の不具合ではないが、体験品質を左右する要素である。AMDはこの領域をHDMI 2.1対応の一環として継続的に手当てしてきた。今回のパッチは、その対策をカーネルドライバ側で恒常的に有効化する位置づけである。

HDMIとDisplayPortの仕様差

VRRの遷移処理は、接続規格によって前提が異なる。DisplayPortおよびEmbedded DisplayPortでは、シームレスなVRR遷移が仕様上義務付けられている。ソースとシンクが協調してリフレッシュレートを動的に調整し、モード切替時の表示断絶を生じさせない設計が標準である。このため、DisplayPort経由でVRRを利用する場合、今回のような追加措置は不要である。

一方でHDMIでは事情が異なる。HDMIのVRR実装は、規格上の必須要件と実装の自由度のバランスがDisplayPortと異なる。固定リフレッシュと可変リフレッシュの間で明示的な遷移が発生しやすく、その際にシンク側が再同期を行うことで黒画面や輝度変動が生じる場合がある。Passive VRRは、このHDMI固有の挙動を吸収するためのドライバ側の工夫である。

AMDのAMDGPUドライバは、DisplayPortとHDMIの双方を同一の表示スタックで扱う。共通コードでVRRを制御しつつ、HDMI経路に限ってPassive VRRの維持処理を挿入する構成である。PhoronixのMichael Larabelの報道では、DisplayPortでは問題にならないがHDMIではPassive VRRが有効であると整理されている。規格差をドライバで補完する典型的な事例と位置づけられる。

HDMI 2.1対応とパッチ分離の経緯

今回のPassive VRR対応は、従来はHDMI 2.1のゲーミング向けパッチ系列の一部として提供されてきた。VRRやALLM（自動低遅延モード）を含むを含む的なHDMI 2.1機能群のなかに、Passive VRRの実装も同梱されていた経緯がある。HDMI 2.1は高帯域伝送や可変リフレッシュレート、低遅延モードなど複数の機能を束ねた規格である。AMDはこれらを上流カーネルへ段階的に持ち込む作業を続けてきた。

最新の動向では、Passive VRRに関するコードが独立したパッチ系列として分割された。機能ごとにレビュー単位を明確化し、上流への統合を円滑にする狙いがあると見られる。HDMI 2.1対応全体は規模が大きく、レビュアーの負荷やテスト範囲の観点から分割が合理的である。VRRやALLMといった機能はそれぞれ検証観点が異なり、Passive VRRは表示遷移の品質に特化した変更である。分離により、他のHDMI 2.1機能の進捗に依存せず、Passive VRR単体での議論と修正が可能になる。

この分割は、Linuxカーネルの開発慣行にも沿った動きである。大規模な機能追加は、論理的に独立した系列へ分割して段階的に取り込むことが推奨される。AMDが継続的にHDMI 2.1対応を上流へ送付してきた流れのなかで、今回の分離は成熟度が高まった段階を示すものと評価できる。

デフォルト有効と無効化の選択肢

公開されたパッチ系列では、Passive VRRは既定で有効化される設計である。ユーザーが特別な設定を行わなくても、HDMI接続時に自動的に維持処理が働き、VRR遷移時のちらつきが抑えられる。一方で、この挙動を望まない場合に備え、無効化する選択肢も用意されている。従来どおり、VRRモードへの遷移時に画面消去やちらつきを許容する動作へ戻すことが可能である。

既定で有効とする判断は、多数のユーザーにとって利点が大きいことを反映している。ゲーミングや動画視聴でHDMIを利用する環境では、遷移時の違和感が少ない方が好ましい。無効化の経路を残すことで、特定のディスプレイやテレビでPassive VRR維持が副作用を生じる場合にも対応できる。表示機器側の実装は多様であり、一部のシンクでは可変リフレッシュ状態の維持が想定外の挙動を招く可能性が否定できない。選択肢を残すことで、互換性と品質の両立を図る構成である。

カーネルパラメータやモジュールオプションによる切り替えが想定されるが、具体的な操作方法は上流への統合過程で文書化が進む見通しである。ディストリビューションがLinux 7.4以降を採用した際、ユーザーは追加設定なしで恩恵を受ける形になる。

Linux 7.4マージへの統合見通し

PhoronixのMichael Larabelの報道では、これらのAMDGPU向けHDMI 2.1追加機能が、10月下旬に開くLinux 7.4のマージウィンドウに間に合うようレビューと準備が進むことが期待されている。マージウィンドウは次期カーネルへ機能を取り込むための合意形成期間である。レビュー、テスト、修正を経て、維持管理者による取り込み判断が行われる。

AMDGPUドライバはカーネル内で活発に開発が続く領域である。表示、電源管理、計算機能が密接に関連し、変更の影響範囲が広い。HDMI 2.1対応はその中でも外部仕様との整合性が求められる分野であり、レビューでは規格適合性と既存ハードウェアへの影響が慎重に確認される。Passive VRRのように既定で有効となる変更は、回帰の有無が重視される。

近年のカーネル開発では、表示やメモリ管理、ネットワークなど各サブシステムで最適化が並行して進む。Linux Cache Aware Scheduling拡張、MySQL最大360%高速化で示されたような性能改善の取り組みや、Windows GDID、Scattered Spider容疑者特定に貢献で取り上げられたようなセキュリティ関連の解析、OpenAI Private Safety Processing発表 ゼロデータ保持を実現のようなデータ保護の動向と同様に、カーネルと周辺技術の連携が重要性を増している。AMDGPUのHDMI改善も、エンドユーザーの体験品質を底上げする地道な改良として位置づけられる。

HDMI 2.1対応全体の上流化は、AMDのオープンソース戦略の継続性を示すものでもある。下流パッチとして長く保持するのではなく、上流へ早期に統合することで、幅広いディストリビューションやハードウェアでの検証が促進される。Passive VRRの分離は、そのプロセスを加速させる一手と見ることができる。

編集部の見解

短期的には、HDMIでゲーミングモニタやテレビを利用するLinuxユーザーへの恩恵が明確になると見る。10月下旬のLinux 7.4マージウィンドウに向け、レビューが順調に進めば、年末から来春にかけて主要ディストリビューションで既定の体験が改善する可能性がある。既定有効かつ無効化可能という設計は、互換性問題の報告を抑えつつ広く展開するうえで妥当な選択と評価する。 長期的には、HDMIとDisplayPortの体験差をドライバで埋める動きが、オープンソースグラフィックススタック全体の成熟を示すと考える。HDMIフォーラムの仕様運用や認証の制約のなかで、上流カーネルでのHDMI 2.1対応を継続する姿勢は、Linuxデスクトップのゲーミング用途拡大を後押しする。1〜3年の視点では、VRRやALLMを含むHDMI 2.1機能の上流化が進むことで、ベンダー独自パッチへの依存が縮小すると見られる。 残る論点は、Passive VRR維持がもたらす消費電力や表示遅延への影響をどう定量化するかである。固定リフレッシュのデスクトップ描画時に可変リフレッシュ状態を維持する代償は、測定と開示が求められる。

参考

• 「AMDGPU Linux Driver’s Latest Patches For HDMI Passive VRR Support」, by Michael Larabel — Phoronix, 2026-09-01T20:41:59.000Z (ARR)
• 元記事URL: https://www.phoronix.com/news/AMDGPU-HDMI-Passive-VRR