AMD、Linux 7.3向けGPUドライバ変更を開始

AMDは現地時間2026年7月5日、Linux 7.3カーネルサイクルに向けたグラフィックスドライバの変更を本格的に開始した。AMDGPU/AMDKFDのメンテナであるAlex Deucher氏が、DRM-Nextブランチに対して最初のpull requestを送信している。

Intelが先駆けてLinux 7.3向けグラフィックスドライバパッチを投稿していたが、AMDもこれに追随する形で新機能群を投入した。今回のpull requestは、2026年後半にリリース予定のLinux 7.3カーネルに統合される見込みだ。

主な変更点

今回の初期パッチには、複数の重要な機能追加が含まれている。最も注目されるのは、compute pipe resetの実装だ。これはGFX11（RDNA3）およびGFX12（RDNA4）ハードウェアにおいて、コンピュートパイプに問題が発生した際にリセット可能にする機能である。従来、コンピュートパイプの障害はGPU全体のリセットを引き起こすケースが少なくなかったが、本機能により影響範囲を限定できるようになる。

UserQ（ユーザーキュー）に関するアップデートも行われている。これはユーザー空間から直接GPUキューを管理する機能で、低レイテンシなコンピュート処理を必要とするワークロードで有用だ。

RAS（Reliability, Availability, Serviceability）関連の更新も含まれる。エラー検出・報告機能の改善により、データセンターなど信頼性が重視される環境での堅牢性が向上する見込みだ。

DisplayIDからのパネルタイプ情報解析機能が追加された。DisplayIDはモニターの識別情報を格納する規格で、これを適切にパースすることで、パネル特性に応じた最適な表示設定が可能になる。

DCN（Display Core Next）4.2 IPのアップデートも行われている。これはAMDのディスプレイコントローラに関する更新で、8K解像度ディスプレイのサポート修正やバックライト制御の改善が含まれる。

GFX 11.7に対する更新は、RDNA「4m」GPUと呼ばれるミッドレンジ向けアーキテクチャへの対応を意味する。AMDはRDNA4世代で複数のサブバリアントを展開しており、GFX 11.7はそのうちの一つとみられる。

コードハードニングの強化

今回のパッチ群で特筆すべきは、C言語で記述されたドライバに対するコードハードニングの大幅な強化である。vBIOSパース処理における境界チェックの改善、その他さまざまな境界検査の追加が行われている。これらの変更は、悪意ある入力によるバッファオーバーフローなどの脆弱性を未然に防ぐ目的を持つ。

AMDKFD（AMD Kernel Fusion Driver）側でも、CRIU（Checkpoint/Restore In Userspace）機能に対する境界チェックが追加された。CRIUはプロセスの状態を保存・復元する技術で、コンテナのライブマイグレーションなどで利用される。これにより、GPGPUコンピュートワークロードのチェックポイント・リストアがより安全に行えるようになる。

ValveによるGPUリカバリ改善

このpull requestには、ValveのLinuxグラフィックスチームに所属するTimur Kristóf氏の貢献も含まれている。同氏は初期のRadeon GCN（Graphics Core Next）GPU向けに、soft resetとGPUリカバリの改善を行った。GCNアーキテクチャは2012年のRadeon HD 7000シリーズから2016年のRadeon RX 500シリーズまで広く使われた世代だが、これらのGPUでドライバクラッシュが発生した際の復旧率が向上する見込みだ。

ValveはSteam Deckや同社のゲーム配信プラットフォームにおいてAMD GPUに大きく依存している。特にSteam DeckのカスタムAPUはRDNA2アーキテクチャだが、GCN世代のGPUは同社のSteamOS互換テストや古いハードウェアサポートの文脈で依然として重要である。

SIGBUSハンドリングの変更

AMDKFDコンピュートドライバには、アプリケーションがSIGBUSシグナルをオプトアウトできる機能が追加された。従来、GPUメモリに致命的なエラーが発生した場合、プロセスにSIGBUSが送信され強制終了されていた。今回の変更により、アプリケーション側でエラーハンドリングを独自に実装できるようになる。

ROCm（Radeon Open Compute）プラットフォームは、このSIGBUSハンドリングの変更に既に対応済みだ。HPCやAI/MLのワークロードでは、GPUメモリエラーを検出しても処理を継続したいケースがあるため、この変更は実用的な価値が高い。

今後数週間の見通し

今回のpull requestはLinux 7.3向けAMDGPU/AMDKFDドライバ変更の第一弾に過ぎない。Alex Deucher氏は、今後数週間にわたってさらに多くの機能パッチをDRM-Nextに投稿する予定である。

Linuxカーネルのマージウィンドウは通常、リリース候補（rc）サイクルの開始前に開かれる。Linux 7.3のリリースは2026年後半を見込んでおり、今回の変更が実際にカーネルに取り込まれるかどうかは、Linus Torvalds氏およびサブシステムメンテナのレビュー次第となる。

なお、先日公開されたLinux 7.2-rc1では、同じくAMDGPUドライバに対するHDMI 2.1 FRL（Fixed Rate Link）やCache Aware Schedulingのサポートが統合された経緯がある。今回のLinux 7.3向け変更はその延長線上に位置づけられる。

業界への影響と評価

AMDはここ数年、Linuxカーネルへのグラフィックスドライバ貢献を積極的に行っている。特にRDNA3以降のアーキテクチャでは、オープンソースドライバの品質がゲーミングやプロフェッショナル用途で十分実用的な水準に達している。

今回のcompute pipe resetやコードハードニングは、AMD GPUを搭載したサーバー・ワークステーションでの信頼性向上に直結する。特にAIトレーニングやHPC環境では、長時間の計算ジョブがGPUエラーで中断されるリスクを低減できる。SIGBUSのオプトアウト機能も同様の文脈で評価できる。

一方で、ValveのTimur Kristóf氏によるGCN世代のGPUリカバリ改善は、Linuxゲーミングコミュニティにとって歓迎すべき変更だ。Steam Deckの成功により、Linux上でのゲーム互換性は飛躍的に向上したが、古いGPUを搭載したシステムでも安定した動作が求められる。

コードハードニングについては、Linuxカーネル全体で進むセキュリティ強化の流れに沿ったものと言える。特にグラフィックスドライバは攻撃面が大きく、ユーザー空間から直接アクセス可能な領域であるため、境界チェックの追加は重要である。

編集部の見解

短期的には、Linux 7.3のリリース（2026年後半見込み）に向けて今後数週間でさらに多くの機能パッチが提出される点に注目すべきだ。特にRDNA4世代（GFX12）のサポートがどこまで進むかが、AMD GPU搭載システムの今後のLinux対応を左右する。compute pipe resetの実現は、マルチGPU構成での障害耐性を高め、データセンター運用者にとって実用的なメリットをもたらす。 長期的視点では、AMDがLinuxカーネル開発に積極的に関与し続ける姿勢が市場ポジションの強化につながる。NVIDIAが依然としてプロプライエタリドライバに依存しているのに対し、AMDはオープンソースドライバの完成度を高めている。これにより、AI/HPC分野での採用がさらに進む可能性がある。また、ValveのGCNサポート改善は、Steam Deckだけでなく、Linuxデスクトップ全体のGPU互換性向上に寄与するだろう。 編集部としては、今回のコードハードニング強化が今後どの程度の脆弱性修正に寄与するかが問われる。

参考

• Phoronix — 2026-07-05T10:32:18.000Z公開