• Quack Doc@lemmy.world
    link
    fedilink
    arrow-up
    4
    ·
    1 year ago

    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).