By default, Bugzilla does not search the list of RESOLVED bugs.
You can force it to do so by putting the upper-case word ALL in front of your search query, e.g.: ALL tdelibs
We recommend searching for bugs this way, as you may discover that your bug has already been resolved and fixed in a later release.

Bug 2311

Summary:	kdesktop locks up
Product:	TDE	Reporter:	Michele Calgaro <michele.calgaro>
Component:	tdebase	Assignee:	Timothy Pearson <kb9vqf>
Status:	RESOLVED FIXED
Severity:	normal	CC:	bugwatch, dep, michele.calgaro
Priority:	P5
Version:	R14.0.x [Trinity]
Hardware:	Other
OS:	Linux
Compiler Version:		TDE Version String:
Application Version:		Application Name:
Attachments:	stack frames Stack frames with debug symbols

Description Michele Calgaro 2015-01-11 21:03:19 CST

Created attachment 2415 [details]
stack frames

As reported by dep in http://trinity-users.pearsoncomputing.net/?0::7399 and later in http://trinity-users.pearsoncomputing.net/?0::7457 and subsequent discussion, kdesktop seems to lock up after a while when using xplanet in place of a wallpaper.

This bug will collect information about it, as reported on the ML.
First attachment the stack frames from gdb.

Comment 1 Michele Calgaro 2015-01-11 21:05:47 CST

Forgot the ps aux output:

dep@dep-desktop:~$ ps aux | grep kdesktop
dep      11451  0.0  0.0      0     0 ?        Z    Jan08   3:19 
[kdesktop_lock] <defunct>
dep      30334  0.0  0.1 252428 18252 ?        Sl   Jan02   4:55 kdesktop
dep      30724  0.0  0.0   9384   908 pts/0    S+   11:37   0:00 grep 
kdesktop

kdesktop_lock crashed and was not reaped by kdesktop.
kdesktop thread 2 is blocked on a mutex, most likely not released by the crashed kdesktop_lock.

Comment 2 Michele Calgaro 2015-01-12 19:59:26 CST

Additional reported info:

(gdb) info thread
  Id   Target Id         Frame
  2    Thread 0x7f5c62de7700 (LWP 30339) "kdesktop" 0x00007f5c6801689c in 
__lll_lock_wait () from /lib/x86_64-linux-gnu/libpthread.so.0
* 1    Thread 0x7f5c6d413780 (LWP 30334) "kdesktop" 0x00007f5c6cca1feb 
in ?? ()
   from /lib/x86_64-linux-gnu/libc.so.6

(gdb) thread 2
[Switching to thread 2 (Thread 0x7f5c62de7700 (LWP 30339))]
#0  0x00007f5c6801689c in __lll_lock_wait ()
   from /lib/x86_64-linux-gnu/libpthread.so.0

(gdb) frame 2
#2  0x00007f5c68011eba in pthread_mutex_lock ()
   from /lib/x86_64-linux-gnu/libpthread.so.0

(gdb) info reg
rax            0xfffffffffffffe00       -512
rbx            0xda51f0 14307824
rcx            0xffffffffffffffff       -1
rdx            0xda5230 14307888
rsi            0x80     128
rdi            0xda51f8 14307832
rbp            0xda5230 0xda5230
rsp            0x7f5c62de6c40   0x7f5c62de6c40
r8             0xda51f8 14307832
r9             0x7683   30339
r10            0x7f5c62de6a40   140034772462144
r11            0x202    514
r12            0x7f5c62de7700   140034772465408
r13            0x2      2
r14            0x7f5c69493200   140034880123392
r15            0x1      1
rip            0x7f5c68011eba   0x7f5c68011eba <pthread_mutex_lock+58>
eflags         0x202    [ IF ]
cs             0x33     51
ss             0x2b     43
ds             0x0      0
es             0x0      0
fs             0x0      0
gs             0x0      0

Comment 3 Michele Calgaro 2015-01-12 23:18:05 CST

(gdb) print *((int*)(0xda51f8)+2)
$1 = 30334

The mutex is locked by thread 1 (LWP 30334).

Comment 4 Michele Calgaro 2015-01-13 19:14:40 CST

Created attachment 2416 [details]
Stack frames with debug symbols

Comment 5 Michele Calgaro 2018-08-02 20:08:12 CDT

Lot of work went into kdesktop/kdesktop_lock in recent R14.0.x releases.
@dep: is this bug still valid?

Comment 6 Michele Calgaro 2018-08-03 10:24:59 CDT

As per email correspondence with Dennis, this bug is now resolved.