Re: [PATCH 05/15] kmemleak: Add the slub memory allocation/freeinghooks
From: Pekka Enberg
Date: Thu Dec 18 2008 - 11:09:48 EST
Hi Catalin,
Catalin Marinas wrote:
Just to make sure I understand it correctly, the slab_free() fast path
stores the pointer to the freed object into c->freelist. However, this
object is no longer tracked by kmemleak because of the
kmemleak_free_recursive() call at the beginning of this function (false
negatives make sense only for allocated objects).
Indeed. For SLAB, it's a problem because the per-CPU cache pointer is
not cleared from the struct array_cache upon _allocation_ which is the
culprit of the false negative there.
Catalin Marinas wrote:
Is my understanding correct? Thanks.
Yes, it is and I was just confused. Thanks!
Pekka
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/