spotify, rhythmbox, flash freezes randomly

[Pavol Klačanský]

Hi, if I use spotify or rhythmbox it freezes randomly, sometimes after 5 minutes, sometimes immediately, also flash crashes from time to time

I suspect it is related to pulseaudio or some layer in audio system

ProblemType: Bug
DistroRelease: Ubuntu 13.04
Package: pulseaudio 1:2.1-0ubuntu4
ProcVersionSignature: Ubuntu 3.7.0-4.12-generic 3.7.0-rc7
Uname: Linux 3.7.0-4-generic x86_64
ApportVersion: 2.6.2-0ubuntu5
Architecture: amd64
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: pk 1983 F.... pulseaudio
Date: Fri Nov 30 18:13:08 2012
EcryptfsInUse: Yes
InstallationDate: Installed on 2012-11-14 (15 days ago)
InstallationMedia: Ubuntu 12.04.1 LTS "Precise Pangolin" - Release amd64 (20120823.1)
MarkForUpload: True
ProcEnviron:
 TERM=xterm
 PATH=(custom, no user)
 XDG_RUNTIME_DIR=<set>
 LANG=sk_SK.UTF-8
 SHELL=/bin/bash
SourcePackage: pulseaudio
UpgradeStatus: Upgraded to raring on 2012-11-27 (3 days ago)
dmi.bios.date: 05/15/2009
dmi.bios.vendor: LENOVO
dmi.bios.version: 6FET71WW (3.01 )
dmi.board.name: 208253G
dmi.board.vendor: LENOVO
dmi.board.version: Not Available
dmi.chassis.asset.tag: No Asset Information
dmi.chassis.type: 10
dmi.chassis.vendor: LENOVO
dmi.chassis.version: Not Available
dmi.modalias: dmi:bvnLENOVO:bvr6FET71WW(3.01):bd05/15/2009:svnLENOVO:pn208253G:pvrThinkPadT500:rvnLENOVO:rn208253G:rvrNotAvailable:cvnLENOVO:ct10:cvrNotAvailable:
dmi.product.name: 208253G
dmi.product.version: ThinkPad T500
dmi.sys.vendor: LENOVO

[Raymond (superquad-vortex2)]

[17169.455541] sdhci-pci 0000:15:00.2: Will use DMA mode even though HW doesn't fully claim to support it.
[17169.456550] sdhci-pci 0000:15:00.2: Will use DMA mode even though HW doesn't fully claim to support it.
[17169.556054] pciehp 0000:00:1c.1:pcie04: Device 0000:03:00.0 already exists at 0000:03:00, cannot hot-add
[17169.556055] pciehp 0000:00:1c.1:pcie04: Cannot add device at 0000:03:00
[17169.556112] dpm_run_callback(): pnp_bus_resume+0x0/0x80 returns -19
[17169.556114] PM: Device 00:0a failed to resume: error -19

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Kai Mast (kai-mast)]

If I kill pulsaudio the sound works fine...

It seems like flash, spotify and friends try to connect directly to ALSA instead of pulsaudio. Maybe the ALSA compatibility-layer is broken..

[Raymond (superquad-vortex2)]

[38887.684479] traps: upowerd[29074] trap int3 ip:7f3a17dbac5f sp:7ffff29bac50 error:0

[Klaus-Uwe Mitterer (kumitterer)]

Kai seems to be right there. Issuing a simple "killall pulseaudio" works.

[Xoimai (xoimai)]

Spotify (0.8.8.323.gd143501e) here on latest 13.04 is also freezing every 2-3 songs. After killing spotify and pulseaudio spotify can be succesfully restarted.

Installing libruby as suggested by some others made no difference for me.

Killing pulseaudio alone is not enough to resume playing, spotify also shows in the commandline it is using pulseaudio (and not alsa).

[Xoimai (xoimai)]

The error when it stops playing:
14:37:07.746 E [watchdog.cpp:174 ] Deadlock detected (Thread: network)
14:37:08.746 E [watchdog.cpp:174 ] Deadlock detected (Thread: gui)

When starting spotify it mentions:
14:38:05.546 I [audio_driver_linux.cpp:20 ] Using PulseAudio

[Kai Mast (kai-mast)]

This seems to be fixed for me now? At least Spotify works fine. I am not sure what resolved the issue.. maybe the transition to the 3.8 kernel?

[Xoimai (xoimai)]

The problem seems to be resolved here as wel with the recent updates

[Pavol Klačanský (pavolzetor-deactivatedaccount)]

what caused the problem?

[David Henningsson (diwic)]

Marking as fix released as two independent people reported the problem as fixed.

[Tom Fogal (tfogal)]

I recently upgraded to Raring (from 12.10) and am now seeing spotify freeze often. I unfortunately never use rhythmbox or flash, so I cannot verify if those have issues as well.

I see:

08:03:47.719 E [watchdog.cpp:179 ] Fatal deadlock detected - would have crashed!! (Thread: gui)

in my console when this occurs. This message repeats every second; I came in this morning to a terminal that filled its entire scrollback buffer with messages like these.

I attached gdb and tried to figure out what the threads were doing:

(gdb) info thr
  Id Target Id Frame
  23 Thread 0x7ffbc3009700 (LWP 10057) "Dns Thread" pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
  22 Thread 0x7ffbc2f88700 (LWP 10058) "Network Thread" 0x00007ffbcce1a3cd in poll () at ../sysdeps/unix/syscall-template.S:81
  21 Thread 0x7ffbc2f07700 (LWP 10059) 0x00007ffbcce1a3cd in poll () at ../sysdeps/unix/syscall-template.S:81
  20 Thread 0x7ffbc2a49700 (LWP 10061) "BrowserDBThread" pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
  19 Thread 0x7ffbc2248700 (LWP 10062) "SignalSender" sem_wait () at ../nptl/sysdeps/unix/sysv/linux/x86_64/sem_wait.S:85
  18 Thread 0x7ffbbf7dc700 (LWP 10063) "NetworkChangeNo" syscall () at ../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
  17 Thread 0x7ffbbefdb700 (LWP 10064) "inotify_reader" 0x00007ffbcce1f233 in select () at ../sysdeps/unix/syscall-template.S:81
  16 Thread 0x7ffbbe7b9700 (LWP 10067) "Cef_FileThread" syscall () at ../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
  15 Thread 0x7ffbbdfb8700 (LWP 10068) "Cef_IOThread" syscall () at ../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
  14 Thread 0x7ffbbcd91700 (LWP 10069) "AppCacheDBThrea" pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
  13 Thread 0x7ffbbc02b700 (LWP 10070) pthread_cond_timedwait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:238
  12 Thread 0x7ffbbbf29700 (LWP 10072) "dispatcher" pthread_cond_timedwait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:238
  11 Thread 0x7ffbbbea8700 (LWP 10073) "dispatcher" pthread_cond_timedwait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:238
  10 Thread 0x7ffbbbe27700 (LWP 10074) "AsyncKeyValueSt" pthread_cond_timedwait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:238
  9 Thread 0x7ffbb5745700 (LWP 10078) "threaded-ml" 0x00007ffbcce1a3cd in poll () at ../sysdeps/unix/syscall-template.S:81
  8 Thread 0x7ffbb7a46700 (LWP 10079) "spotify" 0x00007ffbccdedd3d in nanosleep () at ../sysdeps/unix/syscall-template.S:81
  7 Thread 0x7ffbb0f43700 (LWP 10081) "QThread" 0x00007ffbcce1a3cd in poll () at ../sysdeps/unix/syscall-template.S:81
  6 Thread 0x7ffbafa8e700 (LWP 10087) "NSS SSL ThreadW" pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
  5 Thread 0x7ffbae28b700 (LWP 10088) "BrowserBlocking" pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/s...

[Tom Fogal (tfogal)]

Okay, I just looked at all the threads for 'something interesting'.

(gdb) thr 9
[Switching to thread 9 (Thread 0x7ffbb5745700 (LWP 10078))]
#0 0x00007ffbcce1a3cd in poll () at ../sysdeps/unix/syscall-template.S:81
81 ../sysdeps/unix/syscall-template.S: No such file or directory.
(gdb) bt
#0 0x00007ffbcce1a3cd in poll () at ../sysdeps/unix/syscall-template.S:81
#1 0x00007ffbb7a77cdf in ?? () from /usr/lib/x86_64-linux-gnu/libpulse.so.0
#2 0x00007ffbb7a69205 in pa_mainloop_poll () from /usr/lib/x86_64-linux-gnu/libpulse.so.0
#3 0x00007ffbb7a69869 in pa_mainloop_iterate () from /usr/lib/x86_64-linux-gnu/libpulse.so.0
#4 0x00007ffbb7a69920 in pa_mainloop_run () from /usr/lib/x86_64-linux-gnu/libpulse.so.0
#5 0x00007ffbb7a77c8f in ?? () from /usr/lib/x86_64-linux-gnu/libpulse.so.0
#6 0x00007ffbb6b69143 in ?? () from /usr/lib/x86_64-linux-gnu/pulseaudio/libpulsecommon-3.0.so
#7 0x00007ffbd55a4f8e in start_thread (arg=0x7ffbb5745700) at pthread_create.c:311
#8 0x00007ffbcce26e1d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113

(gdb) thr 7
[Switching to thread 7 (Thread 0x7ffbb0f43700 (LWP 10081))]
#0 0x00007ffbcce1a3cd in poll () at ../sysdeps/unix/syscall-template.S:81
81 ../sysdeps/unix/syscall-template.S: No such file or directory.
(gdb) bt
#0 0x00007ffbcce1a3cd in poll () at ../sysdeps/unix/syscall-template.S:81
#1 0x00007ffbd4ddf1dc in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2 0x00007ffbd4ddf304 in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#3 0x00007ffbd3bb7016 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#4 0x00007ffbd3b8738f in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#5 0x00007ffbd3b87618 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#6 0x00007ffbd3a89410 in QThread::exec() () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#7 0x00007ffbd3a8bbec in ?? () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#8 0x00007ffbd55a4f8e in start_thread (arg=0x7ffbb0f43700) at pthread_create.c:311
#9 0x00007ffbcce26e1d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113

(gdb) thr 3
[Switching to thread 3 (Thread 0x7ffbaea8c700 (LWP 16251))]
#0 0x00007ffbcce1a3cd in poll () at ../sysdeps/unix/syscall-template.S:81
81 ../sysdeps/unix/syscall-template.S: No such file or directory.
(gdb) bt
#0 0x00007ffbcce1a3cd in poll () at ../sysdeps/unix/syscall-template.S:81
#1 0x00007ffbb7a77cdf in ?? () from /usr/lib/x86_64-linux-gnu/libpulse.so.0
#2 0x00007ffbb7a69205 in pa_mainloop_poll () from /usr/lib/x86_64-linux-gnu/libpulse.so.0
#3 0x00007ffbb7a69869 in pa_mainloop_iterate () from /usr/lib/x86_64-linux-gnu/libpulse.so.0
#4 0x00007ffbb7a69920 in pa_mainloop_run () from /usr/lib/x86_64-linux-gnu/libpulse.so.0
#5 0x00007ffbb7a77c8f in ?? () from /usr/lib/x86_64-linux-gnu/libpulse.so.0
#6 0x00007ffbb6b69143 in ?? () from /usr/lib/x86_64-linux-gnu/pulseaudio/libpulsecommon-3.0.so
#7 0x00007ffbd55a4f8e in start_thread (arg=0x7ffbaea8c700) at pthread_cr...

[Tom Goeckel (norak2)]

Spotify still randomly freezes the whole desktop, although less frequently since some time. The problem is not yet fully resolved and even if it is a bug inside the spotify client it should not make the whole desktop become unresponsive.
In the case the bug occurs I can no longer interact with unity. The mouse pointer also is unable to leave the monitor that contains spotify. I can resolve the problem by closing the window with alt+F4.
This also happens when other applications hang for a certain time (for example Matlab or Eclipse) but normally they will recover after a few seconds. I think unity is not very well at handling unresponsive applications.