From: "Ville Syrjälä" <ville.syrjala@linux.intel.com>
To: "Shankar, Uma" <uma.shankar@intel.com>
Cc: "intel-gfx@lists.freedesktop.org"
<intel-gfx@lists.freedesktop.org>,
"intel-xe@lists.freedesktop.org" <intel-xe@lists.freedesktop.org>
Subject: Re: [RFC][PATCH 07/11] drm/i915: Introduce intel_compute_global_watermarks_late()
Date: Mon, 13 Oct 2025 23:35:22 +0300 [thread overview]
Message-ID: <aO1iikBS2VJait84@intel.com> (raw)
In-Reply-To: <DM4PR11MB63602F44FE09479C15AF92EFF4EAA@DM4PR11MB6360.namprd11.prod.outlook.com>
On Mon, Oct 13, 2025 at 06:36:07PM +0000, Shankar, Uma wrote:
>
>
> > -----Original Message-----
> > From: Intel-gfx <intel-gfx-bounces@lists.freedesktop.org> On Behalf Of Ville
> > Syrjala
> > Sent: Wednesday, October 8, 2025 11:56 PM
> > To: intel-gfx@lists.freedesktop.org
> > Cc: intel-xe@lists.freedesktop.org
> > Subject: [RFC][PATCH 07/11] drm/i915: Introduce
> > intel_compute_global_watermarks_late()
> >
> > From: Ville Syrjälä <ville.syrjala@linux.intel.com>
> >
> > Add a late watermarks computation stage for skl+. Need this (temporarily
> > perhaps) to get the final cdclk values into skl_wm_check_vblank().
> >
> > But the order is actually wrong now for SAGV. For SAGV we want to first do
> > skl_wm_check_vblank(), then copute crttc_state->use_sagv_wm, and then do
>
> Nit: Typo in crtc
>
> > intel_bw_atomic_check().
> >
> > Scalers are completely borked as far as skl_wm_check_vblank() goes as well.
> >
> > TODO: just a hack really, need to figure out the correct order
> > for real
>
> We can go with hack for now and take up the re-factoring later to sort out the correct order.
I just send a series that should solve this particular problem
as far as the cdclk goes:
https://patchwork.freedesktop.org/series/155860/
I still need to rebase this prefill stuff on top of it, at
which point I should know for sure whether it really fixes
the order or not.
> Reviewed-by: Uma Shankar <uma.shankar@intel.com>
>
> > Signed-off-by: Ville Syrjälä <ville.syrjala@linux.intel.com>
> > ---
> > drivers/gpu/drm/i915/display/intel_display.c | 4 ++
> > .../gpu/drm/i915/display/intel_display_core.h | 1 +
> > drivers/gpu/drm/i915/display/intel_wm.c | 10 +++++
> > drivers/gpu/drm/i915/display/intel_wm.h | 1 +
> > drivers/gpu/drm/i915/display/skl_watermark.c | 38 ++++++++++++++++---
> > 5 files changed, 48 insertions(+), 6 deletions(-)
> >
> > diff --git a/drivers/gpu/drm/i915/display/intel_display.c
> > b/drivers/gpu/drm/i915/display/intel_display.c
> > index afa78774eaeb..54ed36183ebe 100644
> > --- a/drivers/gpu/drm/i915/display/intel_display.c
> > +++ b/drivers/gpu/drm/i915/display/intel_display.c
> > @@ -6455,6 +6455,10 @@ int intel_atomic_check(struct drm_device *dev,
> > return ret;
> > }
> >
> > + ret = intel_compute_global_watermarks_late(state);
> > + if (ret)
> > + goto fail;
> > +
> > ret = intel_pmdemand_atomic_check(state);
> > if (ret)
> > goto fail;
> > diff --git a/drivers/gpu/drm/i915/display/intel_display_core.h
> > b/drivers/gpu/drm/i915/display/intel_display_core.h
> > index df4da52cbdb3..62bd894a72f9 100644
> > --- a/drivers/gpu/drm/i915/display/intel_display_core.h
> > +++ b/drivers/gpu/drm/i915/display/intel_display_core.h
> > @@ -89,6 +89,7 @@ struct intel_wm_funcs {
> > void (*optimize_watermarks)(struct intel_atomic_state *state,
> > struct intel_crtc *crtc);
> > int (*compute_global_watermarks)(struct intel_atomic_state *state);
> > + int (*compute_global_watermarks_late)(struct intel_atomic_state
> > +*state);
> > void (*get_hw_state)(struct intel_display *display);
> > void (*sanitize)(struct intel_display *display); }; diff --git
> > a/drivers/gpu/drm/i915/display/intel_wm.c
> > b/drivers/gpu/drm/i915/display/intel_wm.c
> > index f887a664fe22..3035d9879d83 100644
> > --- a/drivers/gpu/drm/i915/display/intel_wm.c
> > +++ b/drivers/gpu/drm/i915/display/intel_wm.c
> > @@ -104,6 +104,16 @@ int intel_compute_global_watermarks(struct
> > intel_atomic_state *state)
> > return 0;
> > }
> >
> > +int intel_compute_global_watermarks_late(struct intel_atomic_state
> > +*state) {
> > + struct intel_display *display = to_intel_display(state);
> > +
> > + if (display->funcs.wm->compute_global_watermarks_late)
> > + return display->funcs.wm-
> > >compute_global_watermarks_late(state);
> > +
> > + return 0;
> > +}
> > +
> > void intel_wm_get_hw_state(struct intel_display *display) {
> > if (display->funcs.wm->get_hw_state)
> > diff --git a/drivers/gpu/drm/i915/display/intel_wm.h
> > b/drivers/gpu/drm/i915/display/intel_wm.h
> > index 9ad4e9eae5ca..9f69dc5dfda5 100644
> > --- a/drivers/gpu/drm/i915/display/intel_wm.h
> > +++ b/drivers/gpu/drm/i915/display/intel_wm.h
> > @@ -24,6 +24,7 @@ void intel_atomic_update_watermarks(struct
> > intel_atomic_state *state, void intel_optimize_watermarks(struct
> > intel_atomic_state *state,
> > struct intel_crtc *crtc);
> > int intel_compute_global_watermarks(struct intel_atomic_state *state);
> > +int intel_compute_global_watermarks_late(struct intel_atomic_state
> > +*state);
> > void intel_wm_get_hw_state(struct intel_display *display); void
> > intel_wm_sanitize(struct intel_display *display); bool
> > intel_wm_plane_visible(const struct intel_crtc_state *crtc_state, diff --git
> > a/drivers/gpu/drm/i915/display/skl_watermark.c
> > b/drivers/gpu/drm/i915/display/skl_watermark.c
> > index aac3ca8f6c0f..5c18fe9a5237 100644
> > --- a/drivers/gpu/drm/i915/display/skl_watermark.c
> > +++ b/drivers/gpu/drm/i915/display/skl_watermark.c
> > @@ -2433,7 +2433,7 @@ static int skl_build_pipe_wm(struct intel_atomic_state
> > *state,
> >
> > crtc_state->wm.skl.optimal = crtc_state->wm.skl.raw;
> >
> > - return skl_wm_check_vblank(crtc_state);
> > + return 0;
> > }
> >
> > static bool skl_wm_level_equals(const struct skl_wm_level *l1, @@ -3002,11
> > +3002,6 @@ skl_compute_wm(struct intel_atomic_state *state)
> > if (ret)
> > return ret;
> >
> > - /*
> > - * skl_compute_ddb() will have adjusted the final watermarks
> > - * based on how much ddb is available. Now we can actually
> > - * check if the final watermarks changed.
> > - */
> > for_each_new_intel_crtc_in_state(state, crtc, new_crtc_state, i) {
> > struct skl_pipe_wm *pipe_wm = &new_crtc_state-
> > >wm.skl.optimal;
> >
> > @@ -3030,6 +3025,36 @@ skl_compute_wm(struct intel_atomic_state *state)
> > pipe_wm->use_sagv_wm = !HAS_HW_SAGV_WM(display) &&
> > DISPLAY_VER(display) >= 12 &&
> > intel_crtc_can_enable_sagv(new_crtc_state);
> > + }
> > +
> > + return 0;
> > +}
> > +
> > +static int
> > +skl_compute_wm_late(struct intel_atomic_state *state) {
> > + struct intel_crtc *crtc;
> > + struct intel_crtc_state __maybe_unused *new_crtc_state;
> > + int i;
> > +
> > + for_each_new_intel_crtc_in_state(state, crtc, new_crtc_state, i) {
> > + int ret;
> > +
> > + /*
> > + * FIXME we need something along the lins of the following order:
> > + * 1. intel_atomic_setup_scalers() (needed by
> > skl_wm_check_vblank())
> > + * 2. intel_modeset_calc_cdclk() (needed by
> > skl_wm_check_vblank())
> > + * 3. skl_compute_wm() (skl_wm_check_vblank() + update
> > use_sagv_wm)
> > + * 4. intel_bw_atomic_check() (needs use_sagv_wm)
> > + * but shuffling all that needs a lot more work...
> > + *
> > + * For now hack it by deferreing skl_wm_check_vblank() until
> > + * intel_modeset_calc_cdclk() has been done. Scalers are still
> > + * completely broken wrt. skl_wm_check_vblank().
> > + */
> > + ret = skl_wm_check_vblank(new_crtc_state);
> > + if (ret)
> > + return ret;
> >
> > ret = skl_wm_add_affected_planes(state, crtc);
> > if (ret)
> > @@ -4060,6 +4085,7 @@ void intel_wm_state_verify(struct intel_atomic_state
> > *state,
> >
> > static const struct intel_wm_funcs skl_wm_funcs = {
> > .compute_global_watermarks = skl_compute_wm,
> > + .compute_global_watermarks_late = skl_compute_wm_late,
> > .get_hw_state = skl_wm_get_hw_state,
> > .sanitize = skl_wm_sanitize,
> > };
> > --
> > 2.49.1
>
--
Ville Syrjälä
Intel
next prev parent reply other threads:[~2025-10-13 20:35 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-10-08 18:25 [RFC][PATCH 00/11] drm/i915/prefill: Introduce helpers for prefill latency calculations Ville Syrjala
2025-10-08 18:25 ` [RFC][PATCH 01/11] drm/i915: Reject modes with linetime > 64 usec Ville Syrjala
2025-10-13 15:15 ` Shankar, Uma
2025-10-08 18:25 ` [RFC][PATCH 02/11] drm/i915/cdclk: Add prefill helpers for CDCLK Ville Syrjala
2025-10-13 16:11 ` Shankar, Uma
2025-10-08 18:25 ` [RFC][PATCH 03/11] drm/i915/cdclk: Add intel_cdclk_min_cdclk_for_prefill() Ville Syrjala
2025-10-13 16:25 ` Shankar, Uma
2025-10-08 18:25 ` [RFC][PATCH 04/11] drm/i915/dsc: Add prefill helper for DSC Ville Syrjala
2025-10-13 16:26 ` Shankar, Uma
2025-10-08 18:25 ` [RFC][PATCH 05/11] drm/i915/scaler: Add scaler prefill helpers Ville Syrjala
2025-10-13 17:56 ` Shankar, Uma
2025-10-08 18:25 ` [RFC][PATCH 06/11] drm/i195/wm: Add WM0 " Ville Syrjala
2025-10-13 18:30 ` Shankar, Uma
2025-10-13 21:49 ` Ville Syrjälä
2025-10-08 18:25 ` [RFC][PATCH 07/11] drm/i915: Introduce intel_compute_global_watermarks_late() Ville Syrjala
2025-10-13 18:36 ` Shankar, Uma
2025-10-13 20:35 ` Ville Syrjälä [this message]
2025-10-08 18:25 ` [RFC][PATCH 08/11] drm/i915/prefill: Introduce intel_prefill.c Ville Syrjala
2025-10-13 18:42 ` Shankar, Uma
2025-10-13 21:37 ` Ville Syrjälä
2025-10-08 18:25 ` [RFC][PATCH 09/11] drm/i915/wm: Use intel_prefill Ville Syrjala
2025-10-13 18:43 ` Shankar, Uma
2025-10-08 18:25 ` [RFC][PATCH 10/11] drm/i915/prefill: Print the prefill details Ville Syrjala
2025-10-13 18:45 ` Shankar, Uma
2025-10-08 18:25 ` [RFC][PATCH 11/11] drm/i915/prefill: Also print out the worst case estimates Ville Syrjala
2025-10-13 18:47 ` Shankar, Uma
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=aO1iikBS2VJait84@intel.com \
--to=ville.syrjala@linux.intel.com \
--cc=intel-gfx@lists.freedesktop.org \
--cc=intel-xe@lists.freedesktop.org \
--cc=uma.shankar@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).