qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH] .gitlab-ci.d/windows: Work-around timeout and OpenGL problem


From: Volker Rümelin
Subject: Re: [PATCH] .gitlab-ci.d/windows: Work-around timeout and OpenGL problems of the MSYS2 jobs
Date: Fri, 6 Jan 2023 18:08:36 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.6.1

Am 04.01.23 um 13:35 schrieb Thomas Huth:
The windows jobs (especially the 32-bit job) recently started to
hit the timeout limit. Bump it a little bit to ease the situation
(80 minutes is quite long already - OTOH, these jobs do not have to
wait for a job from the container stage to finish, so this should
still be OK).

Additionally, some update on the container side recently enabled
OpenGL in these jobs - but the corresponding code fails to compile.
Thus disable OpenGL here for the time being until someone figured
out the proper fix in the shader code for this.

This is strange. On my Windows msys2 system, I didn't even notice the OpenGL code was silently enabled. The code compiles without issues. Today I enabled the GtkGLArea code initialization in ui/gtk.c to test OpenGL acceleration on Windows.

>--- a/ui/gtk.c
>+++ b/ui/gtk.c
>@@ -2435,6 +2435,12 @@ static void early_gtk_display_init(DisplayOptions *opts)
>             gtk_use_gl_area = true;
>             gtk_gl_area_init();
>         } else
>+#endif
>+#if defined(GDK_WINDOWING_WIN32)
>+        if (GDK_IS_WIN32_DISPLAY(gdk_display_get_default())) {
>+            gtk_use_gl_area = true;
>+            gtk_gl_area_init();
>+        } else
> #endif
>         {
> #ifdef CONFIG_X11

Well, it's a start. On a Linux guest system the WebGL Aquarium frame rate increased from 6fps to 14fps while the host processor load went down from 100% to 65%.

QEMU was started with:
./qemu-system-x86_64.exe -accel whpx \
-machine pc,usb=off,vmport=off,kernel-irqchip=off \
-cpu Skylake-Client-v4,tsc-deadline=off,x2apic=off \
-smp 4,sockets=1,cores=4,threads=1 \
-device virtio-vga-gl,xres=1280,yres=768,bus=pci.0 \
-display gtk,zoom-to-fit=off,gl=on \
-trace "gd_gl_area_*_context" \
...

This is the start of the QEMU log file:
Windows Hypervisor Platform accelerator is operational
qemu: GtkGLArea console lacks DMABUF support.
Realize gdk gl context failed: Unable to create a GL context
Realize gdk gl context failed: Unable to create a GL context
gd_gl_area_create_context ctx=000002934703bc10, major=4, minor=4
gl_version 44 - core profile enabled
gd_gl_area_destroy_context ctx=000002934703bc10, current_ctx=000002934703bc10
gd_gl_area_create_context ctx=000002934703bc10, major=4, minor=4
gd_gl_area_create_context ctx=000002934703bba0, major=4, minor=4
gd_gl_area_create_context ctx=000002934703bb30, major=4, minor=4
GLSL feature level 440
gd_gl_area_create_context ctx=000002934703b890, major=4, minor=4
gd_gl_area_create_context ctx=000002934703bc80, major=4, minor=4
gd_gl_area_create_context ctx=000002934703bcf0, major=4, minor=4
gd_gl_area_destroy_context ctx=000002934703bcf0, current_ctx=000002934703bcf0
...

With best regards,
Volker

Signed-off-by: Thomas Huth<thuth@redhat.com>
---



reply via email to

[Prev in Thread] Current Thread [Next in Thread]