[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20110610135217.701a2fd2@lxorguk.ukuu.org.uk>
Date: Fri, 10 Jun 2011 13:52:17 +0100
From: Alan Cox <alan@...rguk.ukuu.org.uk>
To: Marek Szyprowski <m.szyprowski@...sung.com>
Cc: linux-kernel@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
linux-media@...r.kernel.org, linux-mm@...ck.org,
linaro-mm-sig@...ts.linaro.org,
"'Michal Nazarewicz'" <mina86@...a86.com>,
"'Kyungmin Park'" <kyungmin.park@...sung.com>,
"'Andrew Morton'" <akpm@...ux-foundation.org>,
"'KAMEZAWA Hiroyuki'" <kamezawa.hiroyu@...fujitsu.com>,
"'Ankita Garg'" <ankita@...ibm.com>,
"'Daniel Walker'" <dwalker@...eaurora.org>,
"'Johan MOSSBERG'" <johan.xx.mossberg@...ricsson.com>,
"'Mel Gorman'" <mel@....ul.ie>, "'Arnd Bergmann'" <arnd@...db.de>,
"'Jesse Barker'" <jesse.barker@...aro.org>
Subject: Re: [PATCH 02/10] lib: genalloc: Generic allocator improvements
> I plan to replace it with lib/bitmap.c bitmap_* based allocator (similar like
> it it is used by dma_declare_coherent_memory() and friends in
> drivers/base/dma-coherent.c). We need something really simple for CMA area
> management.
>
> IMHO allocate_resource and friends a bit too heavy here, but good to know
> that such allocator also exists.
Not sure I'd class allocate_resource as heavyweight but providing it's
using something that already exists rather than inventing yet another
allocator.
This wants dealing with before it goes upstream though so the chaneges in
lib/*c etc never have to reach mainline and then get changed back.
Alan
--
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