Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752091AbXA2WuR (ORCPT ); Mon, 29 Jan 2007 17:50:17 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932821AbXA2WuR (ORCPT ); Mon, 29 Jan 2007 17:50:17 -0500 Received: from caramon.arm.linux.org.uk ([217.147.92.249]:4733 "EHLO caramon.arm.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752091AbXA2WuP (ORCPT ); Mon, 29 Jan 2007 17:50:15 -0500 Date: Mon, 29 Jan 2007 22:50:01 +0000 From: Russell King To: Christoph Lameter Cc: Andrew Morton , Mel Gorman , linux-mm@kvack.org, linux-kernel@vger.kernel.org, Christoph Lameter Subject: Re: [PATCH 0/8] Create ZONE_MOVABLE to partition memory between movable and non-movable pages Message-ID: <20070129225000.GG6602@flint.arm.linux.org.uk> Mail-Followup-To: Christoph Lameter , Andrew Morton , Mel Gorman , linux-mm@kvack.org, linux-kernel@vger.kernel.org, Christoph Lameter References: <20070125234458.28809.5412.sendpatchset@skynet.skynet.ie> <20070126030753.03529e7a.akpm@osdl.org> <20070126114615.5aa9e213.akpm@osdl.org> <20070126122747.dde74c97.akpm@osdl.org> <20070129143654.27fcd4a4.akpm@osdl.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1825 Lines: 40 On Mon, Jan 29, 2007 at 02:45:06PM -0800, Christoph Lameter wrote: > On Mon, 29 Jan 2007, Andrew Morton wrote: > > > > All 64 bit machine will only have a single zone if we have such a range > > > alloc mechanism. The 32bit ones with HIGHMEM wont be able to avoid it, > > > true. But all arches that do not need gymnastics to access their memory > > > will be able run with a single zone. > > > > What is "such a range alloc mechanism"? > > As I mentioned above: A function that allows an allocation to specify > which physical memory ranges are permitted. > > > So please stop telling me what a wonderful world it is to not have multiple > > zones. It just isn't going to happen for a long long time. The > > multiple-zone kernel is the case we need to care about most by a very large > > margin indeed. Single-zone is an infinitesimal corner-case. > > We can still reduce the number of zones for those that require highmem to > two which may allows us to avoid ZONE_DMA/DMA32 issues and allow dma > devices to avoid bunce buffers that can do I/O to memory ranges not > compatible with the current boundaries of DMA/DMA32. And I am also > repeating myself. This sounds like it could help ARM where we have some weird DMA areas. What will help even more is if the block layer can also be persuaded that a device dma mask is precisely that - a mask - and not a set of leading ones followed by a set of zeros, then we could eliminate the really ugly dmabounce code. -- Russell King Linux kernel 2.6 ARM Linux - http://www.arm.linux.org.uk/ maintainer of: - 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/