Subject: Re: [PATCH] Realtime LSM
From: Lee Revell <rlrevell@joe-job.com>
To: "Jack O'Quin" <joq@io.com>
Cc: Chris Wright <chrisw@osdl.org>,
       Jody McIntyre <realtime-lsm@modernduck.com>,
       linux-kernel <linux-kernel@vger.kernel.org>, torbenh@gmx.de
In-Reply-To: <87k6ubcccl.fsf@sulphur.joq.us>
References: <1094967978.1306.401.camel@krustophenia.net>
	 <20040920202349.GI4273@conscoop.ottawa.on.ca>
	 <20040930211408.GE4273@conscoop.ottawa.on.ca>
	 <1096581213.24868.19.camel@krustophenia.net>
	 <87pt43clzh.fsf@sulphur.joq.us> <20040930182053.B1973@build.pdx.osdl.net>
	 <87k6ubcccl.fsf@sulphur.joq.us>
Content-Type: text/plain
Message-Id: <1096663225.27818.12.camel@krustophenia.net>
Mime-Version: 1.0
Date: Fri, 01 Oct 2004 16:40:25 -0400
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1183
Lines: 28

On Fri, 2004-10-01 at 00:05, Jack O'Quin wrote:
> Chris Wright <chrisw@osdl.org> writes:
> 
> > This uses the basic rlimits infrastructure.  You can manage it manually
> > in a shell with ulimit -l, or you can use pam (pam_limits) to configure
> > per uid limits.  There's a pam doc that describes limits, and a manpage
> > for ulimit.  It's really easy to use, and should eliminate the need for
> > the mlock part of that module.
> 
> Thanks for the pointer, Chris.
> 
> I'll see if I can figure out a way to make that useable for musicians.
> 
> The ulimit approach is way too cumbersome.

Agreed.  The whole point of getting realtime-lsm in the kernel is to
make it _easier_ to get a linux audio (or other realtime system) up and
running.  Would it be feasible to use rlimits to let users run
SCHED_FIFO processes?  The ulimit approach would probably be acceptable
if it subsumed all the functionality of the realtime-lsm module.

Lee

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/