From: Daniel Vetter <daniel@ffwll.ch>
To: Paulo Zanoni <przanoni@gmail.com>
Cc: Ander Conselvan de Oliveira
<ander.conselvan.de.oliveira@intel.com>,
Daniel Vetter <daniel.vetter@ffwll.ch>,
Intel Graphics Development <intel-gfx@lists.freedesktop.org>,
Daniel Vetter <daniel.vetter@intel.com>
Subject: Re: [PATCH 5/9] drm/i915: s/update/compute/ for gmch dpll register functions
Date: Tue, 23 Jun 2015 23:20:48 +0200 [thread overview]
Message-ID: <20150623212048.GP25769@phenom.ffwll.local> (raw)
In-Reply-To: <CA+gsUGTm=usG+Pa04w1h=Wo_Xkfza1JfLwepes6H=ndsRA9ovg@mail.gmail.com>
On Tue, Jun 23, 2015 at 05:26:40PM -0300, Paulo Zanoni wrote:
> 2015-06-18 5:30 GMT-03:00 Daniel Vetter <daniel.vetter@ffwll.ch>:
> > I was momentarily confused until I've double-checked that these
> > functions really only compute state and don't update the hardware
> > state. They once did that, but since Ander's rework of the dpll
> > computation flow that's no longer the case.
> >
> > Rename them to avoid further confusion.
> >
> > Note that the ilk code already follows the compute_dpll naming scheme
> > for computing the actual register value. DDI code goes with _calc_,
> > but that is close enough.
>
> My only bikeshed would be to point that we now have x_prepare_pll(),
> x_enable_pll() and x_compute_dpll(), with the "d" to break the
> standard. OTOH the ILK function also has the "d" letter, so meh...
Thanks for your review. I fixed up patch 1, pinged Chris again on the lvds
drrs removal and merged all the others.
-Daniel
>
> Reviewed-by: Paulo Zanoni <paulo.r.zanoni@intel.com>
>
> >
> > Cc: Ander Conselvan de Oliveira <ander.conselvan.de.oliveira@intel.com>
> > Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
> > ---
> > drivers/gpu/drm/i915/intel_display.c | 40 ++++++++++++++++++------------------
> > 1 file changed, 20 insertions(+), 20 deletions(-)
> >
> > diff --git a/drivers/gpu/drm/i915/intel_display.c b/drivers/gpu/drm/i915/intel_display.c
> > index 45a93c87d48e..a8d9dbd5bd34 100644
> > --- a/drivers/gpu/drm/i915/intel_display.c
> > +++ b/drivers/gpu/drm/i915/intel_display.c
> > @@ -7233,8 +7233,8 @@ void intel_dp_set_m_n(struct intel_crtc *crtc, enum link_m_n_set m_n)
> > intel_cpu_transcoder_set_m_n(crtc, dp_m_n, dp_m2_n2);
> > }
> >
> > -static void vlv_update_pll(struct intel_crtc *crtc,
> > - struct intel_crtc_state *pipe_config)
> > +static void vlv_compute_dpll(struct intel_crtc *crtc,
> > + struct intel_crtc_state *pipe_config)
> > {
> > u32 dpll, dpll_md;
> >
> > @@ -7347,8 +7347,8 @@ static void vlv_prepare_pll(struct intel_crtc *crtc,
> > mutex_unlock(&dev_priv->sb_lock);
> > }
> >
> > -static void chv_update_pll(struct intel_crtc *crtc,
> > - struct intel_crtc_state *pipe_config)
> > +static void chv_compute_dpll(struct intel_crtc *crtc,
> > + struct intel_crtc_state *pipe_config)
> > {
> > pipe_config->dpll_hw_state.dpll = DPLL_SSC_REF_CLOCK_CHV |
> > DPLL_REFA_CLK_ENABLE_VLV | DPLL_VGA_MODE_DIS |
> > @@ -7487,11 +7487,11 @@ void vlv_force_pll_on(struct drm_device *dev, enum pipe pipe,
> > };
> >
> > if (IS_CHERRYVIEW(dev)) {
> > - chv_update_pll(crtc, &pipe_config);
> > + chv_compute_dpll(crtc, &pipe_config);
> > chv_prepare_pll(crtc, &pipe_config);
> > chv_enable_pll(crtc, &pipe_config);
> > } else {
> > - vlv_update_pll(crtc, &pipe_config);
> > + vlv_compute_dpll(crtc, &pipe_config);
> > vlv_prepare_pll(crtc, &pipe_config);
> > vlv_enable_pll(crtc, &pipe_config);
> > }
> > @@ -7513,10 +7513,10 @@ void vlv_force_pll_off(struct drm_device *dev, enum pipe pipe)
> > vlv_disable_pll(to_i915(dev), pipe);
> > }
> >
> > -static void i9xx_update_pll(struct intel_crtc *crtc,
> > - struct intel_crtc_state *crtc_state,
> > - intel_clock_t *reduced_clock,
> > - int num_connectors)
> > +static void i9xx_compute_dpll(struct intel_crtc *crtc,
> > + struct intel_crtc_state *crtc_state,
> > + intel_clock_t *reduced_clock,
> > + int num_connectors)
> > {
> > struct drm_device *dev = crtc->base.dev;
> > struct drm_i915_private *dev_priv = dev->dev_private;
> > @@ -7590,10 +7590,10 @@ static void i9xx_update_pll(struct intel_crtc *crtc,
> > }
> > }
> >
> > -static void i8xx_update_pll(struct intel_crtc *crtc,
> > - struct intel_crtc_state *crtc_state,
> > - intel_clock_t *reduced_clock,
> > - int num_connectors)
> > +static void i8xx_compute_dpll(struct intel_crtc *crtc,
> > + struct intel_crtc_state *crtc_state,
> > + intel_clock_t *reduced_clock,
> > + int num_connectors)
> > {
> > struct drm_device *dev = crtc->base.dev;
> > struct drm_i915_private *dev_priv = dev->dev_private;
> > @@ -7887,15 +7887,15 @@ static int i9xx_crtc_compute_clock(struct intel_crtc *crtc,
> > }
> >
> > if (IS_GEN2(dev)) {
> > - i8xx_update_pll(crtc, crtc_state, NULL,
> > - num_connectors);
> > + i8xx_compute_dpll(crtc, crtc_state, NULL,
> > + num_connectors);
> > } else if (IS_CHERRYVIEW(dev)) {
> > - chv_update_pll(crtc, crtc_state);
> > + chv_compute_dpll(crtc, crtc_state);
> > } else if (IS_VALLEYVIEW(dev)) {
> > - vlv_update_pll(crtc, crtc_state);
> > + vlv_compute_dpll(crtc, crtc_state);
> > } else {
> > - i9xx_update_pll(crtc, crtc_state, NULL,
> > - num_connectors);
> > + i9xx_compute_dpll(crtc, crtc_state, NULL,
> > + num_connectors);
> > }
> >
> > return 0;
> > --
> > 2.1.0
> >
> > _______________________________________________
> > 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
http://blog.ffwll.ch
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
next prev parent reply other threads:[~2015-06-23 21:18 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-06-18 8:30 [PATCH 1/9] drm/i915: Clear fb_tracking.busy_bits also for synchronous flips Daniel Vetter
2015-06-18 8:30 ` [PATCH 2/9] drm/i915: Filter out no-op frontbuffer tracking flushes Daniel Vetter
2015-06-23 19:02 ` Paulo Zanoni
2015-06-18 8:30 ` [PATCH 3/9] drm/i915: debugfs for frontbuffer tracking Daniel Vetter
2015-06-23 19:06 ` Paulo Zanoni
2015-06-18 8:30 ` [PATCH 4/9] drm/i915: Nuke lvds downclock support Daniel Vetter
2015-06-18 9:00 ` Chris Wilson
2015-06-18 9:23 ` Daniel Vetter
2015-06-18 9:30 ` Chris Wilson
2015-06-23 21:18 ` Daniel Vetter
2015-06-24 7:42 ` Chris Wilson
2015-06-18 8:30 ` [PATCH 5/9] drm/i915: s/update/compute/ for gmch dpll register functions Daniel Vetter
2015-06-23 20:26 ` Paulo Zanoni
2015-06-23 21:20 ` Daniel Vetter [this message]
2015-06-18 8:30 ` [PATCH 6/9] drm/i915/drrs: Restrict buffer tracking to the DRRS pipe Daniel Vetter
2015-06-23 20:32 ` Paulo Zanoni
2015-06-18 8:30 ` [PATCH 7/9] drm/i915/psr: Restrict buffer tracking to the PSR pipe Daniel Vetter
2015-06-23 19:57 ` Paulo Zanoni
2015-06-23 21:00 ` Daniel Vetter
2015-06-18 8:30 ` [PATCH 8/9] drm/i915/psr: Restrict single-shot updates " Daniel Vetter
2015-06-18 8:53 ` Chris Wilson
2015-06-23 20:12 ` Paulo Zanoni
2015-06-18 8:30 ` [PATCH 9/9] drm/i915: Use to_i915 in intel_frontbuffer.c Daniel Vetter
2015-06-23 20:18 ` Paulo Zanoni
2015-06-18 8:32 ` [PATCH 1/9] drm/i915: Clear fb_tracking.busy_bits also for synchronous flips Ville Syrjälä
2015-06-18 8:43 ` Chris Wilson
2015-06-18 9:23 ` [PATCH] " Daniel Vetter
2015-06-23 18:59 ` Paulo Zanoni
2015-06-23 20:52 ` Daniel Vetter
2015-06-23 15:07 ` [PATCH igt] tests/kms_frontbuffer_tracking: add modesetfrombusy test Paulo Zanoni
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=20150623212048.GP25769@phenom.ffwll.local \
--to=daniel@ffwll.ch \
--cc=ander.conselvan.de.oliveira@intel.com \
--cc=daniel.vetter@ffwll.ch \
--cc=daniel.vetter@intel.com \
--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