- cross-posted to:
- selfhosted@lemmy.world
- cross-posted to:
- selfhosted@lemmy.world
You must log in or # to comment.
before anyone gets too excited, this doesn’t seem like it applies to DG2 gaming cards, ATSM and PVC are compute cards
+SR-IOV Capability +================= + +Due to SR-IOV complexity and required co-operation between hardware, firmware +and kernel drivers, not all Xe architecture platforms might have SR-IOV enabled +or fully functional. + +To control at the driver level which platform will provide support for SR-IOV, +as we can't just rely on the PCI configuration data exposed by the hardware, +we will introduce "has_sriov" flag to the struct xe_device_desc that describes +a device capabilities that driver checks during the probe. + +Initially this flag will be set to disabled even on platforms that we plan to +support. We will enable this flag only once we finish merging all required +changes to the driver and related validated firmwares are also made available. + + +SR-IOV Platforms +================ + +Initially we plan to add SR-IOV functionality to the following SDV platforms +already supported by the Xe driver: + + - TGL (up to 7 VFs) + - ADL (up to 7 VFs) + - MTL (up to 7 VFs) + - ATSM (up to 31 VFs) + - PVC (up to 63 VFs) + +Newer platforms will be supported later, but we hope that enabling will be +much faster, as majority of the driver changes are either platform agnostic +or are similar between earlier platforms (hence we start with SDVs).
Looks like Meteor Lake iGPU will be supported though, which is still cool for VMs with GPU accelerated desktops.
deleted by creator