From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: Sakari Ailus <sakari.ailus@linux.intel.com>
Cc: linux-media@vger.kernel.org, pawel@osciak.com,
m.szyprowski@samsung.com, kyungmin.park@samsung.com,
hverkuil@xs4all.nl, sumit.semwal@linaro.org, robdclark@gmail.com,
daniel.vetter@ffwll.ch, labbott@redhat.com
Subject: Re: [RFC RESEND 06/11] vb2: Improve struct vb2_mem_ops documentation; alloc and put are for MMAP
Date: Thu, 15 Dec 2016 22:50:24 +0200 [thread overview]
Message-ID: <1699087.svoNNaWGMy@avalon> (raw)
In-Reply-To: <1441972234-8643-7-git-send-email-sakari.ailus@linux.intel.com>
Hi Sakari,
Thank you for the patch.
On Friday 11 Sep 2015 14:50:29 Sakari Ailus wrote:
> The alloc() and put() ops are for MMAP buffers only. Document it.
>
> Signed-off-by: Sakari Ailus <sakari.ailus@linux.intel.com>
> ---
> include/media/videobuf2-core.h | 20 ++++++++++----------
> 1 file changed, 10 insertions(+), 10 deletions(-)
>
> diff --git a/include/media/videobuf2-core.h b/include/media/videobuf2-core.h
> index a825bd5..efc9a19 100644
> --- a/include/media/videobuf2-core.h
> +++ b/include/media/videobuf2-core.h
> @@ -24,16 +24,16 @@ struct vb2_threadio_data;
>
> /**
> * struct vb2_mem_ops - memory handling/memory allocator operations
> - * @alloc: allocate video memory and, optionally, allocator private data,
> - * return NULL on failure or a pointer to allocator private,
> - * per-buffer data on success; the returned private structure
> - * will then be passed as buf_priv argument to other ops in this
> - * structure. Additional gfp_flags to use when allocating the
> - * are also passed to this operation. These flags are from the
> - * gfp_flags field of vb2_queue.
> - * @put: inform the allocator that the buffer will no longer be used;
> - * usually will result in the allocator freeing the buffer (if
> - * no other users of this buffer are present); the buf_priv
> + * @alloc: allocate video memory for an MMAP buffer and, optionally,
> + * allocator private data, return NULL on failure or a pointer
> + * to allocator private, per-buffer data on success; the returned
> + * private structure will then be passed as buf_priv argument to
> + * other ops in this structure. Additional gfp_flags to use when
> + * allocating the are also passed to this operation. These flags
s/the are/the memory are/
Apart from that,
Reviewed-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
> + * are from the gfp_flags field of vb2_queue.
> + * @put: inform the allocator that the MMAP buffer will no longer be
> + * used; usually will result in the allocator freeing the buffer
> + * (if no other users of this buffer are present); the buf_priv
> * argument is the allocator private per-buffer structure
> * previously returned from the alloc callback.
> * @get_userptr: acquire userspace memory for a hardware operation; used
> for
--
Regards,
Laurent Pinchart
next prev parent reply other threads:[~2016-12-15 20:49 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-09-11 11:50 [RFC RESEND 00/11] vb2: Handle user cache hints, allow drivers to choose cache coherency Sakari Ailus
2015-09-11 11:50 ` [RFC RESEND 01/11] vb2: Rename confusingly named internal buffer preparation functions Sakari Ailus
2015-09-11 15:57 ` Hans Verkuil
2016-12-15 15:40 ` Laurent Pinchart
2015-09-11 11:50 ` [RFC RESEND 02/11] vb2: Move buffer cache synchronisation to prepare from queue Sakari Ailus
2015-09-11 16:11 ` Hans Verkuil
2015-09-11 11:50 ` [RFC RESEND 03/11] vb2: Move cache synchronisation from buffer done to dqbuf handler Sakari Ailus
2015-09-11 16:25 ` Hans Verkuil
2015-09-15 7:51 ` Sakari Ailus
2016-12-15 23:47 ` Laurent Pinchart
2015-09-11 11:50 ` [RFC RESEND 04/11] v4l: Unify cache management hint buffer flags Sakari Ailus
2015-09-11 16:26 ` Hans Verkuil
2015-09-11 16:44 ` Hans Verkuil
2016-12-15 20:15 ` Laurent Pinchart
2016-12-17 0:35 ` Sakari Ailus
2015-09-11 11:50 ` [RFC RESEND 05/11] v4l2-core: Don't sync cache for a buffer if so requested Sakari Ailus
2015-09-11 17:12 ` Hans Verkuil
2015-09-15 8:22 ` Sakari Ailus
2015-09-15 9:06 ` Hans Verkuil
2016-12-15 20:37 ` Laurent Pinchart
2016-12-17 0:36 ` Sakari Ailus
2015-09-11 11:50 ` [RFC RESEND 06/11] vb2: Improve struct vb2_mem_ops documentation; alloc and put are for MMAP Sakari Ailus
2015-09-11 17:13 ` Hans Verkuil
2016-12-15 20:50 ` Laurent Pinchart [this message]
2015-09-11 11:50 ` [RFC RESEND 07/11] vb2: dma-contig: Remove redundant sgt_base field Sakari Ailus
2015-09-11 17:28 ` Hans Verkuil
2015-09-15 8:26 ` Sakari Ailus
2016-12-15 21:08 ` Laurent Pinchart
2016-12-17 0:40 ` Sakari Ailus
2015-09-11 11:50 ` [RFC RESEND 08/11] vb2: dma-contig: Move vb2_dc_get_base_sgt() up Sakari Ailus
2016-12-15 21:12 ` Laurent Pinchart
2015-09-11 11:50 ` [RFC RESEND 09/11] vb2: dma-contig: Don't warn on failure in obtaining scatterlist Sakari Ailus
2016-12-15 21:13 ` Laurent Pinchart
2015-09-11 11:50 ` [RFC RESEND 10/11] vb2: dma-contig: Let drivers decide DMA attrs of MMAP and USERPTR bufs Sakari Ailus
2016-12-15 21:40 ` Laurent Pinchart
2015-09-11 11:50 ` [RFC RESEND 11/11] vb2: dma-contig: Add WARN_ON_ONCE() to check for potential bugs Sakari Ailus
2016-12-15 21:57 ` Laurent Pinchart
2016-12-17 0:50 ` Sakari Ailus
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=1699087.svoNNaWGMy@avalon \
--to=laurent.pinchart@ideasonboard.com \
--cc=daniel.vetter@ffwll.ch \
--cc=hverkuil@xs4all.nl \
--cc=kyungmin.park@samsung.com \
--cc=labbott@redhat.com \
--cc=linux-media@vger.kernel.org \
--cc=m.szyprowski@samsung.com \
--cc=pawel@osciak.com \
--cc=robdclark@gmail.com \
--cc=sakari.ailus@linux.intel.com \
--cc=sumit.semwal@linaro.org \
/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