From patchwork Sun Feb 21 15:20:46 2016 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Patchwork-Submitter: Vinod Koul X-Patchwork-Id: 8368611 Return-Path: X-Original-To: patchwork-dmaengine@patchwork.kernel.org Delivered-To: patchwork-parsemail@patchwork2.web.kernel.org Received: from mail.kernel.org (mail.kernel.org [198.145.29.136]) by patchwork2.web.kernel.org (Postfix) with ESMTP id E37CAC0553 for ; Sun, 21 Feb 2016 17:42:58 +0000 (UTC) Received: from mail.kernel.org (localhost [127.0.0.1]) by mail.kernel.org (Postfix) with ESMTP id 2D38F203DA for ; Sun, 21 Feb 2016 17:42:58 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 338FF20396 for ; Sun, 21 Feb 2016 17:42:57 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751885AbcBURm4 (ORCPT ); Sun, 21 Feb 2016 12:42:56 -0500 Received: from mga02.intel.com ([134.134.136.20]:25066 "EHLO mga02.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752581AbcBURmL (ORCPT ); Sun, 21 Feb 2016 12:42:11 -0500 Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by orsmga101.jf.intel.com with ESMTP; 21 Feb 2016 07:17:02 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.22,480,1449561600"; d="scan'208";a="920630776" Received: from vkoul-udesk7.iind.intel.com ([10.223.84.39]) by fmsmga002.fm.intel.com with ESMTP; 21 Feb 2016 07:16:59 -0800 From: Vinod Koul To: dmaengine@vger.kernel.org Cc: Laurent Pinchart , =?UTF-8?q?Niklas=20S=C3=B6derlund?= , Linus Walleij , Maxime Ripard , Wolfram Sang , linux-renesas-soc@vger.kernel.org, Geert Uytterhoeven , Vinod Koul Subject: [PATCH][CFT]: dmaengine: make slave address physical Date: Sun, 21 Feb 2016 20:50:46 +0530 Message-Id: <1456068046-12500-1-git-send-email-vinod.koul@intel.com> X-Mailer: git-send-email 1.9.1 Sender: dmaengine-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: dmaengine@vger.kernel.org X-Spam-Status: No, score=-6.9 required=5.0 tests=BAYES_00, RCVD_IN_DNSWL_HI, RP_MATCHES_RCVD, UNPARSEABLE_RELAY autolearn=unavailable version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.kernel.org X-Virus-Scanned: ClamAV using ClamSMTP The slave dmaengine semantics required the client to map dma addresses and pass DMA address to dmaengine drivers. While this was a convenient notion coming from generic dma offload cases where dmaengines are interchangeable and client is not aware of which engine to map to. But in case of slave, we know the dmaengine and always use a specific one. Further the IOMMU cases can lead to failure of this notion, so make this as physical address and now dmaengine driver will do the required mapping. Original-patch-by: Linus Walleij Signed-off-by: Vinod Koul Acked-by: Geert Uytterhoeven Tested-by: Niklas Söderlund Acked-by: Wolfram Sang Tested-by: Wolfram Sang Reviewed-by: Laurent Pinchart Acked-by: Arnd Bergmann --- include/linux/dmaengine.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/include/linux/dmaengine.h b/include/linux/dmaengine.h index 16a1cad30c33..d85ecd20af50 100644 --- a/include/linux/dmaengine.h +++ b/include/linux/dmaengine.h @@ -357,8 +357,8 @@ enum dma_slave_buswidth { */ struct dma_slave_config { enum dma_transfer_direction direction; - dma_addr_t src_addr; - dma_addr_t dst_addr; + phys_addr_t src_addr; + phys_addr_t dst_addr; enum dma_slave_buswidth src_addr_width; enum dma_slave_buswidth dst_addr_width; u32 src_maxburst;