From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail190.messagelabs.com (mail190.messagelabs.com [216.82.249.51]) by kanga.kvack.org (Postfix) with ESMTP id E072A8D0039 for ; Fri, 21 Jan 2011 05:39:24 -0500 (EST) Date: Fri, 21 Jan 2011 10:38:50 +0000 From: Russell King - ARM Linux Subject: Re: [PATCH] ARM: mm: Regarding section when dealing with meminfo Message-ID: <20110121103850.GI13235@n2100.arm.linux.org.uk> References: <1295516739-9839-1-git-send-email-pullip.cho@samsung.com> <1295544047.9039.609.camel@nimitz> <20110120180146.GH6335@n2100.arm.linux.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: owner-linux-mm@kvack.org To: KyongHo Cho Cc: Dave Hansen , Kukjin Kim , KeyYoung Park , linux-kernel@vger.kernel.org, Ilho Lee , linux-mm@kvack.org, linux-samsung-soc@vger.kernel.org, linux-arm-kernel@lists.infradead.org List-ID: On Fri, Jan 21, 2011 at 11:12:27AM +0900, KyongHo Cho wrote: > Since the size of section is 256 mib and NR_BANKS is defined as 8, > no ARM system can have more RAM than 2GiB in the current implementation. > If you want banks in meminfo not to cross sparsemem boundaries, > we need to find another way of physical memory specification in the kernel. There is no problem with increasing NR_BANKS. -- 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/ . Fight unfair telecom policy in Canada: sign http://dissolvethecrtc.ca/ Don't email: email@kvack.org