On Fri, 20 Aug 2010 12:35:01 +0200, FUJITA Tomonori
wrote:
On Fri, 20 Aug 2010 10:10:45 +0200
**UNKNOWN CHARSET** wrote:
> I wrote "similar to the existing API', not "reuse the existing API".
Yes, but I don't really know what you have in mind. CMA is similar to various
APIs in various way
On Fri, 20 Aug 2010 10:10:45 +0200
**UNKNOWN CHARSET** wrote:
> > I wrote "similar to the existing API', not "reuse the existing API".
>
> Yes, but I don't really know what you have in mind. CMA is similar to various
> APIs in various ways: it's similar to any allocator since it takes
> size in
On Fri, 20 Aug 2010 08:57:51 +0200, FUJITA Tomonori
wrote:
On Fri, 20 Aug 2010 08:38:10 +0200
**UNKNOWN CHARSET** wrote:
On Fri, 20 Aug 2010 05:12:50 +0200, FUJITA Tomonori
wrote:
>> 1. Integration on API level meaning that some kind of existing API is used
>> instead of new cma_*() c
On Fri, 20 Aug 2010 08:38:10 +0200
**UNKNOWN CHARSET** wrote:
> On Fri, 20 Aug 2010 05:12:50 +0200, FUJITA Tomonori
> wrote:
> >> 1. Integration on API level meaning that some kind of existing API is used
> >> instead of new cma_*() calls. CMA adds notion of devices and memory
> >> typ
On Fri, 20 Aug 2010 05:12:50 +0200, FUJITA Tomonori
wrote:
1. Integration on API level meaning that some kind of existing API is used
instead of new cma_*() calls. CMA adds notion of devices and memory
types which is new to all the other APIs (coherent has notion of devices
but tha
> >> We hope this method included at mainline kernel if possible.
> >> It's really needed feature for our multimedia frameworks.
> >
> > You got any comments from mm people?
> >
> > Virtually, this adds a new memory allocator implementation that steals
> > some memory from memory allocator during b
On Thu, 19 Aug 2010 17:15:12 +0200, FUJITA Tomonori
wrote:
On Wed, 18 Aug 2010 12:01:35 +0900
Kyungmin Park wrote:
Are there any comments or ack?
We hope this method included at mainline kernel if possible.
It's really needed feature for our multimedia frameworks.
You got any comments fr
On Thu, 19 Aug 2010 16:47:56 +0200, Konrad Rzeszutek Wilk
wrote:
Is there a git tree and/or link to the latest version that is based on
top 2.6.36-rc1?? I somehow seem to have lost the v3 of these patches.
I'm currently working on a v4 of the patchset after some comments from
Hans Verkuil on
On Wed, 18 Aug 2010 12:01:35 +0900
Kyungmin Park wrote:
> Are there any comments or ack?
>
> We hope this method included at mainline kernel if possible.
> It's really needed feature for our multimedia frameworks.
You got any comments from mm people?
Virtually, this adds a new memory allocator
On Wed, Aug 18, 2010 at 12:01:35PM +0900, Kyungmin Park wrote:
> Are there any comments or ack?
>
Is there a git tree and/or link to the latest version that is based on
top 2.6.36-rc1?? I somehow seem to have lost the v3 of these patches.
--
To unsubscribe from this list: send the line "unsubscri
Are there any comments or ack?
We hope this method included at mainline kernel if possible.
It's really needed feature for our multimedia frameworks.
Thank you,
Kyungmin Park
On Fri, Aug 6, 2010 at 10:22 PM, Michal Nazarewicz
wrote:
> Hello everyone,
>
> The following patchset implements a Cont
Hello everyone,
The following patchset implements a Contiguous Memory Allocator. For
those who have not yet stumbled across CMA an excerpt from
documentation:
The Contiguous Memory Allocator (CMA) is a framework, which allows
setting up a machine-specific configuration for physically-conti
12 matches
Mail list logo