On Wed, Nov 1, 2017 at 10:26 PM, Willy Tarreau <[email protected]> wrote: > From: Helge Deller <[email protected]> > > commit 37511fb5c91db93d8bd6e3f52f86e5a7ff7cfcdf upstream. > > Jörn Engel noticed that the expand_upwards() function might not return
Jörn (yeah, the original commit suffers from this, too ;-) > -ENOMEM in case the requested address is (unsigned long)-PAGE_SIZE and > if the architecture didn't defined TASK_SIZE as multiple of PAGE_SIZE. > > Affected architectures are arm, frv, m68k, blackfin, h8300 and xtensa > which all define TASK_SIZE as 0xffffffff, but since none of those have > an upwards-growing stack we currently have no actual issue. > > Nevertheless let's fix this just in case any of the architectures with > an upward-growing stack (currently parisc, metag and partly ia64) define > TASK_SIZE similar. > > Link: http://lkml.kernel.org/r/[email protected] > Fixes: bd726c90b6b8 ("Allow stack to grow up to address space limit") > Signed-off-by: Helge Deller <[email protected]> > Reported-by: Jörn Engel <[email protected]> > Cc: Hugh Dickins <[email protected]> > Cc: Oleg Nesterov <[email protected]> > Cc: <[email protected]> > Signed-off-by: Andrew Morton <[email protected]> > Signed-off-by: Linus Torvalds <[email protected]> > Signed-off-by: Willy Tarreau <[email protected]> Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [email protected] In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds
