On Tue, 2005-04-26 at 16:32 -0400, Jody McIntyre wrote:
The RT rlimits patch (nice-and-rt-prio-rlimits.patch) has been
proposed
as a solution to allow audio users to run their applications with
realtime priorities. While more complicated to configure, it's a much
cleaner patch than
On Tue, 2005-04-26 at 16:32 -0400, Jody McIntyre wrote:
http://www.steamballoon.com/wiki/Rlimits
It appears that Linux has merged the RT rlimit patch, as of 2.6.12-rc3
or -rc4. I updated the wiki to remove the extra step of patching the
kernel.
Lee
Jody McIntyre wrote:
The RT rlimits patch (nice-and-rt-prio-rlimits.patch) has been proposed
as a solution to allow audio users to run their applications with
realtime priorities. While more complicated to configure, it's a much
cleaner patch than realtime-lsm and it's likely to get merged soon
Jack O'Quin wrote:
Shayne O'Connor [EMAIL PROTECTED] writes:
one thing i noticed is that whenever an audio app is started from the
terminal, it prints this out:
cannot lock down memory for RT thread (Cannot allocate memory)
though, in regards to what i mention above, this message doesn't
Jack O'Quin wrote:
Perhaps someone can explain how to do this using PAM. I believe you
set the `memlock' option in `/etc/security/limits.conf', somehow.
Shayne O'Connor [EMAIL PROTECTED] writes:
yep, this works for me ... here are my PAM settings in limits.conf:
domain type item