AFAICT the question really is _why_ the rlimits is not
working on
opensuse10 kernel-2.6.13-15.7 ? pam-0.80 looks to be rtprio ready ...
Same but different problem here.
As I do write in a posting before, our project jacklab working on a
opensuse based audio distribution named jad. For this we have to create
a standard opensuse 10.0 kernel with rt.
As Takashi giving us the advice, to using rtlimits / PAM instead of
rt-lsm.
So I asked in this mailinglist
http://lalists.stanford.edu/lau/2005/12/0258.html
Who has experiences with PAM?
The answer from Burghard Ritter:
If you are using a recent kernel (>=2.6.12) and a
recent pam-package
(>=0.80) then, if I am right, everything sould already be working.
You
would adjust the limits.conf to contain something like
@audio - rtprio 100
@audio - nice -10
@audio - memlock 4000000
Thus the group audio could run programs with realtime privileges.
Today we finshed a suse flavoured kernel with full realtime preemt.
2.6.15 with rt-patch ver rt1 and some other fixes (ipv6, some suse
patches)
I edited /etc/security/limits.conf as descripted by Burghard but I can't
get jackd to start.
jack_create_thread: error -1 switching current thread
to rt for inheritance: Unknown error 4294967295
Mooo...
Now we plan to patch some rt-lsm in our kernel...
Michael
Am Freitag, den 06.01.2006, 10:54 +0000 schrieb Rui Nuno Capela:
Joern Nettingsmeier wrote:
hi everyone!
after some time of job-induced absence from audio work, i have tried to
bring my audio workstation up to date again.
the problem is that i can't get realtime privileges.
arch is x86_64, distro is opensuse 10.0, i'm using the distro kernel,
which is a 2.6.13 with additional patches.
my /etc/security/limits.conf:
@realtime - memlock 128000
@realtime - nice 10
@realtime - rtprio 70
the account i use is member of @realtime.
on login, i get
Jan 6 00:01:38 kleineronkel pam_limits[13812]: unknown limit item 'nice'
Jan 6 00:01:38 kleineronkel pam_limits[13812]: unknown limit item
'rtprio'
and jack tells me it can't get rt scheduling. memlock works, though.
i browsed the kernel source, and it looks like the rlimit patch is there.
pam is recent:
pam-0.80-6
pam_ldap-178-3
pam-modules-10.0-11.2
the bash is not yet rlimits-aware (ulimit does not know about nice and
rtprio), but that should not be a problem, right?
is there a /proc or /sys file associated with the rlimits patch, so that
i can make sure my running kernel has it? or any other command-line
tools that might help to find the problem?
any hints appreciated.
Yes, highly appreciated indeed. I'm on opensuse 10.0 too, and after
realizing that rlimits are not working OTOB I always find myself patching
the original kernel-source with realtime-lsm, over and over again.
Anyone else?
--
rncbc aka Rui Nuno Capela
rncbc(a)rncbc.org