From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Thu, 13 Sep 2007 10:27:05 +0900 From: KAMEZAWA Hiroyuki Subject: Re: [RFC][PATCH] overwride page->mapping [0/3] intro Message-Id: <20070913102705.91580d88.kamezawa.hiroyu@jp.fujitsu.com> In-Reply-To: References: <20070912114322.e4d8a86e.kamezawa.hiroyu@jp.fujitsu.com> <46E7A666.7080409@linux.vnet.ibm.com> <46E83A19.2090604@google.com> <20070913093203.841b76a7.kamezawa.hiroyu@jp.fujitsu.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org Return-Path: To: Christoph Lameter Cc: Martin Bligh , Balbir Singh , "linux-mm@kvack.org" , "nickpiggin@yahoo.com.au" , "Lee.Schermerhorn@hp.com" , Andrew Morton List-ID: On Wed, 12 Sep 2007 18:05:04 -0700 (PDT) Christoph Lameter wrote: > On Thu, 13 Sep 2007, KAMEZAWA Hiroyuki wrote: > > > Some machine may have very sparse address configuration from unknown(insane) reason. > > The HW engineers always find uses for those "unused" address bits.... And > frankly we have done the same using a special address range for the VMEMMAP patchset. > I know (current) ia64 just uses 50bits. Anyway, I think something like this == struct page_container * pfn_to_pagecontainer(unsigned long pfn); #define page_to_container(page) pfn_to_pagecontainer(page_to_pfn(page)) == is not very easy. thanks, -Kame -- 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