From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1759706Ab2D0De0 (ORCPT ); Thu, 26 Apr 2012 23:34:26 -0400 Received: from shards.monkeyblade.net ([198.137.202.13]:37926 "EHLO shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1759677Ab2D0DeZ (ORCPT ); Thu, 26 Apr 2012 23:34:25 -0400 Date: Thu, 26 Apr 2012 23:32:13 -0400 (EDT) Message-Id: <20120426.233213.2080676231209264997.davem@davemloft.net> To: sam@ravnborg.org Cc: yinghai@kernel.org, tj@kernel.org, mhocko@suse.cz, linux-mm@kvack.org, linux-kernel@vger.kernel.org Subject: Re: Weirdness in __alloc_bootmem_node_high From: David Miller In-Reply-To: <20120424.030050.767238391336824492.davem@davemloft.net> References: <20120422.220054.1961736352806510855.davem@davemloft.net> <20120424063236.GA23963@merkur.ravnborg.org> <20120424.030050.767238391336824492.davem@davemloft.net> X-Mailer: Mew version 6.4 on Emacs 23.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (shards.monkeyblade.net [198.137.202.13]); Thu, 26 Apr 2012 20:32:19 -0700 (PDT) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: David Miller Date: Tue, 24 Apr 2012 03:00:50 -0400 (EDT) > From: Sam Ravnborg > Date: Tue, 24 Apr 2012 08:32:36 +0200 > >> On Sun, Apr 22, 2012 at 10:00:54PM -0400, David Miller wrote: >>> diff --git a/arch/sparc/Kconfig b/arch/sparc/Kconfig >>> index db4e821..3763302 100644 >>> --- a/arch/sparc/Kconfig >>> +++ b/arch/sparc/Kconfig >>> @@ -109,6 +109,9 @@ config NEED_PER_CPU_EMBED_FIRST_CHUNK >>> config NEED_PER_CPU_PAGE_FIRST_CHUNK >>> def_bool y if SPARC64 >>> >>> +config NO_BOOTMEM >>> + def_bool y if SPARC64 >> >> mm/Kconfig define NO_BOOTMEM so you can just add a "select NO_BOOTMEM" >> to SPARC64. > > I was merely following the lead on x86 :-) but yes it should > probably be a select. So I merged mainline into sparc-next to get the mm/nobootmem.c fix, and then added in the sparc64 NO_BOOTMEM conversion. Just FYI.