From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail137.messagelabs.com (mail137.messagelabs.com [216.82.249.19]) by kanga.kvack.org (Postfix) with SMTP id 965296B024D for ; Wed, 21 Jul 2010 14:38:33 -0400 (EDT) Received: from eu_spt2 (mailout1.w1.samsung.com [210.118.77.11]) by mailout1.w1.samsung.com (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0L5X00JQV7UDH3@mailout1.w1.samsung.com> for linux-mm@kvack.org; Wed, 21 Jul 2010 19:39:49 +0100 (BST) Received: from linux.samsung.com ([106.116.38.10]) by spt2.w1.samsung.com (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTPA id <0L5X004QB7UCL1@spt2.w1.samsung.com> for linux-mm@kvack.org; Wed, 21 Jul 2010 19:39:49 +0100 (BST) Date: Wed, 21 Jul 2010 20:41:12 +0200 From: =?utf-8?B?TWljaGHFgiBOYXphcmV3aWN6?= Subject: Re: [PATCH 2/4] mm: cma: Contiguous Memory Allocator added In-reply-to: <20100721182457.GE10930@sirena.org.uk> Message-id: MIME-version: 1.0 Content-type: text/plain; charset=utf-8; format=flowed; delsp=yes Content-transfer-encoding: Quoted-Printable References: <1279649724.26765.23.camel@c-dwalke-linux.qualcomm.com> <20100721135229.GC10930@sirena.org.uk> <20100721182457.GE10930@sirena.org.uk> Sender: owner-linux-mm@kvack.org To: Mark Brown 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, 21 Jul 2010 20:24:58 +0200, Mark Brown wrote: > 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 thin= gs > a lot nicer - normally the device would use the defaults and the comma= nd > line would be used in development. Correct. >> > or even >> > having a way of configuring this at runtime (after all, the set of >> > currently active users may vary depending on the current configurat= ion >> > and keeping everything allocated all the time may be wasteful)? > >> I am currently working on making the whole thing more dynamic. I ima= gine >> the list of regions would stay pretty much the same after kernel has >> started (that's because one cannot reliably allocate new big contiguo= us >> memory regions) but it will be possible to change the set of rules, e= tc. > > 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. Not sure what you mean by the last sentence. Maybe we have different things in mind? -- = Best regards, _ _ | Humble Liege of Serenely Enlightened Majesty of o' \,=3D./ `o | Computer Science, Micha=C5=82 "mina86" Nazarewicz (o o) +----[mina86*mina86.com]---[mina86*jabber.org]----ooO--(_)--Ooo-- -- 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