Re: [PATCH/RFCv3 0/6] The Contiguous Memory Allocator framework

2010-08-20 Thread Michał Nazarewicz
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

Re: [PATCH/RFCv3 0/6] The Contiguous Memory Allocator framework

2010-08-20 Thread FUJITA Tomonori
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

Re: [PATCH/RFCv3 0/6] The Contiguous Memory Allocator framework

2010-08-20 Thread Michał Nazarewicz
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

Re: [PATCH/RFCv3 0/6] The Contiguous Memory Allocator framework

2010-08-19 Thread FUJITA Tomonori
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

Re: [PATCH/RFCv3 0/6] The Contiguous Memory Allocator framework

2010-08-19 Thread Michał Nazarewicz
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

Re: [PATCH/RFCv3 0/6] The Contiguous Memory Allocator framework

2010-08-19 Thread FUJITA Tomonori
> >> 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

Re: [PATCH/RFCv3 0/6] The Contiguous Memory Allocator framework

2010-08-19 Thread Michał Nazarewicz
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

Re: [PATCH/RFCv3 0/6] The Contiguous Memory Allocator framework

2010-08-19 Thread Michał Nazarewicz
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

Re: [PATCH/RFCv3 0/6] The Contiguous Memory Allocator framework

2010-08-19 Thread FUJITA Tomonori
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

Re: [PATCH/RFCv3 0/6] The Contiguous Memory Allocator framework

2010-08-19 Thread Konrad Rzeszutek Wilk
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

Re: [PATCH/RFCv3 0/6] The Contiguous Memory Allocator framework

2010-08-17 Thread Kyungmin Park
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

[PATCH/RFCv3 0/6] The Contiguous Memory Allocator framework

2010-08-06 Thread Michal Nazarewicz
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