> -----Original Message-----
> From: Zefan Li [mailto:[email protected]]
> 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 <[email protected]>

Thanks.

--
To unsubscribe from this list: send the line "unsubscribe stable" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to