From: Jani Nikula <jani.nikula@intel.com>
To: Daniel Vetter <daniel@ffwll.ch>
Cc: intel-gfx@lists.freedesktop.org
Subject: Re: [Intel-gfx] [PATCH 10/13] drm/i915/display: clean up intel_PLL_is_valid()
Date: Wed, 25 Mar 2020 19:57:33 +0200 [thread overview]
Message-ID: <87r1xgiagi.fsf@intel.com> (raw)
In-Reply-To: <20200325085656.GV2363188@phenom.ffwll.local>
On Wed, 25 Mar 2020, Daniel Vetter <daniel@ffwll.ch> wrote:
> On Fri, Mar 20, 2020 at 04:36:35PM +0200, Jani Nikula wrote:
>> Drop useless macro hiding the return. Fix superfluous whitespace. Rename
>> function to all lowercase.
>>
>> Signed-off-by: Jani Nikula <jani.nikula@intel.com>
>
> We do lose the debug output, but then I don't think we'll do much bug
> hunting in here anytime soon, it's all fairly old gmch-style display
> stuff. Also just realized I'm still pining for an intel_gmch_pll.c ...
We don't lose the output, because the DRM_DEBUG(s) is wrapped in
comments... I didn't see the value in having these, as it's part of the
normal flow.
BR,
Jani.
>
> Reviewed-by: Daniel Vetter <daniel.vetter@ffwll.ch>
>
>> ---
>> drivers/gpu/drm/i915/display/intel_display.c | 40 ++++++++++----------
>> 1 file changed, 19 insertions(+), 21 deletions(-)
>>
>> diff --git a/drivers/gpu/drm/i915/display/intel_display.c b/drivers/gpu/drm/i915/display/intel_display.c
>> index 37bd7ce88ecd..6af8d43ceb0c 100644
>> --- a/drivers/gpu/drm/i915/display/intel_display.c
>> +++ b/drivers/gpu/drm/i915/display/intel_display.c
>> @@ -620,45 +620,43 @@ int chv_calc_dpll_params(int refclk, struct dpll *clock)
>> return clock->dot / 5;
>> }
>>
>> -#define INTELPllInvalid(s) do { /* DRM_DEBUG(s); */ return false; } while (0)
>> -
>> /*
>> * Returns whether the given set of divisors are valid for a given refclk with
>> * the given connectors.
>> */
>> -static bool intel_PLL_is_valid(struct drm_i915_private *dev_priv,
>> +static bool intel_pll_is_valid(struct drm_i915_private *dev_priv,
>> const struct intel_limit *limit,
>> const struct dpll *clock)
>> {
>> - if (clock->n < limit->n.min || limit->n.max < clock->n)
>> - INTELPllInvalid("n out of range\n");
>> - if (clock->p1 < limit->p1.min || limit->p1.max < clock->p1)
>> - INTELPllInvalid("p1 out of range\n");
>> - if (clock->m2 < limit->m2.min || limit->m2.max < clock->m2)
>> - INTELPllInvalid("m2 out of range\n");
>> - if (clock->m1 < limit->m1.min || limit->m1.max < clock->m1)
>> - INTELPllInvalid("m1 out of range\n");
>> + if (clock->n < limit->n.min || limit->n.max < clock->n)
>> + return false;
>> + if (clock->p1 < limit->p1.min || limit->p1.max < clock->p1)
>> + return false;
>> + if (clock->m2 < limit->m2.min || limit->m2.max < clock->m2)
>> + return false;
>> + if (clock->m1 < limit->m1.min || limit->m1.max < clock->m1)
>> + return false;
>>
>> if (!IS_PINEVIEW(dev_priv) && !IS_VALLEYVIEW(dev_priv) &&
>> !IS_CHERRYVIEW(dev_priv) && !IS_GEN9_LP(dev_priv))
>> if (clock->m1 <= clock->m2)
>> - INTELPllInvalid("m1 <= m2\n");
>> + return false;
>>
>> if (!IS_VALLEYVIEW(dev_priv) && !IS_CHERRYVIEW(dev_priv) &&
>> !IS_GEN9_LP(dev_priv)) {
>> if (clock->p < limit->p.min || limit->p.max < clock->p)
>> - INTELPllInvalid("p out of range\n");
>> + return false;
>> if (clock->m < limit->m.min || limit->m.max < clock->m)
>> - INTELPllInvalid("m out of range\n");
>> + return false;
>> }
>>
>> if (clock->vco < limit->vco.min || limit->vco.max < clock->vco)
>> - INTELPllInvalid("vco out of range\n");
>> + return false;
>> /* XXX: We may need to be checking "Dot clock" depending on the multiplier,
>> * connector, etc., rather than just a single range.
>> */
>> if (clock->dot < limit->dot.min || limit->dot.max < clock->dot)
>> - INTELPllInvalid("dot out of range\n");
>> + return false;
>>
>> return true;
>> }
>> @@ -725,7 +723,7 @@ i9xx_find_best_dpll(const struct intel_limit *limit,
>> int this_err;
>>
>> i9xx_calc_dpll_params(refclk, &clock);
>> - if (!intel_PLL_is_valid(to_i915(dev),
>> + if (!intel_pll_is_valid(to_i915(dev),
>> limit,
>> &clock))
>> continue;
>> @@ -781,7 +779,7 @@ pnv_find_best_dpll(const struct intel_limit *limit,
>> int this_err;
>>
>> pnv_calc_dpll_params(refclk, &clock);
>> - if (!intel_PLL_is_valid(to_i915(dev),
>> + if (!intel_pll_is_valid(to_i915(dev),
>> limit,
>> &clock))
>> continue;
>> @@ -842,7 +840,7 @@ g4x_find_best_dpll(const struct intel_limit *limit,
>> int this_err;
>>
>> i9xx_calc_dpll_params(refclk, &clock);
>> - if (!intel_PLL_is_valid(to_i915(dev),
>> + if (!intel_pll_is_valid(to_i915(dev),
>> limit,
>> &clock))
>> continue;
>> @@ -939,7 +937,7 @@ vlv_find_best_dpll(const struct intel_limit *limit,
>>
>> vlv_calc_dpll_params(refclk, &clock);
>>
>> - if (!intel_PLL_is_valid(to_i915(dev),
>> + if (!intel_pll_is_valid(to_i915(dev),
>> limit,
>> &clock))
>> continue;
>> @@ -1008,7 +1006,7 @@ chv_find_best_dpll(const struct intel_limit *limit,
>>
>> chv_calc_dpll_params(refclk, &clock);
>>
>> - if (!intel_PLL_is_valid(to_i915(dev), limit, &clock))
>> + if (!intel_pll_is_valid(to_i915(dev), limit, &clock))
>> continue;
>>
>> if (!vlv_PLL_is_optimal(dev, target, &clock, best_clock,
>> --
>> 2.20.1
>>
>> _______________________________________________
>> Intel-gfx mailing list
>> Intel-gfx@lists.freedesktop.org
>> https://lists.freedesktop.org/mailman/listinfo/intel-gfx
--
Jani Nikula, Intel Open Source Graphics Center
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx
next prev parent reply other threads:[~2020-03-25 17:57 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-03-20 14:36 [Intel-gfx] [PATCH 00/13] drm/i915: drm device based logging changes Jani Nikula
2020-03-20 14:36 ` [Intel-gfx] [PATCH 01/13] drm/i915/ddi: use struct drm_device based logging Jani Nikula
2020-03-25 8:36 ` Daniel Vetter
2020-03-20 14:36 ` [Intel-gfx] [PATCH 02/13] drm/i915/display_power: " Jani Nikula
2020-03-25 8:38 ` Daniel Vetter
2020-03-20 14:36 ` [Intel-gfx] [PATCH 03/13] drm/i915/dp_aux_backlight: " Jani Nikula
2020-03-25 8:39 ` Daniel Vetter
2020-03-20 14:36 ` [Intel-gfx] [PATCH 04/13] drm/i915/dp_mst: " Jani Nikula
2020-03-25 8:40 ` Daniel Vetter
2020-03-20 14:36 ` [Intel-gfx] [PATCH 05/13] drm/i915/dsi: " Jani Nikula
2020-03-25 8:45 ` Daniel Vetter
2020-03-20 14:36 ` [Intel-gfx] [PATCH 06/13] drm/i915/hdmi: " Jani Nikula
2020-03-25 8:43 ` Daniel Vetter
2020-03-25 17:55 ` Jani Nikula
2020-03-20 14:36 ` [Intel-gfx] [PATCH 07/13] drm/i915/dsi: " Jani Nikula
2020-03-25 8:51 ` Daniel Vetter
2020-03-25 17:53 ` Jani Nikula
2020-03-20 14:36 ` [Intel-gfx] [PATCH 08/13] drm/i915/connector: use MISSING_CASE instead of logging Jani Nikula
2020-03-25 8:52 ` Daniel Vetter
2020-03-20 14:36 ` [Intel-gfx] [PATCH 09/13] drm/i915/tv: use struct drm_device based logging Jani Nikula
2020-03-25 8:53 ` Daniel Vetter
2020-03-20 14:36 ` [Intel-gfx] [PATCH 10/13] drm/i915/display: clean up intel_PLL_is_valid() Jani Nikula
2020-03-25 8:56 ` Daniel Vetter
2020-03-25 17:57 ` Jani Nikula [this message]
2020-03-20 14:36 ` [Intel-gfx] [PATCH 11/13] drm/i915/display: use struct drm_device based logging Jani Nikula
2020-03-25 8:57 ` Daniel Vetter
2020-03-20 14:36 ` [Intel-gfx] [PATCH 12/13] drm/i915/psr: " Jani Nikula
2020-03-25 9:03 ` Daniel Vetter
2020-03-20 14:36 ` [Intel-gfx] [PATCH 13/13] drm/i915/wopcm: convert to drm device " Jani Nikula
2020-03-25 9:10 ` Daniel Vetter
2020-03-20 19:05 ` [Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for drm/i915: drm device based logging changes Patchwork
2020-03-20 19:29 ` [Intel-gfx] ✓ Fi.CI.BAT: success " Patchwork
2020-03-21 1:36 ` [Intel-gfx] ✓ 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=87r1xgiagi.fsf@intel.com \
--to=jani.nikula@intel.com \
--cc=daniel@ffwll.ch \
--cc=intel-gfx@lists.freedesktop.org \
/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