From: Jani Nikula <jani.nikula@intel.com>
To: intel-gfx@lists.freedesktop.org, intel-xe@lists.freedesktop.org
Cc: jani.nikula@intel.com, tursulin@ursulin.net
Subject: [PATCH 3/5] drm/i915/rps: postpone i915 fence check to boost
Date: Thu, 6 Nov 2025 16:43:11 +0200 [thread overview]
Message-ID: <43c8f3805d86ee3ee8ae3ebd5db322d1bcb5d2a7.1762440096.git.jani.nikula@intel.com> (raw)
In-Reply-To: <cover.1762440096.git.jani.nikula@intel.com>
Make the RPS boost code independent of i915 request code by moving the
dma_fence_is_i915() check to the RPS boost call.
Signed-off-by: Jani Nikula <jani.nikula@intel.com>
---
I'm not actually sure what the non-i915 fences would be here, and what
kind of overhead they would cause.
---
drivers/gpu/drm/i915/display/intel_display_rps.c | 4 ----
drivers/gpu/drm/i915/gt/intel_rps.c | 7 ++++++-
2 files changed, 6 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/i915/display/intel_display_rps.c b/drivers/gpu/drm/i915/display/intel_display_rps.c
index 27714b75d32d..44cb9dba0c19 100644
--- a/drivers/gpu/drm/i915/display/intel_display_rps.c
+++ b/drivers/gpu/drm/i915/display/intel_display_rps.c
@@ -10,7 +10,6 @@
#include <drm/intel/display_parent_interface.h>
#include "i915_reg.h"
-#include "i915_request.h"
#include "intel_display_core.h"
#include "intel_display_irq.h"
#include "intel_display_rps.h"
@@ -49,9 +48,6 @@ void intel_display_rps_boost_after_vblank(struct drm_crtc *crtc,
if (!display->parent->rps)
return;
- if (!dma_fence_is_i915(fence))
- return;
-
if (DISPLAY_VER(display) < 6)
return;
diff --git a/drivers/gpu/drm/i915/gt/intel_rps.c b/drivers/gpu/drm/i915/gt/intel_rps.c
index 61d746bda462..05b21de6c24b 100644
--- a/drivers/gpu/drm/i915/gt/intel_rps.c
+++ b/drivers/gpu/drm/i915/gt/intel_rps.c
@@ -2917,7 +2917,12 @@ EXPORT_SYMBOL_GPL(i915_gpu_turbo_disable);
static void boost(struct dma_fence *fence)
{
- struct i915_request *rq = to_request(fence);
+ struct i915_request *rq;
+
+ if (!dma_fence_is_i915(fence))
+ return;
+
+ rq = to_request(fence);
/*
* If we missed the vblank, but the request is already running it
--
2.47.3
next prev parent reply other threads:[~2025-11-06 14:43 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-11-06 14:43 [PATCH 0/5] drm/i915/rps: call rps functions through the parent interface Jani Nikula
2025-11-06 14:43 ` [PATCH 1/5] drm/i915/rps: store struct dma_fence in struct wait_rps_boost Jani Nikula
2025-11-06 14:43 ` [PATCH 2/5] drm/i915/rps: call RPS functions via the parent interface Jani Nikula
2025-11-06 14:43 ` Jani Nikula [this message]
2025-11-06 14:43 ` [PATCH 4/5] drm/i915/rps: make fence priority setting part of the rps interface Jani Nikula
2025-11-07 17:23 ` Ville Syrjälä
2025-11-10 11:30 ` Jani Nikula
2025-11-06 14:43 ` [PATCH 5/5] drm/xe/rps: build RPS as part of xe Jani Nikula
2025-11-06 17:43 ` ✓ i915.CI.BAT: success for drm/i915/rps: call rps functions through the parent interface Patchwork
2025-11-07 11:49 ` ✗ i915.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=43c8f3805d86ee3ee8ae3ebd5db322d1bcb5d2a7.1762440096.git.jani.nikula@intel.com \
--to=jani.nikula@intel.com \
--cc=intel-gfx@lists.freedesktop.org \
--cc=intel-xe@lists.freedesktop.org \
--cc=tursulin@ursulin.net \
/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