Summary: | plasmashell (etc) won't start in vnc after mesa 17.0.0 | ||
---|---|---|---|
Product: | Mesa | Reporter: | Johnny Stenback <jstenback> |
Component: | Other | Assignee: | 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
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. 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 () 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.