2024年初頭、HDMI Forumは衝撃的な決定を下した。AMDがオープンソースのLinuxドライバにHDMI 2.1のサポートを組み込もうとした際、フォーラムはその実装を明確に拒絶したのだ。理由はシンプルで、HDMI規格のIPに関わるソースコードをオープンな場で公開することをフォーラムが認めなかったからである。この決定は、AMDのRadeon GPU向けLinuxドライバ「AMDGPU」に数年間にわたって根深い制約を課し続けた。

その結果として最もわかりやすい形で被害を受けたのがValveSteam Machineだ。このLinuxベース(SteamOS)のゲームコンソールは、独自のRDNA 3カスタムGPUを搭載しながら、発表時のHDMI仕様はHDMI 2.0止まりに留まっていた。ハードウェアとしてはHDMI 2.1に対応できる能力を持ちながら、ドライバ側の制約によってその能力を表に出せないという、技術的には奇妙な状況が生まれていた。ValveはArs Technicaの取材に対し、「AMDドライバの問題を解消しようと働きかけている」と認め、クロマサブサンプリングやAMD FreeSync over HDMIといった回避策を駆使してSteam Machineの映像出力品質を維持しようとしていた。

この状況に変化が訪れたのは2026年5月1日のことだ。AMDのエンジニアがLinuxカーネルのメーリングリストに投じたパッチシリーズが、その扉を開いた。

AD

Harry Wentlandのパッチ提出とFRLの意味

2026年5月1日、AMDのベテランLinuxエンジニアHarry Wentlandが、Linuxカーネルのメーリングリスト(amd-gfxリスト)にAMDGPUドライバ向けのHDMI FRLパッチシリーズを提出した。FRL(Fixed Rate Link)はHDMI 2.1で採用された物理層の転送方式であり、従来のHDMI 2.0が採用するTMDS(Transition Minimized Differential Signaling)方式と比べて帯域幅を飛躍的に拡大する技術だ。具体的には、HDMI 2.0の最大帯域18Gbpsに対し、HDMI 2.1 FRLは最大48Gbpsを実現する。この帯域差が、4K/120HzやHDRの精細な色域表現をサポートするほか、VRR(Variable Refresh Rate)の安定動作の有無も左右する。

Wentlandはパッチカバーレターの中でこう記した。

「このパッチシリーズはAMDGPUディスプレイドライバにHDMI FRLサポートを追加するものだ。DSCはまだテスト中であり、後日送付する予定。本作業はHDMIコンプライアンスの代表的なサブセットに合格しており、このブランチでのフルコンプライアンステストは現在進行中だ。他の環境では合格しているため、フルテストで新たな問題が出るとは考えていない。なお、最初のパッチはHDMI 2.1とは直接関係しないが、HDMI 2.1のコードの周辺を大きく移動したため含めている。次のDCパッチシリーズと合わせて取り込まれる予定だ」

また、パッチカバーレターにはもう一つの注目すべき記述がある。「数年前にこの作業を準備したSiqueiraへの感謝。残念ながらAMDを離れる前に投稿することが叶わなかった」というくだりだ。つまりFRL対応のコードそのものは数年前から存在していたにもかかわらず、ライセンス上の壁が投稿を阻んでいた可能性が高い。実際、このパッチ投稿の直後、PhoronixフォーラムでAMDのLinux開発者agd5fが「パッチの準備とコンプライアンステストが完了次第、フル実装が提供される」とコメントしており、フル対応に向けた明確な意思を示している。

「フル実装」への残り工程と技術的背景

今回のFRLパッチが担うのは、HDMI 2.1対応における物理層の帯域確立という、最初の工程だ。HDMI 2.1が持つ機能セットは広大であり、現時点で含まれていない要素が複数ある。

まず、DSC(Display Stream Compression)がある。これは映像信号を可逆圧縮に近い形で圧縮する技術で、FRLの帯域をさらに効率的に使い、10K/100Hzといった極めて高い解像度・フレームレートの組み合わせを実現するために用いられる。Wentlandはこれを「まだテスト中であり後日送付する」と明言している。次に、VRR(Variable Refresh Rate)の問題がある。VRRはゲームの描画フレームレートとモニターのリフレッシュレートを動的に同期させることでティアリングを解消するHDMI 2.1の主要機能の一つだ。現時点でのパッチには含まれておらず、Valveが代替として利用してきたAMD FreeSync over HDMIとは別のレイヤーでの対応が必要となる。さらにALLM(Auto Low Latency Mode)など、テレビやゲームモニターとの自動連携に関わる機能も今後の実装待ちの状態だ。

