✓ CI.checkpatch: success for Fix VFs resume errors

Patchwork patchwork at emeril.freedesktop.org
Mon Feb 24 15:17:53 UTC 2025


== Series Details ==

Series: Fix VFs resume errors
URL   : https://patchwork.freedesktop.org/series/145295/
State : success

== Summary ==

+ KERNEL=/kernel
+ git clone https://gitlab.freedesktop.org/drm/maintainer-tools mt
Cloning into 'mt'...
warning: redirecting to https://gitlab.freedesktop.org/drm/maintainer-tools.git/
+ git -C mt rev-list -n1 origin/master
22f9cda3436b4fe965b5c5f31d2f2c1bcb483189
+ cd /kernel
+ git config --global --add safe.directory /kernel
+ git log -n1
commit 0b638e46729165a84daeccbfdce8dc8a5b762d91
Author: Satyanarayana K V P <satyanarayana.k.v.p at intel.com>
Date:   Mon Feb 24 12:17:45 2025 +0530

    drm/xe/vf: Retry sending MMIO request to GUC on timeout error
    
    Add support to allow retrying the sending of MMIO requests
    from the VF to the GUC in the event of an error. During the
    suspend/resume process, VFs begin resuming only after the PF has
    resumed. Although the PF resumes, the GUC reset and provisioning
    occur later in a separate worker process.
    
    When there are a large number of VFs, some may attempt to resume
    before the PF has completed its provisioning. Therefore, if a
    MMIO request from a VF fails during this period, we will retry
    sending the request up to GUC_RESET_VF_STATE_RETRY_MAX times,
    which is set to a maximum of 10 attempts.
    
    Signed-off-by: Satyanarayana K V P <satyanarayana.k.v.p at intel.com>
    Cc: Michał Wajdeczko <michal.wajdeczko at intel.com>
    Cc: Michał Winiarski <michal.winiarski at intel.com>
    Cc: Piotr Piórkowski <piotr.piorkowski at intel.com>
    Reviewed-by: Piotr Piorkowski <piotr.piorkowski at intel.com>
+ /mt/dim checkpatch be5a404c3344b7d794766f045b8f94aa93c42069 drm-intel
369f070de8e2 drm/xe/pf: Create a link between PF and VF devices
0b638e467291 drm/xe/vf: Retry sending MMIO request to GUC on timeout error




More information about the Intel-xe mailing list