| Summary: | [Z36xxx/Z37xxx] [8086:0f31] [i915] intel_display.c assert_panel_unlocked+0xe3/0x100 | ||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | DRI | Reporter: | Frank Schütte <F.Schuette> | ||||||||||||||||||
| Component: | DRM/Intel | Assignee: | Intel GFX Bugs mailing list <intel-gfx-bugs> | ||||||||||||||||||
| Status: | CLOSED FIXED | QA Contact: | Intel GFX Bugs mailing list <intel-gfx-bugs> | ||||||||||||||||||
| Severity: | critical | ||||||||||||||||||||
| Priority: | medium | CC: | intel-gfx-bugs | ||||||||||||||||||
| Version: | unspecified | ||||||||||||||||||||
| Hardware: | x86 (IA32) | ||||||||||||||||||||
| OS: | Linux (All) | ||||||||||||||||||||
| Whiteboard: | |||||||||||||||||||||
| i915 platform: | i915 features: | ||||||||||||||||||||
| Attachments: |
|
||||||||||||||||||||
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. 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
Created attachment 111171 [details]
Xorg.0.log
Created attachment 111172 [details]
dmesg with drm.debug=0x06
Created attachment 111173 [details]
intel_reg_dumpert output
Created attachment 111174 [details]
vbios.dump
Please try v3.19-rc2 or later. I did try 3.19-rc2 and the screen is still black. I attach a new log. Created attachment 111588 [details]
journal -e interesting part with kernel 3.19-rc2
Please attach full dmesg with drm.debug=14 on v3.19-rc2. Created attachment 111643 [details]
zipped dmesg.txt (journalctl) with kernel 3.19-rc2 drm.debug=14
Added the full dmesg.txt as journalctl generated it with kernel 3.19-rc2 and boot flag drm.debug=14 What's wrong with running 'dmesg' to get the dmesg? Created attachment 111645 [details]
dmesg from the zip with cruft removed
(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. 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.
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.