From mboxrd@z Thu Jan 1 00:00:00 1970 From: Thomas Richter Subject: Re: Questions on display pipes on 835GM Date: Sun, 06 Oct 2013 01:09:49 +0200 Message-ID: <52509C3D.2020603@math.tu-berlin.de> References: <1377298288-2830-1-git-send-email-przanoni@gmail.com> <20130830172552.GN11428@intel.com> <29427_1378101775_52242A0E_29427_747_1_20130902060151.GE9374@phenom.ffwll.local> <524FCEE8.4010307@math.tu-berlin.de> <29761_1380973482_524FFBA9_29761_4042_1_20131005114432.GE9395@intel.com> <52504289.10107@math.tu-berlin.de> <29761_1381001928_52506AC8_29761_5606_1_20131005193904.GX31334@phenom.ffwll.local> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; Format="flowed" Content-Transfer-Encoding: 7bit Return-path: Received: from medousa.rus.uni-stuttgart.de (medousa.rus.uni-stuttgart.de [129.69.192.4]) by gabe.freedesktop.org (Postfix) with ESMTP id 69842E5CFE for ; Sat, 5 Oct 2013 16:10:58 -0700 (PDT) In-Reply-To: <29761_1381001928_52506AC8_29761_5606_1_20131005193904.GX31334@phenom.ffwll.local> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: intel-gfx-bounces+gcfxdi-intel-gfx=m.gmane.org@lists.freedesktop.org Errors-To: intel-gfx-bounces+gcfxdi-intel-gfx=m.gmane.org@lists.freedesktop.org To: Daniel Vetter Cc: intel-gfx List-Id: intel-gfx@lists.freedesktop.org Hi Daniel, > btw I've just read through your dvo code again and I think we can fix this > easier. If I read your enable hack correctly then we need to have the dpll > running and the DVO port on. The problem now is that in the dvo ->modeset > callback this is explicitly _not_ the case. Please also check the latest mail (just minutes above). There seem to be three conditions, actually: DPLL running, DVO on, and high-speed mode selected *at least* if there is only one pipe active. > This is not a big issue when there's only one pipe in use, but it wreaks > havoc when more than one pipe is in use. So we need to move all that code > somewhere else. Agreed. > Now if you follow the callchains around the dvo->dpms callbacks the DVO > port and DPLL are always enabled at that point in time, so I think we > should be able to fix this all by moving the modeset code around to that > place. True, but probably with the high-speed bit in the wrong state. Greetings, Thomas