I recently upgraded from Debian 8 to Debian 10, but in the process noticed that VirtualBox is no longer supported.
I managed to convert the VDI for my windows test VM over to qcow2, and it seems to work.
However, there is a small issue: OpenGL no longer works.
I don't need anything fast, I just need OpenGL windows to not render either a black or white screen.
Specifically, one of my main use cases here is confirming that I can open Reaper projects in Windows, with all the plugins working correctly. (Cross platform audio projects)
The plugin in question is Dragonfly Reverb, and unfortunately the GUI uses OpenGL for rendering.
So the plugin loads, but the GUI is simply a white window.
(I have a few other misc use cases that require OpenGL also, so I would like to try and solve this problem for the general case)
I'm guessing I either have to: 1. Set up some sort of hardware passthrough for the video card or 2. Install some sort of software OpenGL driver for windows.
Is 1 even possible with KVM? Seems like the preferable option at least.
I didn't see any reference to OpenGL here:
https://wiki.debian.org/KVM
Scheduled Maintenance: We are aware of an issue with Google, AOL, and Yahoo services as email providers which are blocking new registrations. We are trying to fix the issue and we have several internal and external support tickets in process to resolve the issue. Please see: viewtopic.php?t=158230
OpenGL replacement for KVM?
- Head_on_a_Stick
- Posts: 14114
- Joined: 2014-06-01 17:46
- Location: London, England
- Has thanked: 81 times
- Been thanked: 132 times
Re: OpenGL replacement for KVM?
It is possible to enable OpenGL under QEMU/KVM by using the virtio video drivers, for example:
https://wiki.archlinux.org/index.php/QEMU#virtio
Code: Select all
kvm -m 4G -drive file=/path/to/image.qcow2,format=qcow2,cache=none,if=virtio -soundhw hda -vga virtio -display gtk,gl=on
deadbang
-
- Global Moderator
- Posts: 2636
- Joined: 2018-06-20 15:16
- Location: Colorado
- Has thanked: 41 times
- Been thanked: 192 times
Re: OpenGL replacement for KVM?
^ That is for Linux guest only.
I don't know the status of virtio/qxl for newer windows, but I don't think it's there yet.
An additional gpu is the way to go with kvm. Quadro drivers will accelerate the 3D in a QXL driven vm on the host gpu if you'd prefer not use the direct output of the necessary extra gpu, it's slow still. 'Looking Glass' may mature, a similar render back to the host from a secondary gpu approach. MxGPU with amdgpu could kick but but it's vaporware in FOSS, and needs SR-IOV. There is no equivalent 'kvm-guest-graphics-additions.deb' as with that other virtualizer.
I don't know the status of virtio/qxl for newer windows, but I don't think it's there yet.
An additional gpu is the way to go with kvm. Quadro drivers will accelerate the 3D in a QXL driven vm on the host gpu if you'd prefer not use the direct output of the necessary extra gpu, it's slow still. 'Looking Glass' may mature, a similar render back to the host from a secondary gpu approach. MxGPU with amdgpu could kick but but it's vaporware in FOSS, and needs SR-IOV. There is no equivalent 'kvm-guest-graphics-additions.deb' as with that other virtualizer.
Re: OpenGL replacement for KVM?
Clarification: I have the video card set to "Virtio", 3d acceleration enabled.
Display Spice set to listen type none, OpenGL box is checked.
When I try and boot the vm, it just closes virt-manager entirely.
Everything boots fine if that OpenGL box is unchecked, but of course I don't have 3d acceleration in Windows.
Display Spice set to listen type none, OpenGL box is checked.
When I try and boot the vm, it just closes virt-manager entirely.
Everything boots fine if that OpenGL box is unchecked, but of course I don't have 3d acceleration in Windows.
-
- Global Moderator
- Posts: 2636
- Joined: 2018-06-20 15:16
- Location: Colorado
- Has thanked: 41 times
- Been thanked: 192 times
Re: OpenGL replacement for KVM?
The same as I stated the first time. You should be watching drivers available for your Windows flavor of choice, that is where the change is needed. I don't pay much attention since I still use additional gpu's, and XP, for which I don't expect any advancement.
I parted out my mxGPU boxes, it may never mature in the open amdgpu version either.