Red Hat Bugzilla – Bug 469335
[pulseaudio] no request for real-time/high-priority scheduling through PolicyKit
Last modified: 2009-01-04 21:42:27 EST
Description of problem:
Inspection of file .xsession-errors on a current "rawhide" system reveals a denial of real-time/high-priority scheduling for PulseAudio. There is no other feedback to the user than through this hidden file [and /var/log/messages], thus the issue will remain unknown to the vast majority of them.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Start GNOME session.
2. Open $HOME/.xsession-errors.
Real-time/high-priority scheduling is reported to be denied.
Real-time/high-priority scheduling should have been granted or at least, the user prompted how to proceed in this matter.
- In F8, PolicyKit used to prompt the user for authorization of real-time/high-priority scheduling.
- The system was installed from scratch by means of the F10-Snap3 live image, and the user home directory had been cleaned up beforehand.
PA mostly works fine without RT privs. The user doesn't need to know.
Are there plans to grant RT privileges by default for desktop installations?
This bug appears to have been reported against 'rawhide' during the Fedora 10 development cycle.
Changing version to '10'.
More information and reason for this action is here:
(In reply to comment #3)
> This bug appears to have been reported against 'rawhide' during the Fedora 10
> development cycle.
> Changing version to '10'.
> More information and reason for this action is here:
This happened on my box upgraded from F9 to F10. The sound feels like a regression and I get "Phonon" errors on startup seying audio device does not work.
Seeing the same issue, but i won't call it cracking, but more like audio glitches
when i log into kde4 the login sound starts having these gliches.
when playing audio in amarok, this happens predominantly when the first song start playback, thereafter its alright.
playing files in vlc also produces the same glitches, but not continuously, just sometimes here and there.
in my opinion, audio frames are being dropped.
In gnome i am able to use alsa output instead of pulseaudio, in which case its all perfect. But i am not able select alsa as the backend for phonon.
[sameersbn@sameer ~]$ lspci | grep -i audio
00:1b.0 Audio device: Intel Corporation 82801H (ICH8 Family) HD Audio Controller (rev 03)
I am unable to use VLC, my preferred DVD Player. The video plays well but the sound is unbearable. Is there an ETA for addressing this bug? I am using FC10 and X86_64 version.
(In reply to comment #2)
> Are there plans to grant RT privileges by default for desktop installations?
No. It's a security issue. Allowing a user process to be RT means allowing a user to freeze the machine.
Why not stick with the user interaction through the PolicyKit GUI as in F8? You get prompted, and you decide yourself whether you want real-time/high-priority scheduling for PulseAudio to be enabled or not.
(In reply to comment #8)
> Why not stick with the user interaction through the PolicyKit GUI as in F8? You
> get prompted, and you decide yourself whether you want real-time/high-priority
> scheduling for PulseAudio to be enabled or not.
Yes, this seems like the sane thing to do. Let the user decide.
(In reply to comment #7)
> (In reply to comment #2)
> > Are there plans to grant RT privileges by default for desktop installations?
> No. It's a security issue. Allowing a user process to be RT means allowing a
> user to freeze the machine.
It's only a security issue if the code itself is flawed. I'm not familiar with the pulseaudio code base. How many lines of code would be running at RT? If there's a suitable separation between time-sensitive and time-insensitive operations, it shouldn't be too difficult to verify that the code is safe. Wasn't pulseaudio designed to run at RT at some point?