これは、単に新しいデバイスIDをAMD GPUドライバーへ登録しただけの変更ではない。統合GPUをグラフィックスシステムとして初期化・運用するには、GPU本体だけでなく、セキュリティプロセッサー、DMA、動画処理、表示制御といった複数のIPブロックが連携する必要がある。

そのため今回の公開によって、GFX 11.7のLinuxソフトウェア環境は、カーネルやコンパイラー、グラフィックススタックの開発版にコードが存在するだけだった段階から、大きく前進したといえる。

発売前のファームウェア公開が重要な理由

ファームウェアはLinuxで新しいハードウェアを動かすための重要な一層にすぎない。カーネルがハードウェアを認識し、LLVMが対応ターゲット向けにシェーダーをコンパイルし、MesaがVulkanやOpenGLの経路を提供する必要がある。

AMDはすでに、AMDGPUカーネルドライバーとLLVMのAMDGPUコンパイラバックエンドでGFX 11.7向けの変更を段階的に進めている。さらにMesa 26.3では、VulkanドライバーのRADVとOpenGLドライバーのRadeonSIの双方にGFX1171対応が追加された。Mesa側の変更は、主にGFX1171の識別子を追加し、先行するGFX1170向けの既存コードパスを利用する内容となっている。

ファームウェアが実際の製品より先にlinux-firmwareへ入れば、UbuntuやFedoraなどのディストリビューションは、発売前のシステム更新でパッケージ化する時間を確保できる。結果として、メーカー独自のインストーラーや手動ダウンロードに頼らず、標準的な更新だけで動作する環境を用意しやすくなる。

GFX1172はまだ未対応

今回含まれているのはGFX1170とGFX1171のファームウェアで、GFX1172は対象外だ。AMDのコンパイラーおよびドライバー開発では、GFX1170、GFX1171、GFX1172がRDNA 4mファミリーのターゲットとして扱われており、現時点で公開されているコードでは、これらは同じISAの機能経路を利用している。

GFX1172がない理由としては、後発製品である、公開用ファームウェアの準備がまだ整っていない、あるいは別の製品スケジュールに従っている、といった可能性が考えられる。ただし、これだけで具体的な製品区分を断定することはできない。

したがって、今回の公開を「既知のGFX117xターゲットすべてに対応した」と表現するのは正確ではない。少なくとも現段階では、対応が段階的に進んでいると見るべきだろう。

RDNA 4mとは何か

GFX 11.7という番号は、RDNA 3.5のGFX 11.5と、ディスクリート向けRDNA 4のGFX 12.0の間に位置する。AMDのオープンソース開発では、GFX1170、GFX1171、GFX1172が「RDNA 4m」という名称の下で整理されている。ただし、これらは市販製品名ではなく、ドライバーや開発ツールで使われる内部的なグラフィックスターゲットだ。

現時点の証拠からは、RDNA 4mをAPUやSoC向けの中間的、または派生型のグラフィックスブランチと見るのが妥当だ。名称末尾の「m」はモバイル向け、あるいは統合グラフィックスを重視した派生を示している可能性がある。特に、今回の開発が未発表のMedusa Pointファミリーと関連付けられていることが、その見方を支えている。

ただし、AMDは「m」の意味を公式には説明しておらず、GFX117xの全ターゲットがMedusa Pointに属すると確認したわけでもない。

また、現時点のコードから、購入者が気にする具体的な製品仕様を読み取ることはできない。GFX1171について、正式な製品名、コンピュートユニット数、動作クロック、メモリ構成、性能目標、発売日は確認されていない。

Linuxで想定されるソフトウェア構成

将来のGFX 11.7搭載システムをLinuxで使う場合、次の4要素がそろっていることが重要になる。

1. GFX 11.7向けの上流AMDGPU対応を含むカーネル
2. 必要なバイナリを含む最新のlinux-firmwareパッケージ
3. GFX117x向けコンパイラーターゲットに対応したLLVM
4. GFX1171のRADVおよびRadeonSI対応を明確に含むMesa 26.3以降

AMDのGFX 11.7およびDCN 4.2関連の変更がLinux 7.3の開発サイクルに向けて進められていることから、カーネル側の上流対応がまとまる目安としてはLinux 7.3が有力だ。Mesa 26.2でも初期のGFX1170対応を利用できる可能性はあるが、GFX1171搭載システムについてはMesa 26.3のほうが安全な基準になる。

