From: Daniel Vetter <daniel@ffwll.ch>
To: Egbert Eich <eich@suse.de>
Cc: intel-gfx@lists.freedesktop.org
Subject: Re: [PATCH 0/5] drm/i915 Avoid long delays when reading EDID on eDP
Date: Tue, 25 Nov 2014 14:13:35 +0100 [thread overview]
Message-ID: <20141125131335.GK25711@phenom.ffwll.local> (raw)
In-Reply-To: <1416849387-20984-1-git-send-email-eich@suse.de>
On Mon, Nov 24, 2014 at 06:16:22PM +0100, Egbert Eich wrote:
> For eDP in the Intel driver pps_lock()/unlock() need to be called before
> initiating an I2C/AUX channel transfer. These operations can be quite
> expensive - especially on values for HZ lower than 1000.
> It is therefore better to perfrom this locking/unlocking only once,
> ie at the beginning and at the end of the entire I2C transfer.
> The current design of drm_dp_helper.c doesn't allow this.
> This patchset modifies drm_dp_helper.c and moves the locking/unlocking
> operation to the top.
> This fixes the long delay observed in
> https://bugs.freedesktop.org/show_bug.cgi?id=86201
>
> Egbert Eich (4):
> drm/DP: Create pointer to generic DPCD access function
> drm/DP: Export drm_dp_i2c_xfer() DP helper function
> drm/DP: Export drm_dp_dpcd_access() DP helper function
> drm/i915/eDP: Move pps_lock() and edp_panel_vdd_on() to top
>
> Ville Syrjälä (1):
> drm/i915: Try to avoid pps_{lock,unlock}() on DP ports
Imo this approach with overwrite all the entry points won't scale since
besides i2c and dpcd there will be more sooner or later (oui, dp mst, some
debugfs userspace dp aux tools, ...).
I think what we need is the same as in the i2c layer has with the
xfer_pre/post functions. To make this as painless as possible we should
probably refcount that in the dp helper, protected by aux->hw_mutex. That
way normal dp reads could just do the xfer_pre/post around the call to
aux->transfer while i2c could do it around the entire i2c transaction.
-Daniel
>
> drivers/gpu/drm/drm_dp_helper.c | 11 ++--
> drivers/gpu/drm/i915/intel_dp.c | 132 +++++++++++++++++++++++++++++++--------
> drivers/gpu/drm/i915/intel_drv.h | 5 ++
> include/drm/drm_dp_helper.h | 14 +++++
> 4 files changed, 133 insertions(+), 29 deletions(-)
>
> --
> 1.8.4.5
>
> _______________________________________________
> Intel-gfx mailing list
> Intel-gfx@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/intel-gfx
--
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79 365 57 48 - 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:[~2014-11-25 13:13 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-11-24 17:16 [PATCH 0/5] drm/i915 Avoid long delays when reading EDID on eDP Egbert Eich
2014-11-24 17:16 ` [PATCH 1/5] drm/i915: Try to avoid pps_{lock, unlock}() on DP ports Egbert Eich
2014-11-24 18:28 ` Jani Nikula
2014-11-24 17:16 ` [PATCH 2/5] drm/DP: Create pointer to generic DPCD access function Egbert Eich
2014-11-24 17:16 ` [PATCH 3/5] drm/DP: Export drm_dp_i2c_xfer() DP helper function Egbert Eich
2014-11-24 17:16 ` [PATCH 4/5] drm/DP: Export drm_dp_dpcd_access() " Egbert Eich
2014-11-24 17:16 ` [PATCH 5/5] drm/i915/eDP: Move pps_lock() and edp_panel_vdd_on() to top Egbert Eich
2014-11-25 9:08 ` [PATCH 0/5] drm/i915 Avoid long delays when reading EDID on eDP Jani Nikula
2014-11-25 13:13 ` Daniel Vetter [this message]
2014-11-25 17:20 ` Egbert Eich
2014-11-26 8:57 ` 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=20141125131335.GK25711@phenom.ffwll.local \
--to=daniel@ffwll.ch \
--cc=eich@suse.de \
--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