コミュニティソリューション

ZimaOSにおけるIntel Arc B580のSR-IOV:コンシューマー向けBattlemageカードが公式SR-IOV対象ではない理由

A June 2026 feature request asking IceWhale to enable SR-IOV on a consumer Intel Arc B580 through a patched xe driver. Intel's current official matrix lists Arc B-Series consumer discrete graphics as Not Supported while Arc Pro B-Series supports SR-IOV.

このソースは機能リクエストであり、ZimaOSの確定した機能ではありません。作成者は、SR-IOVを介して1枚のIntel Arc B580を複数のVMやコンテナで分割して使用することを望み、IceWhaleにロック解除済み、またはパッチ適用済みのxeドライバーを提供するよう提案していました。

現在の最も重要な訂正は、Intel独自のサポートマトリックスです。Intelは現在、Arc Pro BシリーズのディスクリートグラフィックスがSR-IOVをサポートしている一方、一般向けのArc Bシリーズのディスクリートグラフィックス製品群サポート対象外と記載しています。つまり、一般向けB580が、公式にはサポートされている機能を単にソフトウェアでロックされているというソースの主張は、確定した事実として扱うべきではありません。

SR-IOVで実現できること

Single Root I/O Virtualization(SR-IOV)は、1つの物理PCIeデバイスに複数の仮想機能(VF)を公開させます。ハイパーバイザーはこれらのVFを異なるゲストに割り当てられるため、1台のVMが物理デバイス全体を専有することなく、複数のVMでハードウェアを共有できます。

ソースのユーザーは一般的なプラットフォーム側の前提条件を有効にしていた

このリクエストでは、BIOSでVT-d、Above 4G Decoding、Resizable BAR、グローバルなSR-IOVサポートを有効にしていたと記載されています。これらの設定はPCIe仮想化に関係しますが、GPU、ドライバー、ファームウェアのスタックが公開していないGPUのSR-IOVサポートを、これらの設定だけで追加することはできません。

BattlemageはIntelの新しいxeドライバーパスを使用する

この投稿は、実際に存在するアーキテクチャ上の移行を正しく指摘しています。新しいIntelグラフィックスでは、コミュニティによるSR-IOV実験の多くで使われてきた従来のi915パスではなく、xeカーネルドライバーがますます使用されています。古いAlchemist/i915向けDKMSパッチが、Battlemageでもそのまま動作すると考えることはできません。

Intelの現在のマトリックスでは、一般向けArc BシリーズのSR-IOVはサポート対象として記載されていない

Intelの現在のグラフィックス仮想化技術の表では、SR-IOVをサポートするArc Pro Bシリーズと、サポート対象外(Not Supported)と記載されている一般向けArc Bシリーズのディスクリートグラフィックスが区別されています。

SR-IOVを目的としてGPUを選ぶ前に、Intelの現在のグラフィックス仮想化サポートマトリックスを確認してください。

Arc Pro BシリーズとArc B580は、同じ製品分類ではない

Arc Pro Bシリーズで文書化されている機能を、一般向けB580にそのまま適用すべきではありません。アーキテクチャが関連していても、製品ファームウェア、検証、デバイスID、ドライバーポリシー、サポート保証は異なる場合があります。

パッチ適用済みのxeドライバーは、サポート対象外のカーネル変更となる

IceWhaleまたはIntelがサポートする実装がない状態で、非公式のxe SR-IOVモジュールを組み込むと、カーネルABIの不一致、GPUファームウェアの互換性問題、起動失敗、VM割り当ての破損、アップデート時の問題が発生する可能性があります。ZimaOSはアプライアンスOSであるため、サポート対象外のカーネルモジュールはOTAアップデートと特に衝突しやすい傾向があります。

完全なPCIeパススルーは別の選択肢

一般向けGPUがサポートされたVFを公開できない場合でも、ハイパーバイザーはVFIO/IOMMUを介してGPU全体を1台のVMに割り当てられる可能性があります。これは1枚のカードを複数のゲストで共有するのではなく、1台のVMがGPUを専有する方式です。

DockerのGPU共有は、同じ形のSR-IOVを必要としない

複数のDockerコンテナは、PCIe VFを作成せず、通常のグラフィックス/コンテナランタイムを介して1つのホストGPUを共有できる場合があります。目的が複数の完全分離されたVMではなく、複数のメディアまたはAIコンテナの実行であれば、ホストレベルのGPU共有の方が簡単に要件を満たせる可能性があります。

このスレッドにはIceWhaleによる実装の確約はない

ソースには、B580のSR-IOVサポートや、パッチ適用済みxeドライバーのロードマップを発表するスタッフの返信はありません。これは上級ユーザーからのリクエストであり、将来バージョンの約束ではないものとして扱ってください。

Arc B580 SR-IOVに関するFAQ

Intelは現在、一般向けArc BシリーズのSR-IOVをサポート対象として記載していますか?

いいえ。Intelの現在の表では、一般向けArc Bシリーズのディスクリートグラフィックスはサポート対象外(Not Supported)と記載されています。

IntelはArc Pro BシリーズのSR-IOVサポートを記載していますか?

はい。Intelは現在、Arc Pro BシリーズのディスクリートグラフィックスについてSR-IOVをサポート対象として記載しています。

古いi915向けSR-IOVパッチをB580でそのまま使用できますか?

そのように想定すべきではありません。Battlemageは新しいxeドライバーパスを使用しており、ソース自体も、古いi915中心のプラグインは適用できないと述べています。