もっとも、これはソフトウェア対応の見通しであり、すべてのディストリビューションが同じ日に同じ内容を提供することを保証するものではない。ディストリビューション独自のカーネルやMesaパッケージは上流開発に遅れる場合がある。また、GFX1172のファームウェアがまだ存在しないことからも、対応作業が一括ではなく段階的に進んでいることが分かる。

UALinkのカーネル対応とは別の話

AMDは同じ時期に、UALinkをLinuxカーネルで有効にする大規模なパッチシリーズも提出している。UALinkは、データセンターの大規模なスケールアップ構成でGPUやAIアクセラレーターを接続するための、高速インターコネクトおよびネットワーク規格だ。

両方の動きが近い時期に起きたことは、AMDがLinuxの上流開発を広範囲に進めていることを示す。しかし、これをMedusa Point APUがUALinkを採用する証拠と受け取るべきではない。RDNA 4mのファームウェア公開は統合グラフィックスとそのLinuxスタックに関するものであり、UALink対応はアクセラレーター向けインフラを対象としている。

結論：発売に近づいたが、正式発表ではない

AMDによるRDNA 4mファームウェアの上流公開は、GFX 11.7対応ハードウェアが登場に近づき、Linux対応が早い段階から準備されていることを示す有力な材料だ。ファームウェア、AMDGPUカーネルドライバー、LLVM、Mesaがそろって進展しているため、発売後に急いで対応する製品よりも、オープンソースのグラフィックス基盤が整った状態で登場する可能性が高い。

Medusa Pointについて現時点で言えるのは、「発売に近づいた」というところまでだ。「正式発表された」とするのは早い。今回の公開だけでは、プロセッサーファミリー、具体的なSKU、性能、発売日を確定できず、GFX1172も公開ファームウェアの対象外にとどまっている。

最も慎重な見方をすれば、近く登場するAPUクラスのプラットフォームが、Linuxでは比較的強力な初期対応を備える可能性があるということだ。実際に使う際の有力な環境は、最新のlinux-firmware、Linux 7.3世代のカーネル、そしてMesa 26.3以降になるだろう。

これは、単に新しいデバイスIDをAMD GPUドライバーへ登録しただけの変更ではない。統合GPUをグラフィックスシステムとして初期化・運用するには、GPU本体だけでなく、セキュリティプロセッサー、DMA、動画処理、表示制御といった複数のIPブロックが連携する必要がある。

そのため今回の公開によって、GFX 11.7のLinuxソフトウェア環境は、カーネルやコンパイラー、グラフィックススタックの開発版にコードが存在するだけだった段階から、大きく前進したといえる。

発売前のファームウェア公開が重要な理由

ファームウェアはLinuxで新しいハードウェアを動かすための重要な一層にすぎない。カーネルがハードウェアを認識し、LLVMが対応ターゲット向けにシェーダーをコンパイルし、MesaがVulkanやOpenGLの経路を提供する必要がある。

AMDはすでに、AMDGPUカーネルドライバーとLLVMのAMDGPUコンパイラバックエンドでGFX 11.7向けの変更を段階的に進めている。さらにMesa 26.3では、VulkanドライバーのRADVとOpenGLドライバーのRadeonSIの双方にGFX1171対応が追加された。Mesa側の変更は、主にGFX1171の識別子を追加し、先行するGFX1170向けの既存コードパスを利用する内容となっている。

ファームウェアが実際の製品より先にlinux-firmwareへ入れば、UbuntuやFedoraなどのディストリビューションは、発売前のシステム更新でパッケージ化する時間を確保できる。結果として、メーカー独自のインストーラーや手動ダウンロードに頼らず、標準的な更新だけで動作する環境を用意しやすくなる。

GFX1172はまだ未対応

今回含まれているのはGFX1170とGFX1171のファームウェアで、GFX1172は対象外だ。AMDのコンパイラーおよびドライバー開発では、GFX1170、GFX1171、GFX1172がRDNA 4mファミリーのターゲットとして扱われており、現時点で公開されているコードでは、これらは同じISAの機能経路を利用している。

GFX1172がない理由としては、後発製品である、公開用ファームウェアの準備がまだ整っていない、あるいは別の製品スケジュールに従っている、といった可能性が考えられる。ただし、これだけで具体的な製品区分を断定することはできない。

