The patch titled
Subject: slub: correctly bootstrap boot caches
has been removed from the -mm tree. Its filename was
slub-correctly-bootstrap-boot-caches.patch
This patch was dropped because it was merged into mainline or a subsystem tree
------------------------------------------------------
From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Subject: slub: correctly bootstrap boot caches
After we create a boot cache, we may allocate from it until it is
bootstraped. This will move the page from the partial list to the cpu
slab list. If this happens, the loop:
list_for_each_entry(p, &n->partial, lru)
that we use to scan for all partial pages will yield nothing, and the
pages will keep pointing to the boot cpu cache, which is of course,
invalid. To do that, we should flush the cache to make sure that the cpu
slab is back to the partial list.
Signed-off-by: Glauber Costa <glommer@xxxxxxxxxxxxx>
Reported-by: Steffen Michalke <StMichalke@xxxxxx>
Tested-by: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Acked-by: Christoph Lameter <cl@xxxxxxxxx>
Cc: Tejun Heo <tj@xxxxxxxxxx>
Cc: Pekka Enberg <penberg@xxxxxxxxxx>
Signed-off-by: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
---
mm/slub.c | 6 ++++++
1 file changed, 6 insertions(+)
diff -puN mm/slub.c~slub-correctly-bootstrap-boot-caches mm/slub.c
--- a/mm/slub.c~slub-correctly-bootstrap-boot-caches
+++ a/mm/slub.c
@@ -3552,6 +3552,12 @@ static struct kmem_cache * __init bootst
memcpy(s, static_cache, kmem_cache->object_size);
+ /*
+ * This runs very early, and only the boot processor is supposed to be
+ * up. Even if it weren't true, IRQs are not up so we couldn't fire
+ * IPIs around.
+ */
+ __flush_cpu_slab(s, smp_processor_id());
for_each_node_state(node, N_NORMAL_MEMORY) {
struct kmem_cache_node *n = get_node(s, node);
struct page *p;
_
Patches currently in -mm which might be from glommer@xxxxxxxxxxxxx are
origin.patch
linux-next.patch
memcg-debugging-facility-to-access-dangling-memcgs.patch
memcg-debugging-facility-to-access-dangling-memcgs-fix.patch
--
To unsubscribe from this list: send the line "unsubscribe mm-commits" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
