From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757059Ab1FJMvb (ORCPT ); Fri, 10 Jun 2011 08:51:31 -0400 Received: from earthlight.etchedpixels.co.uk ([81.2.110.250]:55341 "EHLO www.etchedpixels.co.uk" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1755273Ab1FJMv2 (ORCPT ); Fri, 10 Jun 2011 08:51:28 -0400 Date: Fri, 10 Jun 2011 13:52:17 +0100 From: Alan Cox To: Marek Szyprowski Cc: linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-media@vger.kernel.org, linux-mm@kvack.org, linaro-mm-sig@lists.linaro.org, "'Michal Nazarewicz'" , "'Kyungmin Park'" , "'Andrew Morton'" , "'KAMEZAWA Hiroyuki'" , "'Ankita Garg'" , "'Daniel Walker'" , "'Johan MOSSBERG'" , "'Mel Gorman'" , "'Arnd Bergmann'" , "'Jesse Barker'" Subject: Re: [PATCH 02/10] lib: genalloc: Generic allocator improvements Message-ID: <20110610135217.701a2fd2@lxorguk.ukuu.org.uk> In-Reply-To: <000c01cc2769$02669b70$0733d250$%szyprowski@samsung.com> References: <1307699698-29369-1-git-send-email-m.szyprowski@samsung.com> <1307699698-29369-3-git-send-email-m.szyprowski@samsung.com> <20110610122451.15af86d1@lxorguk.ukuu.org.uk> <000c01cc2769$02669b70$0733d250$%szyprowski@samsung.com> X-Mailer: Claws Mail 3.7.9 (GTK+ 2.22.0; x86_64-redhat-linux-gnu) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAFVBMVEWysKsSBQMIAwIZCwj///8wIhxoRDXH9QHCAAABeUlEQVQ4jaXTvW7DIBAAYCQTzz2hdq+rdg494ZmBeE5KYHZjm/d/hJ6NfzBJpp5kRb5PHJwvMPMk2L9As5Y9AmYRBL+HAyJKeOU5aHRhsAAvORQ+UEgAvgddj/lwAXndw2laEDqA4x6KEBhjYRCg9tBFCOuJFxg2OKegbWjbsRTk8PPhKPD7HcRxB7cqhgBRp9Dcqs+B8v4CQvFdqeot3Kov6hBUn0AJitrzY+sgUuiA8i0r7+B3AfqKcN6t8M6HtqQ+AOoELCikgQSbgabKaJW3kn5lBs47JSGDhhLKDUh1UMipwwinMYPTBuIBjEclSaGZUk9hDlTb5sUTYN2SFFQuPe4Gox1X0FZOufjgBiV1Vls7b+GvK3SU4wfmcGo9rPPQzgIabfj4TYQo15k3bTHX9RIw/kniir5YbtJF4jkFG+dsDK1IgE413zAthU/vR2HVMmFUPIHTvF6jWCpFaGw/A3qWgnbxpSm9MSmY5b3pM1gvNc/gQfwBsGwF0VCtxZgAAAAASUVORK5CYII= Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > 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 From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail6.bemta8.messagelabs.com (mail6.bemta8.messagelabs.com [216.82.243.55]) by kanga.kvack.org (Postfix) with ESMTP id B89D66B004A for ; Fri, 10 Jun 2011 08:50:58 -0400 (EDT) Date: Fri, 10 Jun 2011 13:52:17 +0100 From: Alan Cox Subject: Re: [PATCH 02/10] lib: genalloc: Generic allocator improvements Message-ID: <20110610135217.701a2fd2@lxorguk.ukuu.org.uk> In-Reply-To: <000c01cc2769$02669b70$0733d250$%szyprowski@samsung.com> References: <1307699698-29369-1-git-send-email-m.szyprowski@samsung.com> <1307699698-29369-3-git-send-email-m.szyprowski@samsung.com> <20110610122451.15af86d1@lxorguk.ukuu.org.uk> <000c01cc2769$02669b70$0733d250$%szyprowski@samsung.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org List-ID: To: Marek Szyprowski Cc: linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-media@vger.kernel.org, linux-mm@kvack.org, linaro-mm-sig@lists.linaro.org, 'Michal Nazarewicz' , 'Kyungmin Park' , 'Andrew Morton' , 'KAMEZAWA Hiroyuki' , 'Ankita Garg' , 'Daniel Walker' , 'Johan MOSSBERG' , 'Mel Gorman' , 'Arnd Bergmann' , 'Jesse Barker' > 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, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/ Don't email: email@kvack.org From mboxrd@z Thu Jan 1 00:00:00 1970 From: alan@lxorguk.ukuu.org.uk (Alan Cox) Date: Fri, 10 Jun 2011 13:52:17 +0100 Subject: [PATCH 02/10] lib: genalloc: Generic allocator improvements In-Reply-To: <000c01cc2769$02669b70$0733d250$%szyprowski@samsung.com> References: <1307699698-29369-1-git-send-email-m.szyprowski@samsung.com> <1307699698-29369-3-git-send-email-m.szyprowski@samsung.com> <20110610122451.15af86d1@lxorguk.ukuu.org.uk> <000c01cc2769$02669b70$0733d250$%szyprowski@samsung.com> Message-ID: <20110610135217.701a2fd2@lxorguk.ukuu.org.uk> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org > 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