From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from netops-testserver-3-out.sgi.com ([192.48.171.28]:55919 "EHLO relay.sgi.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1760370AbXGMWmc (ORCPT ); Fri, 13 Jul 2007 18:42:32 -0400 Date: Fri, 13 Jul 2007 15:42:30 -0700 (PDT) From: Christoph Lameter Subject: Re: [PATCH 3/7] Generic Virtual Memmap support for SPARSEMEM In-Reply-To: <20070713235121.538ddcaf.kamezawa.hiroyu@jp.fujitsu.com> Message-ID: References: <20070713235121.538ddcaf.kamezawa.hiroyu@jp.fujitsu.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-arch-owner@vger.kernel.org To: KAMEZAWA Hiroyuki Cc: Andy Whitcroft , linux-mm@kvack.org, linux-arch@vger.kernel.org, npiggin@suse.de, mel@csn.ul.ie List-ID: On Fri, 13 Jul 2007, KAMEZAWA Hiroyuki wrote: > On Fri, 13 Jul 2007 14:36:08 +0100 > Andy Whitcroft wrote: > > > SPARSEMEM is a pretty nice framework that unifies quite a bit of > > code over all the arches. It would be great if it could be the > > default so that we can get rid of various forms of DISCONTIG and > > other variations on memory maps. So far what has hindered this are > > the additional lookups that SPARSEMEM introduces for virt_to_page > > and page_address. This goes so far that the code to do this has to > > be kept in a separate function and cannot be used inline. > > > Maybe it will be our(my or Goto-san's) work to implement MEMORY_HOTADD support > for this. Could you add !MEMORY_HOTPLUG in Kconfig ? Then, we'll write > patch later. > Or..If you'll add memory hotplug support by yourself, It's great, Why would hotadd not work as is?