From: Ramalingam C <ramalingam.c@intel.com>
To: Jani Nikula <jani.nikula@intel.com>, intel-gfx@lists.freedesktop.org
Subject: Re: [PATCH 1/2] drm/i915/BXT: Fixed COS blanking issue
Date: Wed, 03 Feb 2016 17:48:48 +0530 [thread overview]
Message-ID: <56B1F028.8020506@intel.com> (raw)
In-Reply-To: <8737ta2knw.fsf@intel.com>
Hi,
On Wednesday 03 February 2016 03:14 PM, Jani Nikula wrote:
> On Tue, 02 Feb 2016, Ramalingam C <ramalingam.c@intel.com> wrote:
>> From: Uma Shankar <uma.shankar@intel.com>
>>
>> During Charging OS mode, mipi display was blanking.This is
>> because during driver load, though encoder, connector were
>> active but crtc returned inactive. This caused sanitize
>> function to disable the DSI panel. In AOS, this is fine
>> since HWC will do a modeset and crtc, connector, encoder
>> mapping will be restored. But in COS, no modeset is called,
>> it just calls DPMS ON/OFF.
>>
>> This is fine on BYT/CHT since transcoder is common b/w
>> all encoders. But for BXT, there is a separate mipi
>> transcoder. Hence this needs special handling for BXT.
>>
>> Signed-off-by: Uma Shankar <uma.shankar@intel.com>
>> Signed-off-by: Ramalingam C <ramalingam.c@intel.com>
>> ---
>> drivers/gpu/drm/i915/intel_display.c | 107 ++++++++++++++++++++++++++++++++--
>> 1 file changed, 101 insertions(+), 6 deletions(-)
>>
>> diff --git a/drivers/gpu/drm/i915/intel_display.c b/drivers/gpu/drm/i915/intel_display.c
>> index a66220a..f8685f5 100644
>> --- a/drivers/gpu/drm/i915/intel_display.c
>> +++ b/drivers/gpu/drm/i915/intel_display.c
>> @@ -7814,6 +7814,69 @@ static void intel_set_pipe_timings(struct intel_crtc *intel_crtc)
>> (intel_crtc->config->pipe_src_h - 1));
>> }
>>
>> +static void intel_get_dsi_pipe_timings(struct intel_crtc *crtc,
>> + struct intel_crtc_state *pipe_config)
>> +{
>> + struct drm_device *dev = crtc->base.dev;
>> + struct drm_i915_private *dev_priv = dev->dev_private;
>> + enum transcoder cpu_transcoder = pipe_config->cpu_transcoder;
>> + struct intel_encoder *encoder;
>> + uint32_t tmp;
>> +
>> + tmp = I915_READ(HTOTAL(cpu_transcoder));
>> + pipe_config->base.adjusted_mode.crtc_hdisplay = (tmp & 0xffff) + 1;
>> + pipe_config->base.adjusted_mode.crtc_htotal =
>> + ((tmp >> 16) & 0xffff) + 1;
>> + tmp = I915_READ(HBLANK(cpu_transcoder));
>> + pipe_config->base.adjusted_mode.crtc_hblank_start = (tmp & 0xffff) + 1;
>> + pipe_config->base.adjusted_mode.crtc_hblank_end =
>> + ((tmp >> 16) & 0xffff) + 1;
>> + tmp = I915_READ(HSYNC(cpu_transcoder));
>> + pipe_config->base.adjusted_mode.crtc_hsync_start = (tmp & 0xffff) + 1;
>> + pipe_config->base.adjusted_mode.crtc_hsync_end =
>> + ((tmp >> 16) & 0xffff) + 1;
>> +
>> + tmp = I915_READ(VBLANK(cpu_transcoder));
>> + pipe_config->base.adjusted_mode.crtc_vblank_start = (tmp & 0xffff) + 1;
>> + pipe_config->base.adjusted_mode.crtc_vblank_end =
>> + ((tmp >> 16) & 0xffff) + 1;
>> + tmp = I915_READ(VSYNC(cpu_transcoder));
>> + pipe_config->base.adjusted_mode.crtc_vsync_start = (tmp & 0xffff) + 1;
>> + pipe_config->base.adjusted_mode.crtc_vsync_end =
>> + ((tmp >> 16) & 0xffff) + 1;
>> +
>> + if (I915_READ(PIPECONF(cpu_transcoder)) & PIPECONF_INTERLACE_MASK) {
>> + pipe_config->base.adjusted_mode.flags |=
>> + DRM_MODE_FLAG_INTERLACE;
>> + pipe_config->base.adjusted_mode.crtc_vtotal += 1;
>> + pipe_config->base.adjusted_mode.crtc_vblank_end += 1;
>> + }
>> +
>> +
>> + for_each_encoder_on_crtc(dev, &crtc->base, encoder) {
>> + struct intel_dsi *intel_dsi =
>> + enc_to_intel_dsi(&encoder->base);
>> + enum port port;
>> +
>> + pipe_config->pipe_bpp = intel_dsi->dsi_bpp;
>> + for_each_dsi_port(port, intel_dsi->ports) {
>> + pipe_config->base.adjusted_mode.crtc_hdisplay =
>> + I915_READ(BXT_MIPI_TRANS_HACTIVE(port));
>> + pipe_config->base.adjusted_mode.crtc_vdisplay =
>> + I915_READ(BXT_MIPI_TRANS_VACTIVE(port));
>> + pipe_config->base.adjusted_mode.crtc_vtotal =
>> + I915_READ(BXT_MIPI_TRANS_VTOTAL(port));
>> + }
>> + }
>> +
>> + tmp = I915_READ(PIPESRC(crtc->pipe));
>> + pipe_config->pipe_src_h = (tmp & 0xffff) + 1;
>> + pipe_config->pipe_src_w = ((tmp >> 16) & 0xffff) + 1;
>> +
>> + pipe_config->base.mode.vdisplay = pipe_config->pipe_src_h;
>> + pipe_config->base.mode.hdisplay = pipe_config->pipe_src_w;
>> +}
>> +
>> static void intel_get_pipe_timings(struct intel_crtc *crtc,
>> struct intel_crtc_state *pipe_config)
>> {
>> @@ -9969,6 +10032,7 @@ static bool haswell_get_pipe_config(struct intel_crtc *crtc,
>> struct drm_i915_private *dev_priv = dev->dev_private;
>> enum intel_display_power_domain pfit_domain;
>> uint32_t tmp;
>> + bool is_dsi = false;
>>
>> if (!intel_display_power_is_enabled(dev_priv,
>> POWER_DOMAIN_PIPE(crtc->pipe)))
>> @@ -9999,17 +10063,48 @@ static bool haswell_get_pipe_config(struct intel_crtc *crtc,
>> pipe_config->cpu_transcoder = TRANSCODER_EDP;
>> }
>>
>> + if (dev_priv->vbt.has_mipi) {
>> + enum port port_num = (dev_priv->vbt.dsi.port == DVO_PORT_MIPIA)
>> + ? PORT_A : PORT_C;
> Just "enum port port" please.
I will take care of this suggestion in the next patch ver.
>
>> + uint32_t dsi_ctrl = I915_READ(MIPI_CTRL(port_num));
>> +
>> + tmp = I915_READ(BXT_MIPI_PORT_CTRL(port_num));
>> + if (tmp & DPI_ENABLE) {
>> + enum pipe trans_dsi_pipe;
>> +
>> + switch (dsi_ctrl & BXT_PIPE_SELECT_MASK) {
>> + default:
>> + WARN(1, "unknown pipe linked to dsi transcoder\n");
>> + return false;
>> + case BXT_PIPE_SELECT_A:
>> + trans_dsi_pipe = PIPE_A;
>> + break;
>> + case BXT_PIPE_SELECT_B:
>> + trans_dsi_pipe = PIPE_B;
>> + break;
>> + case BXT_PIPE_SELECT_C:
>> + trans_dsi_pipe = PIPE_C;
>> + break;
>> + }
>> +
>> + if (trans_dsi_pipe == crtc->pipe)
>> + is_dsi = true;
>> + }
>> + }
>> +
> You need to set pipe_config->has_dsi_encoder.
>
> This is possibly cleanest, if you abstract the above into a separate
> function, say
>
> bxt_get_pipe_config_dsi(struct intel_crtc *crtc, struct intel_crtc_state
> *pipe_config)
>
> and set pipe_config->has_dsi_encoder if trans_dsi_pipe == crtc->pipe.
Ok. I am resubmitting with these changes.
>
> This probably needs to take into account the different power domains as
> well?
>
> BR,
> Jani.
>
>
> PS. I guess we're missing the has_dsi_encoder readout for BYT/CHV as
> well. :(
>
>
>
>> if (!intel_display_power_is_enabled(dev_priv,
>> POWER_DOMAIN_TRANSCODER(pipe_config->cpu_transcoder)))
>> return false;
>>
>> - tmp = I915_READ(PIPECONF(pipe_config->cpu_transcoder));
>> - if (!(tmp & PIPECONF_ENABLE))
>> - return false;
>> -
>> - haswell_get_ddi_port_state(crtc, pipe_config);
>> + if (!is_dsi) {
>> + tmp = I915_READ(PIPECONF(pipe_config->cpu_transcoder));
>> + if (!(tmp & PIPECONF_ENABLE))
>> + return false;
>>
>> - intel_get_pipe_timings(crtc, pipe_config);
>> + haswell_get_ddi_port_state(crtc, pipe_config);
>> + intel_get_pipe_timings(crtc, pipe_config);
>> + } else
>> + intel_get_dsi_pipe_timings(crtc, pipe_config);
>>
>> if (INTEL_INFO(dev)->gen >= 9) {
>> skl_init_scalers(dev, crtc, pipe_config);
--
Thanks,
--Ram
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
next prev parent reply other threads:[~2016-02-03 12:26 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-02-02 17:54 [PATCH 1/2] drm/i915/BXT: Fixed COS blanking issue Ramalingam C
2016-02-02 17:54 ` [PATCH 2/2] drm/i915/dsi: Add audio reference in dsi encoder Ramalingam C
2016-02-03 1:52 ` Thulasimani, Sivakumar
2016-02-03 8:57 ` Jani Nikula
2016-02-03 9:24 ` Ramalingam C
2016-02-03 10:01 ` Jani Nikula
2016-02-19 9:23 ` Jani Nikula
2016-02-19 9:31 ` Ramalingam C
2016-02-02 18:23 ` [PATCH 1/2] drm/i915/BXT: Fixed COS blanking issue kbuild test robot
2016-02-02 18:38 ` kbuild test robot
2016-02-03 1:49 ` Thulasimani, Sivakumar
2016-02-03 12:20 ` Ramalingam C
2016-02-03 8:02 ` ✗ Fi.CI.BAT: failure for series starting with [1/2] " Patchwork
2016-02-03 9:44 ` [PATCH 1/2] " Jani Nikula
2016-02-03 12:18 ` Ramalingam C [this message]
2016-02-03 12:27 ` [PATCH 1/2] drm/i915: Using the bpp value wrt the pixel format Ramalingam C
2016-02-03 12:27 ` [PATCH 2/2] drm/i915/BXT: Fixed COS blanking issue Ramalingam C
2016-02-04 13:54 ` Jani Nikula
2016-02-11 14:49 ` Ramalingam C
2016-02-11 14:59 ` [PATCH 2/3 V3] " Ramalingam C
2016-02-19 9:16 ` Jani Nikula
2016-02-04 13:13 ` [PATCH 1/2] drm/i915: Using the bpp value wrt the pixel format Jani Nikula
2016-02-11 15:00 ` Ramalingam C
2016-02-11 15:03 ` [PATCH 1/3 V2] " Ramalingam C
2016-02-11 15:05 ` [PATCH 3/3] drm/i915: Updating the CPU_TRANSCODER for BXT DSI Ramalingam C
2016-02-19 9:07 ` Jani Nikula
2016-02-23 14:31 ` Ramalingam C
2016-02-19 8:50 ` [PATCH 1/3 V2] drm/i915: Using the bpp value wrt the pixel format Jani Nikula
2016-02-19 12:50 ` Mika Kahola
2016-02-19 13:08 ` Jani Nikula
2016-02-15 16:28 ` [PATCH 1/2] drm/i915/BXT: Fixed COS blanking issue Daniel Vetter
2016-02-03 13:12 ` ✓ Fi.CI.BAT: success for series starting with [1/2] drm/i915: Using the bpp value wrt the pixel format (rev2) Patchwork
2016-02-15 16:24 ` [PATCH 1/2] drm/i915/BXT: Fixed COS blanking issue Daniel Vetter
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=56B1F028.8020506@intel.com \
--to=ramalingam.c@intel.com \
--cc=intel-gfx@lists.freedesktop.org \
--cc=jani.nikula@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).