[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Qemu-commits] [qemu/qemu] 8f7c9b: ui/gtk-gl-area: implement GL context
|
From: |
Richard Henderson |
|
Subject: |
[Qemu-commits] [qemu/qemu] 8f7c9b: ui/gtk-gl-area: implement GL context destruction |
|
Date: |
Mon, 13 Jun 2022 08:49:23 -0700 |
Branch: refs/heads/staging
Home: https://github.com/qemu/qemu
Commit: 8f7c9b48688295510ca9961dfbf7739ab528eddc
https://github.com/qemu/qemu/commit/8f7c9b48688295510ca9961dfbf7739ab528eddc
Author: Volker Rümelin <vr_qemu@t-online.de>
Date: 2022-06-13 (Mon, 13 Jun 2022)
Changed paths:
M ui/gtk-gl-area.c
M ui/trace-events
Log Message:
-----------
ui/gtk-gl-area: implement GL context destruction
The counterpart function for gd_gl_area_create_context() is
currently empty. Implement the gd_gl_area_destroy_context()
function to avoid GL context leaks.
Signed-off-by: Volker Rümelin <vr_qemu@t-online.de>
Message-Id: <20220605085131.7711-1-vr_qemu@t-online.de>
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
Commit: 9e831210a15b6781bd98559e8c577e846a8ba7b6
https://github.com/qemu/qemu/commit/9e831210a15b6781bd98559e8c577e846a8ba7b6
Author: Volker Rümelin <vr_qemu@t-online.de>
Date: 2022-06-13 (Mon, 13 Jun 2022)
Changed paths:
M ui/gtk-gl-area.c
M ui/trace-events
Log Message:
-----------
ui/gtk-gl-area: create the requested GL context version
Since about 2018 virglrenderer (commit fa835b0f88 "vrend: don't
hardcode context version") tries to open the highest available GL
context version. This is done by creating the known GL context
versions from the highest to the lowest until (*create_gl_context)
returns a context != NULL.
This does not work properly with
the current QEMU gd_gl_area_create_context() function, because
gdk_gl_context_realize() on Wayland creates a version 3.0 legacy
context if the requested GL context version can't be created.
In order for virglrenderer to find the highest available GL
context version, return NULL if the created context version is
lower than the requested version.
This fixes the following error:
QEMU started with -device virtio-vga-gl -display gtk,gl=on.
Under Wayland, the guest window remains black and the following
information can be seen on the host.
gl_version 30 - compat profile
(qemu:5978): Gdk-WARNING **: 16:19:01.533:
gdk_gl_context_set_required_version
- GL context versions less than 3.2 are not supported.
(qemu:5978): Gdk-WARNING **: 16:19:01.537:
gdk_gl_context_set_required_version -
GL context versions less than 3.2 are not supported.
(qemu:5978): Gdk-WARNING **: 16:19:01.554:
gdk_gl_context_set_required_version -
GL context versions less than 3.2 are not supported.
vrend_renderer_fill_caps: Entering with stale GL error: 1282
To reproduce this error, an OpenGL driver is required on the host
that doesn't have the latest OpenGL extensions fully implemented.
An example for this is the Intel i965 driver on a Haswell processor.
Signed-off-by: Volker Rümelin <vr_qemu@t-online.de>
Message-Id: <20220605085131.7711-2-vr_qemu@t-online.de>
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
Commit: a4a855a05b889e57e05ee00cf79a6060e1ec06fe
https://github.com/qemu/qemu/commit/a4a855a05b889e57e05ee00cf79a6060e1ec06fe
Author: Akihiko Odaki <akihiko.odaki@gmail.com>
Date: 2022-06-13 (Mon, 13 Jun 2022)
Changed paths:
M ui/cocoa.m
Log Message:
-----------
ui/cocoa: Fix poweroff request code
Signed-off-by: Akihiko Odaki <akihiko.odaki@gmail.com>
Reviewed-by: Philippe Mathieu-Daudé <f4bug@amsat.org>
Message-Id: <20220529082508.89097-1-akihiko.odaki@gmail.com>
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
Commit: 8577f4890b75056a26a721e11cec3db46e6c7caa
https://github.com/qemu/qemu/commit/8577f4890b75056a26a721e11cec3db46e6c7caa
Author: Hongren (Zenithal) Zheng <i@zenithal.me>
Date: 2022-06-13 (Mon, 13 Jun 2022)
Changed paths:
A hw/usb/canokey.c
A hw/usb/canokey.h
Log Message:
-----------
hw/usb: Add CanoKey Implementation
This commit added a new emulated device called CanoKey to QEMU.
CanoKey implements platform independent features in canokey-core
https://github.com/canokeys/canokey-core, and leaves the USB implementation
to the platform.
In this commit the USB part was implemented in QEMU using QEMU's USB APIs,
therefore the emulated CanoKey can communicate with the guest OS using USB.
Signed-off-by: Hongren (Zenithal) Zheng <i@zenithal.me>
Message-Id: <YoY6Mgph6f6Hc/zI@Sun>
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
Commit: 7d5722ae627b6ee38d9d486c17a94499e4651d53
https://github.com/qemu/qemu/commit/7d5722ae627b6ee38d9d486c17a94499e4651d53
Author: Hongren (Zenithal) Zheng <i@zenithal.me>
Date: 2022-06-13 (Mon, 13 Jun 2022)
Changed paths:
M hw/usb/canokey.c
M hw/usb/trace-events
Log Message:
-----------
hw/usb/canokey: Add trace events
Signed-off-by: Hongren (Zenithal) Zheng <i@zenithal.me>
Message-Id: <YoY6RoDKQIxSkFwL@Sun>
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
Commit: bfda4446c780bf956dcce9892e542dd907ab9cd2
https://github.com/qemu/qemu/commit/bfda4446c780bf956dcce9892e542dd907ab9cd2
Author: Hongren (Zenithal) Zheng <i@zenithal.me>
Date: 2022-06-13 (Mon, 13 Jun 2022)
Changed paths:
M hw/usb/Kconfig
M hw/usb/meson.build
M meson.build
M meson_options.txt
M scripts/meson-buildoptions.sh
Log Message:
-----------
meson: Add CanoKey
Signed-off-by: Hongren (Zenithal) Zheng <i@zenithal.me>
Message-Id: <YoY6YRD6cxH21mms@Sun>
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
Commit: 79b231e9aff80b1f2df8745093064e9c74727dc0
https://github.com/qemu/qemu/commit/79b231e9aff80b1f2df8745093064e9c74727dc0
Author: Hongren (Zenithal) Zheng <i@zenithal.me>
Date: 2022-06-13 (Mon, 13 Jun 2022)
Changed paths:
M docs/system/device-emulation.rst
A docs/system/devices/canokey.rst
Log Message:
-----------
docs: Add CanoKey documentation
Signed-off-by: Hongren (Zenithal) Zheng <i@zenithal.me>
Message-Id: <YoY6ilQimrK+l5NN@Sun>
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
Commit: 645e5751959d3d3e28427c23e53207b9a0c25d48
https://github.com/qemu/qemu/commit/645e5751959d3d3e28427c23e53207b9a0c25d48
Author: Hongren (Zenithal) Zheng <i@zenithal.me>
Date: 2022-06-13 (Mon, 13 Jun 2022)
Changed paths:
M docs/system/devices/usb.rst
Log Message:
-----------
docs/system/devices/usb: Add CanoKey to USB devices examples
Signed-off-by: Hongren (Zenithal) Zheng <i@zenithal.me>
Message-Id: <YoY6o+QFhzA7VHcZ@Sun>
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
Commit: 58819d66644ac6bdb38f98c224daed916ae5f3e7
https://github.com/qemu/qemu/commit/58819d66644ac6bdb38f98c224daed916ae5f3e7
Author: Hongren (Zenithal) Zheng <i@zenithal.me>
Date: 2022-06-13 (Mon, 13 Jun 2022)
Changed paths:
M MAINTAINERS
Log Message:
-----------
MAINTAINERS: add myself as CanoKey maintainer
Signed-off-by: Hongren (Zenithal) Zheng <i@zenithal.me>
Message-Id: <YoY61xI0IcFT1fOP@Sun>
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
Commit: 07dd0c1e1681499cba12bcebbb67be8c042d3475
https://github.com/qemu/qemu/commit/07dd0c1e1681499cba12bcebbb67be8c042d3475
Author: Arnout Engelen <arnout@bzzt.net>
Date: 2022-06-13 (Mon, 13 Jun 2022)
Changed paths:
M hw/usb/hcd-ehci.c
Log Message:
-----------
hw/usb/hcd-ehci: fix writeback order
The 'active' bit passes control over a qTD between the guest and the
controller: set to 1 by guest to enable execution by the controller,
and the controller sets it to '0' to hand back control to the guest.
ehci_state_writeback write two dwords to main memory using DMA:
the third dword of the qTD (containing dt, total bytes to transfer,
cpage, cerr and status) and the fourth dword of the qTD (containing
the offset).
This commit makes sure the fourth dword is written before the third,
avoiding a race condition where a new offset written into the qTD
by the guest after it observed the status going to go to '0' gets
overwritten by a 'late' DMA writeback of the previous offset.
This race condition could lead to 'cpage out of range (5)' errors,
and reproduced by:
./qemu-system-x86_64 -enable-kvm -bios $SEABIOS/bios.bin -m 4096 -device
usb-ehci -blockdev
driver=file,read-only=on,filename=/home/aengelen/Downloads/openSUSE-Tumbleweed-DVD-i586-Snapshot20220428-Media.iso,node-name=iso
-device usb-storage,drive=iso,bootindex=0 -chardev
pipe,id=shell,path=/tmp/pipe -device virtio-serial -device
virtconsole,chardev=shell -device virtio-rng-pci -serial mon:stdio -nographic
(press a key, select 'Installation' (2), and accept the default
values. On my machine the 'cpage out of range' is reproduced while
loading the Linux Kernel about once per 7 attempts. With the fix in
this commit it no longer fails)
This problem was previously reported as a seabios problem in
https://mail.coreboot.org/hyperkitty/list/seabios@seabios.org/thread/OUTHT5ISSQJGXPNTUPY3O5E5EPZJCHM3/
and as a nixos CI build failure in
https://github.com/NixOS/nixpkgs/issues/170803
Signed-off-by: Arnout Engelen <arnout@bzzt.net>
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
Commit: 6123454c1a90d77c46d0147100c084eca7b16a88
https://github.com/qemu/qemu/commit/6123454c1a90d77c46d0147100c084eca7b16a88
Author: Joelle van Dyne <j@getutm.app>
Date: 2022-06-13 (Mon, 13 Jun 2022)
Changed paths:
M hw/usb/redirect.c
Log Message:
-----------
usbredir: avoid queuing hello packet on snapshot restore
When launching QEMU with "-loadvm", usbredir_create_parser() should avoid
setting up the hello packet (just as with "-incoming". On the latest version
of libusbredir, usbredirparser_unserialize() will return error if the parser
is not "pristine."
Signed-off-by: Joelle van Dyne <j@getutm.app>
Message-Id: <20220507041850.98716-1-j@getutm.app>
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
Commit: 1e57f3c2da701e6be7adeda773d8b0eb50472278
https://github.com/qemu/qemu/commit/1e57f3c2da701e6be7adeda773d8b0eb50472278
Author: Dongwon Kim <dongwon.kim@intel.com>
Date: 2022-06-13 (Mon, 13 Jun 2022)
Changed paths:
M hw/display/virtio-gpu.c
Log Message:
-----------
virtio-gpu: update done only on the scanout associated with rect
It only needs to update the scanouts containing the rect area
coming with the resource-flush request from the guest.
Cc: Gerd Hoffmann <kraxel@redhat.com>
Cc: Vivek Kasireddy <vivek.kasireddy@intel.com>
Signed-off-by: Dongwon Kim <dongwon.kim@intel.com>
Message-Id: <20220505214030.4261-1-dongwon.kim@intel.com>
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
Commit: f50ffea531cfd33262fa0351eaa4ab8b22e3e426
https://github.com/qemu/qemu/commit/f50ffea531cfd33262fa0351eaa4ab8b22e3e426
Author: Akihiko Odaki <akihiko.odaki@gmail.com>
Date: 2022-06-13 (Mon, 13 Jun 2022)
Changed paths:
M hw/display/virtio-gpu-base.c
M hw/display/virtio-vga.c
M hw/vfio/display.c
M include/ui/console.h
Log Message:
-----------
ui/console: Do not return a value with ui_info
The returned value is not used and misleading.
Signed-off-by: Akihiko Odaki <akihiko.odaki@gmail.com>
Message-Id: <20220226115516.59830-2-akihiko.odaki@gmail.com>
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
Commit: c8a54f8cca040663dbfc04b9e7c329ea4f107be5
https://github.com/qemu/qemu/commit/c8a54f8cca040663dbfc04b9e7c329ea4f107be5
Author: Akihiko Odaki <akihiko.odaki@gmail.com>
Date: 2022-06-13 (Mon, 13 Jun 2022)
Changed paths:
M hw/display/xenfb.c
M include/ui/console.h
M include/ui/gtk.h
M ui/console.c
M ui/gtk-egl.c
M ui/gtk-gl-area.c
M ui/gtk.c
Log Message:
-----------
ui: Deliver refresh rate via QemuUIInfo
This change adds a new member, refresh_rate to QemuUIInfo in
include/ui/console.h. It represents the refresh rate of the
physical display backend, and it is more appropriate than
GUI update interval as the refresh rate which the emulated device
reports:
- sdl may set GUI update interval shorter than the refresh rate
of the physical display to respond to user-generated events.
- sdl and vnc aggressively changes GUI update interval, but
a guests is typically not designed to respond to frequent
refresh rate changes, or frequent "display mode" changes in
general. The frequency of refresh rate changes of the physical
display backend matches better to the guest's expectation.
QemuUIInfo also has other members representing "display mode",
which makes it suitable for refresh rate representation. It has
a throttling of update notifications, and prevents frequent changes
of the display mode.
Signed-off-by: Akihiko Odaki <akihiko.odaki@gmail.com>
Message-Id: <20220226115516.59830-3-akihiko.odaki@gmail.com>
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
Commit: c5f143d390efa97e17a6dc4c6cc5a490c39298ca
https://github.com/qemu/qemu/commit/c5f143d390efa97e17a6dc4c6cc5a490c39298ca
Author: Akihiko Odaki <akihiko.odaki@gmail.com>
Date: 2022-06-13 (Mon, 13 Jun 2022)
Changed paths:
M hw/display/virtio-gpu-base.c
M hw/display/virtio-gpu.c
M include/hw/virtio/virtio-gpu.h
Log Message:
-----------
virtio-gpu: Respect UI refresh rate for EDID
Signed-off-by: Akihiko Odaki <akihiko.odaki@gmail.com>
Message-Id: <20220226115516.59830-4-akihiko.odaki@gmail.com>
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
Commit: 23b87f7a3a13e93e248eef8a4b7257548855a620
https://github.com/qemu/qemu/commit/23b87f7a3a13e93e248eef8a4b7257548855a620
Author: Daniel P. Berrangé <berrange@redhat.com>
Date: 2022-06-13 (Mon, 13 Jun 2022)
Changed paths:
M configure
R pc-bios/keymaps/ar
R pc-bios/keymaps/bepo
R pc-bios/keymaps/cz
R pc-bios/keymaps/da
R pc-bios/keymaps/de
R pc-bios/keymaps/de-ch
R pc-bios/keymaps/en-gb
R pc-bios/keymaps/en-us
R pc-bios/keymaps/es
R pc-bios/keymaps/et
R pc-bios/keymaps/fi
R pc-bios/keymaps/fo
R pc-bios/keymaps/fr
R pc-bios/keymaps/fr-be
R pc-bios/keymaps/fr-ca
R pc-bios/keymaps/fr-ch
R pc-bios/keymaps/hr
R pc-bios/keymaps/hu
R pc-bios/keymaps/is
R pc-bios/keymaps/it
R pc-bios/keymaps/ja
R pc-bios/keymaps/lt
R pc-bios/keymaps/lv
R pc-bios/keymaps/meson.build
R pc-bios/keymaps/mk
R pc-bios/keymaps/nl
R pc-bios/keymaps/no
R pc-bios/keymaps/pl
R pc-bios/keymaps/pt
R pc-bios/keymaps/pt-br
R pc-bios/keymaps/ru
R pc-bios/keymaps/sl
R pc-bios/keymaps/sv
R pc-bios/keymaps/th
R pc-bios/keymaps/tr
M pc-bios/meson.build
A ui/keymaps/ar
A ui/keymaps/bepo
A ui/keymaps/cz
A ui/keymaps/da
A ui/keymaps/de
A ui/keymaps/de-ch
A ui/keymaps/en-gb
A ui/keymaps/en-us
A ui/keymaps/es
A ui/keymaps/et
A ui/keymaps/fi
A ui/keymaps/fo
A ui/keymaps/fr
A ui/keymaps/fr-be
A ui/keymaps/fr-ca
A ui/keymaps/fr-ch
A ui/keymaps/hr
A ui/keymaps/hu
A ui/keymaps/is
A ui/keymaps/it
A ui/keymaps/ja
A ui/keymaps/lt
A ui/keymaps/lv
A ui/keymaps/meson.build
A ui/keymaps/mk
A ui/keymaps/nl
A ui/keymaps/no
A ui/keymaps/pl
A ui/keymaps/pt
A ui/keymaps/pt-br
A ui/keymaps/ru
A ui/keymaps/sl
A ui/keymaps/sv
A ui/keymaps/th
A ui/keymaps/tr
M ui/meson.build
Log Message:
-----------
ui: move 'pc-bios/keymaps' to 'ui/keymaps'
The 'keymaps' directory contents is nothing to do with the firmware
blobs. The 'pc-bios/keymaps' directory appears to have been used
previously as a convenience for getting the files installed into
a subdir of the firmware install dir, as well as to make it easier
to launch QEMU directly from the build tree. These requirements
do not need to be reflected in the source tree arrangement. The
keymaps logically belong with the UI code, and meson can install
them into the right place. For in-tree execution, we merely need
a suitable symlink from the source tree to the build tree.
Signed-off-by: Daniel P. Berrangé <berrange@redhat.com>
Message-Id: <20220613084456.470068-1-berrange@redhat.com>
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
Commit: 227e4d6b9e739b6a83f1c2c4bf2fe4b90d746aad
https://github.com/qemu/qemu/commit/227e4d6b9e739b6a83f1c2c4bf2fe4b90d746aad
Author: Richard Henderson <richard.henderson@linaro.org>
Date: 2022-06-13 (Mon, 13 Jun 2022)
Changed paths:
M MAINTAINERS
M configure
M docs/system/device-emulation.rst
A docs/system/devices/canokey.rst
M docs/system/devices/usb.rst
M hw/display/virtio-gpu-base.c
M hw/display/virtio-gpu.c
M hw/display/virtio-vga.c
M hw/display/xenfb.c
M hw/usb/Kconfig
A hw/usb/canokey.c
A hw/usb/canokey.h
M hw/usb/hcd-ehci.c
M hw/usb/meson.build
M hw/usb/redirect.c
M hw/usb/trace-events
M hw/vfio/display.c
M include/hw/virtio/virtio-gpu.h
M include/ui/console.h
M include/ui/gtk.h
M meson.build
M meson_options.txt
R pc-bios/keymaps/ar
R pc-bios/keymaps/bepo
R pc-bios/keymaps/cz
R pc-bios/keymaps/da
R pc-bios/keymaps/de
R pc-bios/keymaps/de-ch
R pc-bios/keymaps/en-gb
R pc-bios/keymaps/en-us
R pc-bios/keymaps/es
R pc-bios/keymaps/et
R pc-bios/keymaps/fi
R pc-bios/keymaps/fo
R pc-bios/keymaps/fr
R pc-bios/keymaps/fr-be
R pc-bios/keymaps/fr-ca
R pc-bios/keymaps/fr-ch
R pc-bios/keymaps/hr
R pc-bios/keymaps/hu
R pc-bios/keymaps/is
R pc-bios/keymaps/it
R pc-bios/keymaps/ja
R pc-bios/keymaps/lt
R pc-bios/keymaps/lv
R pc-bios/keymaps/meson.build
R pc-bios/keymaps/mk
R pc-bios/keymaps/nl
R pc-bios/keymaps/no
R pc-bios/keymaps/pl
R pc-bios/keymaps/pt
R pc-bios/keymaps/pt-br
R pc-bios/keymaps/ru
R pc-bios/keymaps/sl
R pc-bios/keymaps/sv
R pc-bios/keymaps/th
R pc-bios/keymaps/tr
M pc-bios/meson.build
M scripts/meson-buildoptions.sh
M ui/cocoa.m
M ui/console.c
M ui/gtk-egl.c
M ui/gtk-gl-area.c
M ui/gtk.c
A ui/keymaps/ar
A ui/keymaps/bepo
A ui/keymaps/cz
A ui/keymaps/da
A ui/keymaps/de
A ui/keymaps/de-ch
A ui/keymaps/en-gb
A ui/keymaps/en-us
A ui/keymaps/es
A ui/keymaps/et
A ui/keymaps/fi
A ui/keymaps/fo
A ui/keymaps/fr
A ui/keymaps/fr-be
A ui/keymaps/fr-ca
A ui/keymaps/fr-ch
A ui/keymaps/hr
A ui/keymaps/hu
A ui/keymaps/is
A ui/keymaps/it
A ui/keymaps/ja
A ui/keymaps/lt
A ui/keymaps/lv
A ui/keymaps/meson.build
A ui/keymaps/mk
A ui/keymaps/nl
A ui/keymaps/no
A ui/keymaps/pl
A ui/keymaps/pt
A ui/keymaps/pt-br
A ui/keymaps/ru
A ui/keymaps/sl
A ui/keymaps/sv
A ui/keymaps/th
A ui/keymaps/tr
M ui/meson.build
M ui/trace-events
Log Message:
-----------
Merge tag 'kraxel-20220613-pull-request' of git://git.kraxel.org/qemu into
staging
usb: add CanoKey device, fixes for ehci + redir
ui: fixes for gtk and cocoa, move keymaps (v2), rework refresh rate
virtio-gpu: scanout flush fix
# -----BEGIN PGP SIGNATURE-----
#
# iQIzBAABCgAdFiEEoDKM/7k6F6eZAf59TLbY7tPocTgFAmKnIUoACgkQTLbY7tPo
# cTin6BAAwC+oPtZkCeXVM+fZXBYu1Gakv8ee0kOCWcGBU8pNZy4LSNmMCaF5fDSm
# KFKuIUuNdIjGG7Sy2U6L0AvafklpdFBfynNmbKHrksweoKqqpnLVmENxmtlq+y5W
# WVPx+CfO1CDUPcmujalmeBZgTgDHE9SBh5q17q70G6V7qb/yJD88DrdZC3T/tEko
# 9amK5AGWq3lLlT3FcneDNIHCliVlrUbgmy6zxFQdFS+z+KDk1XNQOK1PMA5NNpP7
# ilinZEtiQLLUjlL6fLGziZHNBAkm5tj2v/iwnGlBXlKy2A2BHS1ZQpWzFR3m0+4/
# CrgaIoVqXjIPSfJggu08F/Hf5bvy+TMLnYUl3szVuRQtClNZMD+NSH1kxfH4Vbwa
# wKhq4C+M/UgwYZdJHoD5QGJVzfIeBh4q3eICxelyL38Xq7WLyz9jjCDaLd7Scqs2
# +wfLkXcVXq40kXiD0JvVNd6tNF+f4DcUPu3w/lzG4KbaAFfUvqC72MSDrhXXVSZp
# 8PnlSuSaZWoC7meGPxzhTxPJlZBvoshKwlYxe69+tNINt+qB6spt3NmcC1Up44mp
# 7lPh7heBVuoQtXmmyAr6Ie0fovoIeXkdwaAe+zv8D8585/vhRNuuLpr/mMuB/fa5
# SNgAc9/AFeUq/ylnM8lEyc84zI0Lbb7bsUylXri8XCMmZQOEzPo=
# =X8F/
# -----END PGP SIGNATURE-----
# gpg: Signature made Mon 13 Jun 2022 04:36:42 AM PDT
# gpg: using RSA key A0328CFFB93A17A79901FE7D4CB6D8EED3E87138
# gpg: Good signature from "Gerd Hoffmann (work) <kraxel@redhat.com>"
[undefined]
# gpg: aka "Gerd Hoffmann <gerd@kraxel.org>" [undefined]
# gpg: aka "Gerd Hoffmann (private) <kraxel@gmail.com>"
[undefined]
# gpg: WARNING: This key is not certified with a trusted signature!
# gpg: There is no indication that the signature belongs to the owner.
# Primary key fingerprint: A032 8CFF B93A 17A7 9901 FE7D 4CB6 D8EE D3E8 7138
* tag 'kraxel-20220613-pull-request' of git://git.kraxel.org/qemu:
ui: move 'pc-bios/keymaps' to 'ui/keymaps'
virtio-gpu: Respect UI refresh rate for EDID
ui: Deliver refresh rate via QemuUIInfo
ui/console: Do not return a value with ui_info
virtio-gpu: update done only on the scanout associated with rect
usbredir: avoid queuing hello packet on snapshot restore
hw/usb/hcd-ehci: fix writeback order
MAINTAINERS: add myself as CanoKey maintainer
docs/system/devices/usb: Add CanoKey to USB devices examples
docs: Add CanoKey documentation
meson: Add CanoKey
hw/usb/canokey: Add trace events
hw/usb: Add CanoKey Implementation
ui/cocoa: Fix poweroff request code
ui/gtk-gl-area: create the requested GL context version
ui/gtk-gl-area: implement GL context destruction
Signed-off-by: Richard Henderson <richard.henderson@linaro.org>
Compare: https://github.com/qemu/qemu/compare/dcb40541ebca...227e4d6b9e73
| [Prev in Thread] |
Current Thread |
[Next in Thread] |
- [Qemu-commits] [qemu/qemu] 8f7c9b: ui/gtk-gl-area: implement GL context destruction,
Richard Henderson <=