You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Oct 3, 2024. It is now read-only.
I'm using the HD Graphics 5500 (BDW GT2) of my Core i7-5600U and I'm trying to use GVT-g with KVM/libvirt.
Distro is Arch Linux amd64 and the kernel is the latest 6.0.10.
I saw that DMAR has been disabled in recent kernels for Broadwell, but AFAIK that shouldn't be required for GVT-g.
Arch Linux's wiki tells you to add intel_iommu=on to your kernel parameters: from my testing nothing really changes with intel_iommu=off so I guess that's not really necessary for GVT-g as well.
I also couldn't get SPICE with egl-headless working due to this bug, so I've reverted to spice over a unix socket.
NOTE: since most the times GVT-g was failing I often ended up setting display='off', disabling gl and setting video's model type='qxl' to be able to see something.
Windows 11 doesn't crash but cannot install the Intel drivers for the GPU either: something failed and in the usual Windows way you have no way to debug what's happening. It doesn't fall back to VGA drivers which is weird, so I had to use QXL to see something.
Next I've tried Fedora 37 and it doesn't even manage to boot:
i915 0000:07:00.0: [drm] iGVT-g is active, disabling use of stolen memory
i915 0000:07:00.0: BAR 6: can't assign [??? 0x00000000 flags 0x20000000] (bogus alignment)
i915 0000:07:00.0: [drm] Failed to find VBIOS tables (VBT)
With Ubuntu 22.04 LTS I've finally managed to display a picture on the screen and it apparently works well but behind the scenes it segfaults:
I'v also tried intel/gvt-linux#gvt-staging from git and it still doesn't work.
I've also noticed the following errors in the host as soon as the guest boots:
dic 01 16:41:28 arch-laptop libvirtd[660]: g_hash_table_unref: assertion 'hash_table != NULL' failed
dic 01 16:41:59 arch-laptop kwin_wayland[1563]: kwin_core: Failed to open /dev/dri/card0 device (Device already taken)
dic 01 16:41:59 arch-laptop kwin_wayland[1563]: kwin_wayland_drm: failed to open drm device at "/dev/dri/card0"
I have a similar problem with an intel hd 6000 gpu.
[drm] *ERROR* flip_done timed out
[drm] *ERROR* [CRTC:45:pipe A] commit wait timed out
The guest operating system boots but It hangs for a minute or two. All seems to work. GPU drivers development is above my skill level and I do not understand fully the debug logs and terminology. I would like to understand what is the bug about and find a workaround, but after a few days of troubleshooting I am at a dead end.
I'm using the HD Graphics 5500 (BDW GT2) of my Core i7-5600U and I'm trying to use GVT-g with KVM/libvirt.
Distro is Arch Linux amd64 and the kernel is the latest 6.0.10.
I saw that DMAR has been disabled in recent kernels for Broadwell, but AFAIK that shouldn't be required for GVT-g.
Arch Linux's wiki tells you to add
intel_iommu=on
to your kernel parameters: from my testing nothing really changes withintel_iommu=off
so I guess that's not really necessary for GVT-g as well.I also couldn't get SPICE with egl-headless working due to this bug, so I've reverted to spice over a unix socket.
Here is the host dmesg:
dmesg_host.txt
I use the smallest virtual GPU as possible for the guest:
These are the relevant parts of the guest xml:
NOTE: since most the times GVT-g was failing I often ended up setting
display='off'
, disablinggl
and settingvideo
'smodel type='qxl'
to be able to see something.Windows 11 doesn't crash but cannot install the Intel drivers for the GPU either: something failed and in the usual Windows way you have no way to debug what's happening. It doesn't fall back to VGA drivers which is weird, so I had to use QXL to see something.
Next I've tried Fedora 37 and it doesn't even manage to boot:
Full guest dmesg:
dmesg_guest.txt
The text was updated successfully, but these errors were encountered: