Re: [PATCH] Changing RT priority in kernel 2.6 without CAP_SYS_NICE

* Andrew Morton <[email protected]> wrote:

> Ingo Molnar <[email protected]> wrote:
> >
> >  Presently, a process without the capability CAP_SYS_NICE can not change 
> >  its own policy, which is OK.
> > 
> >  But it can also not decrease its RT priority (if scheduled with policy 
> >  SCHED_RR or SCHED_FIFO), which is what this patch changes.
> 
> This patch needed some massaging to copt with the changes in 
> nice-and-rt-prio-rlimits.patch - please check.
> 
> I guess we should merge nice-and-rt-prio-rlimits.patch.

the massaging looks ok - and i agree that we should merge the rt-rlimits 
patch.

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

References:
- [PATCH] Changing RT priority in kernel 2.6 without CAP_SYS_NICE
  - From: Olivier Croquette <[email protected]>
- Re: [PATCH] Changing RT priority in kernel 2.6 without CAP_SYS_NICE
  - From: Ingo Molnar <[email protected]>
- Re: [PATCH] Changing RT priority in kernel 2.6 without CAP_SYS_NICE
  - From: Andrew Morton <[email protected]>

Prev by Date: [PATCH] hfsplus: don't leak sb->s_fs_info and don't oops on bad filesystem
Next by Date: Re: ide-cd? Can burn DVDs, just not read them...
Previous by thread: Re: [PATCH] Changing RT priority in kernel 2.6 without CAP_SYS_NICE
Next by thread: Why Ext2/3 needs immutable attribute?
Index(es):
- Date
- Thread

[Index of Archives] [Kernel Newbies] [Netfilter] [Bugtraq] [Photo] [Stuff] [Gimp] [Yosemite News] [MIPS Linux] [ARM Linux] [Linux Security] [Linux RAID] [Video 4 Linux] [Linux for the blind] [Linux Resources]