メサ25.3.4 現れる として ブランチ内のキー更新 メサ25.3このアップデートは、安定性を微調整し、重大なバグを修正し、以前のバージョンで導入された作業を洗練させることを目的として設計されており、画期的な新機能をもたらすものではありませんが、実際には、Linux でゲームをプレイしたり、Vulkan や OpenGL を頻繁に使用したり、日常のタスクでオープンソース ドライバーに依存している人にとって本当に大きな違いをもたらす可能性のある一連の変更をもたらします。
このシリーズは、すでに導入されているMesa 25.3をベースに構築されています。 VulkanとOpenGL向けの多数の新しい拡張機能Mesa 25.3.4には、RADV、ANV、NVK、Zink、Panfrost、V3D、PVRなどのドライバの改善に加え、Rusticlの進化、Arm Ethos NPUのサポート、高度なデバッグツールが含まれています。このリリースは、特定のゲームに影響を与えていたリグレッションの修正、ドライバのクラッシュの解決、そして商用タイトルとプロフェッショナルアプリケーションの両方でエクスペリエンスを損なう可能性のある互換性の問題を修正することで、このエコシステムを強化するためにリリースされました。
表25.3.4の一般的な更新
当初、Mesa 25.3.4は公式には バグ修正に重点を置いたメンテナンスバージョン次の停留所は 25.3.3 発表で説明されているように、このバージョンは前回のリビジョン以降に検出されたエラーに対処することを目的としています。プロジェクトの中核部分は引き続き最も重要なグラフィックAPIの実装を提供しますが、このバージョンでは、すでに組み込まれているすべての機能が正しく動作することを保証することに重点を置いています。
サポートされているAPIに関しては、ライブラリは引き続き OpenGL 4.6とVulkan 1.4の完全実装ただし、各ユーザーに表示される具体的なレベルは、使用するドライバーによって異なります。 glGetString(GL_VERSION)バイ glGetIntegerv(GL_MAJOR_VERSION) y glGetIntegerv(GL_MINOR_VERSION) または田舎を通って apiVersion en VkPhysicalDeviceProperties これは各ドライバーの実際の機能によって異なります。一部のGPUはOpenGL 4.6の必須機能をすべて実装していないため、コンテキストで表示されるバージョンはそれよりも低い場合があります。
重要な詳細はそれです OpenGL 4.6は明示的に要求された場合にのみ公開されます コンテキスト作成時。その他のケース、特に互換性コンテキストでは、ドライバは安定的にサポートしているバージョンに基づいて、より低いバージョンをアドバタイズすることがあります。同様に、Vulkan 1.4では、ユーザーに表示されるバージョン番号は、ドライバが各物理デバイスに対して実際に宣言するレベルに合わせて調整されます。
ハードウェアサポートの拡張
ハードウェアに関しては、Mesa 25.3とそのサブバージョン（Mesa 25.3.4を含む）は、 サポート対象デバイスの範囲を拡大し、既存のプラットフォームとの統合を向上PVR ドライバーは Vulkan 1.2 との互換性を実現しており、これはこのドライバーがグラフィック スタック全体の基盤となる特定の SoC では非常に重要です。
Intel側では、ANVドライバは次のように範囲を拡大しています。 Wildcat Lakeのようなプラットフォームのサポートこれにより、比較的新しいシステムでもVulkanとの適切な相互運用性を維持し、エコシステムのアップデートの恩恵を受け続けることができます。同時に、Intelの統合グラフィックスでは、Proton経由で実行されるゲームのパフォーマンス調整と修正が行われ、アーティファクトやレンダリングエラーが軽減されます。
AMDも遅れを取っていない。オープンソースのVulkanドライバであるRADVは、 レイトレーシングの最適化とビデオの改善バージョン 25.3 では、要求の厳しいゲームや遅延が重要な要素となるシナリオでのパフォーマンスを向上させる調整が統合されているほか、同社の GPU のビデオ アクセラレーションが改善されています。
NVIDIAのオープンソースエコシステムにおいて、NVKドライバは大きな進歩を遂げ、Blackwell GPUでVulkan 1.4との互換性を実現しました。これにより、特に最新のAPI機能を犠牲にすることなくフリーソフトウェアのみを利用したいユーザーにとって、オープンスタックはプロプライエタリドライバに対する競争力を高めています。
Mesa 25.3.4では、NPUやその他の高度なツール用の新しいGalliumドライバが導入されました。
25.3シリーズの最も目覚ましい技術革新の一つは、 Arm Ethos NPU専用のGalliumドライバーTeflon フレームワークと連携して動作するように設計されたこの動きは、ニッチなように聞こえるかもしれませんが、特殊なハードウェア (AI アクセラレータなど) が GNU/Linux システムにより自然に統合される未来を示しています。
追加されたもう一つの高度な機能は VulkanドライバでSPIR-Vシェーダを置き換える可能性この機能はデバッグと診断に重点を置いており、実行時に特定のシェーダーを入れ替えることで、特定のワークロードにおける問題の原因をより深く理解することができます。エンジン開発者、プロファイリングツール、ゲーム移植スタジオにとって、これは非常に役立ちます。
象徴的な変化と技術的な清掃
ファミリー 25.3 の構造的変化の中で、次の点が際立っています。 VDPAUフロントエンドの完全撤回長らくレガシーテクノロジーと考えられてきたこの動きにより、コードベースが簡素化され、メンテナンスが軽減され、エコシステムの他の部分の進化に合わせて、ビデオアクセラレーションのためのより現代的なインターフェースへとユーザーが移行します。
このシリーズでは、以下のサポートも強化されています。 アトミックモード設定を備えたVulkan WSIこれにより、ディスプレイモードと同期をより正確に管理できます。これらの詳細は、Steam Deck、ゲーミングPC、グラフィックワークステーションなど、デスクトップエクスペリエンス、ゲームパフォーマンス、安定したフレームレートが最優先される環境にとって非常に重要です。
この近代化プロセスを完了するには、次のような拡張機能が必要です。 VK_KHR_pipeline_binary を ANV と NVK へこれらの機能は、シェーダーの読み込み時間を短縮し、プリコンパイルされたパイプラインを管理する際の安定性を向上させます。これは、バックグラウンドシェーダーのコンパイルをスムーズにするための取り組みの一環であり、特定のゲームでスタッターが発生している人にとって朗報です。
表25.3.4の誤差補正と特定の回帰
25.3シリーズの機能基盤を超えて、バージョン25.3.4では、 検出された非常に具体的な問題を対象とした修正最も目立つ問題の 1 つは RADV コントローラーに影響します。vkd3d-proton で QA 命令チェックを使用すると Resident Evil 4 がクラッシュするという回帰が発生しました。これは、Proton を使用してこのタイトルをプレイするユーザーにとって特に迷惑なことです。
解決策も見つかった RX Vega 64 で多数の頂点シェーダを処理するとドライバがクラッシュするこのケースは、Jak および Daxter 1 を実行している OpenGOAL プロジェクトで検出されました。このタイプのエラーは通常、GPU またはグラフィック システムの完全なクラッシュとして現れるため、その修正は安定性に直接影響します。
対処されたもう1つの問題は、RDNA4ハードウェアのゲームKingdom Come: Deliverance 1のRADVに影響し、 RGPキャプチャでは、特定のディスパッチ操作のキャッシュカウンタが不足していました。さらに、適切に初期化される前に続行しようとした放射線学クエリに遭遇すると、RADV の NIR 低下プロセスによってセグメント違反が発生する可能性がある状況も修正されました。
バージョン25.3.4では、 Intel 統合 GPU 用 Vulkan ドライバーの回帰これにより、統合グラフィックスが主要リソースとなる環境における信頼性がさらに向上します。さらに、ANV/Intel-brw のコンテキストでレイクエリを使用した SIMD32 シェーダーの使用が可能になり、このタイプのシェーダーをレイクエリで使用可能にするこれまでの作業が完了しました。
記憶の分野では、 AMD RX 6600 XT で OpenGL ゲームまたはソフトウェアを実行すると GTT メモリ リークが発生するこれにより、長期的にはパフォーマンスが低下したり、長時間のゲームセッション後に予期しない動作が発生したりする可能性があります。
ヘッドレスプレゼンテーションセクションでは、コンポーネント wsi_common_headless 今彼は確かめる VK_EXT_headless_surface を使用する場合は、VkSurfacePresentModeCompatibilityKHR 構造を適切に入力します。以前は、この情報は完全ではなかったため、そのデータに依存するアプリケーションで互換性の問題が発生する可能性がありました。
視覚的な不具合も修正されました 聖なる夜の魔女RADVを使用したgfx1150/1151識別子を持つGPUで、一部のインターフェース要素のフレームがちらつく問題がありました。ビデオでは、VAがYUVからRGBに正しく変換されなくなる問題が修正され、VAAPI HEVCエンコード中のVCNページフォールトとリングタイムアウトも解消されました。 scale_vaapi RX 9060 XT / gfx1200 で。
NIR分野では、事件は解決される 再配置された range_minimum_query_table を使用する場合の未定義の動作RADVを用いた協調行列の回帰分析についても言及する。さらに、コンパイルオプションについても明確化する。 gallium-rusticl-enable-drivers Rusticl でドライバーを有効にするときに混乱を避けるためです。
内部調整と開発者の貢献
Mesa 25.3.4の変更ログは、多数の開発者の作業を反映しており、それぞれが貢献しています。 特定の修正、安定性の向上、および内部の細かい調整例えば、ダニエル・シュールマンが署名した変更点には、 aco/lower_to_hw サブワードコピーと2×16パッキング操作におけるSGPRオペランドレジスタクラスを修正し、GFX10より前のVOP3命令で2つのSGPRオペランドを使用できないようにする制限も修正しました。 do_pack_2x16().
デイブ・エアリーは次のような変更を加えている。 デバイス選択ロジックを無効にするレイヤーオプション デバイス選択では、必要に応じてZinkでその選択を無効にするために使用し、 radv/coopmat 参照ストライドと、キャスト前に 1D 配列座標を交換する gallivm 設定に関連します。
Eric Engestrom 氏は、「meson」（会合場所）のオプションに修正を提案しています。 Rusticlの「enable-drivers」これにより、構成の矛盾が回避され、Vulkan ランタイムと Zink での RenderDoc の統合が公式にサポートされているプラットフォームのみに制限され、他の環境でのエラーが削減されます。
Mali GPUドライバの領域では、Faith Ekstrandが次のような調整を行っています。 pan/bi の load_const に bi_emit_collect_to() を使用する、呼び出しの排除 blend_emit_descs() panvk/csf にフラグメント シェーダーがなく、pan/bi に完全なフラット変数マーキングがない場合、補間エラーを回避するのに役立ちます。
イアン・ロマニックは、 MesaにおけるNIR代数変換とプログラム管理変更点としては、代数規則で「f」が抜けていたF文字列の検出と、 _mesa_delete_program y _mesa_reference_program_そして、不正な F 弦を正確に検出するメカニズムが追加されました。
Icenowy Zhengは、Vulkan WSIとGLES1/2コンテキストの処理に焦点を当てた一連の修正を導入しました。Vulkanヘッドレスバックエンドで作成されたことのないイメージの破壊が回避され、 GLES 2.0描画におけるGL_INVALID_OPERATIONの回避策GLES1/2 と Kopper の共同使用に関連する GL_INVALID_OPERATION が修正され、GLES1/2 コンテキストでバッファを解放するときに別の GL_INVALID_OPERATION インスタンスが修正されました。
ライオネル・ランドウェルリンの作品は主に IntelスタックにおけるレイクエリとSIMD32: device_memory_reportに保留中のシェーダーリリースを追加し、2つのRT_DISPATCH_GLOBALS構造体をロードできるようにし、 ray_query_global_intel NIR では、SIMD32 レイ クエリの基礎を準備し、SIMD32 でのレイ クエリのスピルを可能にし、特定の追加オペコードの低減を処理し、SIMD32 でのトポロジ オペコードを有効にし、レイ クエリで SIMD32 計算シェーダーをアクティブ化し、32 ビット以外の浮動小数点数での導関数の計算を修正します。
AMD側では、Marek Olšákが訂正している。 radeonsi および NIR ユーティリティのいくつかの問題: 色補間を修正 finalize_nir 2回呼び出すことで、 ac/lower_ngg_mesh 限界を超えてアクセスすることで out_variables、わずかに誤った主張を訂正します si_shader_psサンプルシェーディングに関連する誤ったPSシェーダーキーを修正し、アサーションエラーを修復します。 nir/clip_cull_distance_utils GL_EXT_mesh_shader を使用する場合。
マイク・ブルーメンクランツは、次のような変更を加えてZinkを磨き続けています。 動的テクスチャ消去におけるGENERALレイアウトの正しい使用、消去操作の書き換え時の非操作チェックの排除、サンプル数が一致しない場合の新しい過渡画像の作成、および明示的な確立 pipe_resource::next 一時リソースが生成されると null になります。
サミュエル・ピトワゼットは、 パフォーマンスカウンタ、SPM、コピー操作 AMDハードウェア: グローバルブロックのGRBMブロードキャストを修正 ac/spm、非アクティブ化します ENABLE_PING_PONG_BIN_ORDER GFX11.5内で ac/cmdbuf、GFX9でのみステンシルコピーを修正 ac/sdmaRADV の SPM を使用してパフォーマンス カウンターのキャプチャを修正し、キャプチャ時に SQTT の VMID の予約を遅延し、計算による色解像度に RADV メタが 2D 配列テクスチャを使用するようにし、主軸が負の場合のキューブマップ導関数の計算を修正します。
WSI層に関しては、張毅偉氏は以下の改善に取り組んでいる。 dmabufの処理とプレゼンテーションの同期Zink で実際の dmabuf サポートを必要とするエクスポート ルートが強化され、Venus での WSI イメージ取得によって返される VK_SUBOPTIMAL_KHR の明示的な尊重が追加され、イメージ メモリ要件キャッシュで ALIAS を考慮する回避策が組み込まれ、Venus でのエイリアス イメージのメモリ要件キャッシュが修正され、外部キューへの特定のブリットでのホスト ステージの使用が回避され、Vulkan WSI レイヤーでのプレゼンテーション待機とプレゼンテーション ID の作成のサポート条件が修正されました。
最後に、ユーザーは llyyr は、Vulkan のヘッドレス環境の重要な改善に貢献しています。: VkSurfacePresentModeCompatibilityKHRが正しく設定されていることを確認し、非ディスプレイ構成でVkSurfacePresentScalingCapabilitiesKHRのスタブを追加し、展開します。 vkReleaseSwapchainImagesKHR ヘッドレス バックエンド用であり、直接ビデオ出力のないシナリオでのスワップチェーンのサポートが完了します。
ゲームや日常使用への実用的な影響
Mesa 25.3.4のこれらの変更は、多くの場合技術的で非常に特殊なものに見えるかもしれませんが、 オープンソースドライバーを使用するユーザーにとって、より安定した洗練されたエクスペリエンスResident Evil 4、WITCH ON THE HOLY NIGHT、Kingdom Come Deliverance 1 など、Vulkan、レイ トレーシング、vkd3d-proton、高度な GPU 機能を多用するタイトルでは、クラッシュ、グラフィック アーティファクト、異常な動作が修正されました。
オープンスタックのIntel、AMD、NVIDIA GPUのユーザーにとって、ANV、RADV、NVK、Zink、Rusticl、WSIヘッドレスの修正の合計は、 最新のゲーム、レンダリングアプリケーション、汎用コンピューティングソフトウェア 動作のヒッチが少なくなりました。Mesa 25.3サイクルで導入された最適化に加え、シェーダーの読み込み時間が大幅に改善され、スタッタリングが軽減され、レイテンシの一貫性が向上しました。
ARMベースのプラットフォーム、SBC、専用SoCも、V3D、Panfrost、PVRのサポート拡張や、Arm Ethos NPU用のGalliumドライバの導入の恩恵を受けており、将来のシナリオへの扉が開かれています。 Linuxでは人工知能とグラフィックスタスクがより統合された形で共存する組み込み開発や小型デバイスに携わる方には、より強固な基盤を構築できるようになります。
全体として、Mesa 25.3.4 は 25.3.3 以降に開いたいくつかの傷を癒し、すでに重要な新機能が満載されていた 25.3 シリーズの方向性を強化します。 大きな見出しを必要とせずに、このプロジェクトは Linux グラフィック スタックをより成熟した領域へと押し進め続けています。最新のゲーム、最新のハードウェア、高度なツールがより確実に動作するように、あらゆる小さな修正が重要になります。