Bug 89045 - [HAWAII,REGRESSION] X crash on KDE session initialisation
Summary: [HAWAII,REGRESSION] X crash on KDE session initialisation
Status: RESOLVED DUPLICATE of bug 89034
Alias: None
Product: Mesa
Classification: Unclassified
Component: Drivers/Gallium/radeonsi (show other bugs)
Version: git
Hardware: x86-64 (AMD64) Linux (All)
: high critical
Assignee: Default DRI bug account
QA Contact: Default DRI bug account
URL:
Whiteboard:
Keywords: regression
Depends on:
Blocks:
 
Reported: 2015-02-09 18:05 UTC by Kai
Modified: 2015-02-12 16:01 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:

Attachments

Description Kai 2015-02-09 18:05:37 UTC 
Since updating to Mesa Git:master/345e8cc849 with LLVM SVN:trunk/r228569 my X crashes whenever I try to login (all the other components are the same as detailed below for the working configuration). The crash happens, when the KDE session is initialised and the desktop is shown for the first time. In my X.org.log I get:

> [   464.771] (EE) 
> [   464.771] (EE) Backtrace:
> [   464.857] (EE) 0: /usr/bin/X (xorg_backtrace+0x56) [0x7f4214fa7756]
> [   464.857] (EE) 1: /usr/bin/X (0x7f4214df5000+0x1b6949) [0x7f4214fab949]
> [   464.857] (EE) 2: /lib/x86_64-linux-gnu/libc.so.6 (0x7f4212aea000+0x35180) [0x7f4212b1f180]
> [   464.857] (EE) 3: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so (0x7f420c6e1000+0xb27624) [0x7f420d208624]
> [   464.857] (EE) 4: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so (0x7f420c6e1000+0xace2c4) [0x7f420d1af2c4]
> [   464.857] (EE) 5: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so (0x7f420c6e1000+0xacef8b) [0x7f420d1aff8b]
> [   464.857] (EE) 6: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so (0x7f420c6e1000+0xad121d) [0x7f420d1b221d]
> [   464.857] (EE) 7: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so (0x7f420c6e1000+0xf530b7) [0x7f420d6340b7]
> [   464.857] (EE) 8: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so (0x7f420c6e1000+0xf5313b) [0x7f420d63413b]
> [   464.857] (EE) 9: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so (0x7f420c6e1000+0xf551d9) [0x7f420d6361d9]
> [   464.857] (EE) 10: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so (0x7f420c6e1000+0xd3a9be) [0x7f420d41b9be]
> [   464.857] (EE) 11: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so (0x7f420c6e1000+0xd3ab77) [0x7f420d41bb77]
> [   464.857] (EE) 12: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so (0x7f420c6e1000+0x6cf77b) [0x7f420cdb077b]
> [   464.858] (EE) 13: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so (0x7f420c6e1000+0x64d3bd) [0x7f420cd2e3bd]
> [   464.858] (EE) 14: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so (0x7f420c6e1000+0x64dab4) [0x7f420cd2eab4]
> [   464.858] (EE) 15: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so (0x7f420c6e1000+0x655e50) [0x7f420cd36e50]
> [   464.858] (EE) 16: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so (0x7f420c6e1000+0x65629e) [0x7f420cd3729e]
> [   464.858] (EE) 17: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so (0x7f420c6e1000+0x654255) [0x7f420cd35255]
> [   464.858] (EE) 18: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so (0x7f420c6e1000+0x41e1a5) [0x7f420caff1a5]
> [   464.858] (EE) 19: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so (0x7f420c6e1000+0x2d639f) [0x7f420c9b739f]
> [   464.858] (EE) 20: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so (0x7f420c6e1000+0x2a877a) [0x7f420c98977a]
> [   464.858] (EE) 21: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so (0x7f420c6e1000+0x2a8a94) [0x7f420c989a94]
> [   464.858] (EE) 22: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so (0x7f420c6e1000+0x2a8b3b) [0x7f420c989b3b]
> [   464.858] (EE) 23: /usr/lib/xorg/modules/libglamoregl.so (0x7f420eb84000+0x179be) [0x7f420eb9b9be]
> [   464.858] (EE) 24: /usr/lib/xorg/modules/libglamoregl.so (0x7f420eb84000+0x19deb) [0x7f420eb9ddeb]
> [   464.858] (EE) 25: /usr/lib/xorg/modules/libglamoregl.so (0x7f420eb84000+0xe372) [0x7f420eb92372]
> [   464.858] (EE) 26: /usr/lib/xorg/modules/libglamoregl.so (0x7f420eb84000+0xe5cf) [0x7f420eb925cf]
> [   464.858] (EE) 27: /usr/lib/xorg/modules/libglamoregl.so (0x7f420eb84000+0xf0ed) [0x7f420eb930ed]
> [   464.858] (EE) 28: /usr/lib/xorg/modules/libglamoregl.so (0x7f420eb84000+0xf3d3) [0x7f420eb933d3]
> [   464.858] (EE) 29: /usr/lib/xorg/modules/libglamoregl.so (0x7f420eb84000+0x10de1) [0x7f420eb94de1]
> [   464.858] (EE) 30: /usr/lib/xorg/modules/libglamoregl.so (0x7f420eb84000+0x11214) [0x7f420eb95214]
> [   464.858] (EE) 31: /usr/bin/X (0x7f4214df5000+0x13b5f3) [0x7f4214f305f3]
> [   464.858] (EE) 32: /usr/bin/X (0x7f4214df5000+0x131607) [0x7f4214f26607]
> [   464.858] (EE) 33: /usr/bin/X (0x7f4214df5000+0x57c27) [0x7f4214e4cc27]
> [   464.858] (EE) 34: /usr/bin/X (0x7f4214df5000+0x5bdbb) [0x7f4214e50dbb]
> [   464.858] (EE) 35: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xf5) [0x7f4212b0bb45]
> [   464.858] (EE) 36: /usr/bin/X (0x7f4214df5000+0x4619e) [0x7f4214e3b19e]
> [   464.858] (EE) 
> [   464.858] (EE) Segmentation fault at address 0x18
> [   464.858] (EE) 
> Fatal server error:
> [   464.858] (EE) Caught signal 11 (Segmentation fault). Server aborting

