Radeonを搭載したLinux PCとHDMI 2.1対応テレビをつないでも、高解像度・高リフレッシュレート表示や可変リフレッシュレートを組み合わせにくい状況が続いてきました。次期Linux 7.4では、その制約を解くAMDGPUドライバーの更新がまとまって入る見込みです。

AMDの開発者がDRM-Next向けに提出した更新には、HDMI 2.1のFixed Rate Link（FRL）を既定で有効にする変更と、FreeSync、HDMI VRR、Auto Low Latency Mode（ALLM）の対応が含まれます。この記事では、何が変わるのか、既存のLinux 7.2対応とどこが違うのか、正式版を使う前に何を確認すべきかを整理します。

Linux 7.4向け更新の全体像

AMD開発者が送ったAMDGPUのfeature pull requestを、PhoronixとVideoCardzが2026年9月11日に報じました。Linux 7.4向けとして挙がっている主な表示機能は次の4項目です。

機能 Linux上で担う役割
HDMI 2.1 FRL HDMI 2.0世代のTMDSを超える高帯域の伝送モード
FreeSync AMD独自の情報ブロックを使った可変リフレッシュレート対応
HDMI VRR HDMI Forumの情報を使った可変リフレッシュレート対応
ALLM 対応テレビやモニターへ低遅延モードを通知する仕組み

FRLは高い解像度とリフレッシュレートを同時に扱う土台です。可変リフレッシュレートはGPUが作るフレームと画面更新のタイミングを合わせ、ティアリングやカクつきを抑えます。ALLMはゲーム表示時に対応ディスプレイの低遅延モードを使いやすくする機能です。

今回の更新は、これらを個別の実験機能として試す段階から、一般的なLinux環境で組み合わせて使う段階へ進める内容です。ただし、2026年9月12日時点ではLinux 7.4の正式リリースではありません。pull requestがDRM-Nextへ送られた段階であり、最終的なマージと各Linuxディストリビューションへの配布が残っています。

FRLが既定で有効になる意味

AMDは2026年5月、AMDGPUへHDMI 2.1 FRLとDisplay Stream Compression（DSC）を追加するパッチ群を公開しました。当時のパッチ説明では、FRLを使うと高帯域のHDMIモードを扱える一方、FRL経由のVRRが未完成だったため既定では無効にすると説明しています。

基礎コードはLinux 7.2へ入りましたが、利用者が明示的にamdgpu.dcfeaturemask=0x400を指定しない限りFRLを使わない設計でした。FRLだけを先に有効にすると、従来使えていたVRRが動かなくなる構成があり、表示機能の後退を避ける必要があったためです。

8月に提出されたFRL既定有効化パッチは、AMDGPUの既定機能マスクへDC_FRL_MASKを加えています。パッチ本文には、FRLがHDMI 2.1の高帯域モードに必要で、対応ディスプレイへ広く実装されている点も記されています。Linux 7.4向けのVRR関連コードがそろったため、手動のカーネルパラメーターを前提にせずFRLを選べる形へ切り替える流れです。

高帯域モードで実際に選べる解像度、色深度、リフレッシュレートは、GPUの映像出力、ディスプレイの入力、ケーブル、DSC対応の組み合わせで決まります。カーネル更新だけで、すべてのHDMI端子が同じ表示モードへ変わるわけではありません。対応機器がそろった構成で、Linux側のドライバー制約が一つ減る更新と捉えると分かりやすいでしょう。

FreeSync・HDMI VRR・ALLMの追加

HDMI 2.1 VRR／ALLMパッチの説明には、ディスプレイが通知する2種類の情報をAMDGPUが読む仕組みが示されています。AMD Vendor-Specific Data Block（AMD VSDB）からFreeSyncの範囲を取得し、AMD独自の範囲がない場合はHDMI Forum VSDB（HF-VSDB）のVRR範囲を使う構成です。

同じ「画面の更新間隔をGPUへ合わせる」用途でも、テレビやモニターが広告する方式は製品によって異なります。FreeSync対応表示だけでなく、HDMI Forum VRRを通知する画面もドライバーが扱えるため、HDMI 2.1対応テレビをLinuxゲーミングPCへ接続する場面で選択肢が広がります。

