> -----Original Message----- > From: Zefan Li [mailto:lizefan@xxxxxxxxxx] > Sent: Wednesday, June 03, 2015 12:37 PM > To: Ben Hutchings; Christoph Lameter; Pekka Enberg; Joonsoo Kim; stable > Subject: [BUG] a bug in slub on 3.2 and 3.4 > > I think 3.2 and 3.4 need to backport 43d77867a4f3 ("slub: refactoring > unfreeze_partials()") > > On 3.4 kernel, we found there are tens of thousands of free task_struct > slabs > in the partial list of node 0 when they should have been discarded, which > is > essentially a huge memory leak. > > Looking into the code, seems the cause is, we check n->nr_partial but the > page > might be in n2 where n != n2, and then the page is added to n2->partial > though > n2->partial > s->min_partial. Looks like it's possible scenario. And, yes, commit 43d77867a4f3 will fix the issue. Acked-by: Joonsoo Kim <iamjoonsoo.kim@xxxxxxx> Thanks. -- To unsubscribe from this list: send the line "unsubscribe stable" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html