From: Maarten Lankhorst <dev@lankhorst.se>
To: Jani Nikula <jani.nikula@linux.intel.com>,
intel-gfx@lists.freedesktop.org, intel-xe@lists.freedesktop.org
Cc: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
Subject: Re: [PATCH 2/2] drm/i915/display: Make tracepoints work correctly on xe with PREEMPT_RT
Date: Fri, 29 Aug 2025 13:55:07 +0200 [thread overview]
Message-ID: <8c28c641-958c-4966-a631-effc00c31633@lankhorst.se> (raw)
In-Reply-To: <7ba38466ab2295059820d3d540b6324769ba5485@intel.com>
Hey,
Den 2025-08-29 kl. 13:14, skrev Jani Nikula:
> On Thu, 28 Aug 2025, Maarten Lankhorst <dev@lankhorst.se> wrote:
>> The display tracepoints will work, but drm_crtc_accurate_vblank_count()
>> takes an irq lock. Use the less accurate drm_crtc_vblank_count() on
>> affected platforms, which is simply an atomic_read64();
>>
>> Signed-off-by: Maarten Lankhorst <dev@lankhorst.se>
>> ---
>> drivers/gpu/drm/i915/display/intel_crtc.c | 9 ++--
>> drivers/gpu/drm/i915/display/intel_crtc.h | 2 +-
>> .../drm/i915/display/intel_display_trace.h | 48 ++++++++++---------
>> 3 files changed, 31 insertions(+), 28 deletions(-)
>>
>> diff --git a/drivers/gpu/drm/i915/display/intel_crtc.c b/drivers/gpu/drm/i915/display/intel_crtc.c
>> index a187db6df2d36..5c8ce35d21ca3 100644
>> --- a/drivers/gpu/drm/i915/display/intel_crtc.c
>> +++ b/drivers/gpu/drm/i915/display/intel_crtc.c
>> @@ -77,7 +77,7 @@ void intel_wait_for_vblank_if_active(struct intel_display *display,
>> intel_crtc_wait_for_next_vblank(crtc);
>> }
>>
>> -u32 intel_crtc_get_vblank_counter(struct intel_crtc *crtc)
>> +u32 intel_crtc_get_vblank_counter(struct intel_crtc *crtc, bool update_vblank)
>> {
>> struct drm_vblank_crtc *vblank = drm_crtc_vblank_crtc(&crtc->base);
>>
>> @@ -85,7 +85,8 @@ u32 intel_crtc_get_vblank_counter(struct intel_crtc *crtc)
>> return 0;
>>
>> if (!vblank->max_vblank_count)
>> - return (u32)drm_crtc_accurate_vblank_count(&crtc->base);
>> + return (u32)(update_vblank ? drm_crtc_accurate_vblank_count(&crtc->base) :
>> + drm_crtc_vblank_count(&crtc->base));
>>
>> return crtc->base.funcs->get_vblank_counter(&crtc->base);
>> }
>> @@ -574,7 +575,7 @@ void intel_pipe_update_start(struct intel_atomic_state *state,
>>
>> crtc->debug.scanline_start = scanline;
>> crtc->debug.start_vbl_time = ktime_get();
>> - crtc->debug.start_vbl_count = intel_crtc_get_vblank_counter(crtc);
>> + crtc->debug.start_vbl_count = intel_crtc_get_vblank_counter(crtc, true);
>>
>> trace_intel_pipe_update_vblank_evaded(crtc);
>> return;
>> @@ -660,7 +661,7 @@ void intel_pipe_update_end(struct intel_atomic_state *state,
>> intel_atomic_get_new_crtc_state(state, crtc);
>> enum pipe pipe = crtc->pipe;
>> int scanline_end = intel_get_crtc_scanline(crtc);
>> - u32 end_vbl_count = intel_crtc_get_vblank_counter(crtc);
>> + u32 end_vbl_count = intel_crtc_get_vblank_counter(crtc, true);
>> ktime_t end_vbl_time = ktime_get();
>> struct drm_i915_private *dev_priv = to_i915(crtc->base.dev);
>>
>> diff --git a/drivers/gpu/drm/i915/display/intel_crtc.h b/drivers/gpu/drm/i915/display/intel_crtc.h
>> index 8c14ff8b391ea..9826d800f3bb9 100644
>> --- a/drivers/gpu/drm/i915/display/intel_crtc.h
>> +++ b/drivers/gpu/drm/i915/display/intel_crtc.h
>> @@ -43,7 +43,7 @@ int intel_crtc_get_pipe_from_crtc_id_ioctl(struct drm_device *dev, void *data,
>> struct intel_crtc_state *intel_crtc_state_alloc(struct intel_crtc *crtc);
>> void intel_crtc_state_reset(struct intel_crtc_state *crtc_state,
>> struct intel_crtc *crtc);
>> -u32 intel_crtc_get_vblank_counter(struct intel_crtc *crtc);
>> +u32 intel_crtc_get_vblank_counter(struct intel_crtc *crtc, bool update_vblank);
>> void intel_crtc_vblank_on(const struct intel_crtc_state *crtc_state);
>> void intel_crtc_vblank_off(const struct intel_crtc_state *crtc_state);
>> void intel_pipe_update_start(struct intel_atomic_state *state,
>> diff --git a/drivers/gpu/drm/i915/display/intel_display_trace.h b/drivers/gpu/drm/i915/display/intel_display_trace.h
>> index 27ebc32cb61a5..4e9bea671effe 100644
>> --- a/drivers/gpu/drm/i915/display/intel_display_trace.h
>> +++ b/drivers/gpu/drm/i915/display/intel_display_trace.h
>> @@ -10,6 +10,8 @@
>> #define TRACE_SYSTEM xe
>> #endif
>>
>> +#define UPDATE_VBLANK (!IS_ENABLED(CONFIG_PREEMPT_RT))
>
> So I'm thinking leave intel_crtc_get_vblank_counter() alone completely,
> and hide all the ugly parts inside the trace file:
>
> #if IS_ENABLED(CONFIG_PREEMPT_RT)
> /* Avoid irq lock in tracepoints with PREEMPT_RT=y */
> static inline u32 __trace_intel_crtc_get_vblank_counter(struct intel_crtc *crtc)
> {
> struct drm_vblank_crtc *vblank = drm_crtc_vblank_crtc(&crtc->base);
>
> if (!crtc->active)
> return 0;
>
> if (!vblank->max_vblank_count)
> return (u32)drm_crtc_accurate_vblank_count(&crtc->base);
> return (u32)drm_crtc_vblank_count(&crtc->base);
>
> return crtc->base.funcs->get_vblank_counter(&crtc->base);
> }
> #else
> #define __trace_intel_crtc_get_vblank_counter intel_crtc_get_vblank_counter
> #endif
>
> And then
> s/intel_crtc_get_vblank_counter/__trace_intel_crtc_get_vblank_counter/
> below.
There are only 2 users to the vblank counter, vblank evasion and trace points.
If we're going to be forced to do this for tracepoints, the only user left is vblank evasion.
I'm still a proponent of simply using drm_crtc_vblank_count on preempt-rt unconditionally,
The only other user of intel_crtc_get_vblank_counter() is in intel_pipe_update_begin/end(),
We do know vblanks are enabled during vblank evasion, and interrupts are no longer disabled.
As a result, if a vblank occurred the non-accurate version will still be accurate enough,
especially on longer delays.
I want to repropose my original patch, where drm_crtc_vblank_count() is used on preempt-rt.
Kind regards,
~Maarten
next prev parent reply other threads:[~2025-08-29 11:55 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-08-28 9:09 [PATCH 1/2] drm/i915: Disable tracepoints for PREEMPT_RT Maarten Lankhorst
2025-08-28 9:09 ` [PATCH 2/2] drm/i915/display: Make tracepoints work correctly on xe with PREEMPT_RT Maarten Lankhorst
2025-08-29 11:14 ` Jani Nikula
2025-08-29 11:55 ` Maarten Lankhorst [this message]
2025-08-29 12:32 ` Jani Nikula
2025-08-29 13:18 ` Maarten Lankhorst
2025-08-29 12:08 ` Sebastian Andrzej Siewior
2025-08-29 12:37 ` Maarten Lankhorst
2025-08-29 13:11 ` Sebastian Andrzej Siewior
2025-08-28 16:19 ` ✓ i915.CI.BAT: success for series starting with [1/2] drm/i915: Disable tracepoints for PREEMPT_RT Patchwork
2025-08-28 21:46 ` ✗ i915.CI.Full: failure " Patchwork
2025-08-29 11:15 ` [PATCH 1/2] " Jani Nikula
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=8c28c641-958c-4966-a631-effc00c31633@lankhorst.se \
--to=dev@lankhorst.se \
--cc=bigeasy@linutronix.de \
--cc=intel-gfx@lists.freedesktop.org \
--cc=intel-xe@lists.freedesktop.org \
--cc=jani.nikula@linux.intel.com \
/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;
as well as URLs for NNTP newsgroup(s).