ALLMのパッチは、ゲーム用コンテンツまたはVRRが有効な状態をHDMIのVendor-Specific InfoFrameでディスプレイへ伝えます。対応テレビ側が信号を受け取ると、映像処理を抑えた低遅延モードへ移行できます。利用時はテレビのHDMI入力設定でゲーム機能を有効にし、対象端子がVRRとALLMへ対応しているかを確認する必要があります。

VRRはGPU性能そのものを上げる機能ではありません。フレームレートが変動したときに画面更新を追従させ、表示の連続性を整えます。AMD Radeon RX 9070 XTやAMD Radeon RX 7900 XTXのようなGPUを使う場合も、ゲーム内fps、ディスプレイのVRR範囲、設定したHzを合わせて確認すると効果を判断しやすくなります。

採用までのスケジュール

Phoronixによると、Linux 7.4のマージウィンドウはLinux 7.3の進行に応じて2026年10月後半に始まる見通しです。Linux 7.4の正式版は2026年末から2027年1月ごろになる可能性があるとしています。これは開発サイクルからの見通しで、確定した公開日ではありません。

更新がmainline Linuxへ入った後も、実際に利用できる時期はディストリビューションごとに変わります。ローリングリリース型は比較的早く新しいカーネルへ移り、長期サポート版は検証済みのカーネルを維持する傾向があります。SteamOS系を含む製品向けOSでは、メーカーや配布元が採用するカーネルとドライバーの版を確認するのが確実です。

段階 2026年9月12日時点の状況
FRL／DSCの基礎コード Linux 7.2へ導入済み、FRLは既定無効
FreeSync／HDMI VRR／ALLM Linux 7.4向け更新に含まれる見込み
FRLの既定有効化 Linux 7.4向けパッチとpull requestに収録
Linux 7.4正式版 未公開
各ディストリビューションへの配布 Linux 7.4公開後に配布元が決定

「Linux 7.4対応予定」と「現在の安定版で既定利用できる」は別の段階です。今すぐ設定を変更するより、使っているディストリビューションの更新情報でカーネル版と既知の問題を確認し、安定版として配布された時点で試す方が変更点を追いやすくなります。

更新後に確認したい項目

Linux 7.4を採用した環境へ更新したら、カーネル、接続機器、表示設定を順に確認します。

  1. uname -rで起動中のカーネルが7.4系か確認します。
  2. GPUとディスプレイの仕様ページで、使用するHDMI端子の対応モードを照合します。
  3. HDMI 2.1の希望帯域に対応するケーブルを使用します。
  4. デスクトップ環境の設定で解像度とリフレッシュレートを選びます。
  5. ディスプレイ側でVRR、FreeSync、ゲームモードの状態を確認します。
  6. ゲームを起動し、フレームレート、ティアリング、画面の瞬断を同じ場面で比べます。

表示できない場合は、一度に複数の項目を変えず、解像度、Hz、色深度、VRRを一つずつ切り分けます。GPUドライバーだけでなく、デスクトップ環境やWaylandコンポジター、ディスプレイのファームウェアも表示経路に含まれます。問題報告ではGPU名、カーネル版、ディスプレイ型番、接続端子、選んだ表示モードをそろえると再現条件が伝わります。

記事画像には、AMDのRadeon公式製品ページで公開されている製品素材を使用しています。

まとめ

Linux 7.4向けAMDGPU更新では、HDMI 2.1 FRLの既定有効化に加え、FreeSync、HDMI VRR、ALLMの対応がまとまる見込みです。Linux 7.2へ入ったFRL／DSCの基礎を、可変リフレッシュレートや低遅延モードと組み合わせて一般利用へ進める更新になります。

2026年9月12日時点ではDRM-Next向けの提出段階で、Linux 7.4の正式版と各ディストリビューションでの配布はこれからです。採用後はカーネル版、GPUと画面の端子仕様、ケーブル、VRR範囲を順に確認しましょう。Radeonのゲーム性能と表示設定を合わせて検討する方は、RX 9070 XTのゲーム性能ガイドも続けて確認できます。