From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Wed, 31 Oct 2007 10:33:45 -0700 (PDT) From: Christoph Lameter Subject: Re: [PATCH 2/5] hugetlb: Fix quota management for private mappings In-Reply-To: <1193842481.18417.133.camel@localhost.localdomain> Message-ID: References: <20071030204554.16585.80588.stgit@kernel> <20071030204615.16585.60817.stgit@kernel> <20071030162219.511394fb.akpm@linux-foundation.org> <1193842481.18417.133.camel@localhost.localdomain> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mm@kvack.org Return-Path: To: Adam Litke Cc: Andrew Morton , linux-mm@kvack.org, linux-kernel@kvack.org, kenchen@google.com, apw@shadowen.org, haveblue@us.ibm.com List-ID: On Wed, 31 Oct 2007, Adam Litke wrote: > > The private pointer in the first page of a compound page is always > > available. However, why do we not use page->mapping for that purpose? > > Could we stay as close as possible to regular page cache field use? > > There is an additional problem I forgot to mention in the previous mail. > The remove_from_page_cache() call path clears page->mapping. This means > that if the free_huge_page destructor is called on a previously shared > page, we will not have the needed information to release quota. Perhaps > this is a further indication that use of page->mapping at this level is > inappropriate. How does quota handle that for regular pages? Can you update the quotas before the page is released? -- 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