On Thu, Dec 5, 2013 at 6:52 PM, Gerd Hoffmann wrote:
> Hi,
>
>> > Hmm, why does it depend on the UI? Wasn't the plan to render into a
>> > dma-buf no matter what? Then either read the rendered result from the
>> > dmabuf (non-gl UI like vnc) or let the (gl-capable) UI pass the dma-buf
>> > to
Hi,
> > Hmm, why does it depend on the UI? Wasn't the plan to render into a
> > dma-buf no matter what? Then either read the rendered result from the
> > dmabuf (non-gl UI like vnc) or let the (gl-capable) UI pass the dma-buf
> > to the compositor?
>
> That would be the hopeful plan, however
On Wed, Dec 4, 2013 at 6:23 PM, Gerd Hoffmann wrote:
> On Mi, 2013-12-04 at 17:02 +1000, Dave Airlie wrote:
>> So I've hit a bit of a init ordering issue that I'm not sure how best to
>> solve,
>>
>> Just some background:
>> In order for the virt GPU and the UI layer (SDL or GTK etc) to
>> intera
On Mi, 2013-12-04 at 17:02 +1000, Dave Airlie wrote:
> So I've hit a bit of a init ordering issue that I'm not sure how best to
> solve,
>
> Just some background:
> In order for the virt GPU and the UI layer (SDL or GTK etc) to
> interact properly over OpenGL use, I have created and OpenGL provid
So I've hit a bit of a init ordering issue that I'm not sure how best to solve,
Just some background:
In order for the virt GPU and the UI layer (SDL or GTK etc) to
interact properly over OpenGL use, I have created and OpenGL provider
in the console, and the UI layer can register callbacks for a s
