[Spice-devel] OpenGL "passthrough"

[Yonit Halperin]

On 11/09/2011 07:06 PM, Alon Levy wrote:
> On Wed, Nov 09, 2011 at 04:57:23PM +0000, Mosebach  Kai wrote:
>> Both would be very helpful :-) And important from a market/competitive
>> point of view.
>>
>> Please let me have a look at the patches if possible,
>>
Afaik, there is an experimental code for OpenGL hardware acceleration on 
the server side and on the client side as well. Look for #ifdefs 
USE_OPENGL. I think that there were problems with the hw acceleration on 
the server side since the rendering results were different than the ones 
expected for the windows guest.

Yonit.
>
> I'm so far from that the mere mention of it here was just a result of
> asking. It is a thought of a thought.
>
>> Thanks Kai
>>
>> On 11/9/11 5:54 PM, "Alon Levy"<alevy at redhat.com>  wrote:
>>
>>> On Wed, Nov 09, 2011 at 03:57:30PM +0000, Mosebach  Kai wrote:
>>>> On 11/9/11 3:51 PM, "Alon Levy"<alevy at redhat.com>  wrote:
>>>>
>>>>
>>>>> On Wed, Nov 09, 2011 at 01:52:12PM +0000, Mosebach  Kai wrote:
>>>>>> Hi guys,
>>>>>>
>>>>>> Just a though :
>>>>>>
>>>>>> In a scenario where a kvm-host system has a openGL capable display
>>>>>> adapter, wouldn't it be possible (and relatively simple compared to a
>>>>>> full
>>>>>> VGA passthrough) to just
>>>>>> pass the OpenGL interface/access into the VMs QXL Adapter making this
>>>>>> one
>>>>>> (HW accelerated) OpenGL aware?
>>>>>
>>>>> There are threads in qemu-devel about using pci passthrough for using
>>>>
>>>> I tried for long time now to pass through PCIe Hardware into the guest
>>>> with all kind of PCIe cards w/o too much off success. So that¹s not
>>>> what I
>>>> want ;-)
>>>>
>>>>> the host GPU from the guest. If you actually want to view the results
>>>>> then yes, it's relatively simple in theory. Maybe also in practice, but
>>>>> I've been struggling with a slightly larger problem, doing OpenGL and
>>>>> Direct3D passthrough, for almost a year now, with no results to show :/
>>>>>
>>>>> I do have patches on my harddrive somewhere by Izik Eidos that do a
>>>>> proof of concept for GL passthrough from a windows guest to a
>>>>> windows/linux client, I could ask him if it's ok to post them if you'd
>>>>> like. (and if I can find them).
>>>>>
>>>>> Basically it adds qxl messages for all the GL commands, adds a surface
>>>>> type, tracks all commands from the last SwapBuffers (I guess
>>>>> wglSwapBuffers - the equivalent of glXSwapBuffers) per surface, and
>>>>> passes all of those to the client. Rendering on the server, that is the
>>>>> host, will be a little simpler.
>>>>
>>>> So (if I got you right and you got me right) we talk about the QXL
>>>> device
>>>> on the KVM guest receiving OpenGL commands and passing them (thru
>>>> qemu-kvm) downwards to the OpenGL capable hardware on the KVM Host
>>>> (server). The client (spicec or similar) should not be involved at all.
>>>> Is
>>>> there any work in progress (for rendering on the server) - similar to
>>>> the
>>>> RemoteFX project of HyperV?
>>>>
>>>
>>> I know I'm working on enabling both server side and client side
>>> rendering, not aware of anyone else.
>>>
>>>>
>>>> Cheers Kai
>>>>
>>>>>
>>>>>>
>>>>>> Thanks for enlightenment,
>>>>>>
>>>>>> Kai
>>>>>>
>>>>>> _______________________________________________
>>>>>> Spice-devel mailing list
>>>>>> Spice-devel at lists.freedesktop.org
>>>>>> http://lists.freedesktop.org/mailman/listinfo/spice-devel
>>>>
>>
> _______________________________________________
> Spice-devel mailing list
> Spice-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/spice-devel