During resume, the steer semaphore on GT1 was observed to be held. The
hardware team has confirmed the safety of clearing the steer semaphore
during driver load/resume, as no lock acquisitions can occur in this
process by other agents.

v2: reset on resume not in intel_gt_init().

Signed-off-by: Nirmoy Das <[email protected]>
---
 drivers/gpu/drm/i915/gt/intel_gt_pm.c | 12 ++++++++++++
 1 file changed, 12 insertions(+)

diff --git a/drivers/gpu/drm/i915/gt/intel_gt_pm.c 
b/drivers/gpu/drm/i915/gt/intel_gt_pm.c
index 5a942af0a14e..b19062e30b9b 100644
--- a/drivers/gpu/drm/i915/gt/intel_gt_pm.c
+++ b/drivers/gpu/drm/i915/gt/intel_gt_pm.c
@@ -13,6 +13,7 @@
 #include "intel_engine_pm.h"
 #include "intel_gt.h"
 #include "intel_gt_clock_utils.h"
+#include "intel_gt_mcr.h"
 #include "intel_gt_pm.h"
 #include "intel_gt_print.h"
 #include "intel_gt_requests.h"
@@ -228,6 +229,17 @@ int intel_gt_resume(struct intel_gt *gt)
 
        GT_TRACE(gt, "\n");
 
+       /*
+        * Reset the steer semaphore on GT1, as we have observed it
+        * remaining held after a suspend operation. Confirmation
+        * from the hardware team ensures the safety of resetting
+        * the steer semaphore during driver load/resume, as there
+        * are no lock acquisitions during this process by other
+        * agents.
+        */
+       if (MEDIA_VER(gt->i915) >= 13 && gt->type == GT_MEDIA)
+               intel_gt_mcr_lock_reset(gt);
+
        /*
         * After resume, we may need to poke into the pinned kernel
         * contexts to paper over any damage caused by the sudden suspend.
-- 
2.41.0

Reply via email to