utmapp / utmapp/UTM

UTM gl acceleration red artifacts, blank apps

Open
#5,043 3 comments 0 reactions 0 assignees View on GitHub
bug virgl
Dominant language
Swift
Stars
35.5k
Forks
1.8k
Avg merge
5d 5h
Merged PRs (30d)
7

Description

**Describe the issue**
In a linux guest all -gl, gpu accelerated displays show red artifacts during animations and some applications, like firefox, don't render at all and are transparent. X11 environments are much worse, with the desktop rendering as all black save for window edges. I've tried all the solutions for the mesa 22.1.7 bug with varying outcomes. Downgrading mesa to 22.1.7 mostly works, but puts me into dependency nightmares. Applying the patch from the main mesa post doesn't produce different behavior. Switching to non gpu accelerated displays behaves normally, but obviously performance is much worse. The same issues appear across multiple debian based distros and arch based distros. There don't appear to be any errors in dmesg or journalctl.

Thanks in advance for any help.

**Guest Configuration**
Arch
Desktop env: KDE Plasma 5.27.0 (wayland) (gnome acts similarly, x11 versions of both either crash or just show black screens)
Kernel: 5.19.8-1-aarch64-ARCH
mesa: mesa 22.3.4 (with virgl UTM patch)

**UTM Configuration**
* UTM Version: 4.1.5
* macOS Version: 13.2.1
* Mac Chip: M2

**Debug log**
Running: -L /Applications/UTM.app/Contents/Resources/qemu -S -spice "unix=on,addr=/Users//Library/Group Containers/WDNLXAD4W8.com.utmapp.UTM/0372C6D6-00DF-4C2C-9A11-B9C5EB062593.spice,disable-ticketing=on,image-compression=off,playback-compression=off,streaming-video=off,gl=on" -chardev spiceport,id=org.qemu.monitor.qmp,name=org.qemu.monitor.qmp.0 -mon chardev=org.qemu.monitor.qmp,mode=control -nodefaults -vga none -device virtio-net-pci,mac=86:C6:A1:80:A5:8C,netdev=net0 -netdev vmnet-bridged,id=net0,ifname=en0 -device virtio-ramfb-gl -cpu host -smp cpus=8,sockets=1,cores=8,threads=1 -machine virt -accel hvf -drive if=pflash,format=raw,unit=0,file=/Applications/UTM.app/Contents/Resources/qemu/edk2-aarch64-code.fd,readonly=on -drive "if=pflash,unit=1,file=/Users//Library/Containers/com.utmapp.UTM/Data/Documents/archboot eos.utm/Data/efi_vars.fd" -m 8192 -device intel-hda -device hda-duplex -device nec-usb-xhci,id=usb-bus -device usb-tablet,bus=usb-bus.0 -device usb-mouse,bus=usb-bus.0 -device usb-kbd,bus=usb-bus.0 -device qemu-xhci,id=usb-controller-0 -chardev spicevmc,name=usbredir,id=usbredirchardev0 -device usb-redir,chardev=usbredirchardev0,id=usbredirdev0,bus=usb-controller-0.0 -chardev spicevmc,name=usbredir,id=usbredirchardev1 -device usb-redir,chardev=usbredirchardev1,id=usbredirdev1,bus=usb-controller-0.0 -chardev spicevmc,name=usbredir,id=usbredirchardev2 -device usb-redir,chardev=usbredirchardev2,id=usbredirdev2,bus=usb-controller-0.0 -device virtio-blk-pci,drive=driveA19C4308-2037-428E-B469-E9B250807EBF,bootindex=0 -drive "if=none,media=disk,id=driveA19C4308-2037-428E-B469-E9B250807EBF,file=/Users//Library/Containers/com.utmapp.UTM/Data/Documents/archboot eos.utm/Data/A19C4308-2037-428E-B469-E9B250807EBF.qcow2,discard=unmap,detect-zeroes=unmap" -device virtio-serial -device virtserialport,chardev=vdagent,name=com.redhat.spice.0 -chardev spicevmc,id=vdagent,debug=0,name=vdagent -name "archboot eos" -uuid 0372C6D6-00DF-4C2C-9A11-B9C5EB062593 -device virtio-rng-pci
qemu-aarch64-softmmu: warning: Spice: playback:0 (0x1218da140): setsockopt failed, Operation not supported on socket
qemu-aarch64-softmmu: warning: Spice: record:0 (0x1218da1e0): setsockopt failed, Operation not supported on socket
gl_version 30 - es profile enabled
WARNING: running without ARB/KHR robustness in place may crash
vrend_renderer_fill_caps: Entering with stale GL error: 1280
GLSL feature level 130
mismatch in number of interps 1 1
GL error reported (1280) for context 4

Contributor guide

Open the contributing guide

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.