Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp1240096yba; Thu, 16 May 2019 17:24:16 -0700 (PDT) X-Google-Smtp-Source: APXvYqwO/9PgnIfqHdVl9nQFdxM+4mN8d2IX32/g3Ru3qyMQC4kmSWSOYCStVzA0FYGt+qGOi1n6 X-Received: by 2002:a17:902:2d:: with SMTP id 42mr54392047pla.34.1558052656088; Thu, 16 May 2019 17:24:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1558052656; cv=none; d=google.com; s=arc-20160816; b=VIcMxQBPLZT2ATUmNF2lEt3xEI7Bucba5HJHk4WszJzT9O0l6jVFc9H3UP+9l9/e3S ad2Eu/HXdWXAbFwPpnyw9qQ5FU1R1gi9vDVxzUJXq3jWRurN3HG0+kfgpBLHu9o1VDLn 26oj6vM8C+594pRdSs/BHPGvckv/fSQeCcDAo2wSsGOahQLepp7vzAnsnVIVfntc+fzJ Z/gZdDhgTIWgKxjkaNvO3EhJRAGQs7yyUUwpAiNZlmGlNPxVxNvglK6kdyJKGx5+8NeV 4SH7TU0RK97c17yn1dxRfvDjpjeoZdBOWXnsT+cNrKLz/ntZvqc3uF4lrIrAo5uOTimn vT5g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=LlkwrnkxL6Kuwe3vR9ngG6Nzl6DUNs31asWepIlCv1s=; b=AZFCBpZo8jFgYaAuY4etMDKhcbYSs3NPNhI5OWsqkAT5qqrLC/Fx7HvmqEvOZP7jSK 7ey/cRjfiZwc3rsbJc8iXAbLt/D3Eao2j6SfEa8/1uo9hzr+FljwBQvNsyOmYqnpV8x7 pPWUVgO4YB7vKHxIe8se4l//kt7s5OURSlupP9Jb5ESkYrL+yRhWEYXjECbkNflpnvSP CHPIAnax9WBtVb2wgPq21g68vvunI6kmVPL+uxWBdUPy8MRJtbh24p4rDSzCEH23cLUD 5lTueKjjQw7iTGJ3hd2aCB+6ffElvpQRqcm2BFywVRmavaa50HUvbBmIW7Ce3TgaGuHL WkQQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=a4R0aaeS; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id r71si7242080pfc.179.2019.05.16.17.24.00; Thu, 16 May 2019 17:24:16 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=a4R0aaeS; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727664AbfEPWF3 (ORCPT + 99 others); Thu, 16 May 2019 18:05:29 -0400 Received: from mail-wr1-f67.google.com ([209.85.221.67]:43126 "EHLO mail-wr1-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726491AbfEPWF3 (ORCPT ); Thu, 16 May 2019 18:05:29 -0400 Received: by mail-wr1-f67.google.com with SMTP id r4so4967345wro.10 for ; Thu, 16 May 2019 15:05:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=LlkwrnkxL6Kuwe3vR9ngG6Nzl6DUNs31asWepIlCv1s=; b=a4R0aaeSwDfLJQKTkZr3TY6YvpHqzHTCIePnnYIR4P5/p+M1CISVSpu7khkzEqkQ+E qIkzVvbLGMTai+kKM3VALHP2OdhziKtJl3lfJ7D+iXIiiqBRMa60U9fSxigLxAFojkmP CXpn1p+ryomv6MUq+ToYyGgqNItdjtazCj5A3JXpE5qgrlzT90d7AtoYe/rEqRZWSak8 2+FEcnIctTmsYqItOXw/pZVuQUdUKRsibzgK/TrOIzjqqx0eWL+cIol6UsQAgiRSwbV8 T7btorGQ0DrH2BPcvHC+bBQ6Nwe66GhZbUhs8oxKrQ7gvUM9XupPiFrxfQ+Nq523aI+q TloQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=LlkwrnkxL6Kuwe3vR9ngG6Nzl6DUNs31asWepIlCv1s=; b=AtpvXaGAdBG7D9p7ZGX/9kJjWkvC9XPiExgIgkZVzxNSfLdOuBABmY/1pxH2Zq+7fE PCQwOQU2Ijzr/aV3ZQ6eQ8Q8ovk4xjjJnP5xHjsI0UVSk5I7/CUIJ8vmLaYq8Jyx2Bis Hsqla0zfzvMW+qUt4ExMcyxMpt7vFrQVP8KAIWZUY5fH1/zwEhoqRXqApgMMyRgXMvja jC4Zb4xa6NNFnNxV+Bjzcc2emb+QjDviFS2ZAd0kRhhWe0uZPL5gSVKev+nJ78jqf9q2 ZqTLgEpqF9KM40fvD25tHr8lSDUa6AcHo3XjjTHquuLyaeMaMg6fx2fW3uPuRFuihkf1 PTzQ== X-Gm-Message-State: APjAAAUe807oIOWapG48UkOQyUfOOzm0O+jycS0W4E21pe+dCWVhk2WB UtrO2URX7BgVNCy3HQ2w2Y4fpb9I7TSJw8mu5/JvqQ== X-Received: by 2002:adf:83c5:: with SMTP id 63mr3165372wre.33.1558044326999; Thu, 16 May 2019 15:05:26 -0700 (PDT) MIME-Version: 1.0 References: <20190513183727.15755-1-john.stultz@linaro.org> <20190513183727.15755-5-john.stultz@linaro.org> <0333e2b3-0e3d-360e-c8ac-62f3235d24be@hisilicon.com> In-Reply-To: <0333e2b3-0e3d-360e-c8ac-62f3235d24be@hisilicon.com> From: John Stultz Date: Thu, 16 May 2019 15:05:14 -0700 Message-ID: Subject: Re: [RFC][PATCH 4/5 v4] dma-buf: heaps: Add CMA heap to dmabuf heaps To: "Xiaqing (A)" Cc: lkml , Laura Abbott , Benjamin Gaignard , Sumit Semwal , Liam Mark , Pratik Patel , Brian Starkey , Vincent Donnefort , Sudipto Paul , "Andrew F . Davis" , Xu YiPing , "Chenfeng (puck)" , butao , Yudongbin , Christoph Hellwig , Chenbo Feng , Alistair Strachan , dri-devel , "Liuyi (Daniel)" , Kongfei Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, May 14, 2019 at 3:40 AM Xiaqing (A) wrote: > > > > On 2019/5/14 2:37, John Stultz wrote: > > This adds a CMA heap, which allows userspace to allocate > > a dma-buf of contiguous memory out of a CMA region. > > > > This code is an evolution of the Android ION implementation, so > > thanks to its original author and maintainters: > > Benjamin Gaignard, Laura Abbott, and others! > > > > Cc: Laura Abbott > > Cc: Benjamin Gaignard > > Cc: Sumit Semwal > > Cc: Liam Mark > > Cc: Pratik Patel > > Cc: Brian Starkey > > Cc: Vincent Donnefort > > Cc: Sudipto Paul > > Cc: Andrew F. Davis > > Cc: Xu YiPing > > Cc: "Chenfeng (puck)" > > Cc: butao > > Cc: "Xiaqing (A)" > > Cc: Yudongbin > > Cc: Christoph Hellwig > > Cc: Chenbo Feng > > Cc: Alistair Strachan > > Cc: dri-devel@lists.freedesktop.org > > Signed-off-by: John Stultz > > --- > > v2: > > * Switch allocate to return dmabuf fd > > * Simplify init code > > * Checkpatch fixups > > v3: > > * Switch to inline function for to_cma_heap() > > * Minor cleanups suggested by Brian > > * Fold in new registration style from Andrew > > * Folded in changes from Andrew to use simplified page list > > from the heap helpers > > * Use the fd_flags when creating dmabuf fd (Suggested by > > Benjamin) > > * Use precalculated pagecount (Suggested by Andrew) > > --- > > drivers/dma-buf/heaps/Kconfig | 8 ++ > > drivers/dma-buf/heaps/Makefile | 1 + > > drivers/dma-buf/heaps/cma_heap.c | 169 +++++++++++++++++++++++++++++++ > > 3 files changed, 178 insertions(+) > > create mode 100644 drivers/dma-buf/heaps/cma_heap.c > > > > diff --git a/drivers/dma-buf/heaps/Kconfig b/drivers/dma-buf/heaps/Kconfig > > index 205052744169..a5eef06c4226 100644 > > --- a/drivers/dma-buf/heaps/Kconfig > > +++ b/drivers/dma-buf/heaps/Kconfig > > @@ -4,3 +4,11 @@ config DMABUF_HEAPS_SYSTEM > > help > > Choose this option to enable the system dmabuf heap. The system heap > > is backed by pages from the buddy allocator. If in doubt, say Y. > > + > > +config DMABUF_HEAPS_CMA > > + bool "DMA-BUF CMA Heap" > > + depends on DMABUF_HEAPS && DMA_CMA > > + help > > + Choose this option to enable dma-buf CMA heap. This heap is backed > > + by the Contiguous Memory Allocator (CMA). If your system has these > > + regions, you should say Y here. > > diff --git a/drivers/dma-buf/heaps/Makefile b/drivers/dma-buf/heaps/Makefile > > index d1808eca2581..6e54cdec3da0 100644 > > --- a/drivers/dma-buf/heaps/Makefile > > +++ b/drivers/dma-buf/heaps/Makefile > > @@ -1,3 +1,4 @@ > > # SPDX-License-Identifier: GPL-2.0 > > obj-y += heap-helpers.o > > obj-$(CONFIG_DMABUF_HEAPS_SYSTEM) += system_heap.o > > +obj-$(CONFIG_DMABUF_HEAPS_CMA) += cma_heap.o > > diff --git a/drivers/dma-buf/heaps/cma_heap.c b/drivers/dma-buf/heaps/cma_heap.c > > new file mode 100644 > > index 000000000000..3d0ffbbd0a34 > > --- /dev/null > > +++ b/drivers/dma-buf/heaps/cma_heap.c > > @@ -0,0 +1,169 @@ > > +// SPDX-License-Identifier: GPL-2.0 > > +/* > > + * DMABUF CMA heap exporter > > + * > > + * Copyright (C) 2012, 2019 Linaro Ltd. > > + * Author: for ST-Ericsson. > > + */ > > + > > +#include > > +#include > > +#include > > +#include > > +#include > > +#include > > +#include > > +#include > > +#include > > + > > +#include "heap-helpers.h" > > + > > +struct cma_heap { > > + struct dma_heap *heap; > > + struct cma *cma; > > +}; > > + > > +static void cma_heap_free(struct heap_helper_buffer *buffer) > > +{ > > + struct cma_heap *cma_heap = dma_heap_get_data(buffer->heap_buffer.heap); > > + unsigned long nr_pages = buffer->pagecount; > > + struct page *pages = buffer->priv_virt; > > + > > + /* free page list */ > > + kfree(buffer->pages); > > + /* release memory */ > > + cma_release(cma_heap->cma, pages, nr_pages); > > + kfree(buffer); > > +} > > + > > +/* dmabuf heap CMA operations functions */ > > +static int cma_heap_allocate(struct dma_heap *heap, > > + unsigned long len, > > + unsigned long fd_flags, > > + unsigned long heap_flags) > > +{ > > + struct cma_heap *cma_heap = dma_heap_get_data(heap); > > + struct heap_helper_buffer *helper_buffer; > > + struct page *pages; > > + size_t size = PAGE_ALIGN(len); > > + unsigned long nr_pages = size >> PAGE_SHIFT; > > + unsigned long align = get_order(size); > > + DEFINE_DMA_BUF_EXPORT_INFO(exp_info); > > + struct dma_buf *dmabuf; > > + int ret = -ENOMEM; > > + pgoff_t pg; > > + > > + if (align > CONFIG_CMA_ALIGNMENT) > > + align = CONFIG_CMA_ALIGNMENT; > > + > > + helper_buffer = kzalloc(sizeof(*helper_buffer), GFP_KERNEL); > > + if (!helper_buffer) > > + return -ENOMEM; > > + > > + INIT_HEAP_HELPER_BUFFER(helper_buffer, cma_heap_free); > > + helper_buffer->heap_buffer.flags = heap_flags; > > + helper_buffer->heap_buffer.heap = heap; > > + helper_buffer->heap_buffer.size = len; > > + > > + pages = cma_alloc(cma_heap->cma, nr_pages, align, false); > > + if (!pages) > > + goto free_buf; > > + > > + if (PageHighMem(pages)) { > > + unsigned long nr_clear_pages = nr_pages; > > + struct page *page = pages; > > + > > + while (nr_clear_pages > 0) { > > + void *vaddr = kmap_atomic(page); > > + > > + memset(vaddr, 0, PAGE_SIZE); > > + kunmap_atomic(vaddr); > > + page++; > > + nr_clear_pages--; > > + } > > + } else { > > + memset(page_address(pages), 0, size); > > + } > > + > > + helper_buffer->pagecount = nr_pages; > > + helper_buffer->pages = kmalloc_array(helper_buffer->pagecount, > > + sizeof(*helper_buffer->pages), > > + GFP_KERNEL); > > + if (!helper_buffer->pages) { > > + ret = -ENOMEM; > > + goto free_cma; > > + } > > + > > + for (pg = 0; pg < helper_buffer->pagecount; pg++) { > > + helper_buffer->pages[pg] = &pages[pg]; > > + if (!helper_buffer->pages[pg]) > > + goto free_pages; > > + } > > + > > + /* create the dmabuf */ > > + exp_info.ops = &heap_helper_ops; > > + exp_info.size = len; > > + exp_info.flags = fd_flags; > > + exp_info.priv = &helper_buffer->heap_buffer; > > + dmabuf = dma_buf_export(&exp_info); > > + if (IS_ERR(dmabuf)) { > > + ret = PTR_ERR(dmabuf); > > + goto free_pages; > > + } > Can the dmabuf be created in the framework layer? > each heap needs to add the same code here, which is not very good. Benjamin's point is true, that it might not be best to try to handle it in the framework layer, but there is a fair amount of boilerplate that I'll see if I can refactor into some helper functions. thanks for the feedback! -john