Bug 87584 - [Z36xxx/Z37xxx] [8086:0f31] [i915] intel_display.c assert_panel_unlocked+0xe3/0x100
Summary: [Z36xxx/Z37xxx] [8086:0f31] [i915] intel_display.c assert_panel_unlocked+0xe3...
Status: CLOSED FIXED
Alias: None
Product: DRI
Classification: Unclassified
Component: DRM/Intel (show other bugs)
Version: unspecified
Hardware: x86 (IA32) Linux (All)
: medium critical
Assignee: Intel GFX Bugs mailing list
QA Contact: Intel GFX Bugs mailing list
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-12-22 10:07 UTC by Frank Schütte
Modified: 2017-07-24 22:49 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments
journalctl -e interesting part (14.37 KB, text/plain)
2014-12-22 10:07 UTC, Frank Schütte
no flags Details
Xorg.0.log (21.85 KB, text/plain)
2014-12-22 10:25 UTC, Frank Schütte
no flags Details
dmesg with drm.debug=0x06 (82.30 KB, text/plain)
2014-12-22 10:29 UTC, Frank Schütte
no flags Details
intel_reg_dumpert output (17.60 KB, text/plain)
2014-12-22 10:31 UTC, Frank Schütte
no flags Details
vbios.dump (64.00 KB, application/octet-stream)
2014-12-22 10:34 UTC, Frank Schütte
no flags Details
journal -e interesting part with kernel 3.19-rc2 (15.27 KB, text/plain)
2014-12-31 17:34 UTC, Frank Schütte
no flags Details
zipped dmesg.txt (journalctl) with kernel 3.19-rc2 drm.debug=14 (642.13 KB, application/x-zip)
2015-01-02 08:47 UTC, Frank Schütte
no flags Details
dmesg from the zip with cruft removed (120.04 KB, text/plain)
2015-01-02 09:05 UTC, Jani Nikula
no flags Details

Description Frank Schütte 2014-12-22 10:07:09 UTC
Created attachment 111168 [details]
journalctl -e interesting part

Hardware name: ASUSTeK COMPUTER INC. X200MA/X200MA, BIOS X200MA.302 01/21/2014

The screen switches off during boot and stays off. In the log files I find some stack traces which I will attach.
Comment 1 Frank Schütte 2014-12-22 10:08:55 UTC
I tried with kernel 3.16.2, 3.16.7 and 3.18.1. The results are nearly identical. In 3.18.1 the assertion problem added itself to the other backtraces.

This problem renders the mentioned netbook useless.
Comment 2 Frank Schütte 2014-12-22 10:25:19 UTC
Architecture i686
pkg-config --modversion libdrm   2.4.58
X.Org X Server 1.16.1
Release Date: 2014-09-21
[    19.087] Build Operating System: openSUSE SUSE LINUX
[    19.088] Current Operating System: Linux cpqgymhim06 3.18.1-1.g5f2f35e-default #1 SMP Wed Dec 17 18:20:30 UTC 2014 (5f2f35e) i686
[    19.088] Kernel command line: root=/dev/sda1 resume=/dev/sda2
[    19.088] Build Date: 08 October 2014  05:32:42PM
[    19.088] Current version of pixman: 0.32.6
[    19.227] (II) xfree86: Adding drm device (/dev/dri/card0)
[    19.228] (--) PCI:*(0:0:2:0) 8086:0f31:1043:15bd rev 12, Mem @ 0xd0000000/4194304, 0xc0000000/268435456, I/O @ 0x0000f080/8
[    19.229] (II) LoadModule: "glx"
[    19.381] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[    19.388] (II) Module glx: vendor="X.Org Foundation"
[    19.388]    compiled for 1.16.1, module version = 1.0.0
[    19.389]    ABI class: X.Org Server Extension, version 8.0
[    19.389] (II) LoadModule: "intel"
[    19.391] (II) Loading /usr/lib/xorg/modules/drivers/intel_drv.so
[    19.393] (II) Module intel: vendor="X.Org Foundation"
[    19.393]    compiled for 1.16.1, module version = 2.99.916
[    19.393]    Module class: X.Org Video Driver
[    19.393]    ABI class: X.Org Video Driver, version 18.0
[    19.415] (II) intel: Driver for Intel(R) Integrated Graphics Chipsets:
        i810, i810-dc100, i810e, i815, i830M, 845G, 854, 852GM/855GM, 865G,
        915G, E7221 (i915), 915GM, 945G, 945GM, 945GME, Pineview GM,
        Pineview G, 965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33,
        GM45, 4 Series, G45/G43, Q45/Q43, G41, B43
[    19.418] (II) intel: Driver for Intel(R) HD Graphics: 2000-6000
[    19.418] (II) intel: Driver for Intel(R) Iris(TM) Graphics: 5100, 6100
[    19.418] (II) intel: Driver for Intel(R) Iris(TM) Pro Graphics: 5200, 6200, P6300
[    19.460] (II) intel(0): Using Kernel Mode Setting driver: i915, version 1.6.0 20140905
[    19.464] (--) intel(0): Integrated Graphics Chipset: Intel(R) HD Graphics
[    19.464] (--) intel(0): CPU: x86, sse2, sse3, ssse3, sse4.1, sse4.2
[    19.464] (II) intel(0): Creating default Display subsection in Screen section
        "Default Screen Section" for depth/fbbpp 24/32
uname -r 3.18.1-1.g5f2f35e-default

internal display
Comment 3 Frank Schütte 2014-12-22 10:25:41 UTC
Created attachment 111171 [details]
Xorg.0.log
Comment 4 Frank Schütte 2014-12-22 10:29:03 UTC
Created attachment 111172 [details]
dmesg with drm.debug=0x06
Comment 5 Frank Schütte 2014-12-22 10:31:35 UTC
Created attachment 111173 [details]
intel_reg_dumpert output
Comment 6 Frank Schütte 2014-12-22 10:34:18 UTC
Created attachment 111174 [details]
vbios.dump
Comment 7 Jani Nikula 2014-12-29 08:03:09 UTC
Please try v3.19-rc2 or later.
Comment 8 Frank Schütte 2014-12-31 17:33:14 UTC
I did try 3.19-rc2 and the screen is still black.
I attach a new log.
Comment 9 Frank Schütte 2014-12-31 17:34:19 UTC
Created attachment 111588 [details]
journal -e interesting part with kernel 3.19-rc2
Comment 10 Jani Nikula 2015-01-02 08:22:13 UTC
Please attach full dmesg with drm.debug=14 on v3.19-rc2.
Comment 11 Frank Schütte 2015-01-02 08:47:01 UTC
Created attachment 111643 [details]
zipped dmesg.txt (journalctl) with kernel 3.19-rc2 drm.debug=14
Comment 12 Frank Schütte 2015-01-02 08:50:21 UTC
Added the full dmesg.txt as journalctl generated it with kernel 3.19-rc2 and boot flag drm.debug=14
Comment 13 Jani Nikula 2015-01-02 08:59:41 UTC
What's wrong with running 'dmesg' to get the dmesg?
Comment 14 Jani Nikula 2015-01-02 09:05:38 UTC
Created attachment 111645 [details]
dmesg from the zip with cruft removed
Comment 15 Frank Schütte 2015-01-02 09:10:32 UTC
(In reply to Jani Nikula from comment #13)
> What's wrong with running 'dmesg' to get the dmesg?

Nothing is wrong, it's my fault. I was under the wrong impression that journalctl replaced dmesg in openSUSE 13.2.
Comment 16 Frank Schütte 2015-06-06 22:28:52 UTC
The error doesn't happen anymore after bios update.


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.