summaryrefslogtreecommitdiffstats
path: root/lib
diff options
context:
space:
mode:
authorDouglas Gilbert <dgilbert@interlog.com>2020-10-15 14:57:35 -0400
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2020-11-05 11:08:45 +0100
commite6786fd18fe2b91a4844f7d1606c50e09d4cebcf (patch)
tree4a55f985c795c4ea5255ff9e6b25118cd5d9d9fe /lib
parent2ef6f4bd60411934e3fc2715442c2afe70f84bf3 (diff)
downloadlinux-stable-e6786fd18fe2b91a4844f7d1606c50e09d4cebcf.tar.gz
linux-stable-e6786fd18fe2b91a4844f7d1606c50e09d4cebcf.tar.bz2
linux-stable-e6786fd18fe2b91a4844f7d1606c50e09d4cebcf.zip
sgl_alloc_order: fix memory leak
[ Upstream commit b2a182a40278bc5849730e66bca01a762188ed86 ] sgl_alloc_order() can fail when 'length' is large on a memory constrained system. When order > 0 it will potentially be making several multi-page allocations with the later ones more likely to fail than the earlier one. So it is important that sgl_alloc_order() frees up any pages it has obtained before returning NULL. In the case when order > 0 it calls the wrong free page function and leaks. In testing the leak was sufficient to bring down my 8 GiB laptop with OOM. Reviewed-by: Bart Van Assche <bvanassche@acm.org> Signed-off-by: Douglas Gilbert <dgilbert@interlog.com> Signed-off-by: Jens Axboe <axboe@kernel.dk> Signed-off-by: Sasha Levin <sashal@kernel.org>
Diffstat (limited to 'lib')
-rw-r--r--lib/scatterlist.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/lib/scatterlist.c b/lib/scatterlist.c
index 60e7eca2f4be..3b859201f84c 100644
--- a/lib/scatterlist.c
+++ b/lib/scatterlist.c
@@ -506,7 +506,7 @@ struct scatterlist *sgl_alloc_order(unsigned long long length,
elem_len = min_t(u64, length, PAGE_SIZE << order);
page = alloc_pages(gfp, order);
if (!page) {
- sgl_free(sgl);
+ sgl_free_order(sgl, order);
return NULL;
}