Hi Michael On Tue, Oct 15, 2024 at 9:40 PM Michael Tokarev <m...@tls.msk.ru> wrote:
> On 14.10.2024 16:39, marcandre.lur...@redhat.com wrote: > > From: Marc-André Lureau <marcandre.lur...@redhat.com> > > > > The following changes since commit > 3860a2a8de56fad71db42f4ad120eb7eff03b51f: > > > > Merge tag 'pull-tcg-20241013' of https://gitlab.com/rth7680/qemu > into staging (2024-10-14 11:12:34 +0100) > > > > are available in the Git repository at: > > > > https://gitlab.com/marcandre.lureau/qemu.git tags/ui-pull-request > > > > for you to fetch changes up to 4cd78a3db2478d3c1527905a26c9d3fbee83ccac: > > > > audio/pw: Report more accurate error when connecting to PipeWire > fails (2024-10-14 17:35:24 +0400) > > > > ---------------------------------------------------------------- > > UI-related fixes & shareable 2d memory with -display dbus > > > > ---------------------------------------------------------------- > > > > Marc-André Lureau (19): > > hw/audio/hda: free timer on exit > > hw/audio/hda: fix memory leak on audio setup > > ui/dbus: fix leak on message filtering > > ui/win32: fix potential use-after-free with dbus shared memory > > ui/dbus: fix filtering all update messages > > ui/dbus: discard display messages on disable > > ui/dbus: discard pending CursorDefine on new one > > util/memfd: report potential errors on free > > ui/pixman: generalize shared_image_destroy > > ui/dbus: do not limit to one listener per connection / bus name > > ui/dbus: add trace for can_share_map > > ui/surface: allocate shared memory on !win32 > > meson: find_program('gdbus-codegen') directly > > ui/dbus: make Listener.Win32.Map win32-specific > > ui/dbus: add Listener.Unix.Map interface XML > > ui/dbus: implement Unix.Map > > virtio-gpu: allocate shareable 2d resources on !win32 > > ui: refactor using a common qemu_pixman_shareable > > tests: add basic -display dbus Map.Unix test > > > > Michal Privoznik (1): > > audio/pw: Report more accurate error when connecting to PipeWire fails > > Or, actually, here (I replied to a wrong thread) -- is there something > for qemu-stable in there? First 7 changes seems to be good fit there. > Or only the first 5. It would be nice to have a second look before! thanks -- Marc-André Lureau
