[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20100223153412.GB4275@kroah.com>
Date: Tue, 23 Feb 2010 07:34:12 -0800
From: Greg KH <greg@...ah.com>
To: Michael Neuling <mikey@...ling.org>
Cc: Greg KH <gregkh@...e.de>, Serge Hallyn <serue@...ibm.com>,
Benjamin Herrenschmidt <benh@...nel.crashing.org>,
Ingo Molnar <mingo@...e.hu>, linux-kernel@...r.kernel.org,
stable@...nel.org, Anton Blanchard <anton@...ba.org>,
KOSAKI Motohiro <kosaki.motohiro@...fujitsu.com>,
Oleg Nesterov <oleg@...hat.com>,
Americo Wang <xiyou.wangcong@...il.com>,
akpm@...ux-foundation.org, James Morris <jmorris@...ei.org>,
torvalds@...ux-foundation.org, stable-review@...nel.org,
alan@...rguk.ukuu.org.uk
Subject: Re: [stable] [29/93] fs/exec.c: restrict initial stack space
expansion to rlimit
On Sun, Feb 21, 2010 at 05:42:44PM +1100, Michael Neuling wrote:
> In message <20100219163238.671588178@....kroah.org> you wrote:
> > 2.6.32-stable review patch. If anyone has any objections, please let us know
> .
> >
> > ------------------
> >
> > From: Michael Neuling <mikey@...ling.org>
> >
> > commit 803bf5ec259941936262d10ecc84511b76a20921 upstream.
> >
> > When reserving stack space for a new process, make sure we're not
> > attempting to expand the stack by more than rlimit allows.
>
> This breaks UML, so you also need to take this also:
>
> http://patchwork.kernel.org/patch/79365/
>
> It's in akpm's tree only so far.
As I can't take patches that are not in Linus's tree, can you let
stable@...nel.org know the git commit id of the patch when it goes into
Linus's tree, and then I will apply it to the next .32-stable release?
thanks,
greg k-h
--
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