Bug 303951
| Summary: | When trying "Test sound settings" with PulseAudio running, ekiga gets SIGABRT | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Matěj Cepl <mcepl> | ||||
| Component: | alsa-lib | Assignee: | Martin Stransky <stransky> | ||||
| Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
| Severity: | low | Docs Contact: | |||||
| Priority: | low | ||||||
| Version: | 8 | CC: | alex.kiernan, anmar, dean, fschwarz, gustavo, jes.sorensen, kas, kk_konrad, lsatenstein, mcepl, oliva | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | All | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2008-02-22 10:29:44 UTC | Type: | --- | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Bug Depends On: | 432790 | ||||||
| Bug Blocks: | 369631 | ||||||
| Attachments: |
|
||||||
|
Description
Matěj Cepl
2007-09-24 20:24:14 UTC
Created attachment 204541 [details]
backtrace from gdb
It crashes on Rawhide too. For conversation I am using an USB headset which works OK. However in Preferences -> Sound events: chosing the default sound channel and playing e.g. the ring sound produces: ekiga: pcm_params.c:2351: sndrv_pcm_hw_params: Assertion `err >= 0' failed. Aborted I discovered this while wondering why ekiga silently disappeared when there was an incoming call. As I have written to ekiga-list some time ago, this is probably an ALSA bug. Related bug reports are http://www.pulseaudio.org/ticket/23 and https://bugtrack.alsa-project.org/alsa-bug/view.php?id=2601 It seems to me that with the later Rawhide it gets better. Reporter and Yenya, can you reproduce it still with the latest Rawhide? I don't want migrate my primary workstation to rawhide. I am however willing to upgrade (or rebuild) selected packages from rawhide. Which packages and which versions should I upgrade? In the meantime, I have written a simple D-Bus hack which suspends pulseaudio when the call begins, so having ekiga access the raw device works: http://www.fi.muni.cz/~kas/blog/index.cgi/computers/desktops/ekiga-pulseaudio-dbus.html Yenya, sorry, I overlooked that you are on F7. No, there is probably no good way how to recompile PA on F7 without upgrading it to be almost Rawhide. Is it correct, Lennart? No, I use F8 now. The problem still exists on F8, so you can update this bug to F8 (I don't have the rights to do it). Also, if the reports from the comment #3 suggest it is an ALSA bug, it would probably be ALSA rather than PA which I should recompile. Of course, you right -- changing components. Martin, this is IMHO the upstream ALSA bug from comment 3, and although I would get it all the time on F8, it evaporated just before the Xmass on Rawhide. I've just commented on the ALSA bug tracker as I am experiencing the same issue with Ekiga under Fedora 8. Considering there haven't been any posts on that bug since the end of November, I wouldn't hold my breath that it is going to be fixed any time soon... As for comment #8 - Matej, could you try to pinpoint which package has caused the problem to go away? I have looked at rawhide, and the last alsa-lib is alsa-lib-1.0.15-1.fc9.src.rpm while on F8 there are the following: alsa-lib-1.0.15-1.fc8.x86_64 alsa-lib-1.0.15-1.fc8.i386 which are probably only rebuilds of the same SRPM. So I doubt rawhide has any significant change to alsa-lib against F8. Well, I said better -- and really ekiga doesn't crash on me (packages ekiga-2.0.11-2.fc9.x86_64, opal-2.2.11-2.fc9.x86_64, and pwlib-1.10.10-4.fc9.x86_64), but it is not to say that it works flawlessly. DMTF doesn't work at all, so I still have to use linphone. ... and is that ALSA bug in alsalibs, or in the kernel part of ALSA? This no longer happens here with the last set of f8 updates: kernel-2.6.23.14-107.fc8.x86_64, pulseaudio-*-0.9.8-5.fc8.x86_64 and alsa-plugins-pulseaudio-1.0.15-2.fc8.x86_64 No such luck on i[36]86: ekiga-2.0.11-1.fc8 pulseaudio-0.9.8-5.fc8 kernel-2.6.23.14-107.fc8 alsa-plugins-pulseaudio-1.0.15-2.fc8 ekiga: pcm_params.c:2351: sndrv_pcm_hw_params: Assertion `err >= 0' failed. Aborted whenever I select the default sound device as Alternative Output Device. alsa 1.0.16 was released yesterday and may fix the problem. Would it be possible to get alsa updated? is alsa-drivers already in kernel? *** Bug 376761 has been marked as a duplicate of this bug. *** *** Bug 369631 has been marked as a duplicate of this bug. *** alsa-libs-1.0.16 is in rawhide now. Tried on full uptodate F8, alsa-plugins-1.0.15-3.fc8.1.src.rpm - ekiga is still not stable. I set the sound events to "default", pressed Test and was able one time to hear exactly one ring sound, afterwards ekiga died with this famous assertion. On the next tries I was not able to hear anything because of instant crash. In those cases ekiga had the tendency to consume 100% CPU. For conversation I am using a USB headset. Will try to investigate over the weekend and provide more exact description which assert it actually triggered (I am in the office now). Can anybody confirm that it works in F9 beta? (read rumors about this) Konrad |