From: "Ville Syrjälä" <ville.syrjala@linux.intel.com>
To: Manasi Navare <manasi.d.navare@intel.com>
Cc: Jani Nikula <jani.nikula@intel.com>,
Daniel Vetter <daniel.vetter@intel.com>,
intel-gfx@lists.freedesktop.org
Subject: Re: [PATCH 2/2] drm/i915/icl: Enable TRANSCODER PORT SYNC for tiled displays across separate ports
Date: Fri, 22 Mar 2019 20:09:50 +0200 [thread overview]
Message-ID: <20190322180949.GI3888@intel.com> (raw)
In-Reply-To: <20190322175801.GB27582@intel.com>
On Fri, Mar 22, 2019 at 10:58:01AM -0700, Manasi Navare wrote:
> On Fri, Mar 22, 2019 at 03:16:03PM +0200, Ville Syrjälä wrote:
> > On Fri, Mar 22, 2019 at 11:34:25AM +0200, Jani Nikula wrote:
> > > On Thu, 21 Mar 2019, Manasi Navare <manasi.d.navare@intel.com> wrote:
> > > > In case of tiled displays where different tiles are displayed across
> > > > different ports, we need to synchronize the transcoders involved.
> > > > This patch implements the transcoder port sync feature for
> > > > synchronizing one master transcoder with one or more slave
> > > > transcoders. This is only enbaled in slave transcoder
> > > > and the master transcoder is unaware that it is operating
> > > > in this mode.
> > > > This has been tested with tiled display connected to ICL.
> > > >
> > > > Cc: Daniel Vetter <daniel.vetter@intel.com>
> > > > Cc: Ville Syrjälä <ville.syrjala@linux.intel.com>
> > > > Cc: Maarten Lankhorst <maarten.lankhorst@linux.intel.com>
> > > > Cc: Matt Roper <matthew.d.roper@intel.com>
> > > > Cc: Jani Nikula <jani.nikula@intel.com>
> > > > Signed-off-by: Manasi Navare <manasi.d.navare@intel.com>
> > > > ---
> > > > drivers/gpu/drm/i915/intel_display.c | 59 ++++++++++++++++++++++++++++
> > > > 1 file changed, 59 insertions(+)
> > > >
> > > > diff --git a/drivers/gpu/drm/i915/intel_display.c b/drivers/gpu/drm/i915/intel_display.c
> > > > index 9980a4ed8c9c..16b46a3cb3bd 100644
> > > > --- a/drivers/gpu/drm/i915/intel_display.c
> > > > +++ b/drivers/gpu/drm/i915/intel_display.c
> > > > @@ -4009,6 +4009,62 @@ static void icl_set_pipe_chicken(struct intel_crtc *crtc)
> > > > I915_WRITE(PIPE_CHICKEN(pipe), tmp);
> > > > }
> > > >
> > > > +static void icl_set_transcoder_port_sync(struct intel_atomic_state *old_intel_state,
> > > > + const struct intel_crtc_state *crtc_state)
> > > > +{
> > > > + struct intel_crtc *crtc = to_intel_crtc(crtc_state->base.crtc);
> > > > + struct drm_i915_private *dev_priv = to_i915(crtc->base.dev);
> > > > + struct intel_crtc_state *genlock_crtc_state = NULL;
> > > > + enum transcoder genlock_transcoder;
> > > > + u32 trans_ddi_func_ctl2_val;
> > > > + u8 master_select;
> > > > +
> > > > + /*
> > > > + * Port Sync Mode cannot be enabled for DP MST
> > > > + */
> > > > + if (intel_crtc_has_type(crtc_state, INTEL_OUTPUT_DP_MST))
> > > > + return;
> > > > +
> > > > + /*
> > > > + * Configure the master select and enable Transcoder Port Sync for
> > > > + * Slave CRTCs transcoder.
> > > > + */
> > > > + if (!crtc_state->genlock_crtc)
> > > > + return;
> > > > +
> > > > + genlock_crtc_state = intel_atomic_get_new_crtc_state(old_intel_state,
> > > > + crtc_state->genlock_crtc);
> > > > + if (WARN_ON(!genlock_crtc_state))
> > > > + return;
> > > > +
> > > > + genlock_transcoder = genlock_crtc_state->cpu_transcoder;
> > > > + switch (genlock_transcoder) {
> > > > + case TRANSCODER_A:
> > > > + master_select = 1;
> > > > + break;
> > > > + case TRANSCODER_B:
> > > > + master_select = 2;
> > > > + break;
> > > > + case TRANSCODER_C:
> > > > + master_select = 3;
> > > > + break;
> > > > + case TRANSCODER_EDP:
> > > > + default:
> > > > + master_select = 0;
> > > > + break;
> > > > + }
> > > > + /* Set the master select bits for Tranascoder Port Sync */
> > > > + trans_ddi_func_ctl2_val = I915_READ(TRANS_DDI_FUNC_CTL2(crtc_state->cpu_transcoder));
> > > > + trans_ddi_func_ctl2_val |= (PORT_SYNC_MODE_MASTER_SELECT(master_select) &
> > > > + PORT_SYNC_MODE_MASTER_SELECT_MASK) <<
> > > > + PORT_SYNC_MODE_MASTER_SELECT_SHIFT;
> > >
> > > This doesn't do what you think it does. ITYM,
> > >
> > > val = I915_READ();
> > > val &= ~FOO_MASK;
> > > val |= FOO_BAR;
> >
> > Also we alreayd have a place where we write this registers. Is there
> > some magic requirement why these bits can't be set there along with
> > eveyrthing else?
>
> We only write the bits of TRANS_DDI_FUNC_CTL currently but these bits
> are written to TRANS_DDI_FUNC_CTL2 and need to be written before enabling
> the transcoder.
> Thats why I created this separate function here to set the bits in TRANS_DDI_FUNC_CTL2
In that case there is no point in doing a rmw.
--
Ville Syrjälä
Intel
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx
next prev parent reply other threads:[~2019-03-22 18:09 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-03-22 1:59 [PATCH 1/2] drm/i915/icl: Assign genlock CRTC pointer in all slave CRTC states for tiled displays Manasi Navare
2019-03-22 1:59 ` [PATCH 2/2] drm/i915/icl: Enable TRANSCODER PORT SYNC for tiled displays across separate ports Manasi Navare
2019-03-22 9:34 ` Jani Nikula
2019-03-22 13:16 ` Ville Syrjälä
2019-03-22 17:58 ` Manasi Navare
2019-03-22 18:09 ` Ville Syrjälä [this message]
2019-03-22 18:44 ` Manasi Navare
2019-03-22 18:46 ` Ville Syrjälä
2019-03-22 19:28 ` RMW considered harmful (was: Re: [PATCH 2/2] drm/i915/icl: Enable TRANSCODER PORT SYNC for tiled displays across separate ports) Jani Nikula
2019-03-22 19:40 ` Manasi Navare
2019-03-28 9:18 ` Jani Nikula
2019-03-28 15:40 ` Manasi Navare
2019-03-29 10:56 ` Jani Nikula
2019-03-22 17:54 ` [PATCH 2/2] drm/i915/icl: Enable TRANSCODER PORT SYNC for tiled displays across separate ports Manasi Navare
2019-03-22 4:12 ` ✗ Fi.CI.CHECKPATCH: warning for series starting with [1/2] drm/i915/icl: Assign genlock CRTC pointer in all slave CRTC states for tiled displays Patchwork
2019-03-22 4:32 ` ✓ Fi.CI.BAT: success " Patchwork
2019-03-23 0:56 ` ✓ Fi.CI.IGT: " Patchwork
2019-03-28 9:32 ` [PATCH 1/2] " Jani Nikula
2019-03-28 18:54 ` Manasi Navare
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=20190322180949.GI3888@intel.com \
--to=ville.syrjala@linux.intel.com \
--cc=daniel.vetter@intel.com \
--cc=intel-gfx@lists.freedesktop.org \
--cc=jani.nikula@intel.com \
--cc=manasi.d.navare@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