summaryrefslogtreecommitdiffstats
path: root/drivers/gpu/drm/i915/intel_tv.c
diff options
context:
space:
mode:
authorDaniel Vetter <daniel.vetter@ffwll.ch>2012-08-12 19:27:11 +0200
committerDaniel Vetter <daniel.vetter@ffwll.ch>2012-08-17 10:10:01 +0200
commit24218aacac65f5b731bbff8eeb09ea7847dda2ef (patch)
treeddb4126de9edfb131c266f218b2fffc7623d0dcf /drivers/gpu/drm/i915/intel_tv.c
parent6306cb4f809ccf92c1b7bf446635c571e33f5151 (diff)
downloadlinux-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