From mboxrd@z Thu Jan 1 00:00:00 1970 From: Marek Szyprowski Subject: RE: [PATCH/RFC 0/8] ARM: DMA-mapping framework redesign Date: Fri, 24 Jun 2011 16:26:12 +0200 Message-ID: <001801cc327a$ab4b75f0$01e261d0$%szyprowski@samsung.com> References: <1308556213-24970-1-git-send-email-m.szyprowski@samsung.com> <20110624091807.GC29299@8bytes.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7BIT Return-path: Received: from mailout4.w1.samsung.com ([210.118.77.14]:37629 "EHLO mailout4.w1.samsung.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753859Ab1FXO01 (ORCPT ); Fri, 24 Jun 2011 10:26:27 -0400 Received: from eu_spt1 ([210.118.77.14]) by mailout4.w1.samsung.com (Sun Java(tm) System Messaging Server 6.3-8.04 (built Jul 29 2009; 32bit)) with ESMTP id <0LNA00LGVTG12M40@mailout4.w1.samsung.com> for linux-arch@vger.kernel.org; Fri, 24 Jun 2011 15:26:25 +0100 (BST) Received: from linux.samsung.com ([106.116.38.10]) by spt1.w1.samsung.com (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTPA id <0LNA003NXTG0RW@spt1.w1.samsung.com> for linux-arch@vger.kernel.org; Fri, 24 Jun 2011 15:26:25 +0100 (BST) In-reply-to: <20110624091807.GC29299@8bytes.org> Content-language: pl Sender: linux-arch-owner@vger.kernel.org List-ID: To: 'Joerg Roedel' Cc: linux-arm-kernel@lists.infradead.org, linaro-mm-sig@lists.linaro.org, linux-mm@kvack.org, linux-arch@vger.kernel.org, 'Kyungmin Park' , 'Arnd Bergmann' , 'Russell King - ARM Linux' , Marek Szyprowski Hello, On Friday, June 24, 2011 11:18 AM Joerg Roedel wrote: > On Mon, Jun 20, 2011 at 09:50:05AM +0200, Marek Szyprowski wrote: > > This patch series is a continuation of my works on implementing generic > > IOMMU support in DMA mapping framework for ARM architecture. Now I > > focused on the DMA mapping framework itself. It turned out that adding > > support for common dma_map_ops structure was not that hard as I initally > > thought. After some modification most of the code fits really well to > > the generic dma_map_ops methods. > > I appreciate your progress on this generic dma_ops implementation. But > for now it looks very ARM specific. Do you have plans to extend it to > non-ARM iommu-api implementations too? These works are just a first step to create an environment for real iommu & dma-mapping integration. It is much easier to work on IOMMU integration once the dma-mapping operations can be easily changed for particular devices. dma_map_ops gives such flexibility. It is also a de-facto standard interface for other architectures so it was really desired to work on iommu implementation on top of dma_map_ops. Of course my patches will be ARM-centric, but I hope to isolate ARM-specific from generic parts, which can be easily reused on other platforms. Best regards -- Marek Szyprowski Samsung Poland R&D Center