From: Manasi Navare <manasi.d.navare@intel.com>
To: Maarten Lankhorst <maarten.lankhorst@linux.intel.com>
Cc: intel-gfx@lists.freedesktop.org
Subject: Re: [RFC 7/7] drm/i915: Allow vdsc functions to be called without encoder.
Date: Wed, 21 Aug 2019 12:54:08 -0700 [thread overview]
Message-ID: <20190821195408.GE25055@intel.com> (raw)
In-Reply-To: <3fa8872b-6813-dcc9-a22a-437825f09647@linux.intel.com>
On Tue, Jul 30, 2019 at 11:08:13AM +0200, Maarten Lankhorst wrote:
> Op 11-07-2019 om 00:35 schreef Manasi Navare:
> > On Tue, Jul 02, 2019 at 09:42:05PM +0200, Maarten Lankhorst wrote:
> >> This can be useful when calling the vdsc enable functions
> >> directly without encoder.
> > Would this be the case on the slave pipe where we need to enable DSC but there
> > is no transcoder enabled for that pipe?
>
> Yes. :)
>
> Although I was currently missing intel_configure_pps_for_dsc_encoder(), will be fixed in next version.
>
> It erroneously used the encoder to check for eDP. instead of crtc_state->cpu_transcoder
Did you get a chance to update this to configure pps and write dsc pps sdp even for the slave
pipe case?
How does this behave for the dsc engine on the slave pipe? Can we skip sending the sdp in that case?
Manasi
>
> ~Maarten
>
> >> Signed-off-by: Maarten Lankhorst <maarten.lankhorst@linux.intel.com>
> >> ---
> >> drivers/gpu/drm/i915/display/intel_vdsc.c | 8 +++++---
> >> 1 file changed, 5 insertions(+), 3 deletions(-)
> >>
> >> diff --git a/drivers/gpu/drm/i915/display/intel_vdsc.c b/drivers/gpu/drm/i915/display/intel_vdsc.c
> >> index 419a77723894..f009524ab735 100644
> >> --- a/drivers/gpu/drm/i915/display/intel_vdsc.c
> >> +++ b/drivers/gpu/drm/i915/display/intel_vdsc.c
> >> @@ -897,7 +897,7 @@ void intel_dsc_enable(struct intel_encoder *encoder,
> >> const struct intel_crtc_state *crtc_state)
> >> {
> >> struct intel_crtc *crtc = to_intel_crtc(crtc_state->uapi.crtc);
> >> - struct drm_i915_private *dev_priv = to_i915(encoder->base.dev);
> >> + struct drm_i915_private *dev_priv = to_i915(crtc->base.dev);
> >> enum pipe pipe = crtc->pipe;
> >> i915_reg_t dss_ctl1_reg, dss_ctl2_reg;
> >> u32 dss_ctl1_val = 0;
> >> @@ -910,9 +910,11 @@ void intel_dsc_enable(struct intel_encoder *encoder,
> >> intel_display_power_get(dev_priv,
> >> intel_dsc_power_domain(crtc_state));
> >>
> >> - intel_configure_pps_for_dsc_encoder(encoder, crtc_state);
> >> + if (encoder) {
> >> + intel_configure_pps_for_dsc_encoder(encoder, crtc_state);
> >>
> >> - intel_dp_write_dsc_pps_sdp(encoder, crtc_state);
> >> + intel_dp_write_dsc_pps_sdp(encoder, crtc_state);
> >> + }
> >>
> >> if (crtc_state->cpu_transcoder == TRANSCODER_EDP) {
> >> dss_ctl1_reg = DSS_CTL1;
> >> --
> >> 2.20.1
> >>
> >> _______________________________________________
> >> Intel-gfx mailing list
> >> Intel-gfx@lists.freedesktop.org
> >> https://lists.freedesktop.org/mailman/listinfo/intel-gfx
>
>
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx
next prev parent reply other threads:[~2019-08-22 14:17 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-07-02 19:41 [RFC 0/7] Bigjoiner atomic preparations Maarten Lankhorst
2019-07-02 19:41 ` [RFC 1/7] drm/i915: Prepare to split crtc state in uapi and hw state Maarten Lankhorst
2019-07-02 19:42 ` [RFC 2/7] drm/i915: Handle a few more cases for hw/sw split Maarten Lankhorst
2019-07-02 19:42 ` [RFC 3/7] drm/i915: Complete sw/hw split Maarten Lankhorst
2019-07-02 19:42 ` [RFC 4/7] drm/i915/dp: Allow big joiner modes in intel_dp_mode_valid() Maarten Lankhorst
2019-07-03 0:13 ` Manasi Navare
2019-07-02 19:42 ` [RFC 5/7] drm/i915/dp: Validate modes that can only be handled in a bigjoiner configuration Maarten Lankhorst
2019-07-02 19:42 ` [RFC 6/7] drm/i915: Try to make bigjoiner work in atomic check Maarten Lankhorst
2019-07-03 0:32 ` Manasi Navare
2019-07-03 8:02 ` Maarten Lankhorst
2019-07-02 19:42 ` [RFC 7/7] drm/i915: Allow vdsc functions to be called without encoder Maarten Lankhorst
2019-07-10 22:35 ` Manasi Navare
2019-07-30 9:08 ` Maarten Lankhorst
2019-08-21 19:54 ` Manasi Navare [this message]
2019-07-02 21:30 ` ✗ Fi.CI.CHECKPATCH: warning for Bigjoiner atomic preparations Patchwork
2019-07-02 21:33 ` ✗ Fi.CI.SPARSE: " Patchwork
2019-07-02 21:59 ` ✓ Fi.CI.BAT: success " Patchwork
2019-07-03 22:04 ` ✓ Fi.CI.IGT: " 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=20190821195408.GE25055@intel.com \
--to=manasi.d.navare@intel.com \
--cc=intel-gfx@lists.freedesktop.org \
--cc=maarten.lankhorst@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