Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.
Bug 157516 - RFE: RT Limits for Pro-Audio
Summary: RFE: RT Limits for Pro-Audio
Status: CLOSED DUPLICATE of bug 157050
Alias: None
Product: Fedora
Classification: Fedora
Component: pam
Version: rawhide
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Tomas Mraz
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 2005-05-12 07:14 UTC by Rahul Sundaram
Modified: 2013-03-13 05:42 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2005-05-12 07:36:09 UTC

Attachments (Terms of Use)

Description Rahul Sundaram 2005-05-12 07:14:35 UTC
Description of problem:

Pro Audio people require a mechanism to provide preferential scheduling to audio
applications. RT limits patch has been merged upstream. More information
available here 

Expected results:

Provide a mechanism for audio professionals to use this capability in a non
intrusive secure way

Additional info:

Distributions like Agnula ( and repos like Planet CCRMA
( depend on similar functionality.

Comment 1 Tomas Mraz 2005-05-12 07:36:09 UTC

*** This bug has been marked as a duplicate of 157050 ***

Comment 2 Fernando Lopez-Lezcano 2005-05-12 18:15:12 UTC
I already did a release of 2.6.12-rc4 low latency kernels (they include the
realtme preempt patches from Ingo Molnar) at Planet CCRMA and a suitably patched
pam that enables access to realtime scheduling and memory locking "out of the
box", see the announcement here:

Before switching to the rlimits patch I was relying on the realtime lsm kernel
module by Jack O'Quin to get the same results. 

The source package for the modified pam is here:
and the kernel is here:

The patches to pam not only make it aware of the new limits options (that was
part of the packages released in the wiki referenced above) but
also adds a bit of documentation to /etc/security/limits.conf and enables access
to everyone by default (which is probably not what Fedora would do, in my case I
need to install the whole thing and be ready to start apps that use realtime
scheduling with no user configuration of /etc files - the Jack Audio Connection
Kit audio server is the best example, many applications depend on it and it has
to have access to realtime scheduling and memory locking to be of any use). 

BTW, the Fedora project should consider adding an "audio" group to the stock
install, that would make configuration and restriction of permissions much easier. 

Note You need to log in before you can comment on or make changes to this bug.