summary refs log tree commit diff stats
path: root/results/classifier/105/graphic/1899733
diff options
context:
space:
mode:
Diffstat (limited to 'results/classifier/105/graphic/1899733')
-rw-r--r--results/classifier/105/graphic/189973336
1 files changed, 36 insertions, 0 deletions
diff --git a/results/classifier/105/graphic/1899733 b/results/classifier/105/graphic/1899733
new file mode 100644
index 000000000..2e48dbd0a
--- /dev/null
+++ b/results/classifier/105/graphic/1899733
@@ -0,0 +1,36 @@
+graphic: 0.777
+mistranslation: 0.761
+other: 0.760
+device: 0.537
+semantic: 0.494
+instruction: 0.337
+socket: 0.264
+vnc: 0.226
+network: 0.205
+boot: 0.177
+assembly: 0.160
+KVM: 0.057
+
+Qemu 5.1.0-1 GPU passthrough - MacOS vm starts only if hdmi is attached
+
+Hi,
+I have a macOS 10.15.7 vm with GPU passthrough (NVIDIA GTX Titan Black), libvirt xml has path to vbios too.
+Qemu 5.1.0-1 with libvirt 6.5.0-2 are installed in manjaro architect 20.1.1 (two kernels tried: 5.4.67 LTS and 5.8.11 stable, no difference).
+I have two monitors, one with hdmi and one with vga inputs.
+Usually the gpu is connected to one monitor with hdmi, the other one with DVI (on gpu)-->vga adapter, so:
+1st monitor: hdmi-->hdmi
+2nd monitor: DVI-->vga adapter-->vga
+
+With this setup, launching "virsh start Catalina" has no problem.
+
+If I detach the hdmi cable from monitor 1, I cannot start qemu anymore: the 2nd monitor turns black, it doesn't seem it has "no-signal", but only a black screen with the power led blinking (usually a window on the monitor floats around with "no signal" displayed when there is no signal to monitor).
+I say "qemu doesn't start" because in /var/log/libvirt/qemu/Catalina.log there's no trace.
+
+Detaching hdmi works with qemu 4.2 and libvirt 5.10, so this could be related to qemu update.
+
+Apologize, I know there aren't much information here, if someone can guide me to test the issue I would be grateful.
+
+Thanks for your attention
+
+Sorry, this is invalid, not related to qemu, the root of the issue is with OVMF_CODE.fd and OVMF_VARS.fd from v. 202005 or v. 202008 stable.
+