diff mbox series

[2/2] drm/i915/guc: Don't clear the cookie on dorbell destroy

Message ID 20181001201754.31716-2-daniele.ceraolospurio@intel.com (mailing list archive)
State New, archived
Headers show
Series [1/2] drm/i915/guc: init GuC descriptors after GuC load | expand

Commit Message

Daniele Ceraolo Spurio Oct. 1, 2018, 8:17 p.m. UTC
If the HW has not processed the db invalidation request yet, clearing
the cookie can generate a db ring. We clear the cookie when we
(re-)allocate the doorbell so no need to do it on destroy as well as no
one is going to look at it while the doorbell is inactive

Cc: Michal Wajdeczko <michal.wajdeczko@intel.com>
Signed-off-by: Daniele Ceraolo Spurio <daniele.ceraolospurio@intel.com>
---
 drivers/gpu/drm/i915/intel_guc_submission.c | 1 -
 1 file changed, 1 deletion(-)

Comments

Michal Wajdeczko Oct. 2, 2018, 9:17 a.m. UTC | #1
On Mon, 01 Oct 2018 22:17:54 +0200, Daniele Ceraolo Spurio  
<daniele.ceraolospurio@intel.com> wrote:

> If the HW has not processed the db invalidation request yet, clearing
> the cookie can generate a db ring. We clear the cookie when we
> (re-)allocate the doorbell so no need to do it on destroy as well as no
> one is going to look at it while the doorbell is inactive
>
> Cc: Michal Wajdeczko <michal.wajdeczko@intel.com>
> Signed-off-by: Daniele Ceraolo Spurio <daniele.ceraolospurio@intel.com>
> ---

With fixed typo in patch title,

Reviewed-by: Michal Wajdeczko <michal.wajdeczko@intel.com>
diff mbox series

Patch

diff --git a/drivers/gpu/drm/i915/intel_guc_submission.c b/drivers/gpu/drm/i915/intel_guc_submission.c
index 0806adbaa864..cc52fe76c0f0 100644
--- a/drivers/gpu/drm/i915/intel_guc_submission.c
+++ b/drivers/gpu/drm/i915/intel_guc_submission.c
@@ -209,7 +209,6 @@  static void __destroy_doorbell(struct intel_guc_client *client)
 
 	doorbell = __get_doorbell(client);
 	doorbell->db_status = GUC_DOORBELL_DISABLED;
-	doorbell->cookie = 0;
 
 	/* Doorbell release flow requires that we wait for GEN8_DRB_VALID bit
 	 * to go to zero after updating db_status before we call the GuC to