From: "Ville Syrjälä" <ville.syrjala@linux.intel.com>
To: "Nautiyal, Ankit K" <ankit.k.nautiyal@intel.com>
Cc: intel-gfx@lists.freedesktop.org, jani.saarinen@intel.com
Subject: Re: [PATCH 10/14] drm/i915/display/vdsc: Add ultrajoiner support with DSC
Date: Mon, 9 Sep 2024 16:46:51 +0300 [thread overview]
Message-ID: <Zt78S6_mauRtCf3O@intel.com> (raw)
In-Reply-To: <2898a6b5-ac09-4fb1-9184-68b79270a4b8@intel.com>
On Mon, Sep 09, 2024 at 02:53:55PM +0530, Nautiyal, Ankit K wrote:
>
> On 9/6/2024 10:09 PM, Ville Syrjälä wrote:
> > On Fri, Sep 06, 2024 at 07:30:16PM +0300, Ville Syrjälä wrote:
> >> On Fri, Sep 06, 2024 at 06:28:03PM +0530, Ankit Nautiyal wrote:
> >>> From: Stanislav Lisovskiy <stanislav.lisovskiy@intel.com>
> >>>
> >>> Add changes to DSC which are required for Ultrajoiner.
> >>>
> >>> v2:
> >>> -Use correct helper for setting bits for bigjoiner secondary. (Ankit)
> >>> -Use enum for joiner pipe count instead magic numbers. (Suraj)
> >>> -Use primary/secondary instead of master/slave. (Suraj)
> >>>
> >>> Signed-off-by: Stanislav Lisovskiy <stanislav.lisovskiy@intel.com>
> >>> Signed-off-by: Ankit Nautiyal <ankit.k.nautiyal@intel.com>
> >>> ---
> >>> drivers/gpu/drm/i915/display/intel_vdsc.c | 26 +++++++++++++++++++++--
> >>> 1 file changed, 24 insertions(+), 2 deletions(-)
> >>>
> >>> diff --git a/drivers/gpu/drm/i915/display/intel_vdsc.c b/drivers/gpu/drm/i915/display/intel_vdsc.c
> >>> index 8158e3702ed5..66e810c8de68 100644
> >>> --- a/drivers/gpu/drm/i915/display/intel_vdsc.c
> >>> +++ b/drivers/gpu/drm/i915/display/intel_vdsc.c
> >>> @@ -379,9 +379,11 @@ static int intel_dsc_get_vdsc_per_pipe(const struct intel_crtc_state *crtc_state
> >>> int intel_dsc_get_num_vdsc_instances(const struct intel_crtc_state *crtc_state)
> >>> {
> >>> int num_vdsc_instances = intel_dsc_get_vdsc_per_pipe(crtc_state);
> >>> + int joined_pipes = intel_joiner_num_pipes(crtc_state);
> >>>
> >>> - if (crtc_state->joiner_pipes)
> >>> - num_vdsc_instances *= 2;
> >>> + if (joined_pipes == INTEL_BIG_JOINER_PIPES ||
> >>> + joined_pipes == INTEL_ULTRA_JOINER_PIPES)
> >>> + num_vdsc_instances *= joined_pipes;
> >>>
> >>> return num_vdsc_instances;
> >>> }
> >>> @@ -751,6 +753,14 @@ void intel_uncompressed_joiner_enable(const struct intel_crtc_state *crtc_state)
> >>> }
> >>> }
> >>>
> >>> +static bool intel_crtc_ultrajoiner_enable_needed(const struct intel_crtc_state *crtc_state)
> >>> +{
> >>> + struct intel_crtc *crtc = to_intel_crtc(crtc_state->uapi.crtc);
> >>> +
> >>> + return intel_joiner_num_pipes(crtc_state) == INTEL_ULTRA_JOINER_PIPES &&
> >>> + crtc->pipe != PIPE_D;
> >>> +}
> >>> +
> >>> void intel_dsc_enable(const struct intel_crtc_state *crtc_state)
> >>> {
> >>> struct intel_crtc *crtc = to_intel_crtc(crtc_state->uapi.crtc);
> >>> @@ -770,7 +780,19 @@ void intel_dsc_enable(const struct intel_crtc_state *crtc_state)
> >>> dss_ctl1_val |= JOINER_ENABLE;
> >>> }
> >>> if (crtc_state->joiner_pipes) {
> >>> + /*
> >>> + * This bit doesn't seem to follow primary/secondary logic or
> >>> + * any other logic, so lets just add helper function to
> >>> + * at least hide this hassle..
> >>> + */
> >>> + if (intel_crtc_ultrajoiner_enable_needed(crtc_state))
> >> What is this crazyness? This would throw a big wrench into
> >> the works, eg. the ultrajoiner readout would not work as intended.
> > Hmm. I do see a note to this effect in bspec. But that doesn't make
> > any real sense. I would expect that we either enable this for
> > everything, or only for pipes A+C (the bigjoiner primaries).
> > The latter would seem sensible, but it would also mean that
> > we need to rethink the readout as well.
>
> Yes as per bspec : The ULTRA_JOINER_ENABLE bit will be set for Pipe A,
> Pipe B and Pipe C only.
>
> Are you suggesting to write this for D as well? or just for A and C?
We need to find out what the hardware actually needs. Do we really have
to set this for A+B+C and not for D, or is it enough to set it for
A+C and not for B+D, and what happens if we try to set it for all pipes.
If the hardware only needs it for some kind of subset of the pipes,
then I think we need to do some kind of slight fixup in the readout
code to convert the masks into a more reasonable form for the
WARN_ON()s/etc.
>
> Also PRIMARY_ULTRA_JOINER_ENABLE is to be set for A. For other pipes
> this bit will be reset.
>
> Though only C is ultrajoiner secondary pipe, but since for other pipes
> this bit is reset, how to make that distinction between C and others.
>
> I mean readout will tell ultrajoiner primary as A and ultrajoiner
> secondary as B,C,D as bit is reset for all three.
>
> Currently we have secondary ultrajoiner pipes reading 0xE.
>
> Regards,
>
> Ankit
>
> >>> + dss_ctl1_val |= ULTRA_JOINER_ENABLE;
> >>> +
> >>> + if (intel_crtc_is_ultrajoiner_primary(crtc_state))
> >>> + dss_ctl1_val |= PRIMARY_ULTRA_JOINER_ENABLE;
> >>> +
> >>> dss_ctl1_val |= BIG_JOINER_ENABLE;
> >>> +
> >>> if (intel_crtc_is_bigjoiner_primary(crtc_state))
> >>> dss_ctl1_val |= PRIMARY_BIG_JOINER_ENABLE;
> >>> }
> >>> --
> >>> 2.45.2
> >> --
> >> Ville Syrjälä
> >> Intel
--
Ville Syrjälä
Intel
next prev parent reply other threads:[~2024-09-09 13:46 UTC|newest]
Thread overview: 42+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-09-06 12:57 [PATCH 00/14] Ultrajoiner basic functionality series Ankit Nautiyal
2024-09-06 12:57 ` [PATCH 01/14] drm/i915/display: Modify debugfs for joiner to force n pipes Ankit Nautiyal
2024-09-06 14:46 ` Ville Syrjälä
2024-09-06 14:54 ` Ville Syrjälä
2024-09-09 5:40 ` Nautiyal, Ankit K
2024-09-09 13:40 ` Ville Syrjälä
2024-09-10 5:42 ` Nautiyal, Ankit K
2024-09-10 11:46 ` Ville Syrjälä
2024-09-10 14:10 ` Nautiyal, Ankit K
2024-09-10 14:16 ` Ville Syrjälä
2024-09-09 5:34 ` Nautiyal, Ankit K
2024-09-06 12:57 ` [PATCH 02/14] drm/i915/display: Use joined pipes in intel_dp_joiner_needs_dsc Ankit Nautiyal
2024-09-06 12:57 ` [PATCH 03/14] drm/i915/display: Use joined pipes in intel_mode_valid_max_plane_size Ankit Nautiyal
2024-09-06 14:52 ` Ville Syrjälä
2024-09-09 6:10 ` Nautiyal, Ankit K
2024-09-06 12:57 ` [PATCH 04/14] drm/i915/display: Use joined pipes in dsc helpers for slices, bpp Ankit Nautiyal
2024-09-06 12:57 ` [PATCH 05/14] drm/i915: Add some essential functionality for joiners Ankit Nautiyal
2024-09-06 15:24 ` Ville Syrjälä
2024-09-09 7:47 ` Nautiyal, Ankit K
2024-09-09 13:42 ` Ville Syrjälä
2024-09-06 12:57 ` [PATCH 06/14] drm/i915: Split current joiner hw state readout Ankit Nautiyal
2024-09-06 15:29 ` Ville Syrjälä
2024-09-09 7:55 ` Nautiyal, Ankit K
2024-09-06 12:58 ` [PATCH 07/14] drm/i915: Add bigjoiner and uncompressed joiner hw readout sanity checks Ankit Nautiyal
2024-09-06 15:39 ` Ville Syrjälä
2024-09-09 8:31 ` Nautiyal, Ankit K
2024-09-09 8:40 ` Nautiyal, Ankit K
2024-09-06 12:58 ` [PATCH 08/14] drm/i915: Implement hw state readout and checks for ultrajoiner Ankit Nautiyal
2024-09-06 15:58 ` Ville Syrjälä
2024-09-09 8:44 ` Nautiyal, Ankit K
2024-09-06 12:58 ` [PATCH 09/14] drm/i915/display: Add helpers to check for ultrajoiner primary Ankit Nautiyal
2024-09-06 12:58 ` [PATCH 10/14] drm/i915/display/vdsc: Add ultrajoiner support with DSC Ankit Nautiyal
2024-09-06 16:30 ` Ville Syrjälä
2024-09-06 16:39 ` Ville Syrjälä
2024-09-09 9:23 ` Nautiyal, Ankit K
2024-09-09 13:46 ` Ville Syrjälä [this message]
2024-09-06 12:58 ` [PATCH 11/14] drm/i915: Add new abstraction layer to handle pipe order for different joiners Ankit Nautiyal
2024-09-06 12:58 ` [PATCH 12/14] drm/i915: Compute config and mode valid changes for ultrajoiner Ankit Nautiyal
2024-09-06 12:58 ` [PATCH 13/14] drm/i915/display: Consider ultrajoiner for computing maxdotclock Ankit Nautiyal
2024-09-06 12:58 ` [PATCH 14/14] drm/i915/intel_dp: Add support for forcing ultrajoiner Ankit Nautiyal
2024-09-06 14:08 ` ✗ Fi.CI.CHECKPATCH: warning for Ultrajoiner basic functionality series (rev7) Patchwork
2024-09-06 14:08 ` ✗ Fi.CI.SPARSE: " 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=Zt78S6_mauRtCf3O@intel.com \
--to=ville.syrjala@linux.intel.com \
--cc=ankit.k.nautiyal@intel.com \
--cc=intel-gfx@lists.freedesktop.org \
--cc=jani.saarinen@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