From mboxrd@z Thu Jan 1 00:00:00 1970 From: Christoph Lameter Subject: Re: slub: fix panic with DISCONTIGMEM Date: Tue, 19 Apr 2011 16:38:29 -0500 (CDT) Message-ID: References: <1303248576.11237.23.camel@mulgrave.site> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Return-path: Received: from smtp108.prem.mail.ac4.yahoo.com ([76.13.13.47]:27900 "HELO smtp108.prem.mail.ac4.yahoo.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1752382Ab1DSVic (ORCPT ); Tue, 19 Apr 2011 17:38:32 -0400 In-Reply-To: <1303248576.11237.23.camel@mulgrave.site> Sender: linux-arch-owner@vger.kernel.org List-ID: To: James Bottomley Cc: linux-arch@vger.kernel.org, linux-mm@vger.kernel.org, "hugh.dickins@tiscali.co.uk" , Parisc List On Tue, 19 Apr 2011, James Bottomley wrote: > Slub makes assumptions about page_to_nid() which are violated by > DISCONTIGMEM and !NUMA. This violation results in a panic because Fix this by stating correctly by saying "The kernel makes assumptions in various subsystems ..." > page_to_nid() can be non-zero for pages in the discontiguous ranges and > this leads to a null return by get_node(). The assertion by the > maintainer is that DISCONTIGMEM should only be allowed when NUMA is also > defined. However, at least six architectures: alpha, ia64, m32r, m68k, That is not what I said. DISCONTIG support needs to be fixed so that the core subsystems using page_to_nid() will operate correctly with a !NUMA discontig configuration. Core will expect page_to_nid() to only return 0 on !NUMA.