Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933056Ab2EKRtM (ORCPT ); Fri, 11 May 2012 13:49:12 -0400 Received: from mailhub.sw.ru ([195.214.232.25]:3304 "EHLO relay.sw.ru" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932958Ab2EKRtJ (ORCPT ); Fri, 11 May 2012 13:49:09 -0400 From: Glauber Costa To: Cc: , , , Tejun Heo , Li Zefan , Greg Thelen , Suleiman Souhlal , Michal Hocko , Johannes Weiner , , Glauber Costa , Christoph Lameter , Pekka Enberg Subject: [PATCH v2 01/29] slab: dup name string Date: Fri, 11 May 2012 14:44:03 -0300 Message-Id: <1336758272-24284-2-git-send-email-glommer@parallels.com> X-Mailer: git-send-email 1.7.7.6 In-Reply-To: <1336758272-24284-1-git-send-email-glommer@parallels.com> References: <1336758272-24284-1-git-send-email-glommer@parallels.com> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1682 Lines: 52 The slub allocator creates a copy of the name string, and frees it later. I would like them both to behave the same, whether it is the slab starting to create a copy of it itself, or the slub ceasing to. This is because when I create memcg copies of it, I have to kmalloc strings for the new names, and having the allocators to behave differently here, would make it a lot uglier. My first submission removed the duplication for the slub. But the code started to get a bit complicated when dealing with deletion of chained caches. Also, Christoph voiced his opinion that patching the slab to keep copies would be better. So here it is. Signed-off-by: Glauber Costa CC: Christoph Lameter CC: Pekka Enberg --- mm/slab.c | 3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/mm/slab.c b/mm/slab.c index e901a36..91b9c13 100644 --- a/mm/slab.c +++ b/mm/slab.c @@ -2118,6 +2118,7 @@ static void __kmem_cache_destroy(struct kmem_cache *cachep) kfree(l3); } } + kfree(cachep->name); kmem_cache_free(&cache_cache, cachep); } @@ -2526,7 +2527,7 @@ kmem_cache_create (const char *name, size_t size, size_t align, BUG_ON(ZERO_OR_NULL_PTR(cachep->slabp_cache)); } cachep->ctor = ctor; - cachep->name = name; + cachep->name = kstrdup(name, GFP_KERNEL); if (setup_cpu_cache(cachep, gfp)) { __kmem_cache_destroy(cachep); -- 1.7.7.6 -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/