Hi,
On Thursday, April 11, 2019 14:37 -03, Dhaval Giani
wrote:
> Hi Folks,
>
> This is a call for participation for the Linux Testing microconference
> at LPC this year.
>
> For those who were at LPC last year, as the closing panel mentioned,
> testing is probably the next big push
. Could
you do that?
Thanks,
Gustavo
Gustavo Padovan
Collabora Ltd
. Could
you do that?
Thanks,
Gustavo
Gustavo Padovan
Collabora Ltd
sync_check,
+ .atomic_async_update = vop_plane_atomic_async_update,
};
static const struct drm_plane_funcs vop_plane_funcs = {
--
2.18.0
--
Gustavo Padovan
Collabora Ltd
sync_check,
+ .atomic_async_update = vop_plane_atomic_async_update,
};
static const struct drm_plane_funcs vop_plane_funcs = {
--
2.18.0
--
Gustavo Padovan
Collabora Ltd
Hi Ville,
On Thu, 2018-06-28 at 16:35 +0300, Ville Syrjälä wrote:
> On Wed, Jun 27, 2018 at 11:25:06PM +0200, Enric Balletbo i Serra
> wrote:
> > From: Gustavo Padovan
> >
> > This flag tells core to jump ahead the queued update if the
> > conditions
> >
Hi Ville,
On Thu, 2018-06-28 at 16:35 +0300, Ville Syrjälä wrote:
> On Wed, Jun 27, 2018 at 11:25:06PM +0200, Enric Balletbo i Serra
> wrote:
> > From: Gustavo Padovan
> >
> > This flag tells core to jump ahead the queued update if the
> > conditions
> >
Hi Hans,
On Mon, 2018-05-07 at 14:07 +0200, Hans Verkuil wrote:
> On 04/05/18 22:06, Ezequiel Garcia wrote:
> > From: Gustavo Padovan <gustavo.pado...@collabora.com>
> >
> > Receive in-fence from userspace and add support for waiting on them
> > before queueing
Hi Hans,
On Mon, 2018-05-07 at 14:07 +0200, Hans Verkuil wrote:
> On 04/05/18 22:06, Ezequiel Garcia wrote:
> > From: Gustavo Padovan
> >
> > Receive in-fence from userspace and add support for waiting on them
> > before queueing the buffer to the driv
From: Gustavo Padovan <gustavo.pado...@collabora.com>
Instead of putting V4L2_CAP_STREAMING and V4L2_CAP_READWRITE
everywhere, set device_caps earlier with these values.
Signed-off-by: Gustavo Padovan <gustavo.pado...@collabora.com>
---
drivers/media/usb/hackrf/hackrf.c | 11 ---
From: Gustavo Padovan
Instead of putting V4L2_CAP_STREAMING and V4L2_CAP_READWRITE
everywhere, set device_caps earlier with these values.
Signed-off-by: Gustavo Padovan
---
drivers/media/usb/hackrf/hackrf.c | 11 ---
1 file changed, 4 insertions(+), 7 deletions(-)
diff --git
From: Gustavo Padovan <gustavo.pado...@collabora.com>
For explicit synchronization it important for userspace to know if the
format being used by the driver can deliver the buffers back to userspace
in the same order they were queued with QBUF.
Ordered streams fits nicely in a pipeline wi
From: Gustavo Padovan
For explicit synchronization it important for userspace to know if the
format being used by the driver can deliver the buffers back to userspace
in the same order they were queued with QBUF.
Ordered streams fits nicely in a pipeline with DRM for example, where
ordered
From: Gustavo Padovan <gustavo.pado...@collabora.com>
In preparation to have full support to explicit fence we are
marking codec as non-ordered preventively. It is easier and safer from an
uAPI point of view to move from unordered to ordered than the opposite.
Signed-off-by: Gustavo P
From: Gustavo Padovan
In preparation to have full support to explicit fence we are
marking codec as non-ordered preventively. It is easier and safer from an
uAPI point of view to move from unordered to ordered than the opposite.
Signed-off-by: Gustavo Padovan
---
drivers/media/platform/coda
From: Gustavo Padovan <gustavo.pado...@collabora.com>
The cobalt driver may reorder the capture buffers so we need to report
it as such.
v2: - use vb2_ops_set_unordered() helper
Signed-off-by: Gustavo Padovan <gustavo.pado...@collabora.com>
---
drivers/media/pci/cobalt/cobalt-v4l
From: Gustavo Padovan
The cobalt driver may reorder the capture buffers so we need to report
it as such.
v2: - use vb2_ops_set_unordered() helper
Signed-off-by: Gustavo Padovan
---
drivers/media/pci/cobalt/cobalt-v4l2.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/media/pci
From: Gustavo Padovan <gustavo.pado...@collabora.com>
Drivers capable of using fences (vb2 drivers) should report the
V4L2_CAP_FENCES to userspace, so add this flag to the uapi.
Signed-off-by: Gustavo Padovan <gustavo.pado...@collabora.com>
---
Documentation/media/uapi/v4l/vidioc-
From: Gustavo Padovan <gustavo.pado...@collabora.com>
Turn the reserved2 field into fence_fd that we will use to send
an in-fence to the kernel or return an out-fence from the kernel to
userspace.
Two new flags were added, V4L2_BUF_FLAG_IN_FENCE, that should be used
when sending a
From: Gustavo Padovan
Turn the reserved2 field into fence_fd that we will use to send
an in-fence to the kernel or return an out-fence from the kernel to
userspace.
Two new flags were added, V4L2_BUF_FLAG_IN_FENCE, that should be used
when sending a fence to the kernel to be waited
From: Gustavo Padovan
Drivers capable of using fences (vb2 drivers) should report the
V4L2_CAP_FENCES to userspace, so add this flag to the uapi.
Signed-off-by: Gustavo Padovan
---
Documentation/media/uapi/v4l/vidioc-querycap.rst | 3 +++
include/uapi/linux/videodev2.h | 1
From: Gustavo Padovan <gustavo.pado...@collabora.com>
Drivers that use videobuf2 are capable of using fences and
should report that to userspace.
The coding style is following what each drivers was already
doing.
Signed-off-by: Gustavo Padovan <gustavo.pado...@collabora.com>
---
d
From: Gustavo Padovan
Drivers that use videobuf2 are capable of using fences and
should report that to userspace.
The coding style is following what each drivers was already
doing.
Signed-off-by: Gustavo Padovan
---
drivers/media/pci/cobalt/cobalt-v4l2.c | 3 ++-
drivers/media
From: Gustavo Padovan <gustavo.pado...@collabora.com>
Add section to VIDIOC_QBUF and VIDIOC_QUERY_BUF about it
v6: - Close some gaps in the docs (Hans)
v5:
- Remove V4L2_CAP_ORDERED
- Add doc about V4L2_FMT_FLAG_UNORDERED
v4:
- Document ordering be
From: Gustavo Padovan <gustavo.pado...@collabora.com>
If V4L2_BUF_FLAG_OUT_FENCE flag is present on the QBUF call we create
an out_fence and send its fd to userspace on the fence_fd field as a
return arg for the QBUF call.
The fence is signaled on buffer_done(), when the job on the
From: Gustavo Padovan
Add section to VIDIOC_QBUF and VIDIOC_QUERY_BUF about it
v6: - Close some gaps in the docs (Hans)
v5:
- Remove V4L2_CAP_ORDERED
- Add doc about V4L2_FMT_FLAG_UNORDERED
v4:
- Document ordering behavior for in-fences
- Document
From: Gustavo Padovan
If V4L2_BUF_FLAG_OUT_FENCE flag is present on the QBUF call we create
an out_fence and send its fd to userspace on the fence_fd field as a
return arg for the QBUF call.
The fence is signaled on buffer_done(), when the job on the buffer is
finished.
v9: - remove
From: Gustavo Padovan <gustavo.pado...@collabora.com>
Receive in-fence from userspace and add support for waiting on them
before queueing the buffer to the driver. Buffers can't be queued to the
driver before its fences signal. And a buffer can't be queue to the driver
out of the order the
From: Gustavo Padovan
Receive in-fence from userspace and add support for waiting on them
before queueing the buffer to the driver. Buffers can't be queued to the
driver before its fences signal. And a buffer can't be queue to the driver
out of the order they were queued from userspace
From: Gustavo Padovan <gustavo.pado...@collabora.com>
Instead of putting V4L2_CAP_STREAMING everywhere, set device_caps
earlier with this value.
Signed-off-by: Gustavo Padovan <gustavo.pado...@collabora.com>
---
drivers/media/platform/omap3isp/ispvideo.c | 9 +
1 fil
From: Gustavo Padovan <gustavo.pado...@collabora.com>
Explicit synchronization benefits a lot from ordered queues, they fit
better in a pipeline with DRM for example so create a opt-in way for
drivers notify videobuf2 that the queue is unordered.
Drivers don't need implement it if the
From: Gustavo Padovan
Instead of putting V4L2_CAP_STREAMING everywhere, set device_caps
earlier with this value.
Signed-off-by: Gustavo Padovan
---
drivers/media/platform/omap3isp/ispvideo.c | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/drivers/media/platform
From: Gustavo Padovan
Explicit synchronization benefits a lot from ordered queues, they fit
better in a pipeline with DRM for example so create a opt-in way for
drivers notify videobuf2 that the queue is unordered.
Drivers don't need implement it if the queue is ordered.
v2: - improve
From: Gustavo Padovan <gustavo.pado...@collabora.com>
To better organize the code we concentrate the setting of
V4L2_CAP_STREAMING in one place.
Signed-off-by: Gustavo Padovan <gustavo.pado...@collabora.com>
---
drivers/media/platform/xilinx/xilinx-dma.c | 7 ---
1 fil
From: Gustavo Padovan <gustavo.pado...@collabora.com>
Hi,
So v8 is finally out addressing the comments from the previous version[1].
For more info see v5 cover letter[2]. The most important points I address
here is the handling of fences that signal with error to follow Hans
suggestion.
From: Gustavo Padovan
To better organize the code we concentrate the setting of
V4L2_CAP_STREAMING in one place.
Signed-off-by: Gustavo Padovan
---
drivers/media/platform/xilinx/xilinx-dma.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/media/platform
From: Gustavo Padovan
Hi,
So v8 is finally out addressing the comments from the previous version[1].
For more info see v5 cover letter[2]. The most important points I address
here is the handling of fences that signal with error to follow Hans
suggestion. I also added V4L2_CAP_FENCES to all vb2
2018-01-15 Alexandre Courbot <acour...@chromium.org>:
> On Thu, Jan 11, 2018 at 1:07 AM, Gustavo Padovan <gust...@padovan.org> wrote:
> > /*
> > * vb2_start_streaming() - Attempt to start streaming.
> > * @q: videobuf2 queue
> > @@ -1489,
2018-01-15 Alexandre Courbot :
> On Thu, Jan 11, 2018 at 1:07 AM, Gustavo Padovan wrote:
> > /*
> > * vb2_start_streaming() - Attempt to start streaming.
> > * @q: videobuf2 queue
> > @@ -1489,18 +1562,16 @@ int vb2_core_qbuf(struct vb2_queue *q, unsign
2018-01-12 Hans Verkuil <hverk...@xs4all.nl>:
> On 01/10/18 17:07, Gustavo Padovan wrote:
> > From: Gustavo Padovan <gustavo.pado...@collabora.com>
> >
> > If V4L2_BUF_FLAG_OUT_FENCE flag is present on the QBUF call we create
> > an out_fence and send it
2018-01-12 Hans Verkuil :
> On 01/10/18 17:07, Gustavo Padovan wrote:
> > From: Gustavo Padovan
> >
> > If V4L2_BUF_FLAG_OUT_FENCE flag is present on the QBUF call we create
> > an out_fence and send its fd to userspace on the fence_fd field as a
>
Hi Hans,
2018-01-12 Hans Verkuil <hverk...@xs4all.nl>:
> On 01/10/18 17:07, Gustavo Padovan wrote:
> > From: Gustavo Padovan <gustavo.pado...@collabora.com>
> >
> > Receive in-fence from userspace and add support for waiting on them
> > before queueing
Hi Hans,
2018-01-12 Hans Verkuil :
> On 01/10/18 17:07, Gustavo Padovan wrote:
> > From: Gustavo Padovan
> >
> > Receive in-fence from userspace and add support for waiting on them
> > before queueing the buffer to the driver. Buffers can't be queued to the
> >
2018-01-15 Hans Verkuil <hverk...@xs4all.nl>:
> On 01/15/2018 01:01 PM, Gustavo Padovan wrote:
> > 2018-01-15 Alexandre Courbot <acour...@chromium.org>:
> >
> >> On Thu, Jan 11, 2018 at 1:07 AM, Gustavo Padovan <gust...@padovan.org>
> >&g
2018-01-15 Hans Verkuil :
> On 01/15/2018 01:01 PM, Gustavo Padovan wrote:
> > 2018-01-15 Alexandre Courbot :
> >
> >> On Thu, Jan 11, 2018 at 1:07 AM, Gustavo Padovan
> >> wrote:
> >>> From: Gustavo Padovan
> >>>
> >>>
2018-01-15 Alexandre Courbot <acour...@chromium.org>:
> On Thu, Jan 11, 2018 at 1:07 AM, Gustavo Padovan <gust...@padovan.org> wrote:
> > From: Gustavo Padovan <gustavo.pado...@collabora.com>
> >
> > Explicit synchronization benefits a lot from ordered qu
2018-01-15 Alexandre Courbot :
> On Thu, Jan 11, 2018 at 1:07 AM, Gustavo Padovan wrote:
> > From: Gustavo Padovan
> >
> > Explicit synchronization benefits a lot from ordered queues, they fit
> > better in a pipeline with DRM for example so create a opt-in way for
&
2018-01-10 Nicolas Dufresne <nico...@ndufresne.ca>:
> Le mercredi 10 janvier 2018 à 14:07 -0200, Gustavo Padovan a écrit :
> > v7 bring a fix for a crash when not using fences and a uAPI fix.
> > I've done a bit more of testing on it and also measured some
> > performan
2018-01-10 Nicolas Dufresne :
> Le mercredi 10 janvier 2018 à 14:07 -0200, Gustavo Padovan a écrit :
> > v7 bring a fix for a crash when not using fences and a uAPI fix.
> > I've done a bit more of testing on it and also measured some
> > performance. On a intel laptop
From: Gustavo Padovan <gustavo.pado...@collabora.com>
Add section to VIDIOC_QBUF about it
v5:
- Remove V4L2_CAP_ORDERED
- Add doc about V4L2_FMT_FLAG_UNORDERED
v4:
- Document ordering behavior for in-fences
- Document V4L2_CAP_ORDERED capability
-
From: Gustavo Padovan
Add section to VIDIOC_QBUF about it
v5:
- Remove V4L2_CAP_ORDERED
- Add doc about V4L2_FMT_FLAG_UNORDERED
v4:
- Document ordering behavior for in-fences
- Document V4L2_CAP_ORDERED capability
- Remove doc about OUT_FENCE event
From: Gustavo Padovan <gustavo.pado...@collabora.com>
For explicit synchronization it important for userspace to know if the
format being used by the driver can deliver the buffers back to userspace
in the same order they were queued with QBUF.
Ordered streams fits nicely in a pipeline wi
From: Gustavo Padovan
For explicit synchronization it important for userspace to know if the
format being used by the driver can deliver the buffers back to userspace
in the same order they were queued with QBUF.
Ordered streams fits nicely in a pipeline with DRM for example, where
ordered
From: Gustavo Padovan <gustavo.pado...@collabora.com>
If V4L2_BUF_FLAG_OUT_FENCE flag is present on the QBUF call we create
an out_fence and send its fd to userspace on the fence_fd field as a
return arg for the QBUF call.
The fence is signaled on buffer_done(), when the job on the
From: Gustavo Padovan
If V4L2_BUF_FLAG_OUT_FENCE flag is present on the QBUF call we create
an out_fence and send its fd to userspace on the fence_fd field as a
return arg for the QBUF call.
The fence is signaled on buffer_done(), when the job on the buffer is
finished.
v8:
- return 0
From: Gustavo Padovan <gustavo.pado...@collabora.com>
Explicit synchronization benefits a lot from ordered queues, they fit
better in a pipeline with DRM for example so create a opt-in way for
drivers notify videobuf2 that the queue is unordered.
Drivers don't need implement it if the
From: Gustavo Padovan
Explicit synchronization benefits a lot from ordered queues, they fit
better in a pipeline with DRM for example so create a opt-in way for
drivers notify videobuf2 that the queue is unordered.
Drivers don't need implement it if the queue is ordered.
Signed-off-by: Gustavo
From: Gustavo Padovan <gustavo.pado...@collabora.com>
Turn the reserved2 field into fence_fd that we will use to send
an in-fence to the kernel and return an out-fence from the kernel to
userspace.
Two new flags were added, V4L2_BUF_FLAG_IN_FENCE, that should be used
when sending a
From: Gustavo Padovan <gustavo.pado...@collabora.com>
Receive in-fence from userspace and add support for waiting on them
before queueing the buffer to the driver. Buffers can't be queued to the
driver before its fences signal. And a buffer can't be queue to the driver
out of the order the
From: Gustavo Padovan <gustavo.pado...@collabora.com>
Hi,
v7 bring a fix for a crash when not using fences and a uAPI fix.
I've done a bit more of testing on it and also measured some
performance. On a intel laptop a DRM<->V4L2 pipeline with fences is
runnning twice as faster t
From: Gustavo Padovan
Turn the reserved2 field into fence_fd that we will use to send
an in-fence to the kernel and return an out-fence from the kernel to
userspace.
Two new flags were added, V4L2_BUF_FLAG_IN_FENCE, that should be used
when sending a fence to the kernel to be waited
From: Gustavo Padovan
Receive in-fence from userspace and add support for waiting on them
before queueing the buffer to the driver. Buffers can't be queued to the
driver before its fences signal. And a buffer can't be queue to the driver
out of the order they were queued from userspace
From: Gustavo Padovan
Hi,
v7 bring a fix for a crash when not using fences and a uAPI fix.
I've done a bit more of testing on it and also measured some
performance. On a intel laptop a DRM<->V4L2 pipeline with fences is
runnning twice as faster than the same pipeline with no fences.
Fo
2017-12-21 Mauro Carvalho Chehab <mche...@osg.samsung.com>:
> Em Mon, 11 Dec 2017 16:27:39 -0200
> Gustavo Padovan <gust...@padovan.org> escreveu:
>
> > From: Gustavo Padovan <gustavo.pado...@collabora.com>
> >
> > Receive in-fence from userspace a
2017-12-21 Mauro Carvalho Chehab :
> Em Mon, 11 Dec 2017 16:27:39 -0200
> Gustavo Padovan escreveu:
>
> > From: Gustavo Padovan
> >
> > Receive in-fence from userspace and add support for waiting on them
> > before queueing the buffer to the driver. Buffers
2017-12-21 Mauro Carvalho Chehab <mche...@osg.samsung.com>:
> Em Mon, 11 Dec 2017 16:27:38 -0200
> Gustavo Padovan <gust...@padovan.org> escreveu:
>
> > From: Gustavo Padovan <gustavo.pado...@collabora.com>
> >
> > Turn the reserved2 field into fenc
2017-12-21 Mauro Carvalho Chehab :
> Em Mon, 11 Dec 2017 16:27:38 -0200
> Gustavo Padovan escreveu:
>
> > From: Gustavo Padovan
> >
> > Turn the reserved2 field into fence_fd that we will use to send
> > an in-fence to the kernel and return an out-fence
2017-12-21 Mauro Carvalho Chehab <mche...@osg.samsung.com>:
> Em Mon, 11 Dec 2017 16:27:36 -0200
> Gustavo Padovan <gust...@padovan.org> escreveu:
>
> > From: Gustavo Padovan <gustavo.pado...@collabora.com>
> >
> > Explicit synchronization benefits a
2017-12-21 Mauro Carvalho Chehab :
> Em Mon, 11 Dec 2017 16:27:36 -0200
> Gustavo Padovan escreveu:
>
> > From: Gustavo Padovan
> >
> > Explicit synchronization benefits a lot from ordered queues, they fit
> > better in a pipeline with DRM for example so cr
2017-12-21 Mauro Carvalho Chehab <mche...@osg.samsung.com>:
> Em Mon, 11 Dec 2017 16:27:35 -0200
> Gustavo Padovan <gust...@padovan.org> escreveu:
>
> > From: Gustavo Padovan <gustavo.pado...@collabora.com>
> >
> > Hi,
> >
> > One mo
2017-12-21 Mauro Carvalho Chehab :
> Em Mon, 11 Dec 2017 16:27:35 -0200
> Gustavo Padovan escreveu:
>
> > From: Gustavo Padovan
> >
> > Hi,
> >
> > One more iteration of the explicit fences patches, please refer
> > to the previous version[1] for
Hi Alex,
2017-12-15 Alexandre Courbot :
> Set the necessary ops for supporting requests in vim2m.
>
> Signed-off-by: Alexandre Courbot
> ---
> drivers/media/platform/vim2m.c | 22 ++
> 1 file changed, 22 insertions(+)
>
> diff
Hi Alex,
2017-12-15 Alexandre Courbot :
> Set the necessary ops for supporting requests in vim2m.
>
> Signed-off-by: Alexandre Courbot
> ---
> drivers/media/platform/vim2m.c | 22 ++
> 1 file changed, 22 insertions(+)
>
> diff --git a/drivers/media/platform/vim2m.c
From: Gustavo Padovan <gustavo.pado...@collabora.com>
Explicit synchronization benefits a lot from ordered queues, they fit
better in a pipeline with DRM for example so create a opt-in way for
drivers notify videobuf2 that the queue is unordered.
Drivers don't need implement it if the
From: Gustavo Padovan
Explicit synchronization benefits a lot from ordered queues, they fit
better in a pipeline with DRM for example so create a opt-in way for
drivers notify videobuf2 that the queue is unordered.
Drivers don't need implement it if the queue is ordered.
Signed-off-by: Gustavo
From: Gustavo Padovan <gustavo.pado...@collabora.com>
Turn the reserved2 field into fence_fd that we will use to send
an in-fence to the kernel and return an out-fence from the kernel to
userspace.
Two new flags were added, V4L2_BUF_FLAG_IN_FENCE, that should be used
when sending a
From: Gustavo Padovan
Turn the reserved2 field into fence_fd that we will use to send
an in-fence to the kernel and return an out-fence from the kernel to
userspace.
Two new flags were added, V4L2_BUF_FLAG_IN_FENCE, that should be used
when sending a fence to the kernel to be waited
From: Gustavo Padovan <gustavo.pado...@collabora.com>
If V4L2_BUF_FLAG_OUT_FENCE flag is present on the QBUF call we create
an out_fence and send its fd to userspace on the fence_fd field as a
return arg for the QBUF call.
The fence is signaled on buffer_done(), when the job on the
From: Gustavo Padovan
If V4L2_BUF_FLAG_OUT_FENCE flag is present on the QBUF call we create
an out_fence and send its fd to userspace on the fence_fd field as a
return arg for the QBUF call.
The fence is signaled on buffer_done(), when the job on the buffer is
finished.
v7:
- merge
From: Gustavo Padovan <gustavo.pado...@collabora.com>
Add section to VIDIOC_QBUF about it
v5:
- Remove V4L2_CAP_ORDERED
- Add doc about V4L2_FMT_FLAG_UNORDERED
v4:
- Document ordering behavior for in-fences
- Document V4L2_CAP_ORDERED capability
-
From: Gustavo Padovan
Add section to VIDIOC_QBUF about it
v5:
- Remove V4L2_CAP_ORDERED
- Add doc about V4L2_FMT_FLAG_UNORDERED
v4:
- Document ordering behavior for in-fences
- Document V4L2_CAP_ORDERED capability
- Remove doc about OUT_FENCE event
From: Gustavo Padovan <gustavo.pado...@collabora.com>
Receive in-fence from userspace and add support for waiting on them
before queueing the buffer to the driver. Buffers can't be queued to the
driver before its fences signal. And a buffer can't be queue to the driver
out of the order the
From: Gustavo Padovan
Receive in-fence from userspace and add support for waiting on them
before queueing the buffer to the driver. Buffers can't be queued to the
driver before its fences signal. And a buffer can't be queue to the driver
out of the order they were queued from userspace
From: Gustavo Padovan <gustavo.pado...@collabora.com>
For explicit synchronization it important for userspace to know if the
format being used by the driver can deliver the buffers back to userspace
in the same order they were queued with QBUF.
Ordered streams fits nicely in a pipeline wi
From: Gustavo Padovan
For explicit synchronization it important for userspace to know if the
format being used by the driver can deliver the buffers back to userspace
in the same order they were queued with QBUF.
Ordered streams fits nicely in a pipeline with DRM for example, where
ordered
From: Gustavo Padovan <gustavo.pado...@collabora.com>
Hi,
One more iteration of the explicit fences patches, please refer
to the previous version[1] for more details about the general
mechanism
This version makes the patchset and the implementation much more
simple, to start we are not
From: Gustavo Padovan
Hi,
One more iteration of the explicit fences patches, please refer
to the previous version[1] for more details about the general
mechanism
This version makes the patchset and the implementation much more
simple, to start we are not using a ordered capability anymore
Hi Smitha,
2017-11-20 Smitha T Murthy :
> Hi Gustavo,
>
> I am currently referring to your implementation for explicit
> synchronisation. For the same I needed your testapp, but I am unable
> to download the same at the link provided
>
Hi Smitha,
2017-11-20 Smitha T Murthy :
> Hi Gustavo,
>
> I am currently referring to your implementation for explicit
> synchronisation. For the same I needed your testapp, but I am unable
> to download the same at the link provided
> “https://gitlab.collabora.com/padovan/v4l2-fences-test”
>
2017-11-17 Gustavo Padovan <gust...@padovan.org>:
> 2017-11-17 Hans Verkuil <hverk...@xs4all.nl>:
>
> > On 15/11/17 18:10, Gustavo Padovan wrote:
> > > From: Gustavo Padovan <gustavo.pado...@collabora.com>
> > >
> > > Receive in
2017-11-17 Gustavo Padovan :
> 2017-11-17 Hans Verkuil :
>
> > On 15/11/17 18:10, Gustavo Padovan wrote:
> > > From: Gustavo Padovan
> > >
> > > Receive in-fence from userspace and add support for waiting on them
> > > before queueing t
2017-11-17 Hans Verkuil <hverk...@xs4all.nl>:
> On 15/11/17 18:10, Gustavo Padovan wrote:
> > From: Gustavo Padovan <gustavo.pado...@collabora.com>
> >
> > Receive in-fence from userspace and add support for waiting on them
> > before queueing the buffer
2017-11-17 Hans Verkuil :
> On 15/11/17 18:10, Gustavo Padovan wrote:
> > From: Gustavo Padovan
> >
> > Receive in-fence from userspace and add support for waiting on them
> > before queueing the buffer to the driver. Buffers can't be queued to the
> >
2017-11-17 Mauro Carvalho Chehab <mche...@osg.samsung.com>:
> Em Fri, 17 Nov 2017 11:12:48 -0200
> Gustavo Padovan <gust...@padovan.org> escreveu:
>
> > > > /*
> > > > * If streamon has been called, and we haven't yet called
> >
2017-11-17 Mauro Carvalho Chehab :
> Em Fri, 17 Nov 2017 11:12:48 -0200
> Gustavo Padovan escreveu:
>
> > > > /*
> > > > * If streamon has been called, and we haven't yet called
> > > > * start_streaming() since not enough b
2017-11-17 Mauro Carvalho Chehab <mche...@osg.samsung.com>:
> Em Wed, 15 Nov 2017 15:10:53 -0200
> Gustavo Padovan <gust...@padovan.org> escreveu:
>
> > From: Gustavo Padovan <gustavo.pado...@collabora.com>
> >
> > Receive in-fence from userspace a
2017-11-17 Mauro Carvalho Chehab :
> Em Wed, 15 Nov 2017 15:10:53 -0200
> Gustavo Padovan escreveu:
>
> > From: Gustavo Padovan
> >
> > Receive in-fence from userspace and add support for waiting on them
> > before queueing the buffer to the driver. Buffers
2017-11-17 Mauro Carvalho Chehab :
> Em Fri, 17 Nov 2017 15:49:23 +0900
> Alexandre Courbot escreveu:
>
> > > @@ -178,6 +179,12 @@ static int vb2_queue_or_prepare_buf(struct
> > > vb2_queue *q, struct v4l2_buffer *b,
> > > return
2017-11-17 Mauro Carvalho Chehab :
> Em Fri, 17 Nov 2017 15:49:23 +0900
> Alexandre Courbot escreveu:
>
> > > @@ -178,6 +179,12 @@ static int vb2_queue_or_prepare_buf(struct
> > > vb2_queue *q, struct v4l2_buffer *b,
> > > return -EINVAL;
> > > }
> > >
> > > + if ((b->fence_fd !=
2017-11-17 Alexandre Courbot <acour...@chromium.org>:
> Hi Gustavo,
>
> I am coming a bit late in this series' review, so apologies if some of my
> comments have already have been discussed in an earlier revision.
>
> On Thursday, November 16, 2017 2:10:53 AM JS
1 - 100 of 1629 matches
Mail list logo