On Tue, Sep 27, 2011 at 06:55:18AM +0100, Eric Dumazet wrote: > Yes, it was not a patch, but the general idea for Catalin ;) > > You hit the fact that same zone (embedded percpu space) is now in a > mixed state. > > In current kernels, the embedded percpu zone is already known by > kmemleak, but with a large granularity. kmemleak is not aware of > individual allocations/freeing in this large zone. > > Once kmemleak and percpu allocator are cooperating, we might find more > kmemleaks. Right now, kmemleak can find pointers in percpu chunks that > are not anymore reachable (they were freed), and therefore doesnt warn > of possible memory leaks. Thanks for suggestions. I need to understand the percpu code a bit better as it looks that kmemleak is told about some memory blocks twice. -- Catalin -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@xxxxxxxxx. For more info on Linux MM, see: http://www.linux-mm.org/ . Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/ Don't email: <a href=mailto:"dont@xxxxxxxxx"> email@xxxxxxxxx </a>