[lkml]   [2006]   [Jul]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [PATCH] powerpc:Fix rheap alignment problem
On Saturday 01 July 2006 17:34, Kumar Gala wrote:
> On Jul 1, 2006, at 5:25 AM, Christoph Hellwig wrote:
> > On Sat, Jul 01, 2006 at 05:21:06PM +1000, Benjamin Herrenschmidt
> > wrote:
> >> On Sat, 2006-07-01 at 14:35 +0800, Linux powerpc wrote:
> >>> Yes, it was used for allocating dual port RAM for CPM. And now
> >>> we are
> >>> adding QE support to powerpc arch which need to use rheap(QE is next
> >>> generation for CPM). Please see the patches I <>
> >>> just posted for 8360epb support. Moreover, previous CPM support is
> >>> adding to powerpc arch too.
> >>
> >> Ok, well, I don't have anything specifically against that code, I was
> >> just wondering if it may not duplicate something we already have (yet
> >> another space allocator basically)...
> >
> > Yepp. Without looking at the rheap allocator in deatail, any reason
> > it can't use lib/genalloc.c?
> Doing a quick glance at lib/genalloc.c I dont see any reason we
> couldn't use it. However, Panto will know best, since he wrote rheap.
> - k

Hi there,

RHEAP started life long before on 2.4 before genalloc was included in the kernel.
The difference is only in the implementation, rheap uses double linked lists
while genalloc uses per pool bitmaps. RHEAP is faster & conserves a bit more space
since it doesn't use a bitmap to track the chunks.

Since genalloc is the blessed linux thing it might be best to use that & remove
rheap completely. Oh well...


To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2006-07-02 00:10    [W:0.044 / U:1.848 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site