[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <578A256F.7040706@osg.samsung.com>
Date: Sat, 16 Jul 2016 13:15:43 +0100
From: Luis de Bethencourt <luisbg@....samsung.com>
To: Javier Martinez Canillas <javier@....samsung.com>,
linux-kernel@...r.kernel.org
CC: Marek Szyprowski <m.szyprowski@...sung.com>,
Mauro Carvalho Chehab <mchehab@...pensource.com>,
Kyungmin Park <kyungmin.park@...sung.com>,
Pawel Osciak <pawel@...iak.com>, linux-media@...r.kernel.org,
Hans Verkuil <hverkuil@...all.nl>,
Shuah Khan <shuahkh@....samsung.com>,
Nicolas Dufresne <nicolas.dufresne@...labora.com>
Subject: Re: [PATCH] [media] vb2: map dmabuf for planes on driver queue instead
of vidioc_qbuf
On 15/07/16 17:26, Javier Martinez Canillas wrote:
> The buffer planes' dma-buf are currently mapped when buffers are queued
> from userspace but it's more appropriate to do the mapping when buffers
> are queued in the driver since that's when the actual DMA operation are
> going to happen.
>
> Suggested-by: Nicolas Dufresne <nicolas.dufresne@...labora.com>
> Signed-off-by: Javier Martinez Canillas <javier@....samsung.com>
>
> ---
>
> Hello,
>
> A side effect of this change is that if the dmabuf map fails for some
> reasons (i.e: a driver using the DMA contig memory allocator but CMA
> not being enabled), the fail will no longer happen on VIDIOC_QBUF but
> later (i.e: in VIDIOC_STREAMON).
>
> I don't know if that's an issue though but I think is worth mentioning.
>
> Best regards,
> Javier
>
Just run this path on the ODROID using GStreamer and the vivid driver.
It worked nicely.
Tested-by: Luis de Bethencourt <luisbg@....samsung.com>
Thanks Javier,
Luis
Powered by blists - more mailing lists