Received: by 2002:a25:868d:0:0:0:0:0 with SMTP id z13csp2903172ybk; Tue, 12 May 2020 10:54:30 -0700 (PDT) X-Google-Smtp-Source: ABdhPJybBhWiPvCVXaEHlRRBWEMXsOJ3M2Ozg/3MCm2lCZjr6fUL1k/3X65CGFqJwzojYJoFx7a8 X-Received: by 2002:a17:906:2b4f:: with SMTP id b15mr9617458ejg.64.1589306070712; Tue, 12 May 2020 10:54:30 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1589306070; cv=none; d=google.com; s=arc-20160816; b=tT0V8TVi11dx6uyfzKuWPBJrmPIwYi6uon9MggJWHTijmifIWfa6pwm0Ms/YPxrHbR J3EriP67ntxyymKqcKca0WvnD70UBYhERKxUkLhd3lp58SC7BGVuxE1BLvmYQzmdcMmg Kczm6W85gzmcIRET1qz3sS8O003c1mb8SoJIeYavcZunKAkdxut17oDcxSHT7rIh799J 1iAMLjAWJ30n0CUnIo4GB9nu3s1L5UXQULVEAs3XQv/NXL4yb/DjCcBBfkXGrm289VSX t5hXuRSxrxJH2T9nnZ9VN7S8PhRlCOBaSA4PSgYpjjqArbI3PeheBB7yO2UMTiu5utO+ 5zuw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:content-transfer-encoding :dlp-reaction:dlp-version:dlp-product:content-language :accept-language:in-reply-to:references:message-id:date:thread-index :thread-topic:subject:cc:to:from:ironport-sdr:ironport-sdr; bh=0gJ5wsFDRHxfSLoBNGCSpGTqIyg4TLKTVCo0pcTg0sM=; b=n2KyQui8oIneUg1LbeBYXpOaxvs7RFL4PL1etlt/RlFSKZNzQsztqnpkRMHXCUv9l0 J0gLPhLMa7NuTR27QCHkWrTNOYPW8jVZYdC0Dr00T7B/PyBGpO5FDZJUikS/e208eUEU c8yQOGF9JLCsjOUadgh3Z/d5R5dJ18LoeSDwaFix3PsHBnpmSp/2moLR57y4gBa83BDi PL8Ey4qsrhwiZu20S3dFFf6gWs6ECIMvjMIrqVmFptv4c+m2zUgUOSFNOIlT7NhvLLLW ec419elPBbzb4wivxxXzHUWV9WwQ+Euui+MY4X62yjc5rdhie+JJrGV/+PxJpY2ndnt0 dfHQ== 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=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id c11si7480395edq.161.2020.05.12.10.54.07; Tue, 12 May 2020 10:54:30 -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=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729271AbgELRwm convert rfc822-to-8bit (ORCPT + 99 others); Tue, 12 May 2020 13:52:42 -0400 Received: from mga03.intel.com ([134.134.136.65]:22514 "EHLO mga03.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726031AbgELRwm (ORCPT ); Tue, 12 May 2020 13:52:42 -0400 IronPort-SDR: jlZKFBnmwdbEE7zv7+fm/udiG7n1mPO1aiJBrA8zUpTbKRj+LlQeDaQWp8M+eqOgznq/LnJZcx r2H+uFhmXrPw== X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga004.fm.intel.com ([10.253.24.48]) by orsmga103.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 12 May 2020 10:52:40 -0700 IronPort-SDR: ZL/7MhQfCbgOFA+eAZA11RQiRbCYYyQOo2xUToXFTjAB6Dkyx/1RtNCsU3sz9r8EizRDByU+ja eQqYQB5Qv/pw== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.73,384,1583222400"; d="scan'208";a="286736341" Received: from fmsmsx105.amr.corp.intel.com ([10.18.124.203]) by fmsmga004.fm.intel.com with ESMTP; 12 May 2020 10:52:40 -0700 Received: from fmsmsx112.amr.corp.intel.com (10.18.116.6) by FMSMSX105.amr.corp.intel.com (10.18.124.203) with Microsoft SMTP Server (TLS) id 14.3.439.0; Tue, 12 May 2020 10:52:40 -0700 Received: from fmsmsx108.amr.corp.intel.com ([169.254.9.60]) by FMSMSX112.amr.corp.intel.com ([169.254.5.239]) with mapi id 14.03.0439.000; Tue, 12 May 2020 10:52:40 -0700 From: "Ruhl, Michael J" To: Marek Szyprowski , "dri-devel@lists.freedesktop.org" , "iommu@lists.linux-foundation.org" , "linaro-mm-sig@lists.linaro.org" , "linux-kernel@vger.kernel.org" CC: Pawel Osciak , Bartlomiej Zolnierkiewicz , David Airlie , "linux-media@vger.kernel.org" , Hans Verkuil , Mauro Carvalho Chehab , Robin Murphy , Christoph Hellwig , "linux-arm-kernel@lists.infradead.org" Subject: RE: [PATCH v4 38/38] videobuf2: use sgtable-based scatterlist wrappers Thread-Topic: [PATCH v4 38/38] videobuf2: use sgtable-based scatterlist wrappers Thread-Index: AQHWKDwP0fqa3BxGckm0EsGy+4sAaqikud8Q Date: Tue, 12 May 2020 17:52:39 +0000 Message-ID: <14063C7AD467DE4B82DEDB5C278E8663010E210FAC@FMSMSX108.amr.corp.intel.com> References: <20200512085710.14688-1-m.szyprowski@samsung.com> <20200512090058.14910-1-m.szyprowski@samsung.com> <20200512090058.14910-38-m.szyprowski@samsung.com> In-Reply-To: <20200512090058.14910-38-m.szyprowski@samsung.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-version: 11.2.0.6 dlp-reaction: no-action x-originating-ip: [10.1.200.106] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8BIT MIME-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org >-----Original Message----- >From: dri-devel On Behalf Of >Marek Szyprowski >Sent: Tuesday, May 12, 2020 5:01 AM >To: dri-devel@lists.freedesktop.org; iommu@lists.linux-foundation.org; >linaro-mm-sig@lists.linaro.org; linux-kernel@vger.kernel.org >Cc: Pawel Osciak ; Bartlomiej Zolnierkiewicz >; David Airlie ; linux- >media@vger.kernel.org; Hans Verkuil ; Mauro >Carvalho Chehab ; Robin Murphy >; Christoph Hellwig ; linux-arm- >kernel@lists.infradead.org; Marek Szyprowski > >Subject: [PATCH v4 38/38] videobuf2: use sgtable-based scatterlist wrappers > >Use recently introduced common wrappers operating directly on the struct >sg_table objects and scatterlist page iterators to make the code a bit >more compact, robust, easier to follow and copy/paste safe. > >No functional change, because the code already properly did all the >scaterlist related calls. > >Signed-off-by: Marek Szyprowski >--- >For more information, see '[PATCH v4 00/38] DRM: fix struct sg_table nents >vs. orig_nents misuse' thread: >https://lore.kernel.org/dri-devel/20200512085710.14688-1- >m.szyprowski@samsung.com/T/ >--- > .../media/common/videobuf2/videobuf2-dma-contig.c | 41 ++++++++++---- >-------- > drivers/media/common/videobuf2/videobuf2-dma-sg.c | 32 +++++++-------- >-- > drivers/media/common/videobuf2/videobuf2-vmalloc.c | 12 +++---- > 3 files changed, 34 insertions(+), 51 deletions(-) > >diff --git a/drivers/media/common/videobuf2/videobuf2-dma-contig.c >b/drivers/media/common/videobuf2/videobuf2-dma-contig.c >index d3a3ee5..bf31a9d 100644 >--- a/drivers/media/common/videobuf2/videobuf2-dma-contig.c >+++ b/drivers/media/common/videobuf2/videobuf2-dma-contig.c >@@ -48,16 +48,15 @@ struct vb2_dc_buf { > > static unsigned long vb2_dc_get_contiguous_size(struct sg_table *sgt) > { >- struct scatterlist *s; > dma_addr_t expected = sg_dma_address(sgt->sgl); >- unsigned int i; >+ struct sg_dma_page_iter dma_iter; > unsigned long size = 0; > >- for_each_sg(sgt->sgl, s, sgt->nents, i) { >- if (sg_dma_address(s) != expected) >+ for_each_sgtable_dma_page(sgt, &dma_iter, 0) { >+ if (sg_page_iter_dma_address(&dma_iter) != expected) > break; >- expected = sg_dma_address(s) + sg_dma_len(s); >- size += sg_dma_len(s); >+ expected += PAGE_SIZE; >+ size += PAGE_SIZE; This code in drm_prime_t_contiguous_size and here. I seem to remember seeing the same pattern in other drivers. Would it worthwhile to make this a helper as well? Also, isn't the sg_dma_len() the actual length of the chunk we are looking at? If its I not PAGE_SIZE (ie. dma chunk is 4 * PAGE_SIZE?), does your loop/calculation still work? Thanks, Mike > } > return size; > } >@@ -99,8 +98,7 @@ static void vb2_dc_prepare(void *buf_priv) > if (!sgt || buf->db_attach) > return; > >- dma_sync_sg_for_device(buf->dev, sgt->sgl, sgt->orig_nents, >- buf->dma_dir); >+ dma_sync_sgtable_for_device(buf->dev, sgt, buf->dma_dir); > } > > static void vb2_dc_finish(void *buf_priv) >@@ -112,7 +110,7 @@ static void vb2_dc_finish(void *buf_priv) > if (!sgt || buf->db_attach) > return; > >- dma_sync_sg_for_cpu(buf->dev, sgt->sgl, sgt->orig_nents, buf- >>dma_dir); >+ dma_sync_sgtable_for_cpu(buf->dev, sgt, buf->dma_dir); > } > > /*********************************************/ >@@ -273,8 +271,8 @@ static void vb2_dc_dmabuf_ops_detach(struct >dma_buf *dbuf, > * memory locations do not require any explicit cache > * maintenance prior or after being used by the device. > */ >- dma_unmap_sg_attrs(db_attach->dev, sgt->sgl, sgt- >>orig_nents, >- attach->dma_dir, >DMA_ATTR_SKIP_CPU_SYNC); >+ dma_unmap_sgtable(db_attach->dev, sgt, attach->dma_dir, >+ DMA_ATTR_SKIP_CPU_SYNC); > sg_free_table(sgt); > kfree(attach); > db_attach->priv = NULL; >@@ -299,8 +297,8 @@ static struct sg_table *vb2_dc_dmabuf_ops_map( > > /* release any previous cache */ > if (attach->dma_dir != DMA_NONE) { >- dma_unmap_sg_attrs(db_attach->dev, sgt->sgl, sgt- >>orig_nents, >- attach->dma_dir, >DMA_ATTR_SKIP_CPU_SYNC); >+ dma_unmap_sgtable(db_attach->dev, sgt, attach->dma_dir, >+ DMA_ATTR_SKIP_CPU_SYNC); > attach->dma_dir = DMA_NONE; > } > >@@ -308,9 +306,8 @@ static struct sg_table *vb2_dc_dmabuf_ops_map( > * mapping to the client with new direction, no cache sync > * required see comment in vb2_dc_dmabuf_ops_detach() > */ >- sgt->nents = dma_map_sg_attrs(db_attach->dev, sgt->sgl, sgt- >>orig_nents, >- dma_dir, DMA_ATTR_SKIP_CPU_SYNC); >- if (!sgt->nents) { >+ if (dma_map_sgtable(db_attach->dev, sgt, dma_dir, >+ DMA_ATTR_SKIP_CPU_SYNC)) { > pr_err("failed to map scatterlist\n"); > mutex_unlock(lock); > return ERR_PTR(-EIO); >@@ -423,8 +420,8 @@ static void vb2_dc_put_userptr(void *buf_priv) > * No need to sync to CPU, it's already synced to the CPU > * since the finish() memop will have been called before this. > */ >- dma_unmap_sg_attrs(buf->dev, sgt->sgl, sgt->orig_nents, >- buf->dma_dir, >DMA_ATTR_SKIP_CPU_SYNC); >+ dma_unmap_sgtable(buf->dev, sgt, buf->dma_dir, >+ DMA_ATTR_SKIP_CPU_SYNC); > pages = frame_vector_pages(buf->vec); > /* sgt should exist only if vector contains pages... */ > BUG_ON(IS_ERR(pages)); >@@ -521,9 +518,8 @@ static void *vb2_dc_get_userptr(struct device *dev, >unsigned long vaddr, > * No need to sync to the device, this will happen later when the > * prepare() memop is called. > */ >- sgt->nents = dma_map_sg_attrs(buf->dev, sgt->sgl, sgt->orig_nents, >- buf->dma_dir, >DMA_ATTR_SKIP_CPU_SYNC); >- if (sgt->nents <= 0) { >+ if (dma_map_sgtable(buf->dev, sgt, buf->dma_dir, >+ DMA_ATTR_SKIP_CPU_SYNC)) { > pr_err("failed to map scatterlist\n"); > ret = -EIO; > goto fail_sgt_init; >@@ -545,8 +541,7 @@ static void *vb2_dc_get_userptr(struct device *dev, >unsigned long vaddr, > return buf; > > fail_map_sg: >- dma_unmap_sg_attrs(buf->dev, sgt->sgl, sgt->orig_nents, >- buf->dma_dir, DMA_ATTR_SKIP_CPU_SYNC); >+ dma_unmap_sgtable(buf->dev, sgt, buf->dma_dir, >DMA_ATTR_SKIP_CPU_SYNC); > > fail_sgt_init: > sg_free_table(sgt); >diff --git a/drivers/media/common/videobuf2/videobuf2-dma-sg.c >b/drivers/media/common/videobuf2/videobuf2-dma-sg.c >index 92072a0..6ddf953 100644 >--- a/drivers/media/common/videobuf2/videobuf2-dma-sg.c >+++ b/drivers/media/common/videobuf2/videobuf2-dma-sg.c >@@ -142,9 +142,8 @@ static void *vb2_dma_sg_alloc(struct device *dev, >unsigned long dma_attrs, > * No need to sync to the device, this will happen later when the > * prepare() memop is called. > */ >- sgt->nents = dma_map_sg_attrs(buf->dev, sgt->sgl, sgt->orig_nents, >- buf->dma_dir, >DMA_ATTR_SKIP_CPU_SYNC); >- if (!sgt->nents) >+ if (dma_map_sgtable(buf->dev, sgt, buf->dma_dir, >+ DMA_ATTR_SKIP_CPU_SYNC)) { > goto fail_map; > > buf->handler.refcount = &buf->refcount; >@@ -180,8 +179,8 @@ static void vb2_dma_sg_put(void *buf_priv) > if (refcount_dec_and_test(&buf->refcount)) { > dprintk(1, "%s: Freeing buffer of %d pages\n", __func__, > buf->num_pages); >- dma_unmap_sg_attrs(buf->dev, sgt->sgl, sgt->orig_nents, >- buf->dma_dir, >DMA_ATTR_SKIP_CPU_SYNC); >+ dma_unmap_sgtable(buf->dev, sgt, buf->dma_dir, >+ DMA_ATTR_SKIP_CPU_SYNC); > if (buf->vaddr) > vm_unmap_ram(buf->vaddr, buf->num_pages); > sg_free_table(buf->dma_sgt); >@@ -202,8 +201,7 @@ static void vb2_dma_sg_prepare(void *buf_priv) > if (buf->db_attach) > return; > >- dma_sync_sg_for_device(buf->dev, sgt->sgl, sgt->orig_nents, >- buf->dma_dir); >+ dma_sync_sgtable_for_device(buf->dev, sgt, buf->dma_dir); > } > > static void vb2_dma_sg_finish(void *buf_priv) >@@ -215,7 +213,7 @@ static void vb2_dma_sg_finish(void *buf_priv) > if (buf->db_attach) > return; > >- dma_sync_sg_for_cpu(buf->dev, sgt->sgl, sgt->orig_nents, buf- >>dma_dir); >+ dma_sync_sgtable_for_cpu(buf->dev, sgt, buf->dma_dir); > } > > static void *vb2_dma_sg_get_userptr(struct device *dev, unsigned long >vaddr, >@@ -258,9 +256,8 @@ static void *vb2_dma_sg_get_userptr(struct device >*dev, unsigned long vaddr, > * No need to sync to the device, this will happen later when the > * prepare() memop is called. > */ >- sgt->nents = dma_map_sg_attrs(buf->dev, sgt->sgl, sgt->orig_nents, >- buf->dma_dir, >DMA_ATTR_SKIP_CPU_SYNC); >- if (!sgt->nents) >+ if (dma_map_sgtable(buf->dev, sgt, buf->dma_dir, >+ DMA_ATTR_SKIP_CPU_SYNC)) { > goto userptr_fail_map; > > return buf; >@@ -286,8 +283,7 @@ static void vb2_dma_sg_put_userptr(void *buf_priv) > > dprintk(1, "%s: Releasing userspace buffer of %d pages\n", > __func__, buf->num_pages); >- dma_unmap_sg_attrs(buf->dev, sgt->sgl, sgt->orig_nents, buf- >>dma_dir, >- DMA_ATTR_SKIP_CPU_SYNC); >+ dma_unmap_sgtable(buf->dev, sgt, buf->dma_dir, >DMA_ATTR_SKIP_CPU_SYNC); > if (buf->vaddr) > vm_unmap_ram(buf->vaddr, buf->num_pages); > sg_free_table(buf->dma_sgt); >@@ -410,8 +406,7 @@ static void vb2_dma_sg_dmabuf_ops_detach(struct >dma_buf *dbuf, > > /* release the scatterlist cache */ > if (attach->dma_dir != DMA_NONE) >- dma_unmap_sg(db_attach->dev, sgt->sgl, sgt->orig_nents, >- attach->dma_dir); >+ dma_unmap_sgtable(db_attach->dev, sgt, attach->dma_dir); > sg_free_table(sgt); > kfree(attach); > db_attach->priv = NULL; >@@ -436,15 +431,12 @@ static struct sg_table >*vb2_dma_sg_dmabuf_ops_map( > > /* release any previous cache */ > if (attach->dma_dir != DMA_NONE) { >- dma_unmap_sg(db_attach->dev, sgt->sgl, sgt->orig_nents, >- attach->dma_dir); >+ dma_unmap_sgtable(db_attach->dev, sgt, attach->dma_dir); > attach->dma_dir = DMA_NONE; > } > > /* mapping to the client with new direction */ >- sgt->nents = dma_map_sg(db_attach->dev, sgt->sgl, sgt->orig_nents, >- dma_dir); >- if (!sgt->nents) { >+ if (dma_map_sgtable(db_attach->dev, sgt, dma_dir, 0)) { > pr_err("failed to map scatterlist\n"); > mutex_unlock(lock); > return ERR_PTR(-EIO); >diff --git a/drivers/media/common/videobuf2/videobuf2-vmalloc.c >b/drivers/media/common/videobuf2/videobuf2-vmalloc.c >index c66fda4..bf5ac63 100644 >--- a/drivers/media/common/videobuf2/videobuf2-vmalloc.c >+++ b/drivers/media/common/videobuf2/videobuf2-vmalloc.c >@@ -229,7 +229,7 @@ static int vb2_vmalloc_dmabuf_ops_attach(struct >dma_buf *dbuf, > kfree(attach); > return ret; > } >- for_each_sg(sgt->sgl, sg, sgt->nents, i) { >+ for_each_sgtable_sg(sgt, sg, i) { > struct page *page = vmalloc_to_page(vaddr); > > if (!page) { >@@ -259,8 +259,7 @@ static void vb2_vmalloc_dmabuf_ops_detach(struct >dma_buf *dbuf, > > /* release the scatterlist cache */ > if (attach->dma_dir != DMA_NONE) >- dma_unmap_sg(db_attach->dev, sgt->sgl, sgt->orig_nents, >- attach->dma_dir); >+ dma_unmap_sgtable(db_attach->dev, sgt, attach->dma_dir, >0); > sg_free_table(sgt); > kfree(attach); > db_attach->priv = NULL; >@@ -285,15 +284,12 @@ static struct sg_table >*vb2_vmalloc_dmabuf_ops_map( > > /* release any previous cache */ > if (attach->dma_dir != DMA_NONE) { >- dma_unmap_sg(db_attach->dev, sgt->sgl, sgt->orig_nents, >- attach->dma_dir); >+ dma_unmap_sgtable(db_attach->dev, sgt, attach->dma_dir, >0); > attach->dma_dir = DMA_NONE; > } > > /* mapping to the client with new direction */ >- sgt->nents = dma_map_sg(db_attach->dev, sgt->sgl, sgt->orig_nents, >- dma_dir); >- if (!sgt->nents) { >+ if (dma_map_sgtable(db_attach->dev, sgt, dma_dir, 0)) { > pr_err("failed to map scatterlist\n"); > mutex_unlock(lock); > return ERR_PTR(-EIO); >-- >1.9.1 > >_______________________________________________ >dri-devel mailing list >dri-devel@lists.freedesktop.org >https://lists.freedesktop.org/mailman/listinfo/dri-devel