したがって、今回の公開を「既知のGFX117xターゲットすべてに対応した」と表現するのは正確ではない。少なくとも現段階では、対応が段階的に進んでいると見るべきだろう。

RDNA 4mとは何か

GFX 11.7という番号は、RDNA 3.5のGFX 11.5と、ディスクリート向けRDNA 4のGFX 12.0の間に位置する。AMDのオープンソース開発では、GFX1170、GFX1171、GFX1172が「RDNA 4m」という名称の下で整理されている。ただし、これらは市販製品名ではなく、ドライバーや開発ツールで使われる内部的なグラフィックスターゲットだ。

現時点の証拠からは、RDNA 4mをAPUやSoC向けの中間的、または派生型のグラフィックスブランチと見るのが妥当だ。名称末尾の「m」はモバイル向け、あるいは統合グラフィックスを重視した派生を示している可能性がある。特に、今回の開発が未発表のMedusa Pointファミリーと関連付けられていることが、その見方を支えている。

ただし、AMDは「m」の意味を公式には説明しておらず、GFX117xの全ターゲットがMedusa Pointに属すると確認したわけでもない。

また、現時点のコードから、購入者が気にする具体的な製品仕様を読み取ることはできない。GFX1171について、正式な製品名、コンピュートユニット数、動作クロック、メモリ構成、性能目標、発売日は確認されていない。

Linuxで想定されるソフトウェア構成

将来のGFX 11.7搭載システムをLinuxで使う場合、次の4要素がそろっていることが重要になる。

1. GFX 11.7向けの上流AMDGPU対応を含むカーネル
2. 必要なバイナリを含む最新のlinux-firmwareパッケージ
3. GFX117x向けコンパイラーターゲットに対応したLLVM
4. GFX1171のRADVおよびRadeonSI対応を明確に含むMesa 26.3以降

AMDのGFX 11.7およびDCN 4.2関連の変更がLinux 7.3の開発サイクルに向けて進められていることから、カーネル側の上流対応がまとまる目安としてはLinux 7.3が有力だ。Mesa 26.2でも初期のGFX1170対応を利用できる可能性はあるが、GFX1171搭載システムについてはMesa 26.3のほうが安全な基準になる。

もっとも、これはソフトウェア対応の見通しであり、すべてのディストリビューションが同じ日に同じ内容を提供することを保証するものではない。ディストリビューション独自のカーネルやMesaパッケージは上流開発に遅れる場合がある。また、GFX1172のファームウェアがまだ存在しないことからも、対応作業が一括ではなく段階的に進んでいることが分かる。

UALinkのカーネル対応とは別の話

AMDは同じ時期に、UALinkをLinuxカーネルで有効にする大規模なパッチシリーズも提出している。UALinkは、データセンターの大規模なスケールアップ構成でGPUやAIアクセラレーターを接続するための、高速インターコネクトおよびネットワーク規格だ。

両方の動きが近い時期に起きたことは、AMDがLinuxの上流開発を広範囲に進めていることを示す。しかし、これをMedusa Point APUがUALinkを採用する証拠と受け取るべきではない。RDNA 4mのファームウェア公開は統合グラフィックスとそのLinuxスタックに関するものであり、UALink対応はアクセラレーター向けインフラを対象としている。

結論：発売に近づいたが、正式発表ではない

AMDによるRDNA 4mファームウェアの上流公開は、GFX 11.7対応ハードウェアが登場に近づき、Linux対応が早い段階から準備されていることを示す有力な材料だ。ファームウェア、AMDGPUカーネルドライバー、LLVM、Mesaがそろって進展しているため、発売後に急いで対応する製品よりも、オープンソースのグラフィックス基盤が整った状態で登場する可能性が高い。

Medusa Pointについて現時点で言えるのは、「発売に近づいた」というところまでだ。「正式発表された」とするのは早い。今回の公開だけでは、プロセッサーファミリー、具体的なSKU、性能、発売日を確定できず、GFX1172も公開ファームウェアの対象外にとどまっている。

最も慎重な見方をすれば、近く登場するAPUクラスのプラットフォームが、Linuxでは比較的強力な初期対応を備える可能性があるということだ。実際に使う際の有力な環境は、最新のlinux-firmware、Linux 7.3世代のカーネル、そしてMesa 26.3以降になるだろう。