Oleg Nesterov
32e4e6d5cb
mm/mmap.c: expand_downwards: don't require the gap if !vm_prev
...
expand_stack(vma) fails if address < stack_guard_gap even if there is no
vma->vm_prev. I don't think this makes sense, and we didn't do this
before the recent commit 1be7107fbe18 ("mm: larger stack guard gap,
between vmas").
We do not need a gap in this case, any address is fine as long as
security_mmap_addr() doesn't object.
This also simplifies the code, we know that address >= prev->vm_end and
thus underflow is not possible.
Link: http://lkml.kernel.org/r/20170628175258.GA24881@redhat.com
Signed-off-by: Oleg Nesterov <oleg@redhat.com>
Acked-by: Michal Hocko <mhocko@suse.com>
Cc: Hugh Dickins <hughd@google.com>
Cc: Larry Woodman <lwoodman@redhat.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2017-07-10 16:32:33 -07:00
..
2017-05-10 10:30:46 -07:00
2017-04-20 12:09:55 -06:00
2017-07-10 16:32:32 -07:00
2017-02-22 16:41:29 -08:00
2017-06-05 16:59:12 +02:00
2017-04-18 20:41:12 +02:00
2017-07-10 16:32:32 -07:00
2017-04-18 20:41:12 +02:00
2017-07-06 16:24:32 -07:00
2016-03-17 15:09:34 -07:00
2016-12-12 18:55:08 -08:00
2017-02-27 18:43:47 -08:00
2015-11-05 19:34:48 -08:00
2016-12-20 09:48:46 -08:00
2016-03-15 16:55:16 -07:00
2017-07-10 16:32:30 -07:00
2017-05-08 17:15:13 -07:00
2016-07-26 16:19:19 -07:00
2017-07-06 16:24:34 -07:00
2016-05-19 19:12:14 -07:00
2017-07-06 16:24:31 -07:00
2016-05-20 17:58:30 -07:00
2017-07-10 16:32:32 -07:00
2017-05-03 15:52:12 -07:00
2016-11-22 11:49:48 -06:00
2017-05-08 17:15:10 -07:00
2015-02-10 14:30:31 -08:00
2017-07-07 13:55:45 -07:00
2017-05-03 15:52:10 -07:00
2017-07-10 16:32:31 -07:00
2017-04-18 11:42:36 -07:00
2016-03-17 15:09:34 -07:00
2017-07-06 16:24:34 -07:00
2017-07-06 16:24:31 -07:00
2016-10-27 18:43:42 -07:00
2016-05-22 17:21:27 -07:00
2017-07-10 16:32:32 -07:00
2017-06-20 15:31:38 -04:00
2017-07-06 16:24:35 -07:00
2017-07-10 16:32:32 -07:00
2017-07-10 16:32:32 -07:00
2017-07-10 16:32:32 -07:00
2017-07-10 16:32:30 -07:00
2017-07-06 16:24:34 -07:00
2017-06-20 12:18:27 +02:00
2015-09-08 15:35:28 -07:00
2017-07-10 16:32:31 -07:00
2017-02-24 17:46:56 -08:00
2017-06-02 15:07:38 -07:00
2016-03-17 15:09:34 -07:00
2017-07-10 16:32:33 -07:00
2017-03-02 08:42:38 +01:00
2017-04-18 11:38:22 -07:00
2017-02-22 16:41:29 -08:00
2017-07-06 16:24:33 -07:00
2017-03-09 11:48:47 -08:00
2015-11-05 19:34:48 -08:00
2017-07-06 16:24:31 -07:00
2017-05-08 17:15:13 -07:00
2017-07-10 16:32:32 -07:00
2017-07-10 16:32:32 -07:00
2015-11-05 19:34:48 -08:00
2017-05-03 15:52:10 -07:00
2017-05-03 15:52:10 -07:00
2017-07-10 16:32:30 -07:00
2017-07-10 16:32:31 -07:00
2017-07-10 16:32:32 -07:00
2017-05-03 15:52:10 -07:00
2017-07-06 16:24:34 -07:00
2017-07-07 18:39:15 -07:00
2017-07-06 16:24:34 -07:00
2017-06-21 13:53:52 -04:00
2017-06-29 11:23:38 -04:00
2017-06-20 15:31:38 -04:00
2017-06-29 11:23:38 -04:00
2017-06-21 12:00:45 -04:00
2017-03-09 11:48:47 -08:00
2017-03-02 08:42:28 +01:00
2016-03-17 15:09:34 -07:00
2016-12-12 18:55:08 -08:00
2017-07-06 16:24:35 -07:00
2017-05-03 15:52:09 -07:00
2017-07-10 16:32:31 -07:00
2017-07-06 16:24:31 -07:00
2017-07-06 16:24:35 -07:00
2017-07-06 16:24:35 -07:00
2017-04-18 11:42:36 -07:00
2017-07-06 16:24:35 -07:00
2017-03-09 11:48:47 -08:00
2017-07-06 16:24:32 -07:00
2017-07-06 16:24:31 -07:00
2017-07-10 16:32:32 -07:00
2017-07-10 16:32:30 -07:00
2017-07-06 16:24:35 -07:00
2017-07-10 16:32:30 -07:00
2017-07-10 16:32:32 -07:00
2017-04-05 12:30:18 -07:00
2017-03-09 11:48:47 -08:00
2017-06-02 15:07:37 -07:00
2017-03-02 08:42:38 +01:00
2017-07-10 16:32:31 -07:00
2017-07-10 16:32:31 -07:00
2017-07-10 16:32:30 -07:00
2017-07-10 16:32:32 -07:00
2017-07-06 16:24:35 -07:00
2017-04-13 18:24:20 -07:00
2016-01-15 11:40:52 -08:00
2015-11-06 17:50:42 -08:00
2017-07-10 16:32:30 -07:00
2017-07-06 16:24:35 -07:00