[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1279736348.31376.20.camel@c-dwalke-linux.qualcomm.com>
Date: Wed, 21 Jul 2010 11:19:08 -0700
From: Daniel Walker <dwalker@...eaurora.org>
To: Michał Nazarewicz <m.nazarewicz@...sung.com>
Cc: linux-mm@...ck.org, Marek Szyprowski <m.szyprowski@...sung.com>,
Pawel Osciak <p.osciak@...sung.com>,
Xiaolin Zhang <xiaolin.zhang@...el.com>,
Hiremath Vaibhav <hvaibhav@...com>,
Robert Fekete <robert.fekete@...ricsson.com>,
Marcus Lorentzon <marcus.xm.lorentzon@...ricsson.com>,
linux-kernel@...r.kernel.org,
Kyungmin Park <kyungmin.park@...sung.com>,
linux-arm-msm@...r.kernel.org
Subject: Re: [PATCH 2/4] mm: cma: Contiguous Memory Allocator added
On Wed, 2010-07-21 at 20:11 +0200, Michał Nazarewicz wrote:
> >> > (btw, these strings your creating yikes, talk about confusing ..)
> >>
> >> They are not that scary really. Let's look at cma:
> >>
> >> a=10M;b=10M
> >>
> >> Split it on semicolon:
> >>
> >> a=10M
> >> b=10M
> >>
> >> and you see that it defines two regions (a and b) 10M each.
> >
> > I think your assuming a lot .. I've never seen the notation before I
> > wouldn't assuming there's regions or whatever ..
>
> That's why there is documentation with grammar included. :)
>
> >> As of cma_map:
> >>
> >> camera,video=a;jpeg,scaler=b
> >>
> >> Again split it on semicolon:
> >>
> >> camera,video=a
> >> jpeg,scaler=b
> >>
> >> Now, substitute equal sign by "use(s) region(s)":
> >>
> >> camera,video use(s) region(s): a
> >> jpeg,scaler use(s) region(s): b
> >>
> >> No black magic here. ;)
> >
> > It way too complicated .. Users (i.e. not programmers) has to use
> > this ..
>
> Not really. This will probably be used mostly on embedded systems
> where users don't have much to say as far as hardware included on the
> platform is concerned, etc. Once a phone, tablet, etc. is released
> users will have little need for customising those strings.
You can't assume that user won't want to reflash their own kernel on the
device. Your assuming way too much.
If you assume they do want their own kernel then they would need this
string from someplace. If your right and this wouldn't need to change,
why bother allowing it to be configured at all ?
Daniel
--
Sent by an consultant of the Qualcomm Innovation Center, Inc.
The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists