✓ 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