Re: [stable] [29/93] fs/exec.c: restrict initial stack space expansion to rlimit
From: Michael Neuling
Date: Tue Feb 23 2010 - 15:42:47 EST
In message <20100223153412.GB4275@xxxxxxxxx> you wrote:
> On Sun, Feb 21, 2010 at 05:42:44PM +1100, Michael Neuling wrote:
> > In message <20100219163238.671588178@xxxxxxxxxxxxx> you wrote:
> > > 2.6.32-stable review patch. If anyone has any objections, please let us
know
> > .
> > >
> > > ------------------
> > >
> > > From: Michael Neuling <mikey@xxxxxxxxxxx>
> > >
> > > 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@xxxxxxxxxx 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?
No problems. Actually, Linus took it over night. SHA1 is
a17e18790a8c47113a73139d54a375dc9ccd8f08 "fs/exec.c: fix initial stack
reservation"
I'll send a note to stable now.
Mikey
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/