intel-gfx.lists.freedesktop.org archive mirror
 help / color / mirror / Atom feed
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

  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).