Some initial observations: System was running sid versions of eglibc, kfreebsd-9, and wdm probably.
On 20/11/13 01:17, Axel Beckert wrote: > running "service wdm stop" [...] That sends SIGTERM to wdm's pid from $PIDFILE; handler sets exit_request=0 to drop out cleanly from the event loop in main(). > Sleeping thread (tid 100165, pid 5722) owns a non-sleepable lock DestroyLoginPanel() does some animated window effects before it exits, involving calls to nanosleep(), so maybe after handling the signal, this thread still holds a lock it isn't supposed to have? Regards, -- Steven Chamberlain [email protected] -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected] Archive: http://lists.debian.org/[email protected]
