Bug #1129990 “Sound no longer works unless you kill it each time...” : Bugs : pulseaudio package : Ubuntu

Revision history for this message

Laura Czajkowski (czajkowski) wrote on 2013-02-19:

#1

pulseverbose.log Edit (150.9 KiB, text/plain)
AlsaInfo.txt Edit (28.2 KiB, text/plain; charset="utf-8")
BootDmesg.txt Edit (50.2 KiB, text/plain; charset="utf-8")
CurrentDmesg.txt Edit (7.4 KiB, text/plain; charset="utf-8")
Dependencies.txt Edit (3.8 KiB, text/plain; charset="utf-8")
ProcEnviron.txt Edit (174 bytes, text/plain; charset="utf-8")

Revision history for this message

Luke Yelavich (themuso) wrote on 2013-02-19: Re: [Bug 1129990] [NEW] Sound no longer works unless you kill it each time for each application

#2

Download full text (7.8 KiB)

At first I thought this was due to the change in speex, and there being some fallout on other architectures for some reason, but it proved not to be the case. here is a log from an IRc session I had with Laura.

I'll have to defer to David on this one, given the attached log not really showing me anything obvious, although I am probably not looking hard enough.

19-02-2013 20:43:12 > TheMuso: Hrm interesting. No problem, https://wiki.ubuntu.com/PulseAudio/Log.
19-02-2013 20:45:04 > TheMuso: np.
19-02-2013 21:07:34 > TheMuso: I am actually in London this week for a sprint, and I'm in the middle of something atm, but I'll take a look in a bit.
19-02-2013 21:17:07 > TheMuso: So this has only benn going on since pulse 3 correct?
19-02-2013 21:17:18 > TheMuso: Because we certianly don't wnat pulseaudio to die.
19-02-2013 21:19:02 > TheMuso: So, were you able to reproduce this when you were dumping a pulseaudio log? What app did you try to play audio with?
19-02-2013 22:14:58 > TheMuso: Ok saw that...
19-02-2013 22:15:11 > TheMuso: So what happens, does vlc not make any sound, or is it suttery?
19-02-2013 22:16:33 > TheMuso: But killing pulse, and restarting it works fine...
19-02-2013 22:16:44 > TheMuso: Hmm.
19-02-2013 22:16:56 > TheMuso: Right.
19-02-2013 22:17:30 > TheMuso: So that problem reared its head even when you ran pulse manually to get the log?
19-02-2013 22:19:33 > TheMuso: Yep thats right, I'm just trying to work out in my head why things work after things have been killed and brought up again...
19-02-2013 22:22:11 > TheMuso: Right, I have a tiny suspician I know what it is. So, I need you to test something for me.
19-02-2013 22:22:24 > TheMuso: 1. Open /etc/pulse/daemon.conf in an editor as root.
19-02-2013 22:22:35 > TheMuso: 2. Change the resample-method setting from speex-float-1 to trivial.
19-02-2013 22:22:42 > TheMuso: 3. Restart pulse, and log it as per the wiki.
19-02-2013 22:22:55 > TheMuso: 4. Make sure you only run app to play audio, i.e vlc. Try playing something and tell me what happens.
19-02-2013 22:23:01 > TheMuso: 5. Then kill a restart things as you have been.
19-02-2013 22:26:32 > TheMuso: Well kill it and run it as per the log instructions on the wiki.
19-02-2013 22:26:47 > TheMuso: np
19-02-2013 22:26:53 > TheMuso: Still the same thing?
19-02-2013 22:27:11 > TheMuso: Oh ok.
19-02-2013 22:28:59 > TheMuso: Ok, so sotp logging pulse, get rid of ~/.pulse/client.conf etc and just use it for a while and see how things go. The sound may not be as clear as previously due to a different resampler, but I want to see if you get the same behavior.
19-02-2013 22:29:12 > TheMuso: No, I don't really need the log now, I think I know whats going on.
19-02-2013 22:29:33 > TheMuso: In the meantime, I am going to prepare you a package to install, to verify the second part of my theory. I'll be coming back to you.
19-02-2013 22:29:45 > TheMuso: No problem.
19-02-2013 22:29:53 > TheMuso: its quicker to debug like this actually.
19-02-2013 22:30:52 > TheMuso: There is a bug, but I don't think its in pulse, and I don't think its a code bug as such.
19-02-2013 22:31:11 > TheMuso: I'll get this package prepared, and get back to you and ...

At first I thought this was due to the change in speex, and there being some fallout on other architectures for some reason, but it proved not to be the case. here is a log from an IRc session I had with Laura.

I'll have to defer to David on this one, given the attached log not really showing me anything obvious, although I am probably not looking hard enough.

