[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20110726093846.58e2c9f1@jbarnes-desktop>
Date: Tue, 26 Jul 2011 09:38:46 -0700
From: Jesse Barnes <jbarnes@...tuousgeek.org>
To: Keith Packard <keithp@...thp.com>
Cc: Dave Airlie <airlied@...hat.com>, intel-gfx@...ts.freedesktop.org,
linux-kernel@...r.kernel.org, dri-devel@...ts.freedesktop.org
Subject: Re: [Intel-gfx] [PATCH 3/5] drm/i915: In intel_dp_init, replace
read of DPCD with intel_dp_get_dpcd
On Mon, 25 Jul 2011 23:36:32 -0700
Keith Packard <keithp@...thp.com> wrote:
> Eliminates an open-coded read and also gains the retry behaviour of
> intel_dp_get_dpcd, which seems like a good idea.
>
> Signed-off-by: Keith Packard <keithp@...thp.com>
> ---
> drivers/gpu/drm/i915/intel_dp.c | 8 +++-----
> 1 files changed, 3 insertions(+), 5 deletions(-)
>
> diff --git a/drivers/gpu/drm/i915/intel_dp.c b/drivers/gpu/drm/i915/intel_dp.c
> index 41674e1..9f134d2 100644
> --- a/drivers/gpu/drm/i915/intel_dp.c
> +++ b/drivers/gpu/drm/i915/intel_dp.c
> @@ -2015,7 +2015,7 @@ intel_dp_init(struct drm_device *dev, int output_reg)
>
> /* Cache some DPCD data in the eDP case */
> if (is_edp(intel_dp)) {
> - int ret;
> + bool ret;
> u32 pp_on, pp_div;
>
> pp_on = I915_READ(PCH_PP_ON_DELAYS);
> @@ -2028,11 +2028,9 @@ intel_dp_init(struct drm_device *dev, int output_reg)
> dev_priv->panel_t12 *= 100; /* t12 in 100ms units */
>
> ironlake_edp_panel_vdd_on(intel_dp);
> - ret = intel_dp_aux_native_read(intel_dp, DP_DPCD_REV,
> - intel_dp->dpcd,
> - sizeof(intel_dp->dpcd));
> + ret = intel_dp_get_dpcd(intel_dp);
> ironlake_edp_panel_vdd_off(intel_dp);
> - if (ret == sizeof(intel_dp->dpcd)) {
> + if (ret) {
> if (intel_dp->dpcd[DP_DPCD_REV] >= 0x11)
> dev_priv->no_aux_handshake =
> intel_dp->dpcd[DP_MAX_DOWNSPREAD] &
Reviewed-by: Jesse Barnes <jbarnes@...tuousgeek.org>
Now we just have to enable fast link training in the eDP case (and
optionally when we know the DP monitor hasn't changed, just DPMS'd).
--
Jesse Barnes, Intel Open Source Technology Center
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists