From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from psmtp.com (na3sys010amx151.postini.com [74.125.245.151]) by kanga.kvack.org (Postfix) with SMTP id 027396B00E7 for ; Fri, 20 Apr 2012 15:41:23 -0400 (EDT) Date: Fri, 20 Apr 2012 21:41:21 +0200 From: Michal Hocko Subject: Re: Weirdness in __alloc_bootmem_node_high Message-ID: <20120420194121.GF15021@tiehlicka.suse.cz> References: <20120417155502.GE22687@tiehlicka.suse.cz> <20120420182907.GG32324@google.com> <20120420191418.GA3569@merkur.ravnborg.org> <20120420192937.GE15021@tiehlicka.suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Sender: owner-linux-mm@kvack.org List-ID: To: Yinghai Lu Cc: Sam Ravnborg , Tejun Heo , linux-mm@kvack.org, LKML On Fri 20-04-12 12:32:38, Yinghai Lu wrote: > On Fri, Apr 20, 2012 at 12:29 PM, Michal Hocko wrote: > > This is what I can see in the current (Linus) git: > > ./arch/sparc/Kconfig: select SPARSEMEM_VMEMMAP_ENABLE > > ./arch/powerpc/Kconfig: select SPARSEMEM_VMEMMAP_ENABLE > > ./arch/ia64/Kconfig: select SPARSEMEM_VMEMMAP_ENABLE > > ./arch/s390/Kconfig: select SPARSEMEM_VMEMMAP_ENABLE > > ./arch/s390/Kconfig: select SPARSEMEM_VMEMMAP > > ./arch/x86/Kconfig: select SPARSEMEM_VMEMMAP_ENABLE if X86_64 > > > > So there are more arches which enable SPARSEMEM_VMEMMAP so the function > > is used. Or am I missing something? > > MAX_DMA32_PFN is not defined for them. Ahh, you are right except that it is defined for x86 but that one uses nobootmem. I missed that point. Thanks -- Michal Hocko SUSE Labs SUSE LINUX s.r.o. Lihovarska 1060/12 190 00 Praha 9 Czech Republic -- 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 internet charges in Canada: sign http://stopthemeter.ca/ Don't email: email@kvack.org