mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Laura Abbott <labbott@redhat.com>
To: Zeng Tao <prime.zeng@hisilicon.com>, sumit.semwal@linaro.org
Cc: "Greg Kroah-Hartman" <gregkh@linuxfoundation.org>,
	"Arve Hjønnevåg" <arve@android.com>,
	"Todd Kjos" <tkjos@android.com>,
	"Martijn Coenen" <maco@android.com>,
	"Joel Fernandes" <joel@joelfernandes.org>,
	"Christian Brauner" <christian@brauner.io>,
	devel@driverdev.osuosl.org, dri-devel@lists.freedesktop.org,
	linaro-mm-sig@lists.linaro.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] staging: android: ion: refactory ion_alloc for kernel driver use
Date: Fri, 29 Mar 2019 06:27:17 -0700	[thread overview]
Message-ID: <e8c45ba1-dfe9-a929-acf5-2e7c61ab7b1c@redhat.com> (raw)
In-Reply-To: <1553884816-37850-1-git-send-email-prime.zeng@hisilicon.com>

On 3/29/19 11:40 AM, Zeng Tao wrote:
> There are two reasons for this patch:
> 1. There are some potential requirements for ion_alloc in kernel space,
> some media drivers need to allocate media buffers from ion instead of
> buddy or dma framework, this is more convient and clean very for media
> drivers. And In that case, ion is the only media buffer provider, it's
> more easier to maintain.
> 2. Fd is only needed by user processes, not the kernel space, so dma_buf
> should be returned instead of fd for kernel space, and dma_buf_fd should
> be called only for userspace api.
> 

I really want to just NAK this because it doesn't seem like something
that's necessary. The purpose of Ion is to provide buffers to userspace
because there's no other way for userspace to get access to the memory.
The kernel already has other APIs to access the memory. This also
complicates the re-work that's been happening where the requirement
is only userspace.

Can you be more detailed about which media drivers you are referring
to and why they can't just use other APIs?


> Signed-off-by: Zeng Tao <prime.zeng@hisilicon.com>
> ---
>   drivers/staging/android/ion/ion.c | 32 +++++++++++++++++---------------
>   1 file changed, 17 insertions(+), 15 deletions(-)
> 
> diff --git a/drivers/staging/android/ion/ion.c b/drivers/staging/android/ion/ion.c
> index 92c2914..e93fb49 100644
> --- a/drivers/staging/android/ion/ion.c
> +++ b/drivers/staging/android/ion/ion.c
> @@ -387,13 +387,13 @@ static const struct dma_buf_ops dma_buf_ops = {
>   	.unmap = ion_dma_buf_kunmap,
>   };
>   
> -static int ion_alloc(size_t len, unsigned int heap_id_mask, unsigned int flags)
> +struct dma_buf *ion_alloc(size_t len, unsigned int heap_id_mask,
> +			  unsigned int flags)
>   {
>   	struct ion_device *dev = internal_dev;
>   	struct ion_buffer *buffer = NULL;
>   	struct ion_heap *heap;
>   	DEFINE_DMA_BUF_EXPORT_INFO(exp_info);
> -	int fd;
>   	struct dma_buf *dmabuf;
>   
>   	pr_debug("%s: len %zu heap_id_mask %u flags %x\n", __func__,
> @@ -407,7 +407,7 @@ static int ion_alloc(size_t len, unsigned int heap_id_mask, unsigned int flags)
>   	len = PAGE_ALIGN(len);
>   
>   	if (!len)
> -		return -EINVAL;
> +		return ERR_PTR(-EINVAL);
>   
>   	down_read(&dev->lock);
>   	plist_for_each_entry(heap, &dev->heaps, node) {
> @@ -421,10 +421,10 @@ static int ion_alloc(size_t len, unsigned int heap_id_mask, unsigned int flags)
>   	up_read(&dev->lock);
>   
>   	if (!buffer)
> -		return -ENODEV;
> +		return ERR_PTR(-ENODEV);
>   
>   	if (IS_ERR(buffer))
> -		return PTR_ERR(buffer);
> +		return ERR_PTR(PTR_ERR(buffer));
>   
>   	exp_info.ops = &dma_buf_ops;
>   	exp_info.size = buffer->size;
> @@ -432,17 +432,12 @@ static int ion_alloc(size_t len, unsigned int heap_id_mask, unsigned int flags)
>   	exp_info.priv = buffer;
>   
>   	dmabuf = dma_buf_export(&exp_info);
> -	if (IS_ERR(dmabuf)) {
> +	if (IS_ERR(dmabuf))
>   		_ion_buffer_destroy(buffer);
> -		return PTR_ERR(dmabuf);
> -	}
>   
> -	fd = dma_buf_fd(dmabuf, O_CLOEXEC);
> -	if (fd < 0)
> -		dma_buf_put(dmabuf);
> -
> -	return fd;
> +	return dmabuf;
>   }
> +EXPORT_SYMBOL(ion_alloc);
>   
>   static int ion_query_heaps(struct ion_heap_query *query)
>   {
> @@ -539,12 +534,19 @@ static long ion_ioctl(struct file *filp, unsigned int cmd, unsigned long arg)
>   	case ION_IOC_ALLOC:
>   	{
>   		int fd;
> +		struct dma_buf *dmabuf;
>   
> -		fd = ion_alloc(data.allocation.len,
> +		dmabuf = ion_alloc(data.allocation.len,
>   			       data.allocation.heap_id_mask,
>   			       data.allocation.flags);
> -		if (fd < 0)
> +		if (IS_ERR(dmabuf))
> +			return PTR_ERR(dmabuf);
> +
> +		fd = dma_buf_fd(dmabuf, O_CLOEXEC);
> +		if (fd < 0) {
> +			dma_buf_put(dmabuf);
>   			return fd;
> +		}
>   
>   		data.allocation.fd = fd;
>   
> 


  parent reply	other threads:[~2019-03-29 13:27 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-03-29 18:40 Zeng Tao
2019-03-29 11:02 ` Dan Carpenter
2019-03-30  2:33   ` Zengtao (B)
2019-03-29 13:27 ` Laura Abbott [this message]
2019-03-30  2:26   ` Zengtao (B)
2019-04-01 16:03     ` Laura Abbott
2019-03-29 16:01 ` Greg Kroah-Hartman
2019-03-30  2:27   ` Zengtao (B)
2019-03-29 16:03 ` Greg Kroah-Hartman
2019-03-30  2:32   ` Zengtao (B)
2019-03-30  6:56     ` Greg Kroah-Hartman
2019-03-30 13:09 ` kbuild test robot
2019-03-30 13:09 ` [PATCH] staging: android: ion: fix err_cast.cocci warnings kbuild test robot

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=e8c45ba1-dfe9-a929-acf5-2e7c61ab7b1c@redhat.com \
    --to=labbott@redhat.com \
    --cc=arve@android.com \
    --cc=christian@brauner.io \
    --cc=devel@driverdev.osuosl.org \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=gregkh@linuxfoundation.org \
    --cc=joel@joelfernandes.org \
    --cc=linaro-mm-sig@lists.linaro.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=maco@android.com \
    --cc=prime.zeng@hisilicon.com \
    --cc=sumit.semwal@linaro.org \
    --cc=tkjos@android.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®