summaryrefslogtreecommitdiffstats
path: root/mm/sparse.c
diff options
context:
space:
mode:
authorWei Yang <richard.weiyang@gmail.com>2017-02-23 00:45:07 +0100
committerLinus Torvalds <torvalds@linux-foundation.org>2017-02-23 01:41:29 +0100
commit7d41c03e2dc6a650f69655a42c0ddb72a7c121bf (patch)
treeffc1e00f2676387b7589694d7f1401f34215aa71 /mm/sparse.c
parentmm/memblock.c: trivial code refine in memblock_is_region_memory() (diff)
downloadlinux-7d41c03e2dc6a650f69655a42c0ddb72a7c121bf.tar.xz
linux-7d41c03e2dc6a650f69655a42c0ddb72a7c121bf.zip
mm/memblock.c: check return value of memblock_reserve() in memblock_virt_alloc_internal()
memblock_reserve() would add a new range to memblock.reserved in case the new range is not totally covered by any of the current memblock.reserved range. If the memblock.reserved is full and can't resize, memblock_reserve() would fail. This doesn't happen in real world now, I observed this during code review. While theoretically, it has the chance to happen. And if it happens, others would think this range of memory is still available and may corrupt the memory. This patch checks the return value and goto "done" after it succeeds. Link: http://lkml.kernel.org/r/1482363033-24754-3-git-send-email-richard.weiyang@gmail.com Signed-off-by: Wei Yang <richard.weiyang@gmail.com> Acked-by: Michal Hocko <mhocko@suse.com> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'mm/sparse.c')
0 files changed, 0 insertions, 0 deletions