From mboxrd@z Thu Jan 1 00:00:00 1970 From: Daniel J Blueman Subject: Re: bad panel power sequencing delays, disabling panel Date: Wed, 17 Oct 2012 00:10:38 +0800 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from mail-wi0-f169.google.com (mail-wi0-f169.google.com [209.85.212.169]) by gabe.freedesktop.org (Postfix) with ESMTP id D94BC9E773 for ; Tue, 16 Oct 2012 09:10:39 -0700 (PDT) Received: by mail-wi0-f169.google.com with SMTP id hq4so57879wib.0 for ; Tue, 16 Oct 2012 09:10:38 -0700 (PDT) In-Reply-To: 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@lists.freedesktop.org List-Id: intel-gfx@lists.freedesktop.org On 16 October 2012 23:16, Daniel Vetter wrote: > On Tue, Oct 16, 2012 at 5:15 PM, Daniel J Blueman wrote: >> On 16 October 2012 22:43, Daniel Vetter wrote: >>> On Tue, Oct 16, 2012 at 3:26 PM, Daniel J Blueman wrote: >>>> On my Macbook Retina 2012, after a recent firmware update, i915 fails >>>> to use the eDP-1 panel [1], which goes blank when switched to. Nouveau >>>> works correctly though [2]. I see this behaviour on 3.6-rc to 3.7-rc1. >>> >>> I'm working on this, since when I plug in a 2nd screen in my own edp >>> machine, the bios doesn't light up the internal panel and our code >>> can't light it up, too. Unfortunately progress is slow, but you can >>> try my current wip state at >>> >>> http://cgit.freedesktop.org/~danvet/drm/log/?h=for-pzanoni >>> >>> Please attach dmesg with drm.debug=0xe if you try this kernel. >>> Backlight works now for me, but I still have issues with edp link >>> training here. >> >> Thanks Daniel; I'm happy to collect local information/debug etc, sure. >> >> Alas, it looks like that repo is in an unexpected state: [...] > That thing is totally in the expected shape, it simply does not have a > HEAD, but only branches That worked, thanks. Booting, we see: [drm:intel_dp_init], cur t1_t3 0 t8 0 t9 0 t10 0 t11_t12 4000 [drm:intel_dp_init], vbt t1_t3 0 t8 0 t9 0 t10 0 t11_t12 0 [drm:intel_dp_init], panel power up delay 21, power down delay 50, power cycle delay 400 [drm:intel_dp_init], backlight on delay 5, off delay 5 [drm:intel_dp_init], panel power sequencer register settings: PP_ON 0x40d20032, PP_OFF 0x1f40032, PP_DIV 0x186904 [drm:intel_dp_i2c_init], i2c_init DPDDC-A [drm:ironlake_edp_panel_vdd_on], Turn eDP VDD on [drm:ironlake_edp_panel_vdd_on], eDP VDD already on [drm:intel_dp_aux_ch], dp_aux_ch timeout status 0x514500c8 [drm:intel_dp_i2c_aux_ch], aux_ch failed -110 Notable, the nvidia DP init script executed fine; perhaps tracing the I2C access may be useful? Full boot log at http://quora.org/2012/mbp-i915-panel-2.txt . Thanks, Daniel -- Daniel J Blueman