From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from psmtp.com (na3sys010amx158.postini.com [74.125.245.158]) by kanga.kvack.org (Postfix) with SMTP id 8A7756B004D for ; Tue, 31 Jul 2012 10:21:11 -0400 (EDT) Message-ID: <5017E929.70602@parallels.com> Date: Tue, 31 Jul 2012 18:18:17 +0400 From: Glauber Costa MIME-Version: 1.0 Subject: Re: Any reason to use put_page in slub.c? References: <1343391586-18837-1-git-send-email-glommer@parallels.com> <50163D94.5050607@parallels.com> <5017968C.6050301@parallels.com> <5017E72D.2060303@parallels.com> In-Reply-To: Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org List-ID: To: Christoph Lameter Cc: linux-mm@kvack.org, Pekka Enberg , David Rientjes , Andrew Morton On 07/31/2012 06:17 PM, Christoph Lameter wrote: > On Tue, 31 Jul 2012, Glauber Costa wrote: > >> On 07/31/2012 06:09 PM, Christoph Lameter wrote: >>> That is understood. Typically these object where page sized though and >>> various assumptions (pretty dangerous ones as you are finding out) are >>> made regarding object reuse. The fallback of SLUB for higher order allocs >>> to the page allocator avoids these problems for higher order pages. >> omg... > > I would be very thankful if you would go through the tree and check for > any remaining use cases like that. Would take care of your problem. I would be happy to do it. Do you have any example of any user that behaved like this in the past, so I can search for something similar? This can potentially take many forms, and auditing every kfree out there is not humanly possible. The best I can do is to search for known patterns here... -- 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