19-02-2013 20:43:12 > TheMuso: Hrm interesting. No problem, https://wiki.ubuntu.com/PulseAudio/Log.
19-02-2013 20:45:04 > TheMuso: np.
19-02-2013 21:07:34 > TheMuso: I am actually in London this week for a sprint, and I'm in the middle of something atm, but I'll take a look in a bit.
19-02-2013 21:17:07 > TheMuso: So this has only benn going on since pulse 3 correct?
19-02-2013 21:17:18 > TheMuso: Because we certianly don't wnat pulseaudio to die.
19-02-2013 21:19:02 > TheMuso: So, were you able to reproduce this when you were dumping a pulseaudio log? What app did you try to play audio with?
19-02-2013 22:14:58 > TheMuso: Ok saw that...
19-02-2013 22:15:11 > TheMuso: So what happens, does vlc not make any sound, or is it suttery?
19-02-2013 22:16:33 > TheMuso: But killing pulse, and restarting it works fine...
19-02-2013 22:16:44 > TheMuso: Hmm.
19-02-2013 22:16:56 > TheMuso: Right.
19-02-2013 22:17:30 > TheMuso: So that problem reared its head even when you ran pulse manually to get the log?
19-02-2013 22:19:33 > TheMuso: Yep thats right, I'm just trying to work out in my head why things work after things have been killed and brought up again...
19-02-2013 22:22:11 > TheMuso: Right, I have a tiny suspician I know what it is. So, I need you to test something for me.
19-02-2013 22:22:24 > TheMuso: 1. Open /etc/pulse/daemon.conf in an editor as root.
19-02-2013 22:22:35 > TheMuso: 2. Change the resample-method setting from speex-float-1 to trivial.
19-02-2013 22:22:42 > TheMuso: 3. Restart pulse, and log it as per the wiki.
19-02-2013 22:22:55 > TheMuso: 4. Make sure you only run app to play audio, i.e vlc. Try playing something and tell me what happens.
19-02-2013 22:23:01 > TheMuso: 5. Then kill a restart things as you have been.
19-02-2013 22:26:32 > TheMuso: Well kill it and run it as per the log instructions on the wiki.
19-02-2013 22:26:47 > TheMuso: np
19-02-2013 22:26:53 > TheMuso: Still the same thing?
19-02-2013 22:27:11 > TheMuso: Oh ok.
19-02-2013 22:28:59 > TheMuso: Ok, so sotp logging pulse, get rid of ~/.pulse/client.conf etc and just use it for a while and see how things go. The sound may not be as clear as previously due to a different resampler, but I want to see if you get the same behavior.
19-02-2013 22:29:12 > TheMuso: No, I don't really need the log now, I think I know whats going on.
19-02-2013 22:29:33 > TheMuso: In the meantime, I am going to prepare you a package to install, to verify the second part of my theory. I'll be coming back to you.
19-02-2013 22:29:45 > TheMuso: No problem.
19-02-2013 22:29:53 > TheMuso: its quicker to debug like this actually.
19-02-2013 22:30:52 > TheMuso: There is a bug, but I don't think its in pulse, and I don't think its a code bug as such.
19-02-2013 22:31:11 > TheMuso: I'll get this package prepared, and get back to you and will explain more.
19-02-2013 22:37:33 > TheMuso: Ok, Go to http://people.canonical.com/~themuso and download the debs you find there. Install them with dpkg, note they are downgrades.
19-02-2013 22:38:26 > TheMuso: Then, open up /etc/pulse/daemon.conf again and change resample-method from trivial back to speex-float-1.
19-02-2013 22:38:41 > TheMuso: Then, kill and restart pulse as normal and see if you get sound from vlc.
19-02-2013 22:39:45 > TheMuso: So as to whats going on. A change was made to speex at the end of last week to get better performance on arm, by twiddeling some build flags on arm. The way this was done may hav eaffected the way that speex was built on other architectures, like x86/x86_64.
19-02-2013 22:40:20 > TheMuso: So, these debs are a downgrade to the previous version mius the arm improvements to see if the status quoe returns for you.
19-02-2013 22:40:47 > TheMuso: Right. Go to a terminal and run sudo dpkg -i libspeex1_blah libspeexdsp1_blah
19-02-2013 22:41:04 > TheMuso: The software centre may not let you downgrade debs, which is why its better to do this with dpkg.
19-02-2013 22:41:09 > TheMuso: Not at all.
19-02-2013 22:43:12 > TheMuso: What?
19-02-2013 22:43:34 > TheMuso: Thats weird.
19-02-2013 22:43:42 > TheMuso: let me grab the debs from where I uploaded them to.
19-02-2013 22:44:32 > TheMuso: Ok they are proper debs here... What was your command-line to dpkg?
19-02-2013 22:45:38 > TheMuso: Thats weird.
19-02-2013 22:45:45 > TheMuso: Were you in the same dir as where they were downloaded?
19-02-2013 22:46:04 > TheMuso: In other words, if you used firefox to download them, then you needed to go into the Downloads directory in the terminal.
19-02-2013 22:46:55 > TheMuso: Right, I'd say that was your problem.
19-02-2013 22:47:39 > TheMuso: In downloads?
19-02-2013 22:48:20 > TheMuso: Ok, so if you used firefox to download the debs, they would be in Downloads. So in a terminal, cd ~/Downloads and then re-run the dpkg command.
19-02-2013 22:49:05 > TheMuso: np
19-02-2013 22:50:10 > TheMuso: Great.
19-02-2013 22:50:47 > TheMuso: Ok now follow the steps I mentioned above with regards to changing the pulse config back to how it was.
19-02-2013 22:51:46 > TheMuso: Oh hang on, don't restart pulse yet.
19-02-2013 22:52:00 > TheMuso: I see you also have the i386 version of those debs on your system. let me get them built and uploaded for you to install too.
19-02-2013 22:52:09 > TheMuso: Just reading the pastebin.
19-02-2013 22:52:38 > TheMuso: Thats why dpkg failed.
19-02-2013 22:53:20 > TheMuso: Ok, I'll just get the i386 debs sorted for you, and get you to install them. I'll then want you to completely log out and back in again when you next get the chance, so we can attempt to see if this problem rears itself with a fresh session.
19-02-2013 22:55:39 > TheMuso: Ok, go to http://people.canonical.com/~themuso again and grab the i386 debs and install them the same way.
19-02-2013 23:03:37 > TheMuso: You were in the desktop folder, not downloads.
19-02-2013 23:03:48 > TheMuso: Hrmm.
19-02-2013 23:04:11 > TheMuso: Oh yeah, you probably have no sound because the downgraded debs raen't properly set up yet. So install all the debs at once like so:
19-02-2013 23:04:20 > TheMuso: cd ~/Downloads
19-02-2013 23:04:22 > TheMuso: sudo dpkg -i *.deb
19-02-2013 23:04:31 > TheMuso: Which should install them all.
19-02-2013 23:05:07 > TheMuso: Once they are all properly installed, reboot once more and try again.
19-02-2013 23:05:54 > TheMuso: cd ~/Downloads
19-02-2013 23:06:06 > TheMuso: Not cd ~/Desktop
19-02-2013 23:06:21 > TheMuso: No problem, we all gloss over things sometimes.
19-02-2013 23:06:59 > TheMuso: Ok, and now when you get a chance, log out and back in, and try and see if yo uget sound again.
19-02-2013 23:07:06 > TheMuso: gah typing
19-02-2013 23:09:30 > TheMuso: Ok, one thing we didn't try before is changing pulse config and rebooting. So, edit /etc/pulse/daemon.conf again as root and change resample-method from speex-float-1 back to trivla, and then log out/back in and check to see if you have sound.
19-02-2013 23:09:36 > TheMuso: I am starting to think the culpret is not what I thought.
19-02-2013 23:15:22 > TheMuso: Not at all, but you have confirmed that its not the problem I was thinking,
19-02-2013 23:15:55 > TheMuso: I might have to defer to David for this one... I am a bit out of my depth as to why this doesn't work at fresh login, but a kill and restart things work.
19-02-2013 23:16:24 > TheMuso: So, I'll post the log of this session in the bug, to show that we have tried something, and I'll ask David to hvae a look at it.
19-02-2013 23:18:30 > TheMuso: I wouldn't worry about that.
19-02-2013 23:21:10 > TheMuso: No problem, I hope we can find out what your problem is.

