From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail143.messagelabs.com (mail143.messagelabs.com [216.82.254.35]) by kanga.kvack.org (Postfix) with ESMTP id 4DFC46B024D for ; Wed, 21 Jul 2010 14:23:51 -0400 (EDT) Date: Wed, 21 Jul 2010 19:24:58 +0100 From: Mark Brown Subject: Re: [PATCH 2/4] mm: cma: Contiguous Memory Allocator added Message-ID: <20100721182457.GE10930@sirena.org.uk> References: <1279649724.26765.23.camel@c-dwalke-linux.qualcomm.com> <20100721135229.GC10930@sirena.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: owner-linux-mm@kvack.org To: Micha?? Nazarewicz Cc: Daniel Walker , linux-mm@kvack.org, Marek Szyprowski , Pawel Osciak , Xiaolin Zhang , Hiremath Vaibhav , Robert Fekete , Marcus Lorentzon , linux-kernel@vger.kernel.org, Kyungmin Park , linux-arm-msm@vger.kernel.org List-ID: On Wed, Jul 21, 2010 at 04:31:35PM +0200, Micha?? Nazarewicz wrote: > On Wed, 21 Jul 2010 15:52:30 +0200, Mark Brown wrote: > > If this does need to be configured per system would having platform data > > of some kind in the kernel not be a sensible a place to do it, > The current version (and the next version I'm working on) of the code > has cma_defaults() call. It is intended to be called from platform > initialisation code to provide defaults. So the command line is just a way of overriding that? That makes things a lot nicer - normally the device would use the defaults and the command line would be used in development. > > or even > > having a way of configuring this at runtime (after all, the set of > > currently active users may vary depending on the current configuration > > and keeping everything allocated all the time may be wasteful)? > I am currently working on making the whole thing more dynamic. I imagine > the list of regions would stay pretty much the same after kernel has > started (that's because one cannot reliably allocate new big contiguous > memory regions) but it will be possible to change the set of rules, etc. Yes, I think it will be much easier to be able to grab the regions at startup but hopefully the allocation within those regions can be made much more dynamic. This would render most of the configuration syntax unneeded. -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org