Bug 100275

Summary: plasmashell (etc) won't start in vnc after mesa 17.0.0
Product: Mesa Reporter: Johnny Stenback <jstenback>
Component: OtherAssignee: mesa-dev
Status: RESOLVED FIXED QA Contact: mesa-dev
Severity: normal    
Priority: medium    
Version: 17.0   
Hardware: x86-64 (AMD64)   
OS: Linux (All)   
Whiteboard:
i915 platform: i915 features:

Description Johnny Stenback 2017-03-19 05:12:53 UTC
I'm seeing this on Arch linux, up to date as of today. That is with the mesa 17.0.1-2 package. plasmashell throws a dialog that say this:

Plasma is unable to start as it could not correctly use OpenGL 2.
 Please check that your graphic drivers are set up correctly.

And then exits with a message that says "Open GL context could not be created". If I downgrade the mesa (and related) package to 17.0.0 then things work as expected again. Happy to supply additional info as needed.
Comment 1 Emil Velikov 2017-03-19 22:59:43 UTC
Hi Johnny, can you track down if it's the GLVND patches that broke things - you'll need to revert to 17.0.1-1 and bring back the "libglx.xorg" hunk in xorg-server - see [1]. In other words - you'll need to rebuild both mesa and xorg-server packages.

[1] https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/xorg-server&id=fdb75aee720eedd503a7a0ce819e45a6e13a0705


If things still fail, please git bisect mesa. Something like the following is a rough starting guide - skim through the dozens of how-to on the internet for details.

$ git bisect start mesa-17.0.1 mesa-17.0.0
$ build and install mesa
$ test
$ git bisect good/bad (if things work correctly/not)


It should take you ~6 steps and you'll get a "XXX is the first bad commit" at the end.
Comment 2 Johnny Stenback 2017-03-20 04:33:18 UTC
Ok, thanks for the pointers. I did some more testing around here looking at your recommendations. I unfortunately can not reproduce exactly what I was seeing with the specific versions I mentioned in my original comment, but I still do see the problem with up-to-date arch. What I see now is that 17.0.1-1 works, whether I rename /usr/lib/xorg/modules/extensions/libglx.so to .xorg before installing mesa 17.0.1 or not (which I'm assuming is identical to bringing back the libglx.xorg hunk you mentioned and rebuilding xorg-server). That suggests to me that the problem is with the 17.0.1-2 package, which I believe is identical to 17.0.1-1 with the (non-trivial) changes in [1] made to the arch package. Assuming that is true, then this may not be a mesa bug per se, but rather a bug in the arch package.

[1] https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/mesa&id=7ea6cf0c9707921d0b2e07faabbbdfdaf1b0910d

And for the record, when things fail, this is the stack trace I see on the crashing thread:

Thread 1 (Thread 0x7fc3bbcbd7c0 (LWP 516)):
[KCrash Handler]
#6  0x00007fc3b7429a10 in raise () from /usr/lib/libc.so.6
#7  0x00007fc3b742b13a in abort () from /usr/lib/libc.so.6
#8  0x00007fc3b7bb5e21 in QMessageLogger::fatal(char const*, ...) const () from /usr/lib/libQt5Core.so.5
#9  0x00007fc3a583cfaf in ?? () from /usr/lib/qt/plugins/xcbglintegrations/libqxcb-glx-integration.so
#10 0x00007fc3a583abb7 in ?? () from /usr/lib/qt/plugins/xcbglintegrations/libqxcb-glx-integration.so
#11 0x00007fc3a8fe6721 in QXcbIntegration::createPlatformOpenGLContext(QOpenGLContext*) const () from /usr/lib/libQt5XcbQpa.so.5
#12 0x00007fc3b833460d in QOpenGLContext::create() () from /usr/lib/libQt5Gui.so.5
#13 0x00007fc3a583d750 in ?? () from /usr/lib/qt/plugins/xcbglintegrations/libqxcb-glx-integration.so
#14 0x00007fc3a583d931 in ?? () from /usr/lib/qt/plugins/xcbglintegrations/libqxcb-glx-integration.so
#15 0x00007fc3baba122b in QSGRenderLoop::instance() () from /usr/lib/libQt5Quick.so.5
#16 0x00007fc3bac06889 in QQuickWindowPrivate::init(QQuickWindow*, QQuickRenderControl*) () from /usr/lib/libQt5Quick.so.5
#17 0x00007fc3bb96a8bc in PlasmaQuick::Dialog::Dialog(QQuickItem*) () from /usr/lib/libKF5PlasmaQuick.so.5
#18 0x000000000040877e in ?? ()
#19 0x0000000000406ba0 in ?? ()
#20 0x00007fc3b7416511 in __libc_start_main () from /usr/lib/libc.so.6
#21 0x0000000000406cda in _start ()
Comment 3 Johnny Stenback 2017-03-26 15:21:04 UTC
This was resolved with Arch package mesa 17.0.2-2. Marking fixed.

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.