Revision history for this message

Raymond (superquad-vortex2) wrote on 2013-02-19:

#3

[ 4333.091729] CPU3: Package power limit notification (total events = 590)
[ 4333.091734] CPU0: Package power limit notification (total events = 590)
[ 4333.091736] CPU1: Package power limit notification (total events = 590)
[ 4333.091738] CPU2: Package power limit notification (total events = 590)
[ 4333.102722] CPU3: Package power limit normal
[ 4333.102725] CPU1: Package power limit normal
[ 4333.102726] CPU0: Package power limit normal
[ 4333.102728] CPU2: Package power limit normal
[ 4676.302174] CPU2: Package power limit notification (total events = 689)
[ 4676.302177] CPU3: Package power limit notification (total events = 689)
[ 4676.302181] CPU0: Package power limit notification (total events = 689)
[ 4676.302184] CPU1: Package power limit notification (total events = 689)
[ 4676.313204] CPU0: Package power limit normal
[ 4676.313210] CPU3: Package power limit normal
[ 4676.313213] CPU2: Package power limit normal
[ 4676.313216] CPU1: Package power limit normal

Revision history for this message

David Henningsson (diwic) wrote on 2013-02-19:

#4

Hi Laura,

Can you please do the following:

cp /etc/pulse/default.pa ~/.pulse/default.pa

