Bug 32903

Summary: [arrandale] [eDP] HP 8440p display non-functional with 2.6.37.
Product: DRI Reporter: Zephaniah E. Hull <warp-spam+fdo>
Component: DRM/IntelAssignee: Jesse Barnes <jbarnes>
Status: CLOSED FIXED QA Contact:
Severity: normal    
Priority: medium CC: jbarnes
Version: unspecified   
Hardware: Other   
OS: All   
Whiteboard:
i915 platform: i915 features:
Attachments:
Description Flags
.config for working 2.6.36.2.
none
.config from non-working 2.6.37
none
dmesg from non-working 2.6.37
none
dmesg from working 2.6.36.2
none
Debug dmesg from 2.6.37, non-working.
none
Debug dmesg from 2.6.36.2, working
none
Non-working Xorg log from 2.6.37
none
Working Xorg log from 2.6.36.2 none

Description Zephaniah E. Hull 2011-01-07 11:05:13 UTC
Created attachment 41756 [details]
.config for working 2.6.36.2.

Works on 2.6.36.2, on 2.6.37 the external DVI works, but the on board display is non-functional. (I'd say LVDS, but I am actually unsure of that.)

2.6.37 dmesg, along with 2.6.36.2 and 2.6.37 .config files attached.
Comment 1 Zephaniah E. Hull 2011-01-07 11:05:51 UTC
Created attachment 41757 [details]
.config from non-working 2.6.37
Comment 2 Zephaniah E. Hull 2011-01-07 11:08:30 UTC
Created attachment 41758 [details]
dmesg from non-working 2.6.37

As a note, this is with KMS, and it goes bad during the initramfs stage, X is not involved. (And getting to X doesn't solve the problem.)
Comment 3 Zephaniah E. Hull 2011-01-07 11:09:25 UTC
Created attachment 41759 [details]
dmesg from working 2.6.36.2
Comment 4 Chris Wilson 2011-01-07 12:03:43 UTC
Can you please add drm.debug=0xe to your boot line and attach the working/non-working dmesg? And an Xorg.0.log and possibly an intel_reg_dumper for both states.
Comment 5 Zephaniah E. Hull 2011-01-11 10:31:15 UTC
Created attachment 41886 [details]
Debug dmesg from 2.6.37, non-working.
Comment 6 Zephaniah E. Hull 2011-01-11 10:32:04 UTC
Created attachment 41887 [details]
Debug dmesg from 2.6.36.2, working
Comment 7 Zephaniah E. Hull 2011-01-11 10:33:31 UTC
Created attachment 41888 [details]
Non-working Xorg log from 2.6.37
Comment 8 Zephaniah E. Hull 2011-01-11 10:33:58 UTC
Created attachment 41889 [details]
Working Xorg log from 2.6.36.2
Comment 9 Zephaniah E. Hull 2011-01-11 10:51:15 UTC
I'll have to grab the intel_reg_dumper output another time, but here is all the logs.
Comment 10 Jesse Barnes 2011-01-11 10:59:08 UTC
Can you try drm-intel-staging from git://git.kernel.org/pub/scm/linux/kernel/git/ickle/drm-intel.git?
Comment 11 Zephaniah E. Hull 2011-01-13 11:19:19 UTC
I can confirm that drm-intel-staging as of commit 2cfad3600e192f867c0e03905c90903f189c010a has the problem fixed.

If there is a specific patch that you'd like me to try against 2.6.37 I'd be happy to. (As it is definitely desired for 2.6.37.1)
Comment 12 Chris Wilson 2011-01-15 02:04:42 UTC
I believe it is most likely:

commit 858bc21f0637c407601a05626854ae58b242f75d
Author: Jesse Barnes <jbarnes@virtuousgeek.org>
Date:   Tue Jan 4 10:46:49 2011 -0800

    drm/i915: check eDP encoder correctly when setting modes
    
    We were using a stale pointer in the check which caused us to use CPU
    attached DP params when we should have been using PCH attached params.
    
    Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
    Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=31988
    Tested-by: Jan-Hendrik Zab <jan@jhz.name>
    Tested-by: Christoph Lukas <christoph.lukas@gmx.net>
    Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
    Cc: stable@kernel.org

which is already upstream, and one of the few patches in 2.6.37+ that would affect this. So if the current tip of linus (or drm-intel-fixes) works, then yes we have the right patch heading for 2.6.37.1.
Comment 13 Jesse Barnes 2011-01-31 10:14:05 UTC
Optimistically closing.  Should be fixed by one of the eDP related changes now upstream.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.