diff options
author | Pekka Enberg <penberg@cs.helsinki.fi> | 2008-04-23 22:31:08 +0300 |
---|---|---|
committer | Pekka Enberg <penberg@cs.helsinki.fi> | 2008-04-27 18:26:06 +0300 |
commit | d629d819579327267884a12de21ef6d4b539db88 (patch) | |
tree | a3f7c40fbcaef54b0dce0affc8cadf101ace046d | |
parent | 0701a9e649bf0ffdac0a761d3c3d1041f5375d90 (diff) | |
download | op-kernel-dev-d629d819579327267884a12de21ef6d4b539db88.zip op-kernel-dev-d629d819579327267884a12de21ef6d4b539db88.tar.gz |
slub: improve kmem_cache_destroy() error message
As pointed out by Ingo, the SLUB warning of calling kmem_cache_destroy()
with cache that still has objects triggers in practice. So turn this
WARN_ON() into a nice SLUB specific error message to avoid people
confusing it to a SLUB bug.
Cc: Ingo Molnar <mingo@elte.hu>
Acked-by: Christoph Lameter <clameter@sgi.com>
Signed-off-by: Pekka Enberg <penberg@cs.helsinki.fi>
-rw-r--r-- | mm/slub.c | 7 |
1 files changed, 5 insertions, 2 deletions
@@ -2426,8 +2426,11 @@ void kmem_cache_destroy(struct kmem_cache *s) if (!s->refcount) { list_del(&s->list); up_write(&slub_lock); - if (kmem_cache_close(s)) - WARN_ON(1); + if (kmem_cache_close(s)) { + printk(KERN_ERR "SLUB %s: %s called for cache that " + "still has objects.\n", s->name, __func__); + dump_stack(); + } sysfs_slab_remove(s); } else up_write(&slub_lock); |