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, >
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" <[email protected]> wrote: > > >On Wed, Nov 09, 2011 at 03:57:30PM +0000, Mosebach Kai wrote: > >> On 11/9/11 3:51 PM, "Alon Levy" <[email protected]> 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 > >> >> [email protected] > >> >> http://lists.freedesktop.org/mailman/listinfo/spice-devel > >> > _______________________________________________ Spice-devel mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/spice-devel
