From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Wed, 29 Nov 2006 18:43:52 -0800 (PST) From: Christoph Lameter Subject: Re: [RFC] Extract kmalloc.h and slob.h from slab.h In-Reply-To: <456E3ACE.4040804@yahoo.com.au> Message-ID: References: <20061129082650.GB12734@infradead.org> <456D4722.2010202@yahoo.com.au> <456E3ACE.4040804@yahoo.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mm@kvack.org Return-Path: To: Nick Piggin Cc: Christoph Hellwig , akpm@osdl.org, linux-mm@kvack.org, Pekka Enberg , mpm@selenic.com, Manfred Spraul List-ID: On Thu, 30 Nov 2006, Nick Piggin wrote: > kmalloc.h uses the slab, and it calls kmem_cache_alloc. How could it be > an improvement to not include slab.h? I don't think hiding a data type > definition has any value, does it? Well you argued yesterday (today?) for hiding struct kmem_cache in a opaque kmem_cache_t. Now its the other way around? Maybe its best if I just straighten out slab.h (make a segment for the kmalloc material separate from the kmem_cache* functions and try to get the special slob definitions out by defining empty function ins slob.c? That will work for most of slob but not for the kmalloc portions. -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org