On Wed, Apr 18, 2018 at 6:04 AM, Volker Vogelhuber
wrote:
> On 17.04.2018 15:44, Pekka Paalanen wrote:
>> If Nouveau cannot handle that correctly, it would hopefully refuse the
>> import.
>
> Although it would not solve my problem, it would be at least a proper
>
On 17.04.2018 15:44, Pekka Paalanen wrote:
On Mon, 9 Apr 2018 09:56:43 -0400
Ilia Mirkin wrote:
On Mon, Apr 9, 2018 at 6:57 AM, Volker Vogelhuber
wrote:
I would have guessed, that the use case would be quite common, as having a
Live
On Mon, 9 Apr 2018 09:56:43 -0400
Ilia Mirkin wrote:
> On Mon, Apr 9, 2018 at 6:57 AM, Volker Vogelhuber
> wrote:
> > I would have guessed, that the use case would be quite common, as having a
> > Live video source rendered via OpenGL
On 09.04.2018 15:56, Ilia Mirkin wrote:
On Mon, Apr 9, 2018 at 6:57 AM, Volker Vogelhuber
wrote:
Thanks for the response. I'm a bit confused. What is the difference between
a PRIME handle and a generic DMABUF file descriptor? I'm importing a buffer
from V4L2
On Mon, Apr 9, 2018 at 6:57 AM, Volker Vogelhuber
wrote:
> Thanks for the response. I'm a bit confused. What is the difference between
> a PRIME handle and a generic DMABUF file descriptor? I'm importing a buffer
> from V4L2 into an Nvidia context. So the FD is
Thanks for the response. I'm a bit confused. What is the difference
between a PRIME handle and a generic DMABUF file descriptor? I'm
importing a buffer from V4L2 into an Nvidia context. So the FD is backed
by the V4L2's vb2_queue used in the UVC driver which provides the FD by
using the
Is the dma buf backed by a GEM object? In
nouveau_screen_bo_from_handle, we assume that it's a PRIME handle, and
look up the associated GEM object.
https://cgit.freedesktop.org/mesa/mesa/tree/src/gallium/drivers/nouveau/nouveau_screen.c#n90