Linux v7.2のマージウィンドウが2026年夏に予定されており、Phoronixはこのタイミングでのマージに向けた動きを観測している。ただし、FRLだけでも通ればHDMI 2.1の物理的な帯域基盤は確立されるため、その後の機能追加は段階的に実施可能になる。

AD

HDMI Forumの壁はどう崩れたのか

技術的な詳細と同じくらい関心を集めているのが、「なぜ今なのか」という疑問だ。HDMI ForumがAMDのオープンソース実装を拒絶し続けてきた背景には、フォーラム加盟企業が持つ特許群の保護という経済的な動機がある。HDMI規格の採用機器1台あたりにロイヤリティが発生する仕組みにおいて、オープンソースで実装されることは収益モデルへの脅威とみなされてきた。

Ars Technicaはこの点についてHDMI Forumにコメントを求めたが、現時点で回答は得られていない。つまり、法的問題が完全に解決されたのかどうかは依然として不透明だ。あくまでもAMD側が「フォーラムとの合意または折り合い」のもとで投稿に踏み切ったという観測が有力であるが、公式な声明は出ていない。

この長い交渉プロセスにおいて、Valveの存在は無視できない。同社はSteam MachineがLinuxベースであるがゆえにHDMI 2.1から締め出されるという状況に対し、Forumとの対話を続けてきた。2025年12月の時点でValveは「この問題の解消に向けて取り組んでいる」と発言しており、その後わずか5ヶ月でパッチ投稿という結果に至ったのは、コンシューマー向けのプレッシャーが一定の効果を発揮したとも見られる。

Steam Machineへの影響と市場的な意味

Steam MachineはRDNA 3ベースのカスタムGPUを搭載し、4K/60Hzに現実的に対応できる性能を持つ。しかし同時に、要求の高いタイトルでは積極的なFSR(FidelityFX Super Resolution)アップスケーリングなしに4K/60Hzを維持することが難しい場面もある。この文脈でHDMI 2.1対応が意味するのは、単純に映像の解像度の話ではない。

VRRが利用可能になれば、フレームレートが乱れがちな場面でも画面のティアリングやスタッターを抑制できるため、実際のゲーム体験の滑らかさが向上する。競合するXbox Series XやPlayStation 5はいずれもHDMI 2.1を実装し、4K/120HzとVRRを標準機能として備えている。この機能的な格差がSteam MachineとコンシューマーゲームコンソールをHDMI出力の観点で比較する際の弱点として指摘されてきた。HDMI 2.1のフル実装が完了すれば、少なくとも表示仕様の面での同等性が確保され、LinuxゲーミングエコシステムとしてのSteam Machineの位置づけが変わりうる。

ただし、Linuxにおけるディスプレイ機能はドライバだけで決まるわけではない。HDRのカラーマネージメントとGameScopeのようなCompositorとの連携も別途整備が必要であり、アプリケーション側の対応も残る。Steam MachineがHDMI 2.1を「広告できる」スペックとして公式に掲げられるかどうかも、最終的なコンプライアンス認定の可否にかかっている。

AD

Linuxゲーミングの表示インフラが変わる

今回のAMDの動きは、Steam Machineという特定の製品を超えた意味を持つ。Linuxを日常的なゲーミングOSとして利用するユーザー層、および開発者コミュニティにとって、AMDのRadeon GPUがHDMI 2.1の高帯域接続を公式にサポートすることは、ディスプレイ接続の選択肢を根本から変える出来事だ。

これまで4K/120Hzを実現したいLinuxユーザーは、DisplayPortを選択するか、コミュニティが開発した非公式パッチを適用するしかなかった。非公式パッチはカーネルのアップデートのたびに互換性の問題が生じるリスクがあり、長期運用には適さない。公式のAMDGPUドライバにFRLが組み込まれることで、この不安定な状況が解消される。

Harry Wentlandが「数年間待機していたコード」と言及したことは、AMDのLinuxチームがずっとこの問題を解決しようとしながら、内部的には準備を進めていたことを示す。コンプライアンステスト通過後、Linux v7.2でマージされれば、それはLinuxにおける表示インフラの大きな節目となる。DSCとVRRのサポートが続けて投稿されれば、HDMI 2.1の機能が段階的に揃い、Linuxのディスプレイスタックとしてのポジションが強化される。