Re: [PATCH v2] drm/i915: implement async_flip mode per plane tracking

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 24.01.2023 15:02, Ville Syrjälä wrote:
On Wed, Jan 11, 2023 at 05:22:47PM +0100, Andrzej Hajda wrote:
Current implementation of async flip w/a relies on assumption that
previous atomic commit contains valid information if async_flip is still
enabled on the plane. It is incorrect. If previous commit did not modify
the plane its state->uapi.async_flip can be false. As a result DMAR/PIPE
errors can be observed:
i915 0000:00:02.0: [drm] *ERROR* Fault errors on pipe A: 0x00000080
i915 0000:00:02.0: [drm] *ERROR* Fault errors on pipe A: 0x00000080
DMAR: DRHD: handling fault status reg 2
DMAR: [DMA Read NO_PASID] Request device [00:02.0] fault addr 0x0 [fault reason 0x06] PTE Read access is not set

v2: update async_flip_planes in more reliable places (Ville)

Signed-off-by: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
---
  drivers/gpu/drm/i915/display/intel_atomic_plane.c  | 5 ++++-
  drivers/gpu/drm/i915/display/intel_display.c       | 7 ++++---
  drivers/gpu/drm/i915/display/intel_display_types.h | 3 +++
  3 files changed, 11 insertions(+), 4 deletions(-)

diff --git a/drivers/gpu/drm/i915/display/intel_atomic_plane.c b/drivers/gpu/drm/i915/display/intel_atomic_plane.c
index 10e1fc9d069827..3f1b1548ede025 100644
--- a/drivers/gpu/drm/i915/display/intel_atomic_plane.c
+++ b/drivers/gpu/drm/i915/display/intel_atomic_plane.c
@@ -362,6 +362,7 @@ void intel_plane_set_invisible(struct intel_crtc_state *crtc_state,
  	crtc_state->scaled_planes &= ~BIT(plane->id);
  	crtc_state->nv12_planes &= ~BIT(plane->id);
  	crtc_state->c8_planes &= ~BIT(plane->id);
+	crtc_state->async_flip_planes &= ~BIT(plane->id);
  	crtc_state->data_rate[plane->id] = 0;
  	crtc_state->data_rate_y[plane->id] = 0;
  	crtc_state->rel_data_rate[plane->id] = 0;
@@ -581,8 +582,10 @@ static int intel_plane_atomic_calc_changes(const struct intel_crtc_state *old_cr
  			 intel_plane_is_scaled(new_plane_state))))
  		new_crtc_state->disable_lp_wm = true;
- if (intel_plane_do_async_flip(plane, old_crtc_state, new_crtc_state))
+	if (intel_plane_do_async_flip(plane, old_crtc_state, new_crtc_state)) {
  		new_crtc_state->do_async_flip = true;
+		new_crtc_state->async_flip_planes |= BIT(plane->id);
+	}

intel_modeset_all_pipes() and intel_color_add_affected_planes() would
need to clear this stuff as well. Can't immediately think of other

I am not familiar with the display, so forgive me being verbose in verification of your comments :)
1. In case of intel_modeset_all_pipes
 for every crtc: crtc_state->async_flip_planes = 0;
2. In case of intel_color_add_affected_planes:
 for every plane: new_crtc_state->async_flip_planes &= ~BIT(plane->id);

Are the changes OK?

places that need the same treatment (the nv12 plane stuff I believe
should be fine without this since we should be rejecting async flips
with planar formats).

The driver is quite big and I quickly get lost when lurking into it, so hard to comment it :)


Though I think that is still going to have annoying ping-pong
for the the wm/ddb optimizations whenever there are internal
sync plane updates injected between async flips. I think to

Hmm, I hoped, that since intel_crtc_duplicate_state preserves async_flip_planes ping-pong shouldn't happen.

sort that out fully we'd need to start tracking the last uapi
async flip state for each plane.


I hoped async_flip_planes should serve it, modulo it is not fully clear to me when to switch async_flip. Enabling async flip is quite clear (requested by user), but disabling:
- full modeset,
- sync fb update,
- plane disable,
- cases mentioned above,
- ?

Is it OK to send next version with added clearing code in intel_modeset_all_pipes and intel_color_add_affected_planes ?

Regards
Andrzej


return 0;
  }
diff --git a/drivers/gpu/drm/i915/display/intel_display.c b/drivers/gpu/drm/i915/display/intel_display.c
index e75b9b2a0e015a..e1c3b1b0b6a8f1 100644
--- a/drivers/gpu/drm/i915/display/intel_display.c
+++ b/drivers/gpu/drm/i915/display/intel_display.c
@@ -1303,7 +1303,8 @@ static void intel_crtc_async_flip_disable_wa(struct intel_atomic_state *state,
  		intel_atomic_get_old_crtc_state(state, crtc);
  	const struct intel_crtc_state *new_crtc_state =
  		intel_atomic_get_new_crtc_state(state, crtc);
-	u8 update_planes = new_crtc_state->update_planes;
+	u8 disable_async_flip_planes = old_crtc_state->async_flip_planes &
+				       ~new_crtc_state->async_flip_planes;
  	const struct intel_plane_state *old_plane_state;
  	struct intel_plane *plane;
  	bool need_vbl_wait = false;
@@ -1312,7 +1313,7 @@ static void intel_crtc_async_flip_disable_wa(struct intel_atomic_state *state,
  	for_each_old_intel_plane_in_state(state, plane, old_plane_state, i) {
  		if (plane->need_async_flip_disable_wa &&
  		    plane->pipe == crtc->pipe &&
-		    update_planes & BIT(plane->id)) {
+		    disable_async_flip_planes & BIT(plane->id)) {
  			/*
  			 * Apart from the async flip bit we want to
  			 * preserve the old state for the plane.
@@ -1429,7 +1430,7 @@ static void intel_pre_plane_update(struct intel_atomic_state *state,
  	 * WA for platforms where async address update enable bit
  	 * is double buffered and only latched at start of vblank.
  	 */
-	if (old_crtc_state->uapi.async_flip && !new_crtc_state->uapi.async_flip)
+	if (old_crtc_state->async_flip_planes & ~new_crtc_state->async_flip_planes)
  		intel_crtc_async_flip_disable_wa(state, crtc);
  }
diff --git a/drivers/gpu/drm/i915/display/intel_display_types.h b/drivers/gpu/drm/i915/display/intel_display_types.h
index 32e8b2fc3cc642..61b1a0ec3dede1 100644
--- a/drivers/gpu/drm/i915/display/intel_display_types.h
+++ b/drivers/gpu/drm/i915/display/intel_display_types.h
@@ -1248,6 +1248,9 @@ struct intel_crtc_state {
  	/* bitmask of planes that will be updated during the commit */
  	u8 update_planes;
+ /* bitmask of planes with async flip active */
+	u8 async_flip_planes;
+
  	u8 framestart_delay; /* 1-4 */
  	u8 msa_timing_delay; /* 0-3 */
--
2.34.1





[Index of Archives]     [AMD Graphics]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux