From: Maarten Lankhorst <dev@lankhorst.se>
To: intel-xe@lists.freedesktop.org
Cc: intel-gfx@lists.freedesktop.org,
Sebastian Andrzej Siewior <bigeasy@linutronix.de>,
Maarten Lankhorst <dev@lankhorst.se>
Subject: [PATCH v2 06/12] drm/i915/display: Remove locking from intel_vblank_evade critical section
Date: Fri, 12 Dec 2025 15:35:10 +0100 [thread overview]
Message-ID: <20251212143504.973839-20-dev@lankhorst.se> (raw)
In-Reply-To: <20251212143504.973839-14-dev@lankhorst.se>
finish_wait() may take a lock, which means that it can take any amount
of time. On PREEMPT-RT we should not be taking any lock after disabling
preemption, so ensure that the completion is done before disabling
interrupts.
This also has the benefit of making vblank evasion more deterministic,
by performing the final vblank check after all locking is done.
Signed-off-by: Maarten Lankhorst <dev@lankhorst.se>
---
drivers/gpu/drm/i915/display/intel_vblank.c | 25 ++++++++-------------
1 file changed, 9 insertions(+), 16 deletions(-)
diff --git a/drivers/gpu/drm/i915/display/intel_vblank.c b/drivers/gpu/drm/i915/display/intel_vblank.c
index 2b106ffa3f5f5..f72da4099119c 100644
--- a/drivers/gpu/drm/i915/display/intel_vblank.c
+++ b/drivers/gpu/drm/i915/display/intel_vblank.c
@@ -708,6 +708,13 @@ void intel_vblank_evade_init(const struct intel_crtc_state *old_crtc_state,
evade->min -= vblank_delay;
}
+static bool scanline_in_safe_range(struct intel_vblank_evade_ctx *evade, int *scanline)
+{
+ *scanline = intel_get_crtc_scanline(evade->crtc);
+
+ return *scanline < evade->min || *scanline > evade->max;
+}
+
/* must be called with vblank interrupt already enabled! */
int intel_vblank_evade(struct intel_vblank_evade_ctx *evade)
{
@@ -715,24 +722,12 @@ int intel_vblank_evade(struct intel_vblank_evade_ctx *evade)
struct intel_display *display = to_intel_display(crtc);
long timeout = msecs_to_jiffies_timeout(1);
wait_queue_head_t *wq = drm_crtc_vblank_waitqueue(&crtc->base);
- DEFINE_WAIT(wait);
int scanline;
if (evade->min <= 0 || evade->max <= 0)
return 0;
- for (;;) {
- /*
- * prepare_to_wait() has a memory barrier, which guarantees
- * other CPUs can see the task state update by the time we
- * read the scanline.
- */
- prepare_to_wait(wq, &wait, TASK_UNINTERRUPTIBLE);
-
- scanline = intel_get_crtc_scanline(crtc);
- if (scanline < evade->min || scanline > evade->max)
- break;
-
+ while (!scanline_in_safe_range(evade, &scanline)) {
if (!timeout) {
drm_dbg_kms(display->drm,
"Potential atomic update failure on pipe %c\n",
@@ -742,13 +737,11 @@ int intel_vblank_evade(struct intel_vblank_evade_ctx *evade)
local_irq_enable();
- timeout = schedule_timeout(timeout);
+ timeout = wait_event_timeout(*wq, scanline_in_safe_range(evade, &scanline), timeout);
local_irq_disable();
}
- finish_wait(wq, &wait);
-
/*
* On VLV/CHV DSI the scanline counter would appear to
* increment approx. 1/3 of a scanline before start of vblank.
--
2.51.0
next prev parent reply other threads:[~2025-12-12 14:35 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-12-12 14:35 [PATCH v2 00/12] drm/i915/display: All patches to make PREEMPT_RT work on xe Maarten Lankhorst
2025-12-12 14:35 ` [PATCH v2 01/12] drm/i915/display: Fix intel_lpe_audio_irq_handler for PREEMPT-RT Maarten Lankhorst
2025-12-12 14:35 ` [PATCH v2 02/12] drm/i915/display: Make get_vblank_counter use intel_de_read_fw() Maarten Lankhorst
2025-12-12 14:35 ` [PATCH v2 03/12] drm/i915/display: Use intel_de_write_fw in intel_pipe_fastset Maarten Lankhorst
2025-12-12 14:35 ` [PATCH v2 04/12] drm/i915/display: Make set_pipeconf use the fw variants Maarten Lankhorst
2025-12-12 14:35 ` [PATCH v2 05/12] drm/i915/display: Move vblank put until after critical section Maarten Lankhorst
2025-12-12 14:35 ` Maarten Lankhorst [this message]
2025-12-12 14:35 ` [PATCH v2 07/12] drm/i915/display: Handle vlv dsi workaround in scanline_in_safe_range too Maarten Lankhorst
2025-12-12 14:35 ` [PATCH v2 08/12] drm/i915/display: Make icl_dsi_frame_update use _fw too Maarten Lankhorst
2025-12-12 14:35 ` [PATCH v2 09/12] drm/i915/display: Enable interrupts earlier on PREEMPT_RT Maarten Lankhorst
2025-12-12 14:35 ` [PATCH v2 10/12] drm/i915: Use preempt_disable/enable_rt() where recommended Maarten Lankhorst
2025-12-12 14:35 ` [CI-ONLY PATCH v2 11/12] PREEMPT_RT injection Maarten Lankhorst
2025-12-13 7:54 ` kernel test robot
2025-12-13 9:59 ` kernel test robot
2025-12-13 11:19 ` kernel test robot
2025-12-12 14:35 ` [PATCH v2 12/12] drm/i915/display: Use intel_de_read_fw in colorops Maarten Lankhorst
2025-12-12 15:40 ` ✗ CI.checkpatch: warning for drm/i915/display: All patches to make PREEMPT_RT work on xe. (rev2) Patchwork
2025-12-12 15:42 ` ✓ CI.KUnit: success " Patchwork
2025-12-12 15:59 ` ✗ CI.checksparse: warning " Patchwork
2025-12-12 16:29 ` ✓ Xe.CI.BAT: success " Patchwork
2025-12-13 8:02 ` ✗ Xe.CI.Full: failure " Patchwork
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20251212143504.973839-20-dev@lankhorst.se \
--to=dev@lankhorst.se \
--cc=bigeasy@linutronix.de \
--cc=intel-gfx@lists.freedesktop.org \
--cc=intel-xe@lists.freedesktop.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox