I am writing to report an issue / request support for enabling SR-IOV on the new Intel Arc B580 (Battlemage architecture) graphics card running onzimaos
My system is built on an Intel B760 chipset motherboard [Anakartınızın marka/modelini yazabilirsiniz, örn: ASUS Prime B760-PLUS]. In the BIOS, I have fully enabled all the necessary virtualization and memory mapping pre-requisites:
-
VT-d (Intel Virtualization Technology for Directed I/O)
-
Above 4G Decoding
-
Resizable BAR (ReBAR)
-
Global SR-IOV Support
The Problem:
While the older Intel Arc Alchemist cards (A-series) successfully utilized SR-IOV via the i915 driver and community DKMS patches, the new Battlemage B580 relies entirely on the modern xe graphics driver introduced in newer Linux kernels.
Hardware-wise, the B580 architecture natively supports SR-IOV at the silicon level. However, the mainline kernel’s upstream xe driver currently restricts Virtual Function (VF) creation to datacenter/flex-series GPUs, effectively locking out consumer desktop cards like the B580 by default. Docker containers, Virtual Functions for VMs. Additionally, the existing “Intel SR-IOV” community plugin only targets the i915 module and does not work with the xe architecture.
Request / Desired Outcome:
a premier platform for virtualization and homelab enthusiasts, having the ability to split modern, affordable Intel GPUs among multiple VMs is a highly sought-after feature.
Could the zimaos development team look into incorporating a patched/unlocked xe driver module, or provide a built-in kernel parameter mechanism to bypass the consumer-grade SR-IOV lock for Battlemage GPUs in upcoming 7.3.x or 7.4 updates? Alternatively, guidance on how to manually inject a compatible xe-sriov module into the current zimaos kernel would be greatly appreciated.
Thank you for your continuous hard work on making zimaos the best NAS and hypervisor platform.