lkml.org 
[lkml]   [2010]   [Feb]   [23]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: [stable] [29/93] fs/exec.c: restrict initial stack space expansion to rlimit
Date
In message <20100223153412.GB4275@kroah.com> you wrote:
> On Sun, Feb 21, 2010 at 05:42:44PM +1100, Michael Neuling wrote:
> > In message <20100219163238.671588178@kvm.kroah.org> you wrote:
> > > 2.6.32-stable review patch. If anyone has any objections, please let us
know
> > .
> > >
> > > ------------------
> > >
> > > From: Michael Neuling <mikey@neuling.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@kernel.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?

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


\
 
 \ /
  Last update: 2010-02-23 21:45    [W:0.064 / U:1.224 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site