Bug 104820

Summary: White screen in SDDM after upgrade to latest padoka
Product: Mesa Reporter: krzysiek
Component: Mesa coreAssignee: mesa-dev
Status: RESOLVED FIXED QA Contact: mesa-dev
Severity: critical    
Priority: medium CC: lemody
Version: git   
Hardware: x86-64 (AMD64)   
OS: Linux (All)   
See Also: https://bugs.freedesktop.org/show_bug.cgi?id=104806
Whiteboard:
i915 platform: i915 features:
Attachments: GLXinfo
Xorg.0.log

Description krzysiek 2018-01-28 17:54:07 UTC
Created attachment 137007 [details]
GLXinfo

Hi all,

After upgrading MESA to latest padoka ppa (mesa) i get white screen in SDDM. I can still login but plasmashell is crashing. I have no problems with mesa 17.2 from ubuntu or 17.3 from padoka stable ppa (pkppa).
I use KDE Noen on Dell laptop with Intel(R) Core(TM) i7-4510U CPU @ 2.00GHz. 

Please let me know if you need more info.

Krzysztof
Comment 1 krzysiek 2018-01-28 17:58:16 UTC
Created attachment 137008 [details]
Xorg.0.log
Comment 2 Robert Wahlstedt 2018-01-29 00:17:13 UTC
Hello, thank you for this feedback. Your computer is using software rendering fallback instead of hardware acceleration. This is because no path could be found. This appears to be a common theme across many threads. Padoka is labeled in Ubuntu PPA as beta software. These guys have claimed to find a resolution procedure. https://www.phoronix.com/forums/forum/linux-graphics-x-org-drivers/open-source-amd-linux/913600-recommended-install-process-for-xubuntu-16-10-rx480-radv-vulkan 

This happens because the default xv acceleration is no longer available when using AIGLX (because everything is being drawn through textures on the 3D unit). I haven't seen this problem on NVIDIA cards using the more recent binary drivers (they seem to still have an accelerated xv) but the open source ATI drivers have a similar problem (very buggy xv when using AIGLX) as do the Intel drivers. AIGLX was only used in the short period of time when open drivers weren't capable of redirected direct rendering. DRI2 then made that possible, making AIGLX obsolete.

Therefore I am labeling this error as incomparable video drivers and marking this issue as resolved.
Comment 3 Tapani Pälli 2018-01-29 08:28:35 UTC
(In reply to Robert Wahlstedt from comment #2)
> Hello, thank you for this feedback. Your computer is using software
> rendering fallback instead of hardware acceleration. This is because no path
> could be found. This appears to be a common theme across many threads.
> Padoka is labeled in Ubuntu PPA as beta software. These guys have claimed to
> find a resolution procedure.
> https://www.phoronix.com/forums/forum/linux-graphics-x-org-drivers/open-
> source-amd-linux/913600-recommended-install-process-for-xubuntu-16-10-rx480-
> radv-vulkan 
> 
> This happens because the default xv acceleration is no longer available when
> using AIGLX (because everything is being drawn through textures on the 3D
> unit). I haven't seen this problem on NVIDIA cards using the more recent
> binary drivers (they seem to still have an accelerated xv) but the open
> source ATI drivers have a similar problem (very buggy xv when using AIGLX)
> as do the Intel drivers. AIGLX was only used in the short period of time
> when open drivers weren't capable of redirected direct rendering. DRI2 then
> made that possible, making AIGLX obsolete.
> 
> Therefore I am labeling this error as incomparable video drivers and marking
> this issue as resolved.

Robert, can you explain how did you come to that conclusion? Xorg.0.log attachment shows that glamor is used, DRI driver loads fine and according to glxinfo HW renderer is being used. AFAICT this bug has nothing to do with xv acceleration or with radv vulkan. In fact I cannot see anything that would prove that this is not our bug.
Comment 4 Tapani Pälli 2018-01-29 11:03:55 UTC
Blank white screen with SDDM mentioned also in bug #104806 but there the gpu used is Radeon while here it's Intel.
Comment 5 krzysiek 2018-01-30 08:24:11 UTC
Fixed in git180129151100.0347a83~x~padoka0, there is still wrong color on taskbar, I will fill separate bug report.

Krzysztof
Comment 6 Tapani Pälli 2018-01-30 11:40:07 UTC
(In reply to krzysiek from comment #5)
> Fixed in git180129151100.0347a83~x~padoka0, there is still wrong color on
> taskbar, I will fill separate bug report.
> 
> Krzysztof

FYI If you mean 'too dark', this "wrong color" may be a duplicate for bug #103655 that has been fixed. There was other bug #102806 with similar symptoms as well.
Comment 7 Eero Tamminen 2018-01-30 12:40:25 UTC
If Padoka repos update also X server, there was X server bug 103000 that affected titlebar colors (and was recently fixed).
Comment 8 krzysiek 2018-02-09 10:44:39 UTC
Hi,

Recent update of mesa broke thinks again,

git180129151100.0347a83 works fine
git180208124100.e843667 white screen again

Please let me know if you need more info.

Krzysztof
Comment 9 Jay 2018-02-11 17:40:24 UTC
I'm also seeing this on a AMD Kaveri IGP box.
Comment 10 Emil Velikov 2018-02-12 17:18:02 UTC
Reopening old bugs with "me too" doesn't help much, do file new ones.

Please work with your packager/distro tracking down the component you have based on the current suggestions.
Comment 11 Roman Gilg 2018-02-12 17:47:15 UTC
Apparently this is a bug in Qt: https://bugreports.qt.io/browse/QTBUG-66348

Workaround is to delete $HOME/.cache/qtshadercache

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.