Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755389Ab2JPAuT (ORCPT ); Mon, 15 Oct 2012 20:50:19 -0400 Received: from mail-vb0-f46.google.com ([209.85.212.46]:55561 "EHLO mail-vb0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752148Ab2JPAuR (ORCPT ); Mon, 15 Oct 2012 20:50:17 -0400 MIME-Version: 1.0 In-Reply-To: <1350309832-18461-1-git-send-email-m.szyprowski@samsung.com> References: <1350309832-18461-1-git-send-email-m.szyprowski@samsung.com> Date: Tue, 16 Oct 2012 09:50:16 +0900 X-Google-Sender-Auth: WhYENsA67RZyAw5Yt0hM7fA24a0 Message-ID: Subject: Re: [RFC 0/2] DMA-mapping & IOMMU - physically contiguous allocations From: Inki Dae To: Marek Szyprowski Cc: linux-arm-kernel@lists.infradead.org, linaro-mm-sig@lists.linaro.org, linux-mm@kvack.org, linux-kernel@vger.kernel.org, Kyungmin Park , Arnd Bergmann , Russell King - ARM Linux , Rob Clark Content-Type: text/plain; charset=ISO-8859-1 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2149 Lines: 57 2012/10/15 Marek Szyprowski : > Hello, > > Some devices, which have IOMMU, for some use cases might require to > allocate a buffers for DMA which is contiguous in physical memory. Such > use cases appears for example in DRM subsystem when one wants to improve > performance or use secure buffer protection. > > I would like to ask if adding a new attribute, as proposed in this RFC > is a good idea? I feel that it might be an attribute just for a single > driver, but I would like to know your opinion. Should we look for other > solution? > In addition, currently we have worked dma-mapping-based iommu support for exynos drm driver with this patch set so this patch set has been tested with iommu enabled exynos drm driver and worked fine. actually, this feature is needed for secure mode such as TrustZone. in case of Exynos SoC, memory region for secure mode should be physically contiguous and also maybe OMAP but now dma-mapping framework doesn't guarantee physically continuous memory allocation so this patch set would make it possible. Tested-by: Inki Dae Reviewed-by: Inki Dae Thanks, Inki Dae > Best regards > -- > Marek Szyprowski > Samsung Poland R&D Center > > > Marek Szyprowski (2): > common: DMA-mapping: add DMA_ATTR_FORCE_CONTIGUOUS attribute > ARM: dma-mapping: add support for DMA_ATTR_FORCE_CONTIGUOUS attribute > > Documentation/DMA-attributes.txt | 9 +++++++++ > arch/arm/mm/dma-mapping.c | 41 ++++++++++++++++++++++++++++++-------- > include/linux/dma-attrs.h | 1 + > 3 files changed, 43 insertions(+), 8 deletions(-) > > -- > 1.7.9.5 > > -- > 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/ . > Don't email: email@kvack.org -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/