From mboxrd@z Thu Jan 1 00:00:00 1970 From: Arnd Bergmann Date: Fri, 24 Feb 2012 15:48:59 +0000 Subject: Re: [PATCH 00/14] DMA-mapping framework redesign preparation Message-Id: <201202241548.59791.arnd@arndb.de> List-Id: References: <1324643253-3024-1-git-send-email-m.szyprowski@samsung.com> In-Reply-To: <1324643253-3024-1-git-send-email-m.szyprowski@samsung.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: Marek Szyprowski Cc: linux-kernel@vger.kernel.org, Benjamin Herrenschmidt , Thomas Gleixner , Andrew Morton , Stephen Rothwell , microblaze-uclinux@itee.uq.edu.au, linux-arch@vger.kernel.org, x86@kernel.org, linux-sh@vger.kernel.org, linux-alpha@vger.kernel.org, sparclinux@vger.kernel.org, linux-ia64@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, linux-mips@linux-mips.org, discuss@x86-64.org, linux-arm-kernel@lists.infradead.org, linux-mm@kvack.org, linaro-mm-sig@lists.linaro.org, Jonathan Corbet , Kyungmin Park , Andrzej Pietrasiewicz On Friday 23 December 2011, Marek Szyprowski wrote: > The solution we found is to introduce a new public dma mapping functions > with additional attributes argument: dma_alloc_attrs and > dma_free_attrs(). This way all different kinds of architecture specific > buffer mappings can be hidden behind the attributes without the need of > creating several versions of dma_alloc_ function. Since the patches are now in linux-next, we should make sure that they can actually get merged into 3.4. I've looked at all the patches again and found them to be straightforward and helpful, I hope we can get them merged next time. Please add my Reviewed-by: Arnd Bergmann From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from psmtp.com (na3sys010amx133.postini.com [74.125.245.133]) by kanga.kvack.org (Postfix) with SMTP id 10DA46B007E for ; Fri, 24 Feb 2012 10:49:38 -0500 (EST) From: Arnd Bergmann Subject: Re: [PATCH 00/14] DMA-mapping framework redesign preparation Date: Fri, 24 Feb 2012 15:48:59 +0000 References: <1324643253-3024-1-git-send-email-m.szyprowski@samsung.com> In-Reply-To: <1324643253-3024-1-git-send-email-m.szyprowski@samsung.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201202241548.59791.arnd@arndb.de> Sender: owner-linux-mm@kvack.org List-ID: To: Marek Szyprowski Cc: linux-kernel@vger.kernel.org, Benjamin Herrenschmidt , Thomas Gleixner , Andrew Morton , Stephen Rothwell , microblaze-uclinux@itee.uq.edu.au, linux-arch@vger.kernel.org, x86@kernel.org, linux-sh@vger.kernel.org, linux-alpha@vger.kernel.org, sparclinux@vger.kernel.org, linux-ia64@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, linux-mips@linux-mips.org, discuss@x86-64.org, linux-arm-kernel@lists.infradead.org, linux-mm@kvack.org, linaro-mm-sig@lists.linaro.org, Jonathan Corbet , Kyungmin Park , Andrzej Pietrasiewicz On Friday 23 December 2011, Marek Szyprowski wrote: > The solution we found is to introduce a new public dma mapping functions > with additional attributes argument: dma_alloc_attrs and > dma_free_attrs(). This way all different kinds of architecture specific > buffer mappings can be hidden behind the attributes without the need of > creating several versions of dma_alloc_ function. Since the patches are now in linux-next, we should make sure that they can actually get merged into 3.4. I've looked at all the patches again and found them to be straightforward and helpful, I hope we can get them merged next time. Please add my Reviewed-by: Arnd Bergmann -- 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 Return-Path: Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by ozlabs.org (Postfix) with ESMTP id 16C57B6EE6 for ; Sat, 25 Feb 2012 02:49:27 +1100 (EST) From: Arnd Bergmann To: Marek Szyprowski Subject: Re: [PATCH 00/14] DMA-mapping framework redesign preparation Date: Fri, 24 Feb 2012 15:48:59 +0000 References: <1324643253-3024-1-git-send-email-m.szyprowski@samsung.com> In-Reply-To: <1324643253-3024-1-git-send-email-m.szyprowski@samsung.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Message-Id: <201202241548.59791.arnd@arndb.de> Cc: linux-arch@vger.kernel.org, Stephen Rothwell , linux-alpha@vger.kernel.org, linux-ia64@vger.kernel.org, Jonathan Corbet , linux-sh@vger.kernel.org, x86@kernel.org, Andrzej Pietrasiewicz , linux-kernel@vger.kernel.org, linaro-mm-sig@lists.linaro.org, linux-mm@kvack.org, Kyungmin Park , linux-mips@linux-mips.org, microblaze-uclinux@itee.uq.edu.au, sparclinux@vger.kernel.org, Thomas Gleixner , linuxppc-dev@lists.ozlabs.org, Andrew Morton , linux-arm-kernel@lists.infradead.org, discuss@x86-64.org List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Friday 23 December 2011, Marek Szyprowski wrote: > The solution we found is to introduce a new public dma mapping functions > with additional attributes argument: dma_alloc_attrs and > dma_free_attrs(). This way all different kinds of architecture specific > buffer mappings can be hidden behind the attributes without the need of > creating several versions of dma_alloc_ function. Since the patches are now in linux-next, we should make sure that they can actually get merged into 3.4. I've looked at all the patches again and found them to be straightforward and helpful, I hope we can get them merged next time. Please add my Reviewed-by: Arnd Bergmann From mboxrd@z Thu Jan 1 00:00:00 1970 From: arnd@arndb.de (Arnd Bergmann) Date: Fri, 24 Feb 2012 15:48:59 +0000 Subject: [PATCH 00/14] DMA-mapping framework redesign preparation In-Reply-To: <1324643253-3024-1-git-send-email-m.szyprowski@samsung.com> References: <1324643253-3024-1-git-send-email-m.szyprowski@samsung.com> Message-ID: <201202241548.59791.arnd@arndb.de> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On Friday 23 December 2011, Marek Szyprowski wrote: > The solution we found is to introduce a new public dma mapping functions > with additional attributes argument: dma_alloc_attrs and > dma_free_attrs(). This way all different kinds of architecture specific > buffer mappings can be hidden behind the attributes without the need of > creating several versions of dma_alloc_ function. Since the patches are now in linux-next, we should make sure that they can actually get merged into 3.4. I've looked at all the patches again and found them to be straightforward and helpful, I hope we can get them merged next time. Please add my Reviewed-by: Arnd Bergmann