[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.LRH.2.00.1001022239060.15694@twin.jikos.cz>
Date: Sat, 2 Jan 2010 22:40:48 +0100 (CET)
From: Jiri Kosina <jkosina@...e.cz>
To: Jiri Slaby <jirislaby@...il.com>,
Linus Torvalds <torvalds@...ux-foundation.org>
Cc: LKML <linux-kernel@...r.kernel.org>, Ingo Molnar <mingo@...e.hu>,
Neil Horman <nhorman@...driver.com>,
Oleg Nesterov <oleg@...hat.com>
Subject: Re: [PULL] pull request for writable limits for 2.6.33-rc0
On Wed, 9 Dec 2009, Jiri Slaby wrote:
> ---
> The following changes since commit 2588465badb648a50cd19623f0dd0063c90d4e31:
> Linus Torvalds (1):
> Merge branch 'bkl-arch-for-linus' of
> git://git.kernel.org/.../tip/linux-2.6-tip
>
> are available in the git repository at:
>
> git://decibel.fi.muni.cz/~xslaby/linux writable_limits
>
> Jiri Slaby (25):
> SECURITY: selinux, fix update_rlimit_cpu parameter
> SECURITY: add task_struct to setrlimit
> core: add task_struct to update_rlimit_cpu
> core: split sys_setrlimit
> core: allow setrlimit to non-current tasks
> core: optimize setrlimit for current task
> FS: proc, switch limits reading to fops
> FS: proc, make limits writable
> core: do security check under task_lock
> core: rename setrlimit to do_setrlimit
> resource: move kernel functions inside __KERNEL__
> core: posix-cpu-timers, cleanup rlimits usage
> resource: add helpers for fetching rlimits
> IA64: use helpers for rlimits
> PPC: use helpers for rlimits
> S390: use helpers for rlimits
> SPARC: use helpers for rlimits
> X86: use helpers for rlimits
> FS: use helpers for rlimits
> MM: use helpers for rlimits
> core: use helpers for rlimits
> misc: use helpers for rlimits
> core: implement getprlimit and setprlimit syscalls
> COMPAT: add get/put_compat_rlimit
> x86: add ia32 compat prlimit syscalls
>
> Neil Horman (1):
> unistd: add __NR_[get|set]prlimit syscall numbers
>
> Oleg Nesterov (1):
> sys_setrlimit: make sure ->rlim_max never grows
Hmm, so this seems to have missed thw 2.6.33 merge window, being dropped
in a silent way.
Linus, is there any reason you have not pulled this for .33 (I can't see
any objections from previous reviews), or was this just forgotten?
Thanks,
--
Jiri Kosina
SUSE Labs, Novell Inc.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists