From: Daniel Vetter <daniel@ffwll.ch>
To: Paulo Zanoni <przanoni@gmail.com>
Cc: Daniel Vetter <daniel.vetter@ffwll.ch>,
Intel Graphics Development <intel-gfx@lists.freedesktop.org>
Subject: Re: [PATCH 01/10] drm/i915: rip out pre-DDI stuff from haswell_crtc_mode_set
Date: Mon, 3 Dec 2012 17:42:40 +0100 [thread overview]
Message-ID: <20121203164240.GJ4384@phenom.ffwll.local> (raw)
In-Reply-To: <CA+gsUGTX3G=6Nt10XZY6qmJxDB3rXSU=w6666V+6uJbDFko7Mg@mail.gmail.com>
On Mon, Dec 03, 2012 at 01:03:14PM -0200, Paulo Zanoni wrote:
> Hi
>
> 2012/11/29 Daniel Vetter <daniel.vetter@ffwll.ch>:
> > Especially getting rid of all things lvds is ... great!
> >
> > v2: Drop the two additional pre-hsw hunks noticed by Paulo Zanoni.
> >
> > v3:
> > - handle DP ports correctly (spoted by Paulo)
> > - don't leave {} behind for a single-line block (again spotted by
> > Paulo)
> > - kill another if (IBX || CPT) block
> >
> > Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
> > ---
> > drivers/gpu/drm/i915/intel_display.c | 131 +----------------------------------
> > 1 file changed, 2 insertions(+), 129 deletions(-)
> >
> > diff --git a/drivers/gpu/drm/i915/intel_display.c b/drivers/gpu/drm/i915/intel_display.c
> > index 3b6e4b0..fecaabc 100644
> > --- a/drivers/gpu/drm/i915/intel_display.c
> > +++ b/drivers/gpu/drm/i915/intel_display.c
> > @@ -5343,9 +5343,6 @@ static int ironlake_crtc_mode_set(struct drm_crtc *crtc,
> > num_connectors++;
> > }
> >
> > - WARN(!(HAS_PCH_IBX(dev) || HAS_PCH_CPT(dev)),
> > - "Unexpected PCH type %d\n", INTEL_PCH_TYPE(dev));
> > -
>
> This is patching ironlake_crtc_mode_set, instead of
> haswell_crtc_mode_set, which still includes the following lines:
>
> /* We are not sure yet this won't happen. */
> WARN(!HAS_PCH_LPT(dev), "Unexpected PCH type %d\n",
> INTEL_PCH_TYPE(dev));
Hm, can I blame git rebase on this one? Probably not ;-) I'll fix this
when applying, and we really need to split this stuff up a bit - the
current code is way too confuse, with too many lookalikes all around.
Thanks for catching this.
-Daniel
>
>
> Patch still looks correct, so with or without that fixed:
> Reviewed-by: Paulo Zanoni <paulo.r.zanoni@intel.com>
>
> > ok = ironlake_compute_clocks(crtc, adjusted_mode, &clock,
> > &has_reduced_clock, &reduced_clock);
> > if (!ok) {
> > @@ -5464,20 +5461,13 @@ static int haswell_crtc_mode_set(struct drm_crtc *crtc,
> > int pipe = intel_crtc->pipe;
> > int plane = intel_crtc->plane;
> > int num_connectors = 0;
> > - intel_clock_t clock, reduced_clock;
> > - u32 dpll = 0, fp = 0, fp2 = 0;
> > - bool ok, has_reduced_clock = false;
> > - bool is_lvds = false, is_dp = false, is_cpu_edp = false;
> > + bool is_dp = false, is_cpu_edp = false;
> > struct intel_encoder *encoder;
> > - u32 temp;
> > int ret;
> > bool dither;
> >
> > for_each_encoder_on_crtc(dev, crtc, encoder) {
> > switch (encoder->type) {
> > - case INTEL_OUTPUT_LVDS:
> > - is_lvds = true;
> > - break;
> > case INTEL_OUTPUT_DISPLAYPORT:
> > is_dp = true;
> > break;
> > @@ -5511,143 +5501,26 @@ static int haswell_crtc_mode_set(struct drm_crtc *crtc,
> > if (!intel_ddi_pll_mode_set(crtc, adjusted_mode->clock))
> > return -EINVAL;
> >
> > - if (HAS_PCH_IBX(dev) || HAS_PCH_CPT(dev)) {
> > - ok = ironlake_compute_clocks(crtc, adjusted_mode, &clock,
> > - &has_reduced_clock,
> > - &reduced_clock);
> > - if (!ok) {
> > - DRM_ERROR("Couldn't find PLL settings for mode!\n");
> > - return -EINVAL;
> > - }
> > - }
> > -
> > /* Ensure that the cursor is valid for the new mode before changing... */
> > intel_crtc_update_cursor(crtc, true);
> >
> > /* determine panel color depth */
> > dither = intel_choose_pipe_bpp_dither(crtc, fb, &intel_crtc->bpp,
> > adjusted_mode);
> > - if (is_lvds && dev_priv->lvds_dither)
> > - dither = true;
> >
> > DRM_DEBUG_KMS("Mode for pipe %d:\n", pipe);
> > drm_mode_debug_printmodeline(mode);
> >
> > - if (HAS_PCH_IBX(dev) || HAS_PCH_CPT(dev)) {
> > - fp = clock.n << 16 | clock.m1 << 8 | clock.m2;
> > - if (has_reduced_clock)
> > - fp2 = reduced_clock.n << 16 | reduced_clock.m1 << 8 |
> > - reduced_clock.m2;
> > -
> > - dpll = ironlake_compute_dpll(intel_crtc, adjusted_mode, &clock,
> > - fp);
> > -
> > - /* CPU eDP is the only output that doesn't need a PCH PLL of its
> > - * own on pre-Haswell/LPT generation */
> > - if (!is_cpu_edp) {
> > - struct intel_pch_pll *pll;
> > -
> > - pll = intel_get_pch_pll(intel_crtc, dpll, fp);
> > - if (pll == NULL) {
> > - DRM_DEBUG_DRIVER("failed to find PLL for pipe %d\n",
> > - pipe);
> > - return -EINVAL;
> > - }
> > - } else
> > - intel_put_pch_pll(intel_crtc);
> > -
> > - /* The LVDS pin pair needs to be on before the DPLLs are
> > - * enabled. This is an exception to the general rule that
> > - * mode_set doesn't turn things on.
> > - */
> > - if (is_lvds) {
> > - temp = I915_READ(PCH_LVDS);
> > - temp |= LVDS_PORT_EN | LVDS_A0A2_CLKA_POWER_UP;
> > - if (HAS_PCH_CPT(dev)) {
> > - temp &= ~PORT_TRANS_SEL_MASK;
> > - temp |= PORT_TRANS_SEL_CPT(pipe);
> > - } else {
> > - if (pipe == 1)
> > - temp |= LVDS_PIPEB_SELECT;
> > - else
> > - temp &= ~LVDS_PIPEB_SELECT;
> > - }
> > -
> > - /* set the corresponsding LVDS_BORDER bit */
> > - temp |= dev_priv->lvds_border_bits;
> > - /* Set the B0-B3 data pairs corresponding to whether
> > - * we're going to set the DPLLs for dual-channel mode or
> > - * not.
> > - */
> > - if (clock.p2 == 7)
> > - temp |= LVDS_B0B3_POWER_UP | LVDS_CLKB_POWER_UP;
> > - else
> > - temp &= ~(LVDS_B0B3_POWER_UP |
> > - LVDS_CLKB_POWER_UP);
> > -
> > - /* It would be nice to set 24 vs 18-bit mode
> > - * (LVDS_A3_POWER_UP) appropriately here, but we need to
> > - * look more thoroughly into how panels behave in the
> > - * two modes.
> > - */
> > - temp &= ~(LVDS_HSYNC_POLARITY | LVDS_VSYNC_POLARITY);
> > - if (adjusted_mode->flags & DRM_MODE_FLAG_NHSYNC)
> > - temp |= LVDS_HSYNC_POLARITY;
> > - if (adjusted_mode->flags & DRM_MODE_FLAG_NVSYNC)
> > - temp |= LVDS_VSYNC_POLARITY;
> > - I915_WRITE(PCH_LVDS, temp);
> > - }
> > - }
> > -
> > - if (is_dp && !is_cpu_edp) {
> > + if (is_dp && !is_cpu_edp)
> > intel_dp_set_m_n(crtc, mode, adjusted_mode);
> > - } else {
> > - if (HAS_PCH_IBX(dev) || HAS_PCH_CPT(dev)) {
> > - /* For non-DP output, clear any trans DP clock recovery
> > - * setting.*/
> > - I915_WRITE(TRANSDATA_M1(pipe), 0);
> > - I915_WRITE(TRANSDATA_N1(pipe), 0);
> > - I915_WRITE(TRANSDPLINK_M1(pipe), 0);
> > - I915_WRITE(TRANSDPLINK_N1(pipe), 0);
> > - }
> > - }
> >
> > intel_crtc->lowfreq_avail = false;
> > - if (HAS_PCH_IBX(dev) || HAS_PCH_CPT(dev)) {
> > - if (intel_crtc->pch_pll) {
> > - I915_WRITE(intel_crtc->pch_pll->pll_reg, dpll);
> > -
> > - /* Wait for the clocks to stabilize. */
> > - POSTING_READ(intel_crtc->pch_pll->pll_reg);
> > - udelay(150);
> > -
> > - /* The pixel multiplier can only be updated once the
> > - * DPLL is enabled and the clocks are stable.
> > - *
> > - * So write it again.
> > - */
> > - I915_WRITE(intel_crtc->pch_pll->pll_reg, dpll);
> > - }
> > -
> > - if (intel_crtc->pch_pll) {
> > - if (is_lvds && has_reduced_clock && i915_powersave) {
> > - I915_WRITE(intel_crtc->pch_pll->fp1_reg, fp2);
> > - intel_crtc->lowfreq_avail = true;
> > - } else {
> > - I915_WRITE(intel_crtc->pch_pll->fp1_reg, fp);
> > - }
> > - }
> > - }
> >
> > intel_set_pipe_timings(intel_crtc, mode, adjusted_mode);
> >
> > if (!is_dp || is_cpu_edp)
> > ironlake_set_m_n(crtc, mode, adjusted_mode);
> >
> > - if (HAS_PCH_IBX(dev) || HAS_PCH_CPT(dev))
> > - if (is_cpu_edp)
> > - ironlake_set_pll_edp(crtc, adjusted_mode->clock);
> > -
> > haswell_set_pipeconf(crtc, adjusted_mode, dither);
> >
> > /* Set up the display plane register */
> > --
> > 1.7.11.7
> >
> > _______________________________________________
> > Intel-gfx mailing list
> > Intel-gfx@lists.freedesktop.org
> > http://lists.freedesktop.org/mailman/listinfo/intel-gfx
>
>
>
> --
> Paulo Zanoni
--
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79 365 57 48 - http://blog.ffwll.ch
next prev parent reply other threads:[~2012-12-03 16:41 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-11-29 14:59 [PATCH 01/10] drm/i915: rip out pre-DDI stuff from haswell_crtc_mode_set Daniel Vetter
2012-11-29 14:59 ` [PATCH 02/10] drm/i915: move set_pll_edp to intel_dp.c Daniel Vetter
2012-11-29 14:59 ` [PATCH 03/10] drm/i915: rip out pre-production ilk cpu edp w/a Daniel Vetter
2012-11-29 14:59 ` [PATCH 04/10] drm/i915: use wait_for_vblank instead of msleep(17) Daniel Vetter
2012-11-29 14:59 ` [PATCH 05/10] drm/i915: WARN on !crtc in intel_dp_link_down Daniel Vetter
2012-11-29 14:59 ` [PATCH 06/10] drm/i915: drop unnecessary clearing of pch dp transcoder timings Daniel Vetter
2012-12-03 15:45 ` Paulo Zanoni
2012-11-29 14:59 ` [PATCH 07/10] drm/i915: extract common link_m_n helpers Daniel Vetter
2012-12-03 15:33 ` Paulo Zanoni
2012-12-06 13:33 ` Daniel Vetter
2012-11-29 14:59 ` [PATCH 08/10] drm/i915: don't call update_watermark in crtc_mode_set Daniel Vetter
2012-11-29 14:59 ` [PATCH 09/10] drm/i915: don't call update_watermarks from haswell enable/disable code Daniel Vetter
2012-11-29 14:59 ` [PATCH 10/10] drm/i915: rip out update_linetime_wm abstraction Daniel Vetter
2012-12-04 17:34 ` Paulo Zanoni
2012-12-05 11:03 ` Daniel Vetter
2012-12-03 15:03 ` [PATCH 01/10] drm/i915: rip out pre-DDI stuff from haswell_crtc_mode_set Paulo Zanoni
2012-12-03 16:42 ` Daniel Vetter [this message]
2012-12-06 13:25 ` 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=20121203164240.GJ4384@phenom.ffwll.local \
--to=daniel@ffwll.ch \
--cc=daniel.vetter@ffwll.ch \
--cc=intel-gfx@lists.freedesktop.org \
--cc=przanoni@gmail.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