Bug 497615
Summary: | Pulseaudio figuring at the top in powertop output | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Amit Shah <amit.shah> |
Component: | pulseaudio | Assignee: | Lennart Poettering <lpoetter> |
Status: | CLOSED WORKSFORME | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | low | ||
Version: | 10 | CC: | amit.shah, lkundrak, lpoetter, wtogami |
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: | 2009-04-30 20:29:40 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: |
Description
Amit Shah
2009-04-25 05:49:10 UTC
PA dynamically adjusts the wakeup intervals depending on how many drop outs you got and on the latency requirements of the clients connected to it. If you get a drop-out PA will make sure it wakes up earlier next time to make sure you don't get those dropouts anymore. It will log that to syslog. COuld you please check if there's anything about that in your syslog? Also, while PA initializes the sound card for 2s of buffer that could be used to bring the wakeups down to once per second the FC10 kernel does not allow that and artificially limits the buffer size to 64k (i.e. 370ms). This got fixed in the F11 kernel. Please paste the output of "ls" in pacmd here when this happens. This should tell us what the latency requirements of the connected clients are and why the wakeup frequency got increased so much. I switched the backend from gstreamer to xine and things were normal -- I don't have the pacmd ls output before the switch, sorry.. but I have this pulseaudio-specific output from the old /var/log/messages (the last one should be the interesting one): Apr 25 09:39:04 amit-x200 pulseaudio[2860]: main.c: Called SUID root and real-time and/or high-priority scheduling was requested in the configuration. However, we lack the necessary privileges: Apr 25 09:39:04 amit-x200 pulseaudio[2860]: main.c: We are not in group 'pulse-rt', PolicyKit refuse to grant us the requested privileges and we have no increase RLIMIT_NICE/RLIMIT_RTPRIO resource limits. Apr 25 09:39:04 amit-x200 pulseaudio[2860]: main.c: For enabling real-time/high-priority scheduling please acquire the appropriate PolicyKit privileges, or become a member of 'pulse-rt', or increase the RLIMIT_NICE/RLIMIT_RTPRIO resource limits for this user. Apr 25 09:39:07 amit-x200 pulseaudio[2865]: alsa-util.c: Cannot find fallback mixer control "Mic". Apr 25 09:39:08 amit-x200 pulseaudio[2886]: pid.c: Daemon already running. Apr 25 09:40:03 amit-x200 acpid: client connected from 2947[0:0] Apr 25 09:40:46 amit-x200 pulseaudio[3728]: pid.c: Stale PID file, overwriting. Apr 25 09:40:46 amit-x200 pulseaudio[3728]: alsa-util.c: Cannot find fallback mixer control "Mic". Apr 25 09:53:13 amit-x200 pulseaudio[3728]: module-alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! Most likely this is an ALSA driver bug. Please report this issue to the PulseAudio developers. Those syslog messages shouldn't be much of a problem. They should not appear anymore on F11. Since the problems seem to be gone I'll close this bug now. Feel free to reopen if the problem appears again and make sure to post the output of "ls" in pacmd then here! Thanks! |