From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753636AbZBOVhv (ORCPT ); Sun, 15 Feb 2009 16:37:51 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751318AbZBOVhk (ORCPT ); Sun, 15 Feb 2009 16:37:40 -0500 Received: from smtp1.linux-foundation.org ([140.211.169.13]:36097 "EHLO smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750862AbZBOVhj (ORCPT ); Sun, 15 Feb 2009 16:37:39 -0500 Date: Sun, 15 Feb 2009 13:36:38 -0800 From: Andrew Morton To: Pekka Enberg Cc: Herbert Xu , "Kirill A. Shutemov" , Christoph Lameter , Matt Mackall , linux-kernel@vger.kernel.org, linux-mm@kvack.org, linux-crypto@vger.kernel.org, Geert.Uytterhoeven@sonycom.com Subject: Re: [PATCH] Export symbol ksize() Message-Id: <20090215133638.5ef517ac.akpm@linux-foundation.org> In-Reply-To: <1234454104.28812.175.camel@penberg-laptop> References: <1234272104-10211-1-git-send-email-kirill@shutemov.name> <84144f020902100535i4d626a9fj8cbb305120cf332a@mail.gmail.com> <20090210134651.GA5115@epbyminw8406h.minsk.epam.com> <20090212104349.GA13859@gondor.apana.org.au> <1234435521.28812.165.camel@penberg-laptop> <20090212105034.GC13859@gondor.apana.org.au> <1234454104.28812.175.camel@penberg-laptop> X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.5; x86_64-redhat-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 12 Feb 2009 17:55:04 +0200 Pekka Enberg wrote: > On Thu, Feb 12, 2009 at 12:45:21PM +0200, Pekka Enberg wrote: > > > > > > Because the API was being widely abused in the nommu code, for example. > > > I'd rather not add it back for this special case which can be handled > > > otherwise. > > On Thu, 2009-02-12 at 18:50 +0800, Herbert Xu wrote: > > I'm sorry but that's like banning the use of heaters just because > > they can abused and cause fires. > > > > I think I've said this to you before but in networking we very much > > want to use ksize because the standard case of a 1500-byte packet > > has loads of extra room given by kmalloc which all goes to waste > > right now. > > > > If we could use ksize then we can stuff loads of metadata in that > > space. > > OK, fair enough, I applied Kirill's patch. Thanks. > Could we please have more details regarding this: > The ksize() function is not exported to modules because it has non-standard > behavour across different slab allocators. How does the behaviour differ? It this documented? Can we fix it?