diff options
author | Guillem Jover <guillem.jover@nokia.com> | 2006-12-06 20:32:24 -0800 |
---|---|---|
committer | Linus Torvalds <torvalds@woody.osdl.org> | 2006-12-07 08:39:21 -0800 |
commit | 8fb4fc68ca391862b061b3d358a288ccf6abed39 (patch) | |
tree | 5fb67541fb76957260879812d6d21ead6c4e6852 /mm | |
parent | 3b17979bda74493633364c2c263b452b7788e350 (diff) | |
download | linux-3.10-8fb4fc68ca391862b061b3d358a288ccf6abed39.tar.gz linux-3.10-8fb4fc68ca391862b061b3d358a288ccf6abed39.tar.bz2 linux-3.10-8fb4fc68ca391862b061b3d358a288ccf6abed39.zip |
[PATCH] Allow user processes to raise their oom_adj value
Currently a user process cannot rise its own oom_adj value (i.e.
unprotecting itself from the OOM killer). As this value is stored in the
task structure it gets inherited and the unprivileged childs will be unable
to rise it.
The EPERM will be handled by the generic proc fs layer, as only processes
with the proper caps or the owner of the process will be able to write to
the file. So we allow only the processes with CAP_SYS_RESOURCE to lower
the value, otherwise it will get an EACCES which seems more appropriate
than EPERM.
Signed-off-by: Guillem Jover <guillem.jover@nokia.com>
Acked-by: Andrea Arcangeli <andrea@novell.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Diffstat (limited to 'mm')
0 files changed, 0 insertions, 0 deletions