Hi,
> > Marc-André has experimental code for a dbus-based UI for qemu. It doesn't
> > use pipewire
> > as data transport though. At least the first version posted a while ago @
> > qemu-devel
> > doesn't.
> [Kasireddy, Vivek] What is the main motivation for a new dbus-based UI for
> Qemu?
Hi Gerd,
> > I do understand that adding a new purely Wayland backend would make it
> > redundant given that GTK, SDL, Spice, etc already support Wayland;
> > however, I do not see any good options available for eliminating that blit.
>
> Well, one idea is using dbus (discovery/setup) and pipewir
Hi,
> But I get a feeling that it is inadequate as GTK/GLArea does not manage the
> wl_buffers
> submitted to the compositor -- EGL does. I suspect we either need to use a
> new GTK
> mechanism -- that perhaps does not exist yet -- or not use GTK at all for
> this.
>
> I do understand that a
Hi Gerd,
>
> > Any other ideas as to how to eliminate that Blit cleanly?
>
> Well, "cleanly" pretty much implies "supported by toolkit".
[Kasireddy, Vivek] I was kind of hoping you'd not draw that implication :)
>
> gtk glarea for example sets up a framebuffer and expects the application
> ren
Hi,
> Any other ideas as to how to eliminate that Blit cleanly?
Well, "cleanly" pretty much implies "supported by toolkit".
gtk glarea for example sets up a framebuffer and expects the application
render to that framebuffer. So qemu glarea code does a fb-to-fb blit.
Other reasons are scaling
Hi Gerd,
While looking at the Qemu UI code, I noticed that there is a Blit operation
performed to copy the Guest FB (texture) into a Host buffer before it is
presented
to the Host compositor. I was wondering if there are any elegant ways to
eliminate this Blit to further the goal of absolute zero-
Hi Gerd,
Since the udmabuf and blob supports are on their way, can we reconsider the
display-drm ui support which was list in
https://git.kraxel.org/cgit/qemu/refs/heads as a branch before.
I did some rebasing work and can help to send them out for review if possible.
BR,
Tina
> -Original
Patchew URL:
https://patchew.org/QEMU/20210331031001.1564125-1-vivek.kasire...@intel.com/
Hi,
This series seems to have some coding style problems. See output below for
more information:
Type: series
Message-id: 20210331031001.1564125-1-vivek.kasire...@intel.com
Subject: [PATCH 00/11] Add sup
