✓ CI.checkpatch: success for Fix VFs resume errors

Patchwork patchwork at emeril.freedesktop.org
Fri Feb 21 05:47:06 UTC 2025


== Series Details ==

Series: Fix VFs resume errors
URL   : https://patchwork.freedesktop.org/series/145212/
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 6b3ef5a39c8aa4bb5b2261e7f94664dd1f1bde77
Author: Satyanarayana K V P <satyanarayana.k.v.p at intel.com>
Date:   Fri Feb 21 11:27:22 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>
+ /mt/dim checkpatch 773b5639a9ff0a33feccb29de7f2d852c6d7f221 drm-intel
1e5ce4eded65 drm/xe/pf: Create a link between PF and VF devices
6b3ef5a39c8a drm/xe/vf: Retry sending MMIO request to GUC on timeout error




More information about the Intel-xe mailing list