Howdy, Stranger!

It looks like you're new here. If you want to get involved, click one of these buttons!

Segfault on version 2.0.0 stable on Linux 4.8.0 amd64 (KUbuntu 16.10) [fixed in AMDGPU-PRO 17.10]

edited 2017 Apr 10 in Technical Support
Hi, I recently updated to doomsday 2.0.0 stable, when I try to run it, I get
Segmentation fault (core dumped)

Backtrace
GNU gdb (Ubuntu 7.11.90.20161005-0ubuntu1) 7.11.90.20161005-git
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from doomsday...(no debugging symbols found)...done.
(gdb) run
Starting program: /usr/bin/doomsday 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffe5f9a700 (LWP 4510)]
[New Thread 0x7fffdb75a700 (LWP 4511)]

Thread 1 "doomsday" received signal SIGSEGV, Segmentation fault.
0x0000000000000000 in ?? ()
(gdb) bt
#0  0x0000000000000000 in ?? ()
#1  0x00007fffda3591b8 in ?? () from /usr/lib/x86_64-linux-gnu/dri/amdgpu_dri.so
#2  0x00007fffda359811 in ?? () from /usr/lib/x86_64-linux-gnu/dri/amdgpu_dri.so
#3  0x00007fffda35c7da in ?? () from /usr/lib/x86_64-linux-gnu/dri/amdgpu_dri.so
#4  0x00007fffd97d9a08 in ?? () from /usr/lib/x86_64-linux-gnu/dri/amdgpu_dri.so
#5  0x00007fffd97823d8 in ?? () from /usr/lib/x86_64-linux-gnu/dri/amdgpu_dri.so
#6  0x00007fffd8511c20 in ?? () from /usr/lib/x86_64-linux-gnu/dri/amdgpu_dri.so
#7  0x00007fffd93f15a5 in ?? () from /usr/lib/x86_64-linux-gnu/dri/amdgpu_dri.so
#8  0x00007fffd93f1c60 in ?? () from /usr/lib/x86_64-linux-gnu/dri/amdgpu_dri.so
#9  0x00007fffd9403aac in ?? () from /usr/lib/x86_64-linux-gnu/dri/amdgpu_dri.so
#10 0x00007fffd9404026 in ?? () from /usr/lib/x86_64-linux-gnu/dri/amdgpu_dri.so
#11 0x00007fffda31fc6e in ?? () from /usr/lib/x86_64-linux-gnu/dri/amdgpu_dri.so
#12 0x00007fffda31fe14 in ?? () from /usr/lib/x86_64-linux-gnu/dri/amdgpu_dri.so
#13 0x00007ffff2e551cb in ?? ()
   from /opt/amdgpu-pro/lib/x86_64-linux-gnu/libGL.so.1
#14 0x00007ffff2e2e381 in ?? ()
   from /opt/amdgpu-pro/lib/x86_64-linux-gnu/libGL.so.1
#15 0x00007ffff2e2b627 in glXGetFBConfigs ()
   from /opt/amdgpu-pro/lib/x86_64-linux-gnu/libGL.so.1
#16 0x00007ffff2e2d399 in glXChooseFBConfigSGIX ()
   from /opt/amdgpu-pro/lib/x86_64-linux-gnu/libGL.so.1
#17 0x00007ffff7e72067 in ?? ()
   from /usr/lib/x86_64-linux-gnu/qt5/plugins/xcbglintegrations/libqxcb-glx-integration.so
#18 0x00007ffff7e7226d in ?? ()
   from /usr/lib/x86_64-linux-gnu/qt5/plugins/xcbglintegrations/libqxcb-glx-integration.so
#19 0x00007fffe8576cbd in QXcbWindow::create() ()
   from /usr/lib/x86_64-linux-gnu/libQt5XcbQpa.so.5
#20 0x00007fffe8561fd1 in QXcbIntegration::createPlatformWindow(QWindow*) const ()
   from /usr/lib/x86_64-linux-gnu/libQt5XcbQpa.so.5
#21 0x00007ffff669e1bc in QWindowPrivate::create(bool) ()
   from /usr/lib/x86_64-linux-gnu/libQt5Gui.so.5
#22 0x00007ffff6cb6254 in QWidgetPrivate::create_sys(unsigned long long, bool, bool) () from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
---Type <return> to continue, or q <return> to quit---
#23 0x00007ffff6cb590d in QWidget::create(unsigned long long, bool, bool) ()        
   from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5                                
#24 0x00007ffff6cc1d49 in QWidget::setVisible(bool) ()                              
   from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5                                
#25 0x000000000055c73d in ClientApp::ClientApp(int&, char**) ()                     
#26 0x000000000054ec08 in main ()                                                   
(gdb) quit                                                                          
A debugging session is active.                                                      
                                                                                    
        Inferior 1 [process 4506] will be killed.                                   
                                                                                    
Quit anyway? (y or n) y 

I'm using AMDGPU-PRO drivers version 16.60. Doomsday 1.5.* runs fine, and Doomsday 2.0.0 runs fine if I switch to the AMD open source driver (in xserver-xorg-video-amdgpu package). The graphics card is a R9 390, and here is link to glxinfo

Thank you for any help !

Comments

  • This sounds like an incompatibility with or a bug in the AMDGPU-PRO drivers. The crash is occurring inside the driver binary itself, so there isn't a whole lot Doomsday can do about it unfortunately.

    The only option applied at the time of window creation, when the crash happens, is "-novsync". By default, vsync is on. It probably won't help, but you could try starting with "-novsync"?

    For some technical background, Doomsday 2 uses Qt 5's new OpenGL APIs, which may be contributing to the problem.
  • skyjake wrote: »
    This sounds like an incompatibility with or a bug in the AMDGPU-PRO drivers. The crash is occurring inside the driver binary itself, so there isn't a whole lot Doomsday can do about it unfortunately.

    The only option applied at the time of window creation, when the crash happens, is "-novsync". By default, vsync is on. It probably won't help, but you could try starting with "-novsync"?

    For some technical background, Doomsday 2 uses Qt 5's new OpenGL APIs, which may be contributing to the problem.

    Thanks for your reply

    I tried with -novsync and it had the same crash. Not sure if Qt5 would be causing it, as I use KDE desktop environment which already makes pretty extensive use of Qt.

    Hopefully this may be fixed in new versions of AMDs driver.
  • Fixed in AMDGPU-PRO 17.10
Sign In or Register to comment.