Pulse Audio battery drain (occationally)
 

From time to time I notice that Pulse Audio "sticks" and runs the battery down in a short afternoon. Top/HTop shows that it is pulse audio, and if I put my ear to the speakers I can hear a slight hiss of static. I cannot kill the thread, it just restarts. When this is occurs it usually proceeded by a little double tweet or stutter in the system sound.

Has anyone else noticed this? Upon reboot it is gone, and batter consumption is per normal (which seems to be really good). Any further feedback would be appreciated.

-Thor

Re: Pulse Audio battery drain (occationally)
 

Pulseaudio cpu usage after phone call bug (hopefully) fixed in next FW update
https://bugs.maemo.org/show_bug.cgi?id=6868

.edit
Look from comments for workaround.

Re: Pulse Audio battery drain (occationally)
 

Thanks for the bug link, although I have had this pulseaudio issue both after phone calls, and sometimes where there is no phone call involved at all. That, frankly is the one that troubles me more. None the less, this is good information, and I guess I missed it in my search. Thanks again. -Thor

Re: Pulse Audio battery drain (occationally)
 

Are you saying that this happens even when you haven't taken phone calls since the last reboot? If that's true then please file a new bug.

Re: Pulse Audio battery drain (occationally)
 

Thanks for the bug report and workaround.

Re: Pulse Audio battery drain (occationally)
 

just experienced battery drain caused by pulseaudio
i'm on PR 1.2, installed titans kernel v37 but still on default settings

don't know what triggers it...
the last thing i did before i noticed a battery drain (and conky reported pulseaudio kept on using more than 5% cpu) was playing airport and brain party (both exits normally & without interruptions by calls or anything)

resolved with killall tonegend

unfortunately i haven't been able to reproduce this problem...

i thought this bug was supposed to be resolved in PR 1.2

or maybe this is a new bug??

http://i49.tinypic.com/24wcb42.png

Re: Pulse Audio battery drain (occationally)
 

I've been trying to keep an eye on pulseaudio also after 1.2. I usually run into it once every 2 weeks.

If it still occurs then its a big "F U" to Nokia software developers as I have to check "top" after every freakin phone call otherwise I'll have a dead battery in a few hours.

Re: Pulse Audio battery drain (occationally)
 

i have exactly the same issue.i never had this issue beafore, but now i'm experiencing it often. i have latest cssu stable from a long time. i started to have this issue just few weeks ago. especially after using open media player and cutetube to watch videos. but pulseaudio stuck and cpu usage/battery drain also after phone calls or misscalls. is this bug solved? https://bugs.maemo.org/show_bug.cgi?id=6868 how can i fix the problem?

Re: Pulse Audio battery drain (occationally)
 

Bump! No one have this issue of pulseaudio stuck and draining battery after a call on the N900? the bug has been marked as fixed, but on latest cssu stable is still present.

in this thread it seems it happens the same on the N9

the only solution is to kill pulseaudio everytime?

Re: Pulse Audio battery drain (occationally)
 

i'd like to make a desktop launcher or a beecon widget to kill pulseaudio with one tap.

tried a launcher.desktop icon like:

[Desktop Entry]
Version=1.0
Encoding=UTF-8
Name=pulseaudiokiller
Icon=icon
Exec=/usr/bin/killall pulseaudio
Type=Application

but not working

how can i execute the killall pulseaudio? because is to be done as root

Maybe i can use Queen Beecon Widget with a command like: osso-x-term -e "root && killall pulseaudio"

but i'm not expert in shell, any suggestions?

Re: Pulse Audio battery drain (occationally)
 

sudo killall pulseaudio

??

Re: Pulse Audio battery drain (occationally)
 

Yes.

Insert
Exec=sudo /usr/bin/killall pulseaudio
into the desktop file.

But to get that working you will need a sudoers entry. Add a file into /etc/sudsers.d (example in this directory) and run update-sudoers.
Or, if you do not know how to do, just install sudsers. But this is security mess as it will allow user to execute every binary to be executed with root rights!

Re: Pulse Audio battery drain (occationally)
 

thanks.

also i found another way with queen beecon widget:

written killall pulseaudio in a file script.sh

then given to the queen beecon widget the command:

echo sh "path to script.sh" | root

btw is not clear still why the pulseaudio stays active and use cpu after phone calls...

Re: Pulse Audio battery drain (occationally)
 

still investigating the issue with pulseaudio using cpu after closing a call

"powertop" , before killing pulseaudio, shows:

37% interrupt : DMA
34% interrupt : i2c_omap
21% interrupt : gp timer
2% i interrupt : mmc1

and "top" shows cpu usage around 24% for /usr/bin/pulseaudio -- system --high-priorit (user=pulse)

killing tonegend is not killing pulseaudio like said in similar bugs on bugs.maemo.org

should i open a new bug?
it needs other info like strace -p pidof pulseaudio?

Re: Pulse Audio battery drain (occationally)
 

i tried to run from term
ls -thl /proc/`pidof pulseaudio`/fd

while pulseaudio stuck after a call

and i got this

does it give any clues?

Re: Pulse Audio battery drain (occationally)
 

[problem solved?]

maybe not but i have strong feelings that the issue is linked to sociality running in background.

if i activate "keep running in background" in sociality, i can notice pulseaudio stuck after a call, but if i deactivate that option, no issue after several calls

when sociality is running in background, you can see /usr/bin/sociality running via top in xterm or conky

having sociality running in background also generate issue with audio volume: for example if you have audio volume at medium level, after receiving a notification from sociality running in background (with the iphone-like sound), the audio volume automatically increase to high level (even if you are using earphones, that is bad)

somebody can confirm?