Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S964987AbWIVVCP (ORCPT ); Fri, 22 Sep 2006 17:02:15 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S965035AbWIVVCO (ORCPT ); Fri, 22 Sep 2006 17:02:14 -0400 Received: from omx2-ext.sgi.com ([192.48.171.19]:52102 "EHLO omx2.sgi.com") by vger.kernel.org with ESMTP id S965038AbWIVVCM (ORCPT ); Fri, 22 Sep 2006 17:02:12 -0400 Date: Fri, 22 Sep 2006 14:01:48 -0700 (PDT) From: Christoph Lameter To: Jesse Barnes cc: Martin Bligh , Andi Kleen , Alan Cox , akpm@google.com, linux-kernel@vger.kernel.org, Christoph Hellwig , James Bottomley , linux-mm@kvack.org Subject: Re: [RFC] Initial alpha-0 for new page allocator API In-Reply-To: <200609221341.44354.jesse.barnes@intel.com> Message-ID: References: <4514441E.70207@mbligh.org> <200609221341.44354.jesse.barnes@intel.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1030 Lines: 27 On Fri, 22 Sep 2006, Jesse Barnes wrote: > > + if (dev->coherent_dma_mask < 0xffffffff) > > + high = dev->coherent_dma_mask; > > With your alloc_pages_range this check can go away. I think only the dev > == NULL check is needed with this scheme since it looks like there's no > way (currently) for ISA devices to store their masks for later > consultation by arch code? This check is necessary to set up the correct high boundary for alloc_page_range. > > + if (high == -1L && low == 0L) > > + return alloc_pages(gfp_flags, order); > > There's max_pfn, but on machines with large memory holes using it might not > help much. I found node_start_pfn and node_spanned_pages in the node structure. That gives me the boundaries for a node and I think I can work with that. - 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/