drm/i915: Enable the PCH PLL for all generations after link training
Hidden away within one chipset specific path was the necessary logic to turn on the PLL. This needs to be done everywhere in order for us to drive any display! As such as soon as we tested on a non-CougarPoint chipset, we failed to bring up any DisplayPorts and generated a nice set of assertion failures in the process. At least one part of our logic is working, the part that assumes that we have no idea what we are doing. Reported-by: guang.a.yang@intel.com References: https://bugs.freedesktop.org/show_bug.cgi?id=49712 Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk> Reviewed-by: Jesse Barnes <jbarnes@virtuousgeek.org> Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
This commit is contained in:
parent
48da64a8bf
commit
6f13b7b5be
|
@ -2796,14 +2796,14 @@ static void ironlake_pch_enable(struct drm_crtc *crtc)
|
|||
/* For PCH output, training FDI link */
|
||||
dev_priv->display.fdi_link_train(crtc);
|
||||
|
||||
intel_enable_pch_pll(intel_crtc);
|
||||
|
||||
if (HAS_PCH_LPT(dev)) {
|
||||
DRM_DEBUG_KMS("LPT detected: programming iCLKIP\n");
|
||||
lpt_program_iclkip(crtc);
|
||||
} else if (HAS_PCH_CPT(dev)) {
|
||||
u32 sel;
|
||||
|
||||
intel_enable_pch_pll(intel_crtc);
|
||||
|
||||
temp = I915_READ(PCH_DPLL_SEL);
|
||||
switch (pipe) {
|
||||
default:
|
||||
|
|
Loading…
Reference in New Issue