Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755711AbYJNFQ7 (ORCPT ); Tue, 14 Oct 2008 01:16:59 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752095AbYJNFQu (ORCPT ); Tue, 14 Oct 2008 01:16:50 -0400 Received: from fgwmail7.fujitsu.co.jp ([192.51.44.37]:51876 "EHLO fgwmail7.fujitsu.co.jp" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752079AbYJNFQt (ORCPT ); Tue, 14 Oct 2008 01:16:49 -0400 Date: Tue, 14 Oct 2008 14:16:46 +0900 From: Yasunori Goto To: Shaohua Li Subject: Re: [patch]x86: arch_add_memory round up address Cc: Yinghai Lu , lkml , Andrew Morton , Ingo Molnar In-Reply-To: <20081009070634.GA12715@sli10-desk.sh.intel.com> References: <86802c440810082340r101f99aem3839d55360451851@mail.gmail.com> <20081009070634.GA12715@sli10-desk.sh.intel.com> X-Mailer-Plugin: BkASPil for Becky!2 Ver.2.068 Message-Id: <20081014140608.AD63.E1E9C6FF@jp.fujitsu.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.45 [ja] Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2672 Lines: 60 > On Thu, Oct 09, 2008 at 02:40:34PM +0800, Yinghai Lu wrote: > > On Wed, Oct 8, 2008 at 11:28 PM, Shaohua Li wrote: > > > On Thu, Oct 09, 2008 at 02:22:50PM +0800, Yinghai Lu wrote: > > >> On Wed, Oct 8, 2008 at 11:08 PM, Shaohua Li wrote: > > >> > On Thu, 2008-10-09 at 14:04 +0800, Yinghai Lu wrote: > > >> >> On Wed, Oct 8, 2008 at 10:31 PM, Shaohua Li wrote: > > >> >> > Round up address to a page, otherwise the last page isn't mapped. > > >> >> > > > >> >> > Signed-off-by: Shaohua Li > > >> >> > --- > > >> >> > arch/x86/mm/init_64.c | 3 ++- > > >> >> > 1 file changed, 2 insertions(+), 1 deletion(-) > > >> >> > > > >> >> > Index: linux/arch/x86/mm/init_64.c > > >> >> > =================================================================== > > >> >> > --- linux.orig/arch/x86/mm/init_64.c 2008-10-09 11:42:33.000000000 +0800 > > >> >> > +++ linux/arch/x86/mm/init_64.c 2008-10-09 11:43:22.000000000 +0800 > > >> >> > @@ -721,7 +721,8 @@ int arch_add_memory(int nid, u64 start, > > >> >> > unsigned long nr_pages = size >> PAGE_SHIFT; > > >> >> > int ret; > > >> >> > > > >> >> > - last_mapped_pfn = init_memory_mapping(start, start + size-1); > > >> >> > + last_mapped_pfn = init_memory_mapping(start, > > >> >> > + round_up(start + size-1, PAGE_SIZE)); > > >> >> > if (last_mapped_pfn > max_pfn_mapped) > > >> >> > max_pfn_mapped = last_mapped_pfn; > > >> >> > > >> >> should use > > >> >> > > >> >> last_mapped_pfn = init_memory_mapping(start, start + size); > > >> > No, this still can't guarantee page aligned, though this works in my > > >> > test > > >> > > >> who will call arch_add_memory? that should be start and size already > > >> be page aligned. > > > It's memory hotplug. Doing a round up is always ok and safe even it might be already aligned. > > > > > > > it seems rounding up in that case is wrong... > > > > if the caller call that funtion with extra half page, you don't need > > map that half page, because you can not use it. > shouldn't we mark such page as reserved and so it will not be used? This is the way we handle hole. Just curious, have you ever seen a real machine which needs this patch? If this patch is needed, there is the firmware which specifies half page size for new memory's size... Bye. -- Yasunori Goto -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/