Nothing turns up in dmesg. This is a *regression* over my previous configuration (Debian testing as a base):
GPU: Hawaii PRO [Radeon R9 290] (ChipID = 0x67b1)
Mesa: Git:master/661c8bb220
libdrm: Git:master/libdrm-2.4.59
LLVM: SVN:trunk/r228127 (3.7 devel)
X.Org: Git:master/6672606420
Linux: 3.19.0
Firmware: <http://people.freedesktop.org/~agd5f/radeon_ucode/>
> 9e05820da42549ce9c89d147cf1f8e19  hawaii_ce.bin
> c8bab593090fc54f239c8d7596c8d846  hawaii_mc.bin
> 3618dbb955d8a84970e262bb2e6d2a16  hawaii_me.bin
> c000b0fc9ff6582145f66504b0ec9597  hawaii_mec.bin
> 0643ad24b3beff2214cce533e094c1b7  hawaii_pfp.bin
> ba6054b7d78184a74602fd81607e1386  hawaii_rlc.bin
> 11288f635737331b69de9ee82fe04898  hawaii_sdma.bin
> 284429675a5560e0fad42aa982965fc2  hawaii_smc.bin
libclc: Git:master/d73f33b736
DDX: Git:master/c9f8f642fd


I guess you want a bisect run, right? If so, could you advise me, which part I should check first: LLVM or Mesa? Or maybe you have a culprit in mind right away? Let me know, what you need.
Comment 1 Chernovsky Oleg 2015-02-09 18:09:31 UTC 
May it be related to https://bugs.freedesktop.org/show_bug.cgi?id=88556 ?

If so, I think it's a LLVM regression since GLSL stuff is handled there
Comment 2 Kai 2015-02-09 18:14:12 UTC 
(In reply to Chernovsky Oleg from comment #1)
> May it be related to https://bugs.freedesktop.org/show_bug.cgi?id=88556 ?
> 
> If so, I think it's a LLVM regression since GLSL stuff is handled there

Possible but I doubt it: bug 88556 was reported on 2015-01-18. My last working build is from 2015-02-04 (with Mesa and LLVM versions from that day). And as I'm on KDE 4.x I'm not using Plasma shell 5.
Comment 3 smoki 2015-02-09 22:17:39 UTC 
 Might be duplicate of bug 89034 and llvm svn228228 as a problem that came 2015-02-04 

 R600/SI: Enable subreg liveness by default
Comment 4 Kai 2015-02-12 16:01:21 UTC 
(In reply to smoki from comment #3)
>  Might be duplicate of bug 89034 and llvm svn228228 as a problem that came
> 2015-02-04 
> 
>  R600/SI: Enable subreg liveness by default

Indeed, that is the issue at hand! Reverting r228228 (or updating to r228917 which is after r228861) fixes this crash.

I have an KDE session running with the following stack (Debian testing as a base):
GPU: Hawaii PRO [Radeon R9 290] (ChipID = 0x67b1)
Mesa: Git:master/63986f9580
libdrm: Git:master/libdrm-2.4.59
LLVM: SVN:trunk/r228917 (3.7 devel)
X.Org: Git:master/6672606420
Linux: 3.19.0
Firmware: <http://people.freedesktop.org/~agd5f/radeon_ucode/>
> 9e05820da42549ce9c89d147cf1f8e19  hawaii_ce.bin
> c8bab593090fc54f239c8d7596c8d846  hawaii_mc.bin
> 3618dbb955d8a84970e262bb2e6d2a16  hawaii_me.bin
> c000b0fc9ff6582145f66504b0ec9597  hawaii_mec.bin
> 0643ad24b3beff2214cce533e094c1b7  hawaii_pfp.bin
> ba6054b7d78184a74602fd81607e1386  hawaii_rlc.bin
> 11288f635737331b69de9ee82fe04898  hawaii_sdma.bin
> 284429675a5560e0fad42aa982965fc2  hawaii_smc.bin
libclc: Git:master/d73f33b736
DDX: Git:master/c9f8f642fd

*** This bug has been marked as a duplicate of bug 89034 ***

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.