Received: by 2002:a05:6a10:1d13:0:0:0:0 with SMTP id pp19csp3258609pxb; Sun, 29 Aug 2021 19:40:33 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyU8bnxWJs9pmBUzT90yz0EuR7sIMsyDj+YwkTVP7NQKTLFGWHbbi15Ab7vaMQ8K39Ds6Ku X-Received: by 2002:a17:906:1dd6:: with SMTP id v22mr22690496ejh.226.1630291233550; Sun, 29 Aug 2021 19:40:33 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1630291233; cv=none; d=google.com; s=arc-20160816; b=F98E1noORePH8Z8Xu/vdh5biFRTHKDsGKxUP6EdiG8S9GUjNgt7jyAqp9gax68wGgY k2j2f1ZDL1j+K0c4TaZD6t+fapVJqgf8a/6j1QbXi0fAcAlHupfSCa/cJZSzXxGsJZER bQY5xM/5W4ErTs+u1P4O02UPuJo1D5T4C0FlkpHe4nqabcJlofhP122iIrziFcF4CKS0 YBsMv32vhZfQzgETfjuP9RKp62jVYLN+zTTdh2klRkndtOxlrS8IFFTqpS/Chm/ywtNU P23PDE3ACQ4pyVNSWRFNVe3rHBUfYBw3aUhr5Gn8coSwJMjR6cacJ8oVspH7oIz+wKFU Mwcg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:message-id:date:subject:cc:to:from; bh=8CtD/2VJhLyQTlxa4SZU00T34wcnBgohalgXHSJeV0E=; b=1FrO9fogSL19u5Ek+qsNkWrSCTC9YUpU62CvBY1yRONTb7E4QmIfGtjPT6Pd5Z758g rITUk3xdfzSNCALYejruBvkaY604IVaewyXmvr1+dPWvuU8Eg0/mM9re3UU/SV4VFUsx 38OUZFt4zAR8A3hFVBR8/Ia9DCCY8e3YP0Vqv/rG+W7guvGa966qYWa9JIy69SxxIcBk 51cfjnBGBhsa8KllmoCEjTSWSS4epE9eGLheHggGiBRay2oDRfQF3ax8Sz5ZITiCSw10 4ZW9rA8vbOl4UpoRez118SRyNEf55Z5qIAyZT3C17AzmJHwG1ohi7o6kf7q7uZjh30Bf nvCQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=mediatek.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id m24si13403535ejd.38.2021.08.29.19.40.10; Sun, 29 Aug 2021 19:40:33 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=mediatek.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234808AbhH3Cjj (ORCPT + 99 others); Sun, 29 Aug 2021 22:39:39 -0400 Received: from mailgw01.mediatek.com ([60.244.123.138]:36164 "EHLO mailgw01.mediatek.com" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S234163AbhH3Cjj (ORCPT ); Sun, 29 Aug 2021 22:39:39 -0400 X-UUID: 173842058bd14ab19b6ef8674c3acd5e-20210830 X-UUID: 173842058bd14ab19b6ef8674c3acd5e-20210830 Received: from mtkcas07.mediatek.inc [(172.21.101.84)] by mailgw01.mediatek.com (envelope-from ) (Generic MTA with TLSv1.2 ECDHE-RSA-AES256-SHA384 256/256) with ESMTP id 1295346586; Mon, 30 Aug 2021 10:38:42 +0800 Received: from mtkcas07.mediatek.inc (172.21.101.84) by mtkmbs06n1.mediatek.inc (172.21.101.129) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 30 Aug 2021 10:38:40 +0800 Received: from mszswglt01.gcn.mediatek.inc (10.16.20.20) by mtkcas07.mediatek.inc (172.21.101.73) with Microsoft SMTP Server id 15.0.1497.2 via Frontend Transport; Mon, 30 Aug 2021 10:38:40 +0800 From: To: Sumit Semwal , Benjamin Gaignard , Liam Mark , Laura Abbott , Brian Starkey , John Stultz , =?UTF-8?q?Christian=20K=C3=B6nig?= , Matthias Brugger , "open list:DMA-BUF HEAPS FRAMEWORK" , "open list:DMA-BUF HEAPS FRAMEWORK" , "moderated list:DMA-BUF HEAPS FRAMEWORK" , open list , "moderated list:ARM/Mediatek SoC support" , "moderated list:ARM/Mediatek SoC support" CC: , , , , Guangming Cao Subject: [PATCH] dma-buf: Add support for mapping buffers with DMA attributes Date: Mon, 30 Aug 2021 10:39:11 +0800 Message-ID: <20210830023911.4410-1-guangming.cao@mediatek.com> X-Mailer: git-send-email 2.17.1 MIME-Version: 1.0 Content-Type: text/plain X-MTK: N Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Guangming Cao When mapping the memory represented by a dma-buf into a device's address space, it might be desireable to map the memory with certain DMA attributes. Thus, introduce the dma_mapping_attrs field in the dma_buf_attachment structure so that when the memory is mapped with dma_buf_map_attachment, it is mapped with the desired DMA attributes. Signed-off-by: Isaac J. Manjarres Signed-off-by: Sandeep Patil Signed-off-by: Guangming Cao --- drivers/dma-buf/heaps/cma_heap.c | 6 ++++-- drivers/dma-buf/heaps/system_heap.c | 6 ++++-- include/linux/dma-buf.h | 3 +++ 3 files changed, 11 insertions(+), 4 deletions(-) diff --git a/drivers/dma-buf/heaps/cma_heap.c b/drivers/dma-buf/heaps/cma_heap.c index 0c05b79870f9..2c9feb3bfc3e 100644 --- a/drivers/dma-buf/heaps/cma_heap.c +++ b/drivers/dma-buf/heaps/cma_heap.c @@ -99,9 +99,10 @@ static struct sg_table *cma_heap_map_dma_buf(struct dma_buf_attachment *attachme { struct dma_heap_attachment *a = attachment->priv; struct sg_table *table = &a->table; + int attrs = attachment->dma_map_attrs; int ret; - ret = dma_map_sgtable(attachment->dev, table, direction, 0); + ret = dma_map_sgtable(attachment->dev, table, direction, attrs); if (ret) return ERR_PTR(-ENOMEM); a->mapped = true; @@ -113,9 +114,10 @@ static void cma_heap_unmap_dma_buf(struct dma_buf_attachment *attachment, enum dma_data_direction direction) { struct dma_heap_attachment *a = attachment->priv; + int attrs = attachment->dma_map_attrs; a->mapped = false; - dma_unmap_sgtable(attachment->dev, table, direction, 0); + dma_unmap_sgtable(attachment->dev, table, direction, attrs); } static int cma_heap_dma_buf_begin_cpu_access(struct dma_buf *dmabuf, diff --git a/drivers/dma-buf/heaps/system_heap.c b/drivers/dma-buf/heaps/system_heap.c index 23a7e74ef966..fc7b1e02988e 100644 --- a/drivers/dma-buf/heaps/system_heap.c +++ b/drivers/dma-buf/heaps/system_heap.c @@ -130,9 +130,10 @@ static struct sg_table *system_heap_map_dma_buf(struct dma_buf_attachment *attac { struct dma_heap_attachment *a = attachment->priv; struct sg_table *table = a->table; + int attrs = attachment->dma_map_attrs; int ret; - ret = dma_map_sgtable(attachment->dev, table, direction, 0); + ret = dma_map_sgtable(attachment->dev, table, direction, attrs); if (ret) return ERR_PTR(ret); @@ -145,9 +146,10 @@ static void system_heap_unmap_dma_buf(struct dma_buf_attachment *attachment, enum dma_data_direction direction) { struct dma_heap_attachment *a = attachment->priv; + int attrs = attachment->dma_map_attrs; a->mapped = false; - dma_unmap_sgtable(attachment->dev, table, direction, 0); + dma_unmap_sgtable(attachment->dev, table, direction, attrs); } static int system_heap_dma_buf_begin_cpu_access(struct dma_buf *dmabuf, diff --git a/include/linux/dma-buf.h b/include/linux/dma-buf.h index efdc56b9d95f..4d650731766e 100644 --- a/include/linux/dma-buf.h +++ b/include/linux/dma-buf.h @@ -379,6 +379,8 @@ struct dma_buf_attach_ops { * @importer_ops: importer operations for this attachment, if provided * dma_buf_map/unmap_attachment() must be called with the dma_resv lock held. * @importer_priv: importer specific attachment data. + * @dma_map_attrs: DMA attributes to be used when the exporter maps the buffer + * through dma_buf_map_attachment. * * This structure holds the attachment information between the dma_buf buffer * and its user device(s). The list contains one attachment struct per device @@ -399,6 +401,7 @@ struct dma_buf_attachment { const struct dma_buf_attach_ops *importer_ops; void *importer_priv; void *priv; + unsigned long dma_map_attrs; }; /** -- 2.17.1