ifically. Thankfully the fix was
simple and without much hassle.
Thanks,
Nikola
PS: It seems that my patch has gone missing from the mailing list,
hence I'm sending it again. Sorry for any inconveniences.
Signed-off-by: Nikola Pavlica
---
ui/gtk-gl-area.c | 3 +++
1 file changed, 3 inser
ifically. Thankfully the fix was
simple and without much hassle.
Thanks,
Nikola
Signed-off-by: Nikola Pavlica
---
ui/gtk-gl-area.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/ui/gtk-gl-area.c b/ui/gtk-gl-area.c
index b23523748e..afcb29f658 100644
--- a/ui/gtk-gl-area.c
+++ b/ui/gtk
n, we need to expose/globalize it in the include/ui/gtk.h file.
Signed-off-by: Nikola Pavlica
---
include/ui/gtk.h | 1 +
ui/gtk.c | 2 +-
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/include/ui/gtk.h b/include/ui/gtk.h
index 80851fb4c7..3f395d7f94 100644
--- a/include/ui/
formatted patch emailss, still can't get
a hand of how git send-email works.
Nikola Pavlica (2):
ui/gtk: expose gd_monitor_update_interval
ui/gtk: update monitor interval on egl displays
include/ui/gtk.h | 1 +
ui/gtk-egl.c | 3 +++
ui/gtk.c | 2 +-
3 files changed, 5 insertions(+), 1 deletion(-)
--
2.30.0
be in gd_egl_refresh
where the display output gets updated, in the same vain as how it's done
for normal GTK UIs (aka. those without EGL) - in it's display refresh
function.
Since the gd_monitor_update_interval function now is exposed, we are
going to use it to update the refresh rate.
Signed
n, we need to expose/globalize it in the include/ui/gtk.h file.
Signed-off-by: Nikola Pavlica
---
include/ui/gtk.h | 1 +
ui/gtk.c | 2 +-
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/include/ui/gtk.h b/include/ui/gtk.h
index 80851fb4c7..3f395d7f94 100644
--- a/include/ui/
These patches regard the use-case of GPU-passthrough on QEMU for
accelerated graphics.
Usually when people use GPU-passthrough on QEMU, they opt to have a
physical seperate graphics card that gets passed through to QEMU
using something called "PCIe passthrough". Since the display output
is inv
These patches regard the use-case of GPU-passthrough on QEMU for
accelerated graphics.
Usually when people use GPU-passthrough on QEMU, they opt to have a
physical seperate graphics card that gets passed through to QEMU
using something called "PCIe passthrough". Since the display output
is inv
be in gd_egl_refresh
where the display output gets updated, in the same vain as how it's done
for normal GTK UIs (aka. those without EGL) - in it's display refresh
function.
Since the gd_monitor_update_interval function now is exposed, we are
going to use it to update the refresh rate.
Signed
be in gd_egl_refresh
where the display output gets updated, in the same vain as how it's done
for normal GTK UIs (aka. those without EGL) - in it's display refresh
function.
Since the gd_monitor_update_interval function now is exposed, we are
going to use it to update the refresh rate.
Signed
n, we need to expose/globalize it in the include/ui/gtk.h file.
Signed-off-by: Nikola Pavlica
---
include/ui/gtk.h | 1 +
ui/gtk.c | 2 +-
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/include/ui/gtk.h b/include/ui/gtk.h
index 80851fb4c7..3f395d7f94 100644
--- a/include/ui/
I guess "git send-email" didn't do much, so I'm just forwarding the
email now.
-- Forwarded message ------
From: Nikola Pavlica
Subject: [PATCH] ui/gtk: Update refresh rate for EGL as well
Date: 2020-12-10T13:40:06+0100
To: qemu-de...@nongnu.com
Cc: Nikola Pavl
As suggested before, I've instead copied the code to the appropriate
callback function so that the refresh rate gets properly updated.
Also to avoid repeating the gd_refresh_rate_millihz function, I've
globalized it. I hope you don't mind.
Signed-off-by: Nikola Pavli
above the code that checks for OpenGL.
Or because OpenGL is meant to be called back with the "render"
callback, should we instead add the refresh
rate checking code there?
Anyway, regardless of method, I'm happy with any solution that just
fixes the issue.
Signed-off-by: Ni
Apologies, false alarm.
I found out that my testing methodology was flawed. Close this.
On Sat, Aug 8, 2020 at 00:25, Nikola Pavlica
wrote:
From: Nikola Pavlica <mailto:pavlica.nik...@gmail.com>>
In January (I think), I suggested a fix for the constant refresh rate
issue in QEM
From: Nikola Pavlica <mailto:pavlica.nik...@gmail.com>>
In January (I think), I suggested a fix for the constant refresh rate
issue in QEMU despite VMs being able to render graphics at a framerate
much higher than that.
Here's the link to the patch in question:
<https:/
>From 2d85b4a0edba0bf3fa3c221dcbde7e82a6a771fa Mon Sep 17 00:00:00 2001
From: Nikola Pavlica
Date: Tue, 31 Dec 2019 18:16:28 +0100
Subject: [PATCH v3] display/gtk: get proper refreshrate
Hi,
QEMU mailing list.
This is the third revision of the patch involving the GTK display
output getting
>From 70c95b18fa056b2dd0ecc202ab517bc775b986da Mon Sep 17 00:00:00 2001
From: Nikola Pavlica
Date: Mon, 30 Dec 2019 18:17:35 +0100
Subject: [PATCH] display/gtk: get proper refreshrate
Signed-off-by: Nikola Pavlica
---
ui/gtk.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/ui/gtk.
18 matches
Mail list logo
