Bug 862331 - plasma-desktop SIGHUP pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:165 165 62: movl (%rsp), %edi
Summary: plasma-desktop SIGHUP pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/un...
Keywords:
Status: CLOSED DEFERRED
Alias: None
Product: Fedora
Classification: Fedora
Component: kde-workspace
Version: 18
Hardware: Unspecified
OS: Unspecified
unspecified
urgent
Target Milestone: ---
Assignee: Than Ngo
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-10-02 16:36 UTC by Martin
Modified: 2014-09-15 00:03 UTC (History)
8 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2012-10-02 22:57:07 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
gdb (55.11 KB, text/plain)
2012-10-02 16:36 UTC, Martin
no flags Details

Description Martin 2012-10-02 16:36:08 UTC
Created attachment 620389 [details]
gdb

Description of problem:
rogram received signal SIGHUP, Hangup.
[Switching to Thread 0x7fba6f88e700 (LWP 4369)]
pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:165
165     62:     movl    (%rsp), %edi

Version-Release number of selected component (if applicable):
kdelibs-4.9.1-4.fc18.x86_64
kde-workspace-4.9.1-6.fc18.x86_64
kde-runtime-4.9.1-1.fc18.x86_64
xorg-x11-server-Xorg-1.13.0-5.fc18.x86_64
xorg-x11-server-common-1.13.0-5.fc18.x86_64

How reproducible:
randomly

Steps to Reproduce:
1. Add launcher to plasma panel
2. Click on launcher
  
Actual results:
Xorg crashes

Expected results:
no crash

Additional info:
see backtrace

Comment 1 Rex Dieter 2012-10-02 16:44:06 UTC
rpm -q qt
please

Comment 2 Kevin Kofler 2012-10-02 17:05:58 UTC
> Xorg crashes

Is it really the whole X which is crashing? If so, that's a bug somewhere inside X, most likely in the graphics driver, not in plasma-desktop. plasma-desktop is dumping core after getting a SIGHUP signal, but there is no evidence that plasma-desktop is the component at fault. The problem is that it is getting signaled in the first place.

Comment 3 Martin 2012-10-02 17:54:39 UTC
it's always reproducible with llvmpipe OpenGL rendererglxi

Comment 4 Martin 2012-10-02 17:56:01 UTC
qt-4.8.2-6.fc18.x86_64

Comment 5 Rex Dieter 2012-10-02 18:00:15 UTC
iirc, kwin is blacklists software rendering (which includes llvmpipe)  Are you suggesting that kwin opengl effects are on using llvmpipe?

Comment 6 Martin 2012-10-02 18:15:38 UTC
I had to change rendering from XRender to OpenGL.

Comment 7 Kevin Kofler 2012-10-02 22:57:07 UTC
OpenGL desktop effects are not expected to work with llvmpipe at this time.

Comment 8 Kevin Kofler 2012-10-02 23:00:20 UTC
That said, it might be worth reassigning this bug to mesa, because the crash really looks like the driver's fault. But we'd need a backtrace for X, not plasma-desktop, because it's there that the crash originates.


Note You need to log in before you can comment on or make changes to this bug.