All of lore.kernel.org
 help / color / mirror / Atom feed
From: Dave Airlie <airlied@gmail.com>
To: Jani Nikula <jani.nikula@linux.intel.com>
Cc: Intel Graphics Development <intel-gfx@lists.freedesktop.org>,
	Dave Airlie <airlied@redhat.com>
Subject: Re: [Intel-gfx] [PATCH 11/21] drm/i915: split the dpll clock compute out from display vtable.
Date: Thu, 9 Sep 2021 10:34:58 +1000	[thread overview]
Message-ID: <CAPM=9tz4jnwUg-5nUZLWFgTEWWCckxGveJ6SJ0ojRj=+=88CWA@mail.gmail.com> (raw)
In-Reply-To: <877dfr7517.fsf@intel.com>

On Wed, 8 Sept 2021 at 20:09, Jani Nikula <jani.nikula@linux.intel.com> wrote:
>
> On Wed, 08 Sep 2021, Dave Airlie <airlied@gmail.com> wrote:
> > From: Dave Airlie <airlied@redhat.com>
> >
> > this could be merged later but for now it's simple to split it out.
> > ---
> >  drivers/gpu/drm/i915/display/intel_display.c |  6 +++---
> >  drivers/gpu/drm/i915/display/intel_dpll.c    | 16 ++++++++--------
> >  drivers/gpu/drm/i915/i915_drv.h              |  8 +++++++-
> >  3 files changed, 18 insertions(+), 12 deletions(-)
> >
> > diff --git a/drivers/gpu/drm/i915/display/intel_display.c b/drivers/gpu/drm/i915/display/intel_display.c
> > index b981a923cc2f..87950202f4ce 100644
> > --- a/drivers/gpu/drm/i915/display/intel_display.c
> > +++ b/drivers/gpu/drm/i915/display/intel_display.c
> > @@ -6768,10 +6768,10 @@ static int intel_crtc_atomic_check(struct intel_atomic_state *state,
> >               crtc_state->update_wm_post = true;
> >
> >       if (mode_changed && crtc_state->hw.enable &&
> > -         dev_priv->display.crtc_compute_clock &&
> > +         dev_priv->dpll_funcs.crtc_compute_clock &&
> >           !crtc_state->bigjoiner_slave &&
> >           !drm_WARN_ON(&dev_priv->drm, crtc_state->shared_dpll)) {
> > -             ret = dev_priv->display.crtc_compute_clock(crtc_state);
> > +             ret = dev_priv->dpll_funcs.crtc_compute_clock(crtc_state);
> >               if (ret)
> >                       return ret;
>
> It was there before, but yuck. Conditions like this with checks on the
> existence of a vfunc are really ugly. Could benefit from a wrapper - but
> that requires figuring out what the condition actually is. *facepalm*.
>
> >       }
> > @@ -8807,7 +8807,7 @@ static void intel_modeset_clear_plls(struct intel_atomic_state *state)
> >       struct intel_crtc *crtc;
> >       int i;
> >
> > -     if (!dev_priv->display.crtc_compute_clock)
> > +     if (!dev_priv->dpll_funcs.crtc_compute_clock)
> >               return;
> >
> >       for_each_new_intel_crtc_in_state(state, crtc, new_crtc_state, i) {
> > diff --git a/drivers/gpu/drm/i915/display/intel_dpll.c b/drivers/gpu/drm/i915/display/intel_dpll.c
> > index 210f91f4a576..9326c7cbb05c 100644
> > --- a/drivers/gpu/drm/i915/display/intel_dpll.c
> > +++ b/drivers/gpu/drm/i915/display/intel_dpll.c
> > @@ -1367,21 +1367,21 @@ void
> >  intel_dpll_init_clock_hook(struct drm_i915_private *dev_priv)
> >  {
> >       if (DISPLAY_VER(dev_priv) >= 9 || HAS_DDI(dev_priv))
> > -             dev_priv->display.crtc_compute_clock = hsw_crtc_compute_clock;
> > +             dev_priv->dpll_funcs.crtc_compute_clock = hsw_crtc_compute_clock;
> >       else if (HAS_PCH_SPLIT(dev_priv))
> > -             dev_priv->display.crtc_compute_clock = ilk_crtc_compute_clock;
> > +             dev_priv->dpll_funcs.crtc_compute_clock = ilk_crtc_compute_clock;
> >       else if (IS_CHERRYVIEW(dev_priv))
> > -             dev_priv->display.crtc_compute_clock = chv_crtc_compute_clock;
> > +             dev_priv->dpll_funcs.crtc_compute_clock = chv_crtc_compute_clock;
> >       else if (IS_VALLEYVIEW(dev_priv))
> > -             dev_priv->display.crtc_compute_clock = vlv_crtc_compute_clock;
> > +             dev_priv->dpll_funcs.crtc_compute_clock = vlv_crtc_compute_clock;
> >       else if (IS_G4X(dev_priv))
> > -             dev_priv->display.crtc_compute_clock = g4x_crtc_compute_clock;
> > +             dev_priv->dpll_funcs.crtc_compute_clock = g4x_crtc_compute_clock;
> >       else if (IS_PINEVIEW(dev_priv))
> > -             dev_priv->display.crtc_compute_clock = pnv_crtc_compute_clock;
> > +             dev_priv->dpll_funcs.crtc_compute_clock = pnv_crtc_compute_clock;
> >       else if (DISPLAY_VER(dev_priv) != 2)
> > -             dev_priv->display.crtc_compute_clock = i9xx_crtc_compute_clock;
> > +             dev_priv->dpll_funcs.crtc_compute_clock = i9xx_crtc_compute_clock;
> >       else
> > -             dev_priv->display.crtc_compute_clock = i8xx_crtc_compute_clock;
> > +             dev_priv->dpll_funcs.crtc_compute_clock = i8xx_crtc_compute_clock;
> >  }
> >
> >  static bool i9xx_has_pps(struct drm_i915_private *dev_priv)
> > diff --git a/drivers/gpu/drm/i915/i915_drv.h b/drivers/gpu/drm/i915/i915_drv.h
> > index 49b23ea46475..461ab0a0f088 100644
> > --- a/drivers/gpu/drm/i915/i915_drv.h
> > +++ b/drivers/gpu/drm/i915/i915_drv.h
> > @@ -393,6 +393,10 @@ struct drm_i915_fdi_link_train_funcs {
> >                              const struct intel_crtc_state *crtc_state);
> >  };
> >
> > +struct drm_i915_dpll_funcs {
>
> Nitpick, intel_dpll_funcs. Starting to spot the pattern? ;D
>
> Part of the point is that I think these may eventually move to their own
> headers, and I like to drive naming structs and functions after the file
> name. So, you'd find intel_dpll_* stuff in intel_dpll.[ch]. Or if they
> stay in i915_drv.h, at least that's the chrystal clear context.

I've got a follow up series to move some of them as an RFC locally,
so I'm quite happy to rename them all!

Dave.

  reply	other threads:[~2021-09-09  0:35 UTC|newest]

Thread overview: 56+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-09-08  0:39 [Intel-gfx] [PATCH 00/21] i915/display: split and constify vtable Dave Airlie
2021-09-08  0:39 ` [Intel-gfx] [PATCH 01/21] drm/i915/pm: drop get_fifo_size vfunc Dave Airlie
2021-09-08 11:30   ` Jani Nikula
2021-09-08  0:39 ` [Intel-gfx] [PATCH 02/21] drm/i915: make update_wm take a dev_priv Dave Airlie
2021-09-08  1:17   ` David Airlie
2021-09-08 11:31     ` Jani Nikula
2021-09-08 11:32   ` Jani Nikula
2021-09-08  0:39 ` [Intel-gfx] [PATCH 03/21] drm/i915/wm: move the update watermark wrapper to display side Dave Airlie
2021-09-08  9:33   ` Jani Nikula
2021-09-08 20:40     ` Dave Airlie
2021-09-09 14:26       ` Ville Syrjälä
2021-09-08  0:39 ` [Intel-gfx] [PATCH 04/21] drm/i915: split clock gating init from display vtable Dave Airlie
2021-09-08 11:34   ` Jani Nikula
2021-09-08  0:39 ` [Intel-gfx] [PATCH 05/21] drm/i915: split watermark vfuncs " Dave Airlie
2021-09-08  9:40   ` Jani Nikula
2021-09-08  0:39 ` [Intel-gfx] [PATCH 06/21] drm/i915: split color functions " Dave Airlie
2021-09-08  9:46   ` Jani Nikula
2021-09-08  0:39 ` [Intel-gfx] [PATCH 07/21] drm/i915: split audio " Dave Airlie
2021-09-08  9:48   ` Jani Nikula
2021-09-08  0:39 ` [Intel-gfx] [PATCH 08/21] drm/i915: split cdclk " Dave Airlie
2021-09-08  9:52   ` Jani Nikula
2021-09-08  0:39 ` [Intel-gfx] [PATCH 09/21] drm/i915: split irq hotplug function " Dave Airlie
2021-09-08 10:00   ` Jani Nikula
2021-09-08  0:39 ` [Intel-gfx] [PATCH 10/21] drm/i915: split fdi link training " Dave Airlie
2021-09-08 10:02   ` Jani Nikula
2021-09-08  0:39 ` [Intel-gfx] [PATCH 11/21] drm/i915: split the dpll clock compute out " Dave Airlie
2021-09-08 10:09   ` Jani Nikula
2021-09-09  0:34     ` Dave Airlie [this message]
2021-09-08  0:39 ` [Intel-gfx] [PATCH 12/21] drm/i915: constify fdi link training vtable Dave Airlie
2021-09-08 10:10   ` Jani Nikula
2021-09-08 12:03   ` Jani Nikula
2021-09-08  0:39 ` [Intel-gfx] [PATCH 13/21] drm/i915: constify irq function vtable Dave Airlie
2021-09-08 10:12   ` Jani Nikula
2021-09-08  0:39 ` [Intel-gfx] [PATCH 14/21] drm/i915: constify color " Dave Airlie
2021-09-08 10:30   ` Jani Nikula
2021-09-08  0:39 ` [Intel-gfx] [PATCH 15/21] drm/i915: constify the audio " Dave Airlie
2021-09-08 10:37   ` Jani Nikula
2021-09-08  0:39 ` [Intel-gfx] [PATCH 16/21] drm/i915: constify the dpll clock vtable Dave Airlie
2021-09-08 10:38   ` Jani Nikula
2021-09-08  0:39 ` [Intel-gfx] [PATCH 17/21] drm/i915: constify the cdclk vtable Dave Airlie
2021-09-08 11:56   ` Jani Nikula
2021-09-08  0:39 ` [Intel-gfx] [PATCH 18/21] drm/i915: drop unused function ptr and comments Dave Airlie
2021-09-08 11:36   ` Jani Nikula
2021-09-08  0:39 ` [Intel-gfx] [PATCH 19/21] drm/i915: constify display function vtable Dave Airlie
2021-09-08 11:58   ` Jani Nikula
2021-09-08  0:39 ` [Intel-gfx] [PATCH 20/21] drm/i915: constify clock gating init vtable Dave Airlie
2021-09-08 12:00   ` Jani Nikula
2021-09-08 12:00     ` Jani Nikula
2021-09-08  0:39 ` [Intel-gfx] [PATCH 21/21] drm/i915: constify display wm vtable Dave Airlie
2021-09-08 12:13   ` Jani Nikula
2021-09-08  1:19 ` [Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for i915/display: split and constify vtable Patchwork
2021-09-08  1:24 ` [Intel-gfx] ✗ Fi.CI.DOCS: " Patchwork
2021-09-08 12:04   ` Jani Nikula
2021-09-08  1:50 ` [Intel-gfx] ✓ Fi.CI.BAT: success " Patchwork
2021-09-08  7:07 ` [Intel-gfx] ✓ Fi.CI.IGT: " Patchwork
2021-09-08 12:19 ` [Intel-gfx] [PATCH 00/21] " Jani Nikula

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='CAPM=9tz4jnwUg-5nUZLWFgTEWWCckxGveJ6SJ0ojRj=+=88CWA@mail.gmail.com' \
    --to=airlied@gmail.com \
    --cc=airlied@redhat.com \
    --cc=intel-gfx@lists.freedesktop.org \
    --cc=jani.nikula@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.