All of lore.kernel.org
 help / color / mirror / Atom feed
From: Pantelis Antoniou <panto@intracom.gr>
To: Andrey Volkov <avolkov@varma-el.com>
Cc: Andrew Morton <akpm@osdl.org>,
	jes@trained-monkey.org, linux-kernel@vger.kernel.org,
	linuxppc-embedded@ozlabs.org
Subject: Re: [RFC] genalloc != generic DEVICE memory allocator
Date: Thu, 22 Dec 2005 16:15:36 +0200	[thread overview]
Message-ID: <43AAB508.7000007@intracom.gr> (raw)
In-Reply-To: <43AAAEA2.8030200@varma-el.com>

Andrey Volkov wrote:
> Hi Pantelis,
> 
> Pantelis Antoniou wrote:
> 
>>Andrey Volkov wrote:
>>

[snip]

>>
>>Hi Andrey,
>>
>>FYI, on arch/ppc/lib/rheap.c theres an implementation of a remote heap.
>>
>>It is currently used for the management of freescale's CPM1 & CPM2 internal
>>dual port RAM.
>>
>>Take a look, it might be what you have in mind.
>>
>>Regards
>>
>>Pantelis
> 
> 
> Thanks I missed it (and small wonder! :( ).
> 
> Andrew, Is somebody count HOW MANY dev specific implementation
> of buddy/first-fit allocators now in kernel?
> 

Yes, it is indeed messy.

The rheap implementation is generic enough and I believe can fit most of the
special memory allocators needs. If you'd like I could move it somewhere
generic and test it.

Regards

Pantelis

WARNING: multiple messages have this Message-ID (diff)
From: Pantelis Antoniou <panto@intracom.gr>
To: Andrey Volkov <avolkov@varma-el.com>
Cc: jes@trained-monkey.org, Andrew Morton <akpm@osdl.org>,
	linux-kernel@vger.kernel.org, linuxppc-embedded@ozlabs.org
Subject: Re: [RFC] genalloc != generic DEVICE memory allocator
Date: Thu, 22 Dec 2005 16:15:36 +0200	[thread overview]
Message-ID: <43AAB508.7000007@intracom.gr> (raw)
In-Reply-To: <43AAAEA2.8030200@varma-el.com>

Andrey Volkov wrote:
> Hi Pantelis,
> 
> Pantelis Antoniou wrote:
> 
>>Andrey Volkov wrote:
>>

[snip]

>>
>>Hi Andrey,
>>
>>FYI, on arch/ppc/lib/rheap.c theres an implementation of a remote heap.
>>
>>It is currently used for the management of freescale's CPM1 & CPM2 internal
>>dual port RAM.
>>
>>Take a look, it might be what you have in mind.
>>
>>Regards
>>
>>Pantelis
> 
> 
> Thanks I missed it (and small wonder! :( ).
> 
> Andrew, Is somebody count HOW MANY dev specific implementation
> of buddy/first-fit allocators now in kernel?
> 

Yes, it is indeed messy.

The rheap implementation is generic enough and I believe can fit most of the
special memory allocators needs. If you'd like I could move it somewhere
generic and test it.

Regards

Pantelis


  reply	other threads:[~2005-12-22 14:21 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-12-21 17:23 [RFC] genalloc != generic DEVICE memory allocator Andrey Volkov
2005-12-21 17:23 ` Andrey Volkov
2005-12-22  8:38 ` Pantelis Antoniou
2005-12-22  8:38   ` Pantelis Antoniou
2005-12-22 13:48   ` Andrey Volkov
2005-12-22 13:48     ` Andrey Volkov
2005-12-22 14:15     ` Pantelis Antoniou [this message]
2005-12-22 14:15       ` Pantelis Antoniou
2005-12-22 15:44       ` Andrey Volkov
2005-12-22 15:44         ` Andrey Volkov
2005-12-22 16:09         ` Pantelis Antoniou
2005-12-22 16:09           ` Pantelis Antoniou
     [not found] ` <43A9B2F1.8090402@246tNt.com>
2005-12-22 13:41   ` Andrey Volkov
2005-12-22 13:41     ` Andrey Volkov
2005-12-22 15:37 ` Jes Sorensen
2005-12-22 15:37   ` Jes Sorensen
2005-12-22 18:18   ` Andrey Volkov
2005-12-22 18:18     ` Andrey Volkov
2005-12-22 18:33     ` Pantelis Antoniou
2005-12-22 18:33       ` Pantelis Antoniou
2005-12-23  7:38       ` Andrey Volkov
2005-12-23  7:38         ` Andrey Volkov
2005-12-23  7:46         ` Pantelis Antoniou
2005-12-23  7:46           ` Pantelis Antoniou
2005-12-23 10:17           ` Andrey Volkov
2005-12-23 10:17             ` Andrey Volkov
2005-12-23 10:59     ` Jes Sorensen
2005-12-23 10:59       ` Jes Sorensen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=43AAB508.7000007@intracom.gr \
    --to=panto@intracom.gr \
    --cc=akpm@osdl.org \
    --cc=avolkov@varma-el.com \
    --cc=jes@trained-monkey.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linuxppc-embedded@ozlabs.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.