diff options
author | Daniel Vetter <daniel.vetter@ffwll.ch> | 2012-08-12 19:27:11 +0200 |
---|---|---|
committer | Daniel Vetter <daniel.vetter@ffwll.ch> | 2012-08-17 10:10:01 +0200 |
commit | 24218aacac65f5b731bbff8eeb09ea7847dda2ef (patch) | |
tree | ddb4126de9edfb131c266f218b2fffc7623d0dcf /drivers/gpu/drm/i915/intel_tv.c | |
parent | 6306cb4f809ccf92c1b7bf446635c571e33f5151 (diff) | |
download | linux-stable-24218aacac65f5b731bbff8eeb09ea7847dda2ef.tar.gz linux-stable-24218aacac65f5b731bbff8eeb09ea7847dda2ef.tar.bz2 linux-stable-24218aacac65f5b731bbff8eeb09ea7847dda2ef.zip |
drm/i915: prepare load-detect pipe code for dpms changes
A few things need adjustement:
- Change the dpms state by calling the dpms connector function and
not some crtc helper internal callbacks. Otherwise this will break
once we switch to our own dpms handling.
- Instead of tracking and restoring intel_crtc->dpms_mode use the
connector's dpms variable - the former relies on the dpms compuation
rules used by the crtc helper. And it would break when the encoder
is cloned and the other output has a different dpms state. But luckily
no one is crazy enough for that.
- Properly clear the connector -> encoder -> crtc linking, even when
failing (note that the crtc helper removes the encoder -> crtc link
in disabled_unused_functions for us).
Reviewed-by: Chris Wilson <chris@chris-wilson.co.uk>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Diffstat (limited to 'drivers/gpu/drm/i915/intel_tv.c')
0 files changed, 0 insertions, 0 deletions