Somewhere between c93efb0a4f and 1edc53a66b a regression was introduced, causing SDDM launching into a pure white screen instead of the login screen. There's nothing logged to either /var/log/Xorg.0.log or /var/log/sddm.log and dmesg is also clear. Downgrading to c93efb0a4f lets me login again.
I have not bisected yet, but maybe this information is already enough to find the cause. For the full stack affected by this regression, please see below.
GPU: Hawaii PRO [Radeon R9 290] (ChipID = 0x67b1)
Mesa: Git:master/1edc53a66b + the modified version of attachment 127812 [details] [review]
LLVM: SVN:trunk/r291276 (4.0 devel) + <https://reviews.llvm.org/D26348?download=true>
DDX (amdgpu): 1.2.0-1+b1
Let me know, if you need anything else (besides a bisect).
Ok, I finished the bisection:
8b5749f65ac434961308ccb579fb8a816e4f29d5 is the first bad commit
Author: Kenneth Graunke <firstname.lastname@example.org>
Date: Sun Nov 15 04:37:50 2015 -0800
glsl: Override the # of varying slots for ClipDistance and TessLevel*.
Right now, this shouldn't have any effect, as all drivers use
LowerClipDist and LowerTessFactors to turn the float arrays into
However, it should help make it possible for drivers to avoid that
Signed-off-by: Kenneth Graunke <email@example.com>
Reviewed-by: Jason Ekstrand <firstname.lastname@example.org>
Reviewed-by: Timothy Arceri <email@example.com>
:040000 040000 1b29c9a54c33c8809e38f8fd99ea7dbb1935107e 5900d84fdc8d64a53dae3b7c4ac01be73b31c614 M src
The bisection log is:
# bad: [1edc53a66b33e4d17688a3d03b1bdffed2aec414] glsl: fix opt_minmax redundancy checks against baserange
# good: [c93efb0a4fd7dba8390e066605fe5f4c3e26e767] swr: [rasterizer core] rename OutputMerger functions
git bisect start '1edc53a66b' 'c93efb0a4f'
# good: [6e7ce1ef55b138ed2cdedb40cbc010b523de8743] gallivm: generalize 4x4f->1x16ub special case conversion
git bisect good 6e7ce1ef55b138ed2cdedb40cbc010b523de8743
# bad: [e6ae19944d977dc91bc45adff679337182c20683] i965: Rework gl_TessLevel* handling to use NIR compact arrays.
git bisect bad e6ae19944d977dc91bc45adff679337182c20683
# bad: [5c580e64cc206ab160e1767c42e4d6c81f67da4d] glsl: Mark whole variable used for ClipDistance and TessLevel*.
git bisect bad 5c580e64cc206ab160e1767c42e4d6c81f67da4d
# good: [aead6a1e947af84b0af2853c204d5cad6d92bfff] gallium/radeon: use the internal clear_buffer callback to fix r600g
git bisect good aead6a1e947af84b0af2853c204d5cad6d92bfff
# bad: [8b5749f65ac434961308ccb579fb8a816e4f29d5] glsl: Override the # of varying slots for ClipDistance and TessLevel*.
git bisect bad 8b5749f65ac434961308ccb579fb8a816e4f29d5
# good: [6aa5cb34d03765b7be8611aa516bc201bd337f73] glsl: Create and use a new ir_variable::count_attribute_slots() wrapper.
git bisect good 6aa5cb34d03765b7be8611aa516bc201bd337f73
# first bad commit: [8b5749f65ac434961308ccb579fb8a816e4f29d5] glsl: Override the # of varying slots for ClipDistance and TessLevel*.
I verified this is really the first bad commit by building 1edc53a66b with 8b5749f65a reverted and that gave me a working SDDM again.
Patches reverted, reopen if things are still broken. Sorry for the trouble.
(In reply to Kenneth Graunke from comment #2)
> Patches reverted, reopen if things are still broken. Sorry for the trouble.
Thanks for the quick revert! I can confirm, that a build of faa1edeeb7bbe9321c79587e592dce812e8caa78 (which includes the reverting commit) is fine again.
And no worries: this is why this is a development version. Breakage can happen.