Re: [Intel-gfx] [PATCH 3/3] drm/i915/hdmi: Cache EDID for a detection cycle

2014-09-12 Thread Daniel Vetter
On Thu, Sep 11, 2014 at 11:20:13AM -0700, Jesse Barnes wrote: Tried to find a JIRA for this but only came up with VIZ-1789. Looks like it might be close enough for Wayland? Different thing - this only avoids reprobing within a single detect cycle when we grab the edid multiple times. Edid

Re: [Intel-gfx] [PATCH 3/3] drm/i915/hdmi: Cache EDID for a detection cycle

2014-09-12 Thread Chris Wilson
On Fri, Sep 12, 2014 at 10:34:23AM +0200, Daniel Vetter wrote: On Thu, Sep 11, 2014 at 11:20:13AM -0700, Jesse Barnes wrote: Tried to find a JIRA for this but only came up with VIZ-1789. Looks like it might be close enough for Wayland? Different thing - this only avoids reprobing within a

Re: [Intel-gfx] [PATCH 3/3] drm/i915/hdmi: Cache EDID for a detection cycle

2014-09-11 Thread Jesse Barnes
On Tue, 2 Sep 2014 13:45:37 +0300 Ville Syrjälä ville.syrj...@linux.intel.com wrote: On Tue, Sep 02, 2014 at 09:24:48AM +0100, Chris Wilson wrote: As we may query the edid multiple times following a detect, record the EDID found during output discovery and reuse it. This is a separate

[Intel-gfx] [PATCH 3/3] drm/i915/hdmi: Cache EDID for a detection cycle

2014-09-02 Thread Chris Wilson
As we may query the edid multiple times following a detect, record the EDID found during output discovery and reuse it. This is a separate issue from caching the output EDID across detection cycles. v2: Also hookup the force() callback for audio detection when the user forces the connection

Re: [Intel-gfx] [PATCH 3/3] drm/i915/hdmi: Cache EDID for a detection cycle

2014-09-02 Thread Ville Syrjälä
On Tue, Sep 02, 2014 at 09:24:48AM +0100, Chris Wilson wrote: As we may query the edid multiple times following a detect, record the EDID found during output discovery and reuse it. This is a separate issue from caching the output EDID across detection cycles. v2: Also hookup the force()