diff options
author | Ville Syrjälä <ville.syrjala@linux.intel.com> | 2014-09-08 17:43:01 +0300 |
---|---|---|
committer | Jani Nikula <jani.nikula@intel.com> | 2014-09-08 18:07:08 +0300 |
commit | 7a98948f3b536ca9a077e84966ddc0e9f53726df (patch) | |
tree | eddf9ba71dd639dbf83c63561040adac2a82c127 /CREDITS | |
parent | c4d69da167fa967749aeb70bc0e94a457e5d00c1 (diff) |
drm/i915: Wait for vblank before enabling the TV encoderdrm-intel-fixes-2014-09-10
The vblank waits in intel_tv_detect_type() are timing out for some
reason. This is a regression caused removing seemingly useless vblank
waits from the modeset seqeuence in:
commit 56ef52cad5e37fca89638e4bad598a994ecc3d9f
Author: Ville Syrjälä <ville.syrjala@linux.intel.com>
Date: Thu May 8 19:23:15 2014 +0300
drm/i915: Kill vblank waits after pipe enable on gmch platforms
So it turns out they weren't all entirely useless. Apparently the pipe
has to go through one full frame before we enable the TV port. Add a
vblank wait to intel_enable_tv() to make sure that happens.
Another approach was attempted by placing the vblank wait just after
enabling the port. The theory behind that attempt was that we need to
let the port stay enabled for one full frame before disabling it again
during load detection. But that didn't work, and we definitely must
have the vblank wait before enabling the port.
Cc: stable@vger.kernel.org
Cc: Alan Bartlett <ajb@elrepo.org>
Tested-by: Alan Bartlett <ajb@elrepo.org>
Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=79311
Signed-off-by: Ville Syrjälä <ville.syrjala@linux.intel.com>
Reviewed-by: Daniel Vetter <daniel@ffwll.ch>
Signed-off-by: Jani Nikula <jani.nikula@intel.com>
Diffstat (limited to 'CREDITS')
0 files changed, 0 insertions, 0 deletions