Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S964883AbWIVSlU (ORCPT ); Fri, 22 Sep 2006 14:41:20 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S964885AbWIVSlU (ORCPT ); Fri, 22 Sep 2006 14:41:20 -0400 Received: from omx2-ext.sgi.com ([192.48.171.19]:49348 "EHLO omx2.sgi.com") by vger.kernel.org with ESMTP id S964882AbWIVSlT (ORCPT ); Fri, 22 Sep 2006 14:41:19 -0400 Date: Fri, 22 Sep 2006 11:40:59 -0700 (PDT) From: Christoph Lameter To: Jesse Barnes cc: Martin Bligh , Andrew Morton , linux-kernel@vger.kernel.org, Rohit Seth Subject: Re: ZONE_DMA In-Reply-To: <200609221139.03250.jesse.barnes@intel.com> Message-ID: References: <20060920135438.d7dd362b.akpm@osdl.org> <200609221126.31201.jesse.barnes@intel.com> <200609221139.03250.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: 710 Lines: 16 On Fri, 22 Sep 2006, Jesse Barnes wrote: > Right, the internals are arch specific and don't necessarily have to rely > on a zone, depending on their DMA constraints. >From what I can see the arch specific do some tricks and then pick GFP_DMA or something to get memory that is appropriately limited. Having the ability to retrieve pages from a certain range from the page allocator would fix this issue and improve the ability of devices to allocate memory. - 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/