then edit ~/.pulse/default.pa and add these lines (just above the first .nofail line)

set-log-target file:/tmp/pulseverbose.log
set-log-level 4
set-log-time 1

save and reboot. Log in and try to playback some sound, and notice that it is not working.
Now attach the file /tmp/pulseverbose.log to this bug. Thanks!

Changed in pulseaudio (Ubuntu):
status:	New → Incomplete

Revision history for this message

Evgeny Brazgin (xapienz) wrote on 2013-02-20:

#5

The bug affects me too after updating to pulseaudio 1:3.0-0ubuntu2.
pulseaudio-1:3.0-0ubuntu1 worked well.

Revision history for this message

Evgeny Brazgin (xapienz) wrote on 2013-02-20:

#6

pulseverbose.log Edit (182.7 KiB, text/plain)

I attached the log file according to the request.

Revision history for this message

Laura Czajkowski (czajkowski) wrote on 2013-02-20:

#7

pulseverbose.log Edit (162.8 KiB, text/plain)

attaching as requested.

Changed in pulseaudio (Ubuntu):
status:	Incomplete → New

Revision history for this message

David Henningsson (diwic) wrote on 2013-02-21:

#8

D ( 43.377| 0.000) [pulseaudio] reserve-wrap.c: Device unlock of reserve-wrapper@Audio0 has been requested and succeeded.

This line is the likely problem; it should never happen unless you're running JACK, and it should definitely never happen as a result of starting playback.

Also, I don't think it's a coincidence that both Laura, xapienz, and the reporter of bug 1127872 all seem to run VLC...

David Henningsson (diwic) on 2013-02-21

Changed in pulseaudio (Ubuntu):
importance:	Undecided → High
assignee:	nobody → David Henningsson (diwic)

Revision history for this message

David Henningsson (diwic) wrote on 2013-02-21:

#9

Uploaded 3.0-0ubuntu3 of PulseAudio with a fix for this issue.

Changed in pulseaudio (Ubuntu):
status:	New → Fix Committed

Revision history for this message

Evgeny Brazgin (xapienz) wrote on 2013-02-21:

#10

David,
as far as I remember, the bug appears not with VLC only (now I'm unable to check it, but later I'll make similar log without vlc).

Amarok also stops sounding after pausing it and trying to play music some time later.

Revision history for this message

David Henningsson (diwic) wrote on 2013-02-21:

#11

@xapienz: If you run amarok (before vlc), will you then see "Device unlock of reserve-wrapper@Audio0 has been requested and succeeded." in PulseAudio's log when starting amarok? If so, it's the same bug. It just seems some applications are more likely to trigger them than other ones. E g, I tried with "paplay" and that didn't trigger the bug.

Revision history for this message

David Henningsson (diwic) wrote on 2013-02-21:

#12

Also, a symptom of this bug is that if you run "pacmd list" while the sound is non-working, you will find a line somewhere saying

suspend cause: APPLICATION

...under the sink you're currently trying to play back through.

Revision history for this message

Launchpad Janitor (janitor) wrote on 2013-02-21:

#13

This bug was fixed in the package pulseaudio - 1:3.0-0ubuntu3

---------------
pulseaudio (1:3.0-0ubuntu3) raring; urgency=low

  * 0106-reserve-Move-get_name_owner-to-the-public-rd_device-.patch,
    0107-reserve-Fix-leaking-NameLost-signals-after-release-a.patch:
    Fix sound suddenly stops working, seems particularly frequent with VLC
    (LP: #1129990, LP: #1127872)
-- David Henningsson <email address hidden> Thu, 21 Feb 2013 10:55:16 +0100

Changed in pulseaudio (Ubuntu):
status:	Fix Committed → Fix Released

Revision history for this message

Evgeny Brazgin (xapienz) wrote on 2013-02-21:

#14

Seems to work like a charm.
Thank you =)

Revision history for this message

David Henningsson (diwic) wrote on 2013-02-21:

#15

Thanks for confirming!

Revision history for this message

Simplehuman (simplehuman) wrote on 2013-02-22:

#16

Someone has problems with Skype segmetation fault after this update?

Ubuntu
pulseaudio package

Sound no longer works unless you kill it each time for each application

Bug Description

Related branches

Duplicates of this bug

Other bug subscribers

Bug attachments

Remote bug watches

Ubuntupulseaudio package

Sound no longer works unless you kill it each time for each application

Bug Description

Related branches

Duplicates of this bug

Other bug subscribers

Bug attachments

Remote bug watches

Ubuntu
pulseaudio package