summaryrefslogtreecommitdiffstats
path: root/mm
diff options
context:
space:
mode:
authorMichal Hocko <mhocko@suse.com>2017-02-24 17:58:53 -0500
committerLinus Torvalds <torvalds@linux-foundation.org>2017-02-24 20:46:55 -0500
commit5d17a73a2ebeb8d1c6924b91e53ab2650fe86ffb (patch)
tree5e92cb9094e2318130c5ab2c2a47fddad5008f63 /mm
parentdbe43d4d2837da3d11fd7f4e2ed1a395012fe6f5 (diff)
vmalloc: back off when the current task is killed
__vmalloc_area_node() allocates pages to cover the requested vmalloc size. This can be a lot of memory. If the current task is killed by the OOM killer, and thus has an unlimited access to memory reserves, it can consume all the memory theoretically. Fix this by checking for fatal_signal_pending and back off early. Link: http://lkml.kernel.org/r/20170201092706.9966-4-mhocko@kernel.org Signed-off-by: Michal Hocko <mhocko@suse.com> Reviewed-by: Christoph Hellwig <hch@lst.de> Cc: Tetsuo Handa <penguin-kernel@I-love.SAKURA.ne.jp> Cc: Al Viro <viro@zeniv.linux.org.uk> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'mm')
-rw-r--r--mm/vmalloc.c5
1 files changed, 5 insertions, 0 deletions
diff --git a/mm/vmalloc.c b/mm/vmalloc.c
index d89034a393f2..011b446f8758 100644
--- a/mm/vmalloc.c
+++ b/mm/vmalloc.c
@@ -1642,6 +1642,11 @@ static void *__vmalloc_area_node(struct vm_struct *area, gfp_t gfp_mask,
1642 for (i = 0; i < area->nr_pages; i++) { 1642 for (i = 0; i < area->nr_pages; i++) {
1643 struct page *page; 1643 struct page *page;
1644 1644
1645 if (fatal_signal_pending(current)) {
1646 area->nr_pages = i;
1647 goto fail;
1648 }
1649
1645 if (node == NUMA_NO_NODE) 1650 if (node == NUMA_NO_NODE)
1646 page = alloc_page(alloc_mask); 1651 page = alloc_page(alloc_mask);
1647 else 1652 else