lkml.org 
[lkml]   [2021]   [May]   [2]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
Patch in this message
/
From
Subject[PATCH 1/2] mm: memcg/slab: Prevent recursive kfree() loop
Date
Since the merging of the new slab memory controller in v5.9, the
page structure stores a pointer to obj_cgroup pointer array for
slab pages. When the slab has no used objects, it can be freed in
free_slab() which will call kfree() to free the obj_cgroup pointer array
in memcg_alloc_page_obj_cgroups(). If it happens that the obj_cgroup
array is the last used object in its slab, that slab may then be freed
which may caused kfree() to be called again.

With the right workload, the slab cache may be set up in a way that
allows the recursive kfree() calling loop to nest deep enough to
cause a kernel stack overflow and panic the system. In fact, we have
a reproducer that can cause kernel stack overflow on a s390 system
involving kmalloc-rcl-256 and kmalloc-rcl-128 slabs with the following
kfree() loop recursively called 74 times:

[ 285.520739] [<000000000ec432fc>] kfree+0x4bc/0x560
[ 285.520740] [<000000000ec43466>] __free_slab+0xc6/0x228
[ 285.520741] [<000000000ec41fc2>] __slab_free+0x3c2/0x3e0
[ 285.520742] [<000000000ec432fc>] kfree+0x4bc/0x560
:

One way to prevent this from happening is to defer the freeing of the
obj_cgroup array to a later time like using kfree_rcu() even though we
don't really need rcu protection in this case.

The size of rcu_head is just two pointers. The allocated obj_cgroup
array should not be less than that. To be safe, however, additional
code is added to make sure that this is really the case.

Fixes: 286e04b8ed7a ("mm: memcg/slab: allocate obj_cgroups for non-root slab pages")
Signed-off-by: Waiman Long <longman@redhat.com>
---
mm/memcontrol.c | 9 ++++++++-
mm/slab.h | 11 ++++++++++-
2 files changed, 18 insertions(+), 2 deletions(-)

diff --git a/mm/memcontrol.c b/mm/memcontrol.c
index c100265dc393..b0695d3aa530 100644
--- a/mm/memcontrol.c
+++ b/mm/memcontrol.c
@@ -2866,10 +2866,17 @@ static struct mem_cgroup *get_mem_cgroup_from_objcg(struct obj_cgroup *objcg)
int memcg_alloc_page_obj_cgroups(struct page *page, struct kmem_cache *s,
gfp_t gfp, bool new_page)
{
- unsigned int objects = objs_per_slab_page(s, page);
+ unsigned int objects;
unsigned long memcg_data;
void *vec;

+ /*
+ * Since kfree_rcu() is used for freeing, we have to make
+ * sure that the allocated buffer is big enough for rcu_head.
+ */
+ objects = max(objs_per_slab_page(s, page),
+ (int)(sizeof(struct rcu_head)/sizeof(void *)));
+
vec = kcalloc_node(objects, sizeof(struct obj_cgroup *), gfp,
page_to_nid(page));
if (!vec)
diff --git a/mm/slab.h b/mm/slab.h
index 18c1927cd196..6244a00d30ce 100644
--- a/mm/slab.h
+++ b/mm/slab.h
@@ -242,8 +242,17 @@ int memcg_alloc_page_obj_cgroups(struct page *page, struct kmem_cache *s,

static inline void memcg_free_page_obj_cgroups(struct page *page)
{
- kfree(page_objcgs(page));
+ struct {
+ struct rcu_head rcu;
+ } *objcgs = (void *)page_objcgs(page);
+
+ /*
+ * We don't actually need to use rcu to protect objcg pointers.
+ * kfree_rcu() is used here just to defer the actual freeing to avoid
+ * a recursive kfree() loop which may lead to kernel stack overflow.
+ */
page->memcg_data = 0;
+ kfree_rcu(objcgs, rcu);
}

static inline size_t obj_full_size(struct kmem_cache *s)
--
2.18.1
\
 
 \ /
  Last update: 2021-05-02 20:09    [W:0.094 / U:0.072 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site