問題タブ [vfio]

SR-IOV により、PCIe デバイスは単一の物理機能と複数の仮想機能を公開できます。カーネルは、デバイスが仮想機能をサポートしていることをどのように検出しますか? それは PCIe 構成レジスタの一部ですか? デバイスがエクスポートする機能の数について、カーネルのどこでデバイスがテストされますか?

編集: エクスポートする仮想機能の数を判断するために、PCIe デバイスを検査するカーネル ソース内のコード行 (またはファイル) を探しています。また、デバイスが複数の仮想機能をサポートしていることを報告するために、デバイスがホストに送信する必要がある情報を規定する適切な標準へのリンクも用意します。

QEMU ゲスト内のユーザー空間コードから PCI デバイスにアクセスするために、 uioの代わりに vfio を使用することを検討しています。

x86_64 QEMUゲストとして実行されている Linux は、 vfioドライバーを使用して、エミュレートされた PCI デバイスを、ゲストで実行されているユーザー空間プログラムにアクセスできるようにすることができますか?

vfio はハードウェア仮想化機能 (IOMMU など) を多用しているように見え、QEMU がこれを機能させるために必要な程度までこれらをエミュレートするかどうかわからないため、私には明確ではありません。

実際の PCI デバイスを QEMU ゲストにパススルーしようとしているわけではないことに注意してください。これは、vfio が伝統的に (QEMU 自体によって) 使用されているものです。代わりに、ゲストのコンテキスト内でvfio が uio の適切な代替手段であるかどうかを調査しています。

QEMU-KVM VM に vfio デバイスが含まれている場合、「virsh save」コマンドは VM を保存できません。では、vfio-device が VM 保存コマンドをサポートしていない理由が気になります。私が知っている理由の 1 つは、VM の移行と競合することです。しかし、VM を移行しない場合、VM を vfio デバイスで保存することは可能ですか? またその理由は?

最新の Proxmox (現時点では 6.3-3、完全に更新) を実行しており、Core i7 4770 CPU のオンボード GPU を Windows 10 VM にパススルーしようとしています。intel_iommu=on video=efifb:offシステムで既に iommu を有効にしており、grub カーネル オプションに追加して、システムがデバイスを要求しないように grub に指示しました。dmesgをチェックして、IOMMUが実際に利用可能であることを確認しました

また、iGPU (および関連付けられているオーディオ デバイス) をブラックリストに追加して、ホスト OS がそれを主張できないようにしました。

最後に、ホストに新しい Windows 10 VM を q35 チップセットと uEFI (OVMF) BIOS と共にセットアップしました。これは明らかに、ハードウェアを通過する最も「互換性のある」方法であるためです。また、Proxmox ホストの HDMI ポートに外部スクリーンを接続しました。VM が起動すると、この画面が表示されるはずです。VM の qemu 構成ファイルは次のとおりです。

これが完了したら、VM を起動できます。VM を起動するとすぐに、画面がスタンバイになり、信号がないことを示します。ただし、システムに RDP を接続すると、Intel HD Graphics 4600 がデバイス マネージャーに表示されます。そこで、インテルの Web サイトから最新のドライバーをインストールしました。残念ながら、デバイスは起動せず、横に感嘆符が表示されます。デバイスのステータスが表示されます

Windows has stopped this device because it has reported problems. (Code 43)

残念ながら、このcode 43エラーは何かが間違っていることを意味するだけであり、何が原因であるかは明確ではありません。

この時点から何を試すべきかよくわかりません - これをどこで修正し続けるかについての支援は役に立ちます。