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 realt
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
> 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:
>
>
>
>
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, thi
"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 seem to
> ha
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 so
