Launchpad has imported 9 comments from the remote bug at http://sourceware.org/bugzilla/show_bug.cgi?id=14417.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2012-07-29T14:33:34+00:00 T7q wrote: Since commit c5a0802a682dba23f92d47f0f99775aebfbe2539 (Handle EAGAIN from FUTEX_WAIT_REQUEUE_PI), pulseaudio apps often hang. Example backtrace from gnome-shell and libcanberra: Thread 1 (Thread 0x7f975cfe8900 (LWP 2367)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:144 #1 0x00007f97558a4aa0 in pa_threaded_mainloop_wait (m=0x21bdf00) at pulse/thread-mainloop.c:206 #2 0x00007f97460aaa0b in pulse_driver_play (c=0x21b5280, id=<optimized out>, proplist=0x704c9c0, cb=<optimized out>, userdata=<optimized out>) at pulse.c:1085 #3 0x00007f975955624e in ca_context_play_full (c=c@entry=0x21b5280, id=id@entry=1, p=0x704c9c0, cb=cb@entry=0x0, userdata=userdata@entry=0x0) at common.c:522 #4 0x00007f97595565cf in ca_context_play (c=0x21b5280, id=1) at common.c:462 ... Reply at: https://bugs.launchpad.net/ubuntu/+source/totem/+bug/1085342/comments/0 ------------------------------------------------------------------------ On 2012-07-29T14:40:13+00:00 T7q wrote: Most distributions (Fedora, Debian, openSUSE) revert this patch. Quoting an email from Jeff below http://sourceware.org/ml/libc-alpha/2012-01/msg00002.html An FYI, this patch: commit c5a0802a682dba23f92d47f0f99775aebfbe2539 Author: Andreas Schwab <sch...@redhat.com> Date: Mon Nov 28 13:38:19 2011 +0100 Handle EAGAIN from FUTEX_WAIT_REQUEUE_PI Has been reported as causing numerous problems in Fedora & Debian. I don't think anyone has done any serious analysis of the issue, but the patch has been pulled from both distributions because of the instability it's introduced. https://bugzilla.redhat.com/show_bug.cgi?id=769421 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=651899 It might be worth your time to dig further into the change or pull it from 2.15 pending a deeper investigation. Reply at: https://bugs.launchpad.net/ubuntu/+source/totem/+bug/1085342/comments/1 ------------------------------------------------------------------------ On 2012-08-03T03:43:48+00:00 Carlos-odonell wrote: This is going to be a tricky issue to resolve. We don't have a smaller test case than "stuff stops working well", but clearly the range of failures means that the changes in libc are broken. Have you found a smaller test case that uses just pthreads? In the meantime I do think the right solution is to revert the patch. We'll see if we can do that for 2.17. Reply at: https://bugs.launchpad.net/ubuntu/+source/totem/+bug/1085342/comments/2 ------------------------------------------------------------------------ On 2012-08-03T17:52:01+00:00 Law-redhat wrote: Olivier, Thanks for opening the report. It's been on my TODO list for a while. Everyone else, If someone has a good understanding of the core pthread_condattr_t structure, particularly the relationships between the _seq fields, documenting them might be a significant help. One of the things that was incredibly frustrating trying to debug this issue was the inadequate documentation of key data structures. Reply at: https://bugs.launchpad.net/ubuntu/+source/totem/+bug/1085342/comments/3 ------------------------------------------------------------------------ On 2012-08-03T21:55:44+00:00 T7q wrote: Carlos: sorry, I don't have a more specific test case. I just noticed the pulsaudio issue after we upgraded from glibc 2.14 to 2.16 in Mageia, and that all other mainstream distributions revert his commit Reply at: https://bugs.launchpad.net/ubuntu/+source/totem/+bug/1085342/comments/4 ------------------------------------------------------------------------ On 2012-08-03T22:00:22+00:00 Law-redhat wrote: pulseaudio is the current best known way to reproduce the problem. AUDIODRIVER=pulseaudio play -n -c1 synth whitenoise band -n 100 20 \ band -n 50 20 gain +25 fade h 1 864000 1 Fails once or twice every ten attempts within the first few seconds. I was able to make it fail regularly with a strategic breakpoint in the low level pthread code after releasing on the locks (details fade, but clearly it depends on arranging the the kernel to return EAGAIN to the futex call). Reply at: https://bugs.launchpad.net/ubuntu/+source/totem/+bug/1085342/comments/5 ------------------------------------------------------------------------ On 2012-08-04T20:49:17+00:00 Bugdal wrote: I would hesitate to try fixing this without also looking at and possibly fixing bug #12875. The whole sequence number wakeup thing for condition variables is fundamentally broken in NPTL and needs to be fixed. Basically the issue is that the current code is over-engineered to avoid spurious wakeups, but in the process it suppresses some non-spurious wakeups... Reply at: https://bugs.launchpad.net/ubuntu/+source/totem/+bug/1085342/comments/6 ------------------------------------------------------------------------ On 2012-09-18T14:37:24+00:00 Triegel wrote: (In reply to comment #6) > I would hesitate to try fixing this without also looking at and possibly > fixing > bug #12875. The whole sequence number wakeup thing for condition variables is > fundamentally broken in NPTL and needs to be fixed. How so? You seem to see issues that go beyond bug #12875 (which I don't see as being a bug currently). If so, please link to them here. > Basically the issue is that > the current code is over-engineered to avoid spurious wakeups, but in the > process it suppresses some non-spurious wakeups... I'm not aware of any lost wake-ups for non-PI cond vars. If you have provided an alternative implementation proposal in the past, could you link to it when making such comments please? If you haven't but have a proposal now, please link to it here or post to glibc-alpha. Reply at: https://bugs.launchpad.net/ubuntu/+source/totem/+bug/1085342/comments/7 ------------------------------------------------------------------------ On 2012-10-05T13:28:55+00:00 Siddhesh wrote: Fixed in master: http://sourceware.org/git/?p=glibc.git;a=commit;h=c30e8edf7c56e55a81173da39f3e721ab17b9db6 Reply at: https://bugs.launchpad.net/ubuntu/+source/totem/+bug/1085342/comments/8 ** Changed in: glibc Status: Unknown => Fix Released ** Changed in: glibc Importance: Unknown => Medium ** Bug watch added: Red Hat Bugzilla #769421 https://bugzilla.redhat.com/show_bug.cgi?id=769421 ** Bug watch added: Debian Bug tracker #651899 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=651899 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to totem in Ubuntu. https://bugs.launchpad.net/bugs/1085342 Title: Pulseaudio applications hang (Totem, GNOME Shell etc.) Status in The GNU C Library: Fix Released Status in “glibc” package in Ubuntu: New Status in “totem” package in Ubuntu: Confirmed Bug description: At least so here. Best way to see would be to use totem for a while, window usually becomes unresponsive fairly soon. Possible Test case(s): Add a couple of music tracks to the playlist, switch from one to the other & back again with next & previous buttons. (may cause lockup Close Totem(Videos), re-open & add back the same tracks & or try them from the "Movie" menu dropdown. Usually here they won't play & or be switchable, ect. Add a couple of tracks to playlist, click on track names a few times to start playback/switch tracks Doesn't seem to matter if totem is started normally (no app menu in ubuntu session), with the app menu (Exec=env UBUNTU_MENUPROXY=0 totem) or from the sound menu With the pulseaudio plugin removed & the gst alsa plugin installed totem behaves much better though on very rare occasion will become unresponsive. ProblemType: Bug DistroRelease: Ubuntu 13.04 Package: totem 3.6.3-0ubuntu1 ProcVersionSignature: Ubuntu 3.7.0-4.12-generic 3.7.0-rc7 Uname: Linux 3.7.0-4-generic x86_64 ApportVersion: 2.6.3-0ubuntu2 Architecture: amd64 Date: Sat Dec 1 01:49:22 2012 InstallationDate: Installed on 2012-10-23 (38 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017) MarkForUpload: True ProcEnviron: TERM=xterm PATH=(custom, no user) XDG_RUNTIME_DIR=<set> LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: totem UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/glibc/+bug/1085342/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
