Branch: refs/heads/master
Home: https://github.com/qemu/qemu
Commit: db0d4017f9b9e87f962b35dd19a4912bbfcd3cbc
https://github.com/qemu/qemu/commit/db0d4017f9b9e87f962b35dd19a4912bbfcd3cbc
Author: Eugenio Pérez <[email protected]>
Date: 2025-03-10 (Mon, 10 Mar 2025)
Changed paths:
M net/net.c
Log Message:
-----------
net: parameterize the removing client from nc list
This change is used in later commits so we can avoid the removal of the
netclient if it is delayed.
No functional change intended.
Reviewed-by: Si-Wei Liu <[email protected]>
Acked-by: Jason Wang <[email protected]>
Signed-off-by: Eugenio Pérez <[email protected]>
Signed-off-by: Jason Wang <[email protected]>
Commit: e7891c575fb294618b172119a91c892b8f4384a2
https://github.com/qemu/qemu/commit/e7891c575fb294618b172119a91c892b8f4384a2
Author: Eugenio Pérez <[email protected]>
Date: 2025-03-10 (Mon, 10 Mar 2025)
Changed paths:
M net/net.c
M net/vhost-vdpa.c
Log Message:
-----------
net: move backend cleanup to NIC cleanup
Commit a0d7215e33 ("vhost-vdpa: do not cleanup the vdpa/vhost-net
structures if peer nic is present") effectively delayed the backend
cleanup, allowing the frontend or the guest to access it resources as
long as the frontend is still visible to the guest.
However it does not clean up the resources until the qemu process is
over. This causes an effective leak if the device is deleted with
device_del, as there is no way to close the vdpa device. This makes
impossible to re-add that device to this or other QEMU instances until
the first instance of QEMU is finished.
Move the cleanup from qemu_cleanup to the NIC deletion and to
net_cleanup.
Fixes: a0d7215e33 ("vhost-vdpa: do not cleanup the vdpa/vhost-net structures if
peer nic is present")
Reported-by: Lei Yang <[email protected]>
Signed-off-by: Eugenio Pérez <[email protected]>
Signed-off-by: Jonah Palmer <[email protected]>
Signed-off-by: Jason Wang <[email protected]>
Commit: 9dc64bd5a4bebdc820e7e8484cb30e02befdc774
https://github.com/qemu/qemu/commit/9dc64bd5a4bebdc820e7e8484cb30e02befdc774
Author: Akihiko Odaki <[email protected]>
Date: 2025-03-10 (Mon, 10 Mar 2025)
Changed paths:
M include/qemu/iov.h
M util/iov.c
Log Message:
-----------
util/iov: Do not assert offset is in iov
iov_from_buf(), iov_to_buf(), iov_memset(), and iov_copy() asserts
that the given offset fits in the iov while tolerating the specified
number of bytes to operate with to be greater than the size of iov.
This is inconsistent so remove the assertions.
Asserting the offset fits in the iov makes sense if it is expected that
there are other operations that process the content before the offset
and the content is processed in order. Under this expectation, the
offset should point to the end of bytes that are previously processed
and fit in the iov. However, this expectation depends on the details of
the caller, and did not hold true at least one case and required code to
check iov_size(), which is added with commit 83ddb3dbba2e
("hw/net/net_tx_pkt: Fix overrun in update_sctp_checksum()").
Adding such a check is inefficient and error-prone. These functions
already tolerate the specified number of bytes to operate with to be
greater than the size of iov to avoid such checks so remove the
assertions to tolerate invalid offset as well. They return the number of
bytes they operated with so their callers can still check the returned
value to ensure there are sufficient space at the given offset.
Signed-off-by: Akihiko Odaki <[email protected]>
Signed-off-by: Jason Wang <[email protected]>
Commit: 2938c36937559554a2408b008470c9a76cb9271a
https://github.com/qemu/qemu/commit/2938c36937559554a2408b008470c9a76cb9271a
Author: Akihiko Odaki <[email protected]>
Date: 2025-03-10 (Mon, 10 Mar 2025)
Changed paths:
M hw/net/net_tx_pkt.c
Log Message:
-----------
Revert "hw/net/net_tx_pkt: Fix overrun in update_sctp_checksum()"
This reverts commit 83ddb3dbba2ee0f1767442ae6ee665058aeb1093.
The added check is no longer necessary due to a change of
iov_from_buf().
Reviewed-by: Philippe Mathieu-Daudé <[email protected]>
Signed-off-by: Akihiko Odaki <[email protected]>
Signed-off-by: Jason Wang <[email protected]>
Commit: ac2ff9b840ce82cc7d5fd9ce4fd3019a434d7dc9
https://github.com/qemu/qemu/commit/ac2ff9b840ce82cc7d5fd9ce4fd3019a434d7dc9
Author: Akihiko Odaki <[email protected]>
Date: 2025-03-10 (Mon, 10 Mar 2025)
Changed paths:
M net/tap-linux.c
Log Message:
-----------
tap-linux: Open ipvtap and macvtap
ipvtap and macvtap create a file for each interface unlike tuntap, which
creates one file shared by all interfaces. Try to open a file dedicated
to the interface first for ipvtap and macvtap.
Signed-off-by: Akihiko Odaki <[email protected]>
Signed-off-by: Jason Wang <[email protected]>
Commit: 9a72282560fd478e69326617cbe891461375c93a
https://github.com/qemu/qemu/commit/9a72282560fd478e69326617cbe891461375c93a
Author: Alex Bennée <[email protected]>
Date: 2025-03-10 (Mon, 10 Mar 2025)
Changed paths:
M MAINTAINERS
M tests/functional/meson.build
M tests/functional/test_aarch64_virt.py
A tests/functional/test_aarch64_virt_gpu.py
Log Message:
-----------
tests/functional: move aarch64 GPU test into own file
I want to expand the number of tests to cover a wide range of
configurations. That starts with splitting off from the normal virt
test from which it doesn't really share much code. We can also reduce
the timeout of the original virt test now it is now longer burdened
with testing the GPU.
Reviewed-by: Thomas Huth <[email protected]>
Signed-off-by: Alex Bennée <[email protected]>
Message-Id: <[email protected]>
Commit: 868c7703e052a14f9c612c38f7171581cb626f38
https://github.com/qemu/qemu/commit/868c7703e052a14f9c612c38f7171581cb626f38
Author: Alex Bennée <[email protected]>
Date: 2025-03-10 (Mon, 10 Mar 2025)
Changed paths:
M tests/functional/test_aarch64_virt_gpu.py
Log Message:
-----------
tests/functional: factor out common code in gpu test
In preparation for handling more tests split out the common machine
setup details from the test specific stuff and add a helper for
launching the weston test. Instead of searching for "vkmark score" we
set a custom PS1 and wait for a successful completion. This ensures we
capture the score in the console log which otherwise wouldn't log
anything.
Reviewed-by: Thomas Huth <[email protected]>
Signed-off-by: Alex Bennée <[email protected]>
Message-Id: <[email protected]>
Commit: 94634fbc66869b31491e95c26eab731d67c13e7c
https://github.com/qemu/qemu/commit/94634fbc66869b31491e95c26eab731d67c13e7c
Author: Alex Bennée <[email protected]>
Date: 2025-03-10 (Mon, 10 Mar 2025)
Changed paths:
M tests/functional/test_aarch64_virt_gpu.py
Log Message:
-----------
tests/functional: ensure we have a GPU device for tests
It's possible to build QEMU without support for the GL enabled GPU
devices and we can catch that earlier with an explicit check.
Reviewed-by: Thomas Huth <[email protected]>
Signed-off-by: Alex Bennée <[email protected]>
Message-Id: <[email protected]>
Commit: 4e4e6986b62d0bb29282e4aeb09ca5b959b0afe3
https://github.com/qemu/qemu/commit/4e4e6986b62d0bb29282e4aeb09ca5b959b0afe3
Author: Alex Bennée <[email protected]>
Date: 2025-03-10 (Mon, 10 Mar 2025)
Changed paths:
M tests/functional/test_aarch64_virt_gpu.py
Log Message:
-----------
tests/functional: bail early if vkmark hangs
The message:
MESA-VIRTIO: debug: stuck in fence wait with iter at %d
Seems to occur more often on debug builds. Rather than waiting for our
long timeout to hit we might as well bail as soon as we see the
message.
Reviewed-by: Thomas Huth <[email protected]>
Signed-off-by: Alex Bennée <[email protected]>
Message-Id: <[email protected]>
Commit: 9f7e493d117c852be4af529c1670c293eab063b4
https://github.com/qemu/qemu/commit/9f7e493d117c852be4af529c1670c293eab063b4
Author: Alex Bennée <[email protected]>
Date: 2025-03-10 (Mon, 10 Mar 2025)
Changed paths:
M tests/functional/test_aarch64_virt_gpu.py
Log Message:
-----------
tests/functional: skip vulkan tests with nVidia
While running the new GPU tests it was noted that the proprietary
nVidia driver barfed when run under the sanitiser:
2025-02-20 11:13:08,226: [11:13:07.782] Output 'headless' attempts
EOTF mode SDR and colorimetry mode default.
2025-02-20 11:13:08,227: [11:13:07.784] Output 'headless' using color
profile: stock sRGB color profile
and that's the last thing it outputs.
The sanitizer reports that when the framework sends the SIGTERM
because of the timeout we get a write to a NULL pointer (but
interesting not this time in an atexit callback):
UndefinedBehaviorSanitizer:DEADLYSIGNAL
==471863==ERROR: UndefinedBehaviorSanitizer: SEGV on unknown address
0x000000000000 (pc 0x7a18ceaafe80 bp 0x000000000000 sp 0x7ffe8e3ff6d0
T471863)
==471863==The signal is caused by a WRITE memory access.
==471863==Hint: address points to the zero page.
#0 0x7a18ceaafe80
(/lib/x86_64-linux-gnu/libnvidia-eglcore.so.535.183.01+0x16afe80)
(BuildId: 24b0d0b90369112e3de888a93eb8d7e00304a6db)
#1 0x7a18ce9e72c0
(/lib/x86_64-linux-gnu/libnvidia-eglcore.so.535.183.01+0x15e72c0)
(BuildId: 24b0d0b90369112e3de888a93eb8d7e00304a6db)
#2 0x7a18ce9f11bb
(/lib/x86_64-linux-gnu/libnvidia-eglcore.so.535.183.01+0x15f11bb)
(BuildId: 24b0d0b90369112e3de888a93eb8d7e00304a6db)
#3 0x7a18ce6dc9d1
(/lib/x86_64-linux-gnu/libnvidia-eglcore.so.535.183.01+0x12dc9d1)
(BuildId: 24b0d0b90369112e3de888a93eb8d7e00304a6db)
#4 0x7a18e7d15326 in vrend_renderer_create_fence
/usr/src/virglrenderer-1.0.0-1ubuntu2/obj-x86_64-linux-gnu/../src/vrend_renderer.c:10883:26
#5 0x55bfb6621871 in virtio_gpu_virgl_process_cmd
The #dri-devel channel confirmed:
<digetx> stsquad: nv driver is known to not work with venus, don't use
it for testing
So lets skip running the test to avoid known failures. As we now use
vulkaninfo to probe we also need to handle the case where there is no
Vulkan driver configured for the hardware.
Reviewed-by: Thomas Huth <[email protected]>
Reported-by: Peter Maydell <[email protected]>
Cc: Dmitry Osipenko <[email protected]>
[AJB: also skip if vulkaninfo can't find environment]
Signed-off-by: Alex Bennée <[email protected]>
Message-Id: <[email protected]>
Commit: 8233f4f26d831c72970d00164f8f58a63c73ecfa
https://github.com/qemu/qemu/commit/8233f4f26d831c72970d00164f8f58a63c73ecfa
Author: Alex Bennée <[email protected]>
Date: 2025-03-10 (Mon, 10 Mar 2025)
Changed paths:
M tests/functional/test_aarch64_virt_gpu.py
Log Message:
-----------
tests/functional: expand tests to cover virgl
Add two more test modes using glmark2-wayland to exercise the OpenGL
pass-through modes with virgl. Virgl can run with or without the
hostmem blob support. To avoid repeating ourselves too much we make
the initial pass a simple --validate pass.
We might want to eventually add more directed tests and individual
features later on but the glmark/vkmark tests are a good general
smoke test for accelerated 3D.
Reviewed-by: Thomas Huth <[email protected]>
Signed-off-by: Alex Bennée <[email protected]>
Message-Id: <[email protected]>
Commit: d69178d3705994c1e4f7f919dfb6dd31b8b11d80
https://github.com/qemu/qemu/commit/d69178d3705994c1e4f7f919dfb6dd31b8b11d80
Author: Alex Bennée <[email protected]>
Date: 2025-03-10 (Mon, 10 Mar 2025)
Changed paths:
M tests/functional/test_aarch64_virt_gpu.py
Log Message:
-----------
tests/functional: update the aarch64_virg_gpu images
Update to the most recent aarch64_virt_gpu image. The principle
differences are:
- target a v8.0 baseline CPU
- latest vkmark (2025.1)
- actually uses the rootfs (previously was initrd)
- rootfs includes more testing tools for interactive use
See README.md in https://fileserver.linaro.org/s/ce5jXBFinPxtEdx for
details about the image creation and the buildroot config.
Reviewed-by: Thomas Huth <[email protected]>
Signed-off-by: Alex Bennée <[email protected]>
Message-Id: <[email protected]>
Commit: 892b06c40e46656b07579b9f4fb7a8f2652cacf2
https://github.com/qemu/qemu/commit/892b06c40e46656b07579b9f4fb7a8f2652cacf2
Author: Pierrick Bouvier <[email protected]>
Date: 2025-03-10 (Mon, 10 Mar 2025)
Changed paths:
M contrib/plugins/meson.build
M meson.build
M tests/functional/meson.build
M tests/tcg/plugins/meson.build
Log Message:
-----------
plugins: add explicit dependency in functional tests
./tests/functional/test_aarch64_tcg_plugins.py needs to have plugin
libinsn built. However, it's not listed as a dependency, so meson can't
know it needs to be built.
Thus, we keep track of all plugins, and add them as an explicit
dependency.
Fixes: 4c134d07b9e ("tests: add a new set of tests to exercise plugins")
Signed-off-by: Pierrick Bouvier <[email protected]>
Tested-by: Philippe Mathieu-Daudé <[email protected]>
Signed-off-by: Philippe Mathieu-Daudé <[email protected]>
Signed-off-by: Alex Bennée <[email protected]>
Message-Id: <[email protected]>
Commit: 3a7b9054b8d761e61628e67e90b118d05b4a4697
https://github.com/qemu/qemu/commit/3a7b9054b8d761e61628e67e90b118d05b4a4697
Author: Philippe Mathieu-Daudé <[email protected]>
Date: 2025-03-10 (Mon, 10 Mar 2025)
Changed paths:
M tests/functional/qemu_test/__init__.py
M tests/functional/qemu_test/config.py
Log Message:
-----------
tests/functional: Introduce the dso_suffix() helper
Introduce a helper to get the default shared library
suffix used on the host.
Suggested-by: Pierrick Bouvier <[email protected]>
Signed-off-by: Philippe Mathieu-Daudé <[email protected]>
Reviewed-by: Pierrick Bouvier <[email protected]>
Reviewed-by: Thomas Huth <[email protected]>
Message-Id: <[email protected]>
[AJB: dropped whitespace cmd.py damage]
Signed-off-by: Alex Bennée <[email protected]>
Message-Id: <[email protected]>
Commit: ed557cc544b2162eec8ec977af65cdd09277d44a
https://github.com/qemu/qemu/commit/ed557cc544b2162eec8ec977af65cdd09277d44a
Author: Philippe Mathieu-Daudé <[email protected]>
Date: 2025-03-10 (Mon, 10 Mar 2025)
Changed paths:
M tests/functional/qemu_test/testcase.py
M tests/functional/test_aarch64_tcg_plugins.py
Log Message:
-----------
tests/functional: Allow running TCG plugins tests on non-Linux/BSD hosts
Not all platforms use the '.so' suffix for shared libraries,
which is how plugins are built. Use the recently introduced
dso_suffix() helper to get the proper host suffix.
Resolves: https://gitlab.com/qemu-project/qemu/-/issues/2804
Suggested-by: Pierrick Bouvier <[email protected]>
Suggested-by: Daniel P. Berrangé <[email protected]>
Signed-off-by: Philippe Mathieu-Daudé <[email protected]>
Reviewed-by: Pierrick Bouvier <[email protected]>
Reviewed-by: Thomas Huth <[email protected]>
Message-Id: <[email protected]>
[AJB: moved plugin_file into testcase.py]
Signed-off-by: Alex Bennée <[email protected]>
Message-Id: <[email protected]>
Commit: 4748be5e9df56e13045c0f76fe9f60fa7655fed7
https://github.com/qemu/qemu/commit/4748be5e9df56e13045c0f76fe9f60fa7655fed7
Author: Alex Bennée <[email protected]>
Date: 2025-03-10 (Mon, 10 Mar 2025)
Changed paths:
M .gitlab-ci.d/cirrus/freebsd-14.vars
M .gitlab-ci.d/cirrus/macos-14.vars
M scripts/ci/setup/ubuntu/ubuntu-2204-aarch64.yaml
M scripts/ci/setup/ubuntu/ubuntu-2204-s390x.yaml
M tests/docker/dockerfiles/alpine.docker
M tests/docker/dockerfiles/centos9.docker
M tests/docker/dockerfiles/debian-amd64-cross.docker
M tests/docker/dockerfiles/debian-arm64-cross.docker
M tests/docker/dockerfiles/debian-armhf-cross.docker
M tests/docker/dockerfiles/debian-i686-cross.docker
M tests/docker/dockerfiles/debian-mips64el-cross.docker
M tests/docker/dockerfiles/debian-mipsel-cross.docker
M tests/docker/dockerfiles/debian-ppc64el-cross.docker
M tests/docker/dockerfiles/debian-s390x-cross.docker
M tests/docker/dockerfiles/debian.docker
M tests/docker/dockerfiles/fedora-rust-nightly.docker
M tests/docker/dockerfiles/fedora-win64-cross.docker
M tests/docker/dockerfiles/fedora.docker
M tests/docker/dockerfiles/opensuse-leap.docker
M tests/docker/dockerfiles/ubuntu2204.docker
M tests/lcitool/libvirt-ci
M tests/lcitool/projects/qemu.yml
M tests/lcitool/refresh
M tests/vm/generated/freebsd.json
Log Message:
-----------
libvirt-ci: bump to latest for vulkan-tools
The alpine baseline has also been updated in the meantime so we need
to address that while we are at it.
Reviewed-by: Thomas Huth <[email protected]>
Signed-off-by: Alex Bennée <[email protected]>
Message-Id: <[email protected]>
Commit: 830bbfb965274c2ac577420d28c7adecf8a39fd0
https://github.com/qemu/qemu/commit/830bbfb965274c2ac577420d28c7adecf8a39fd0
Author: Alex Bennée <[email protected]>
Date: 2025-03-10 (Mon, 10 Mar 2025)
Changed paths:
M tests/vm/basevm.py
Log Message:
-----------
tests/vm: bump timeout for shutdown
On my fairly beefy machine the timeout was triggering leaving a
corrupted disk image due to power being pulled before the disk had
synced. Triple the timeout to avoid this.
Reviewed-by: Thomas Huth <[email protected]>
Signed-off-by: Alex Bennée <[email protected]>
Message-Id: <[email protected]>
Commit: 33629b82aeadb070a803e5887d3a5de59b1c95c9
https://github.com/qemu/qemu/commit/33629b82aeadb070a803e5887d3a5de59b1c95c9
Author: Alex Bennée <[email protected]>
Date: 2025-03-10 (Mon, 10 Mar 2025)
Changed paths:
A tests/tcg/multiarch/linux/test-vma.c
R tests/tcg/multiarch/test-vma.c
Log Message:
-----------
tests/tcg: mark test-vma as a linux-only test
The main multiarch tests should compile for any POSIX system, however
test-vma's usage of MAP_NORESERVE makes it a linux-only test. Simply
moving the source file is enough for the build logic to skip on BSD's.
Reviewed-by: Thomas Huth <[email protected]>
Reviewed-by: Richard Henderson <[email protected]>
Signed-off-by: Alex Bennée <[email protected]>
Message-Id: <[email protected]>
Commit: 0cee7cfc2495c2c7d108c38a9b07162af78553b1
https://github.com/qemu/qemu/commit/0cee7cfc2495c2c7d108c38a9b07162af78553b1
Author: Alex Bennée <[email protected]>
Date: 2025-03-10 (Mon, 10 Mar 2025)
Changed paths:
M tests/tcg/i386/test-avx.c
Log Message:
-----------
tests/tcg: add message to _Static_assert in test-avx
In preparation for enabling clang and avoiding:
error: '_Static_assert' with no message is a C2x extension
[-Werror,-Wc2x-extensions]
let us just add the message to silence the warning.
Reviewed-by: Thomas Huth <[email protected]>
Reviewed-by: Richard Henderson <[email protected]>
Signed-off-by: Alex Bennée <[email protected]>
Message-Id: <[email protected]>
Commit: 77f005f954ea3cd0a161618a9f6c3f9d874c5b58
https://github.com/qemu/qemu/commit/77f005f954ea3cd0a161618a9f6c3f9d874c5b58
Author: Alex Bennée <[email protected]>
Date: 2025-03-10 (Mon, 10 Mar 2025)
Changed paths:
M tests/tcg/i386/test-i386-adcox.c
Log Message:
-----------
tests/tcg: fix constraints in test-i386-adcox
Clang complains:
clang -O2 -m64 -mcx16
/home/alex/lsrc/qemu.git/tests/tcg/i386/test-i386-adcox.c -o test-i386-adcox
-static
/home/alex/lsrc/qemu.git/tests/tcg/i386/test-i386-adcox.c:32:26: error:
invalid input constraint '0' in asm
: "r" ((REG)-1), "0" (flags), "1" (out_adcx), "2" (out_adox));
^
/home/alex/lsrc/qemu.git/tests/tcg/i386/test-i386-adcox.c:57:26: error:
invalid input constraint '0' in asm
: "r" ((REG)-1), "0" (flags), "1" (out_adcx), "2" (out_adox));
^
2 errors generated.
Pointing out a numbered input constraint can't point to a read/write
output [1]. Convert to a read-only input constraint to allow this.
[1]
https://lists.llvm.org/pipermail/cfe-commits/Week-of-Mon-20101101/036036.html
Suggested-by: Daniel P. Berrangé <[email protected]>
Reviewed-by: Richard Henderson <[email protected]>
Signed-off-by: Alex Bennée <[email protected]>
Message-Id: <[email protected]>
Commit: 874c712dc148142dfdaf2589d66a17391fe331f1
https://github.com/qemu/qemu/commit/874c712dc148142dfdaf2589d66a17391fe331f1
Author: Alex Bennée <[email protected]>
Date: 2025-03-10 (Mon, 10 Mar 2025)
Changed paths:
M tests/tcg/i386/Makefile.target
Log Message:
-----------
tests/tcg: enable -fwrapv for test-i386-bmi
We allow things like:
tests/tcg/i386/test-i386-bmi2.c:124:35: warning: shifting a negative signed
value is undefined [-Wshift-negative-value]
assert(result == (mask & ~(-1 << 30)));
in the main code, so allow it for the test.
Reviewed-by: Richard Henderson <[email protected]>
Signed-off-by: Alex Bennée <[email protected]>
Message-Id: <[email protected]>
Commit: c05aec9d4a9cc0ab6615efad209acff6c750c40a
https://github.com/qemu/qemu/commit/c05aec9d4a9cc0ab6615efad209acff6c750c40a
Author: Peter Maydell <[email protected]>
Date: 2025-03-10 (Mon, 10 Mar 2025)
Changed paths:
M tests/tcg/aarch64/Makefile.target
M tests/tcg/arm/Makefile.target
M tests/tcg/hexagon/Makefile.target
M tests/tcg/multiarch/Makefile.target
Log Message:
-----------
tests/tcg: Suppress compiler false-positive warning on sha1.c
GCC versions at least 12 through 15 incorrectly report a warning
about code in sha1.c:
tests/tcg/multiarch/sha1.c:161:13: warning: ‘SHA1Transform’ reading 64 bytes
from a region of size 0 [-Wstringop-overread]
161 | SHA1Transform(context->state, &data[i]);
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
This is a piece of stock library code for doing SHA1 which we've
simply copied, rather than writing ourselves. The bug has been
reported to upstream GCC (about a different library's use of this
code):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106709
For our test case, since this isn't our original code and there isn't
actually a bug in it, suppress the incorrect warning rather than
trying to modify the code to work around the compiler issue.
Resolves: https://gitlab.com/qemu-project/qemu/-/issues/2328
Signed-off-by: Peter Maydell <[email protected]>
Reviewed-by: Richard Henderson <[email protected]>
Message-Id: <[email protected]>
[AJB: -Wno-unknown-warning-option for clang's sake]
Signed-off-by: Alex Bennée <[email protected]>
Message-Id: <[email protected]>
Commit: 3df360cb03d56cecdc23abc5855ffceedfcbfa0b
https://github.com/qemu/qemu/commit/3df360cb03d56cecdc23abc5855ffceedfcbfa0b
Author: Alex Bennée <[email protected]>
Date: 2025-03-10 (Mon, 10 Mar 2025)
Changed paths:
A .gitlab-ci.d/check-units.py
M .gitlab-ci.d/static_checks.yml
Log Message:
-----------
gitlab: add a new build_unit job to track build size
We want to reduce the total number of build units in the system to get
on our way to a single binary. It will help to have some numbers so
lets add a job to gitlab to track our progress.
Cc: Pierrick Bouvier <[email protected]>
Cc: Philippe Mathieu-Daudé <[email protected]>
Cc: Richard Henderson <[email protected]>
Signed-off-by: Alex Bennée <[email protected]>
Message-Id: <[email protected]>
Commit: 2a8e8544b285ace2a6f21b72e18d823738fc8167
https://github.com/qemu/qemu/commit/2a8e8544b285ace2a6f21b72e18d823738fc8167
Author: Pierrick Bouvier <[email protected]>
Date: 2025-03-10 (Mon, 10 Mar 2025)
Changed paths:
M tests/functional/test_aarch64_rme_sbsaref.py
M tests/functional/test_aarch64_rme_virt.py
Log Message:
-----------
tests/functional: add boot error detection for RME tests
It was identified that those tests randomly fail with a synchronous
exception at boot (reported by EDK2).
While we solve this problem, report failure immediately so tests don't
timeout in CI.
Signed-off-by: Pierrick Bouvier <[email protected]>
Reviewed-by: Philippe Mathieu-Daudé <[email protected]>
Message-Id: <[email protected]>
Signed-off-by: Alex Bennée <[email protected]>
Message-Id: <[email protected]>
Commit: 9d06b0ccb1089f8713c4244109958bed8374ada4
https://github.com/qemu/qemu/commit/9d06b0ccb1089f8713c4244109958bed8374ada4
Author: Alex Bennée <[email protected]>
Date: 2025-03-10 (Mon, 10 Mar 2025)
Changed paths:
M plugins/api.c
M tests/tcg/hexagon/Makefile.target
M tests/tcg/multiarch/Makefile.target
Log Message:
-----------
plugins/api: use qemu_target_page_mask() to get value
Requiring TARGET_PAGE_MASK to be defined gets in the way of building
this unit once. qemu_target_page_mask() will tell us what it is.
Reviewed-by: Philippe Mathieu-Daudé <[email protected]>
Reviewed-by: Richard Henderson <[email protected]>
Signed-off-by: Alex Bennée <[email protected]>
Message-Id: <[email protected]>
Commit: 1d9a9743589e3622a93a46b593820ffb22cbda1b
https://github.com/qemu/qemu/commit/1d9a9743589e3622a93a46b593820ffb22cbda1b
Author: Alex Bennée <[email protected]>
Date: 2025-03-10 (Mon, 10 Mar 2025)
Changed paths:
M plugins/loader.c
Log Message:
-----------
plugins/loader: populate target_name with target_name()
We have a function we can call for this, lets not rely on macros that
stop us building once.
Reviewed-by: Richard Henderson <[email protected]>
Reviewed-by: Philippe Mathieu-Daudé <[email protected]>
Signed-off-by: Alex Bennée <[email protected]>
Message-Id: <[email protected]>
Commit: 4752ed52727acf7f0e798de75ec024fc92e92af3
https://github.com/qemu/qemu/commit/4752ed52727acf7f0e798de75ec024fc92e92af3
Author: Alex Bennée <[email protected]>
Date: 2025-03-10 (Mon, 10 Mar 2025)
Changed paths:
M include/qemu/plugin-memory.h
Log Message:
-----------
include/qemu: plugin-memory.h doesn't need cpu-defs.h
hwaddr is a fixed size on all builds.
Reviewed-by: Richard Henderson <[email protected]>
Signed-off-by: Alex Bennée <[email protected]>
Message-Id: <[email protected]>
Commit: f85a28dedfde2d530b3fb6cf3dc12e4b67e02909
https://github.com/qemu/qemu/commit/f85a28dedfde2d530b3fb6cf3dc12e4b67e02909
Author: Alex Bennée <[email protected]>
Date: 2025-03-10 (Mon, 10 Mar 2025)
Changed paths:
M plugins/api.c
Log Message:
-----------
plugins/api: clean-up the includes
Thanks to re-factoring and clean-up work (especially to exec-all) we
no longer need such broad headers for the api.
Reviewed-by: Richard Henderson <[email protected]>
Signed-off-by: Alex Bennée <[email protected]>
Message-Id: <[email protected]>
Commit: 5dd09b8157a132468547ad8a392ec9f8d836c169
https://github.com/qemu/qemu/commit/5dd09b8157a132468547ad8a392ec9f8d836c169
Author: Alex Bennée <[email protected]>
Date: 2025-03-10 (Mon, 10 Mar 2025)
Changed paths:
M plugins/plugin.h
Log Message:
-----------
plugins/plugin.h: include queue.h
Headers should bring in what they need so don't rely on getting
queue.h by side effects. This will help with clean-ups in the
following patches.
Reviewed-by: Richard Henderson <[email protected]>
Signed-off-by: Alex Bennée <[email protected]>
Message-Id: <[email protected]>
Commit: 8c15f6e435a15e90456d26ff26199861369c9d63
https://github.com/qemu/qemu/commit/8c15f6e435a15e90456d26ff26199861369c9d63
Author: Alex Bennée <[email protected]>
Date: 2025-03-10 (Mon, 10 Mar 2025)
Changed paths:
M plugins/loader.c
M plugins/meson.build
M plugins/plugin.h
A plugins/system.c
A plugins/user.c
Log Message:
-----------
plugins/loader: compile loader only once
There is very little in loader that is different between builds save
for a tiny user/system mode difference in the plugin_info structure.
Create two new files, user and system to hold mode specific helpers
and move loader into common_ss.
Reviewed-by: Richard Henderson <[email protected]>
Signed-off-by: Alex Bennée <[email protected]>
Message-Id: <[email protected]>
Commit: 903e870f2453731f9b44ce9734cfcb5509304677
https://github.com/qemu/qemu/commit/903e870f2453731f9b44ce9734cfcb5509304677
Author: Alex Bennée <[email protected]>
Date: 2025-03-10 (Mon, 10 Mar 2025)
Changed paths:
M bsd-user/meson.build
A bsd-user/plugin-api.c
A common-user/plugin-api.c.inc
M linux-user/meson.build
A linux-user/plugin-api.c
A plugins/api-system.c
M plugins/api.c
M plugins/meson.build
Log Message:
-----------
plugins/api: split out binary path/start/end/entry code
To move the main api.c to a single build compilation object we need to
start splitting out user and system specific code. As we need to grob
around host headers we move these particular helpers into the *-user
mode directories.
The binary/start/end/entry helpers are all NOPs for system mode.
While using the plugin-api.c.inc trick means we build for both
linux-user and bsd-user the BSD user-mode command line is still
missing -plugin. This can be enabled once we have reliable check-tcg
tests working for the BSDs.
Reviewed-by: Richard Henderson <[email protected]>
Reviewed-by: Warner Losh <[email protected]>
Signed-off-by: Alex Bennée <[email protected]>
Message-Id: <[email protected]>
Commit: 455a2d265cf6c3947243d772b9e5d1b8dd13a9bf
https://github.com/qemu/qemu/commit/455a2d265cf6c3947243d772b9e5d1b8dd13a9bf
Author: Alex Bennée <[email protected]>
Date: 2025-03-10 (Mon, 10 Mar 2025)
Changed paths:
M plugins/api-system.c
A plugins/api-user.c
M plugins/api.c
M plugins/meson.build
Log Message:
-----------
plugins/api: split out the vaddr/hwaddr helpers
These only work for system-mode and are NOPs for user-mode.
Reviewed-by: Richard Henderson <[email protected]>
Signed-off-by: Alex Bennée <[email protected]>
Message-Id: <[email protected]>
Commit: 1d3e745f7ada921d544f29fbf84c6f0f63025e61
https://github.com/qemu/qemu/commit/1d3e745f7ada921d544f29fbf84c6f0f63025e61
Author: Alex Bennée <[email protected]>
Date: 2025-03-10 (Mon, 10 Mar 2025)
Changed paths:
M plugins/api-system.c
M plugins/api-user.c
M plugins/api.c
Log Message:
-----------
plugins/api: split out time control helpers
These are only usable in system mode where we control the timer. For
user-mode make them NOPs.
Reviewed-by: Richard Henderson <[email protected]>
Signed-off-by: Alex Bennée <[email protected]>
Message-Id: <[email protected]>
Commit: 40988ed9dfca934791bd2aeb1cc2d11e3a239265
https://github.com/qemu/qemu/commit/40988ed9dfca934791bd2aeb1cc2d11e3a239265
Author: Alex Bennée <[email protected]>
Date: 2025-03-10 (Mon, 10 Mar 2025)
Changed paths:
M plugins/api.c
M plugins/meson.build
Log Message:
-----------
plugins/api: build only once
Now all the softmmu/user-mode stuff has been split out we can build
this compilation unit only once.
Reviewed-by: Richard Henderson <[email protected]>
Signed-off-by: Alex Bennée <[email protected]>
Message-Id: <[email protected]>
Commit: 606ad7fe17a0baee43a29d71469fee246a09a7be
https://github.com/qemu/qemu/commit/606ad7fe17a0baee43a29d71469fee246a09a7be
Author: Alex Bennée <[email protected]>
Date: 2025-03-10 (Mon, 10 Mar 2025)
Changed paths:
M plugins/core.c
M plugins/meson.build
Log Message:
-----------
plugins/core: make a single build unit
Trim through the includes and remove everything not needed for the
core. Only include tcg-op-common.h to remove the need to
TARGET_LONG_BITS and move the build unit into the common set.
Reviewed-by: Richard Henderson <[email protected]>
Signed-off-by: Alex Bennée <[email protected]>
Message-Id: <[email protected]>
Commit: 0d3dea7d7a49c22897e7435e8e09d9f587bc56c8
https://github.com/qemu/qemu/commit/0d3dea7d7a49c22897e7435e8e09d9f587bc56c8
Author: Alex Bennée <[email protected]>
Date: 2025-03-10 (Mon, 10 Mar 2025)
Changed paths:
M MAINTAINERS
Log Message:
-----------
MAINTAINERS: remove widely sanctioned entities
The following organisations appear on the US sanctions list:
Yadro: https://sanctionssearch.ofac.treas.gov/Details.aspx?id=41125
ISPRAS: https://sanctionssearch.ofac.treas.gov/Details.aspx?id=50890
As a result maintainers interacting with such entities would face
legal risk in a number of jurisdictions. To reduce the risk of
inadvertent non-compliance remove entries from these organisations
from the MAINTAINERS file.
Mark the pcf8574 system as orphaned until someone volunteers to step
up as a maintainer. Add myself as a second reviewer to record/replay
so I can help with what odd fixes I can.
Reviewed-by: Markus Armbruster <[email protected]>
Reviewed-by: Daniel P. Berrangé <[email protected]>
Acked-by: Paolo Bonzini <[email protected]>
Signed-off-by: Alex Bennée <[email protected]>
Message-Id: <[email protected]>
Commit: cfcacbab38e43200264c06135946b1c5096c393a
https://github.com/qemu/qemu/commit/cfcacbab38e43200264c06135946b1c5096c393a
Author: Jiqian Chen <[email protected]>
Date: 2025-03-10 (Mon, 10 Mar 2025)
Changed paths:
M hw/xen/xen_pt.c
M include/hw/pci/pci.h
Log Message:
-----------
xen/passthrough: use gsi to map pirq when dom0 is PVH
In PVH dom0, when passthrough a device to domU, QEMU code
xen_pt_realize->xc_physdev_map_pirq wants to use gsi, but in current codes
the gsi number is got from file /sys/bus/pci/devices/<sbdf>/irq, that is
wrong, because irq is not equal with gsi, they are in different spaces, so
pirq mapping fails.
To solve above problem, use new interface of Xen, xc_pcidev_get_gsi to get
gsi and use xc_physdev_map_pirq_gsi to map pirq when dom0 is PVH.
Signed-off-by: Jiqian Chen <[email protected]>
Signed-off-by: Huang Rui <[email protected]>
Signed-off-by: Jiqian Chen <[email protected]>
Acked-by: Anthony PERARD <[email protected]>
Reviewed-by: Stewart Hildebrand <[email protected]>
Message-Id: <[email protected]>
Signed-off-by: Anthony PERARD <[email protected]>
Commit: 4173b3d83752d9547c188db0d99ade08a1adb1fc
https://github.com/qemu/qemu/commit/4173b3d83752d9547c188db0d99ade08a1adb1fc
Author: David Woodhouse <[email protected]>
Date: 2025-03-10 (Mon, 10 Mar 2025)
Changed paths:
M hw/block/xen-block.c
Log Message:
-----------
hw/xen: Add "mode" parameter to xen-block devices
Block devices don't work in PV Grub (0.9x) if there is no mode specified. It
complains: "Error ENOENT when reading the mode"
Signed-off-by: David Woodhouse <[email protected]>
Message-Id: <[email protected]>
Signed-off-by: Anthony PERARD <[email protected]>
Commit: 68adcc784bad13421ac7211c316a751fb99fcb94
https://github.com/qemu/qemu/commit/68adcc784bad13421ac7211c316a751fb99fcb94
Author: Stefano Stabellini <[email protected]>
Date: 2025-03-10 (Mon, 10 Mar 2025)
Changed paths:
M hw/xen/xen-mapcache.c
Log Message:
-----------
xen: No need to flush the mapcache for grants
On IOREQ_TYPE_INVALIDATE we need to invalidate the mapcache for regular
mappings. Since recently we started reusing the mapcache also to keep
track of grants mappings. However, there is no need to remove grant
mappings on IOREQ_TYPE_INVALIDATE requests, we shouldn't do that. So
remove the function call.
Fixes: 9ecdd4bf08 (xen: mapcache: Add support for grant mappings)
Cc: [email protected]
Reported-by: Olaf Hering <[email protected]>
Reviewed-by: Edgar E. Iglesias <[email protected]>
Signed-off-by: Stefano Stabellini <[email protected]>
Signed-off-by: Edgar E. Iglesias <[email protected]>
Reviewed-by: Anthony PERARD <[email protected]>
Message-Id: <[email protected]>
Signed-off-by: Anthony PERARD <[email protected]>
Commit: d657a14de5d597bbfe7b54e4c4f0646f440e98ad
https://github.com/qemu/qemu/commit/d657a14de5d597bbfe7b54e4c4f0646f440e98ad
Author: Peter Xu <[email protected]>
Date: 2025-03-10 (Mon, 10 Mar 2025)
Changed paths:
M migration/migration.c
Log Message:
-----------
migration: Fix UAF for incoming migration on MigrationState
On the incoming migration side, QEMU uses a coroutine to load all the VM
states. Inside, it may reference MigrationState on global states like
migration capabilities, parameters, error state, shared mutexes and more.
However there's nothing yet to make sure MigrationState won't get
destroyed (e.g. after migration_shutdown()). Meanwhile there's also no API
available to remove the incoming coroutine in migration_shutdown(),
avoiding it to access the freed elements.
There's a bug report showing this can happen and crash dest QEMU when
migration is cancelled on source.
When it happens, the dest main thread is trying to cleanup everything:
#0 qemu_aio_coroutine_enter
#1 aio_dispatch_handler
#2 aio_poll
#3 monitor_cleanup
#4 qemu_cleanup
#5 qemu_default_main
Then it found the migration incoming coroutine, schedule it (even after
migration_shutdown()), causing crash:
#0 __pthread_kill_implementation
#1 __pthread_kill_internal
#2 __GI_raise
#3 __GI_abort
#4 __assert_fail_base
#5 __assert_fail
#6 qemu_mutex_lock_impl
#7 qemu_lockable_mutex_lock
#8 qemu_lockable_lock
#9 qemu_lockable_auto_lock
#10 migrate_set_error
#11 process_incoming_migration_co
#12 coroutine_trampoline
To fix it, take a refcount after an incoming setup is properly done when
qmp_migrate_incoming() succeeded the 1st time. As it's during a QMP
handler which needs BQL, it means the main loop is still alive (without
going into cleanups, which also needs BQL).
Releasing the refcount now only until the incoming migration coroutine
finished or failed. Hence the refcount is valid for both (1) setup phase
of incoming ports, mostly IO watches (e.g. qio_channel_add_watch_full()),
and (2) the incoming coroutine itself (process_incoming_migration_co()).
Note that we can't unref in migration_incoming_state_destroy(), because
both qmp_xen_load_devices_state() and load_snapshot() will use it without
an incoming migration. Those hold BQL so they're not prone to this issue.
PS: I suspect nobody uses Xen's command at all, as it didn't register yank,
hence AFAIU the command should crash on master when trying to unregister
yank in migration_incoming_state_destroy().. but that's another story.
Also note that in some incoming failure cases we may not always unref the
MigrationState refcount, which is a trade-off to keep things simple. We
could make it accurate, but it can be an overkill. Some examples:
- Unlike most of the rest protocols, socket_start_incoming_migration()
may create net listener after incoming port setup sucessfully.
It means we can't unref in migration_channel_process_incoming() as a
generic path because socket protocol might keep using MigrationState.
- For either socket or file, multiple IO watches might be created, it
means logically each IO watch needs to take one refcount for
MigrationState so as to be 100% accurate on ownership of refcount taken.
In general, we at least need per-protocol handling to make it accurate,
which can be an overkill if we know incoming failed after all. Add a short
comment to explain that when taking the refcount in qmp_migrate_incoming().
Bugzilla: https://issues.redhat.com/browse/RHEL-69775
Tested-by: Yan Fu <[email protected]>
Signed-off-by: Peter Xu <[email protected]>
Reviewed-by: Fabiano Rosas <[email protected]>
Message-ID: <[email protected]>
Signed-off-by: Fabiano Rosas <[email protected]>
Commit: 094a3dbc55df1bbd2169eaf784cb75b594a72941
https://github.com/qemu/qemu/commit/094a3dbc55df1bbd2169eaf784cb75b594a72941
Author: Steve Sistare <[email protected]>
Date: 2025-03-10 (Mon, 10 Mar 2025)
Changed paths:
M include/exec/memory.h
M include/exec/ramblock.h
M migration/savevm.c
M system/physmem.c
Log Message:
-----------
migration: ram block cpr blockers
Unlike cpr-reboot mode, cpr-transfer mode cannot save volatile ram blocks
in the migration stream file and recreate them later, because the physical
memory for the blocks is pinned and registered for vfio. Add a blocker
for volatile ram blocks.
Also add a blocker for RAM_GUEST_MEMFD. Preserving guest_memfd may be
sufficient for CPR, but it has not been tested yet.
Signed-off-by: Steve Sistare <[email protected]>
Reviewed-by: Fabiano Rosas <[email protected]>
Reviewed-by: Peter Xu <[email protected]>
Reviewed-by: David Hildenbrand <[email protected]>
Message-ID: <[email protected]>
Signed-off-by: Fabiano Rosas <[email protected]>
Commit: baa41af1c083446971feac39b0da845e547ca068
https://github.com/qemu/qemu/commit/baa41af1c083446971feac39b0da845e547ca068
Author: Li Zhijian <[email protected]>
Date: 2025-03-10 (Mon, 10 Mar 2025)
Changed paths:
M migration/ram.c
Log Message:
-----------
migration: Prioritize RDMA in ram_save_target_page()
Address an error in RDMA-based migration by ensuring RDMA is prioritized
when saving pages in `ram_save_target_page()`.
Previously, the RDMA protocol's page-saving step was placed after other
protocols due to a refactoring in commit bc38dc2f5f3. This led to migration
failures characterized by unknown control messages and state loading errors
destination:
(qemu) qemu-system-x86_64: Unknown control message QEMU FILE
qemu-system-x86_64: error while loading state section id 1(ram)
qemu-system-x86_64: load of migration failed: Operation not permitted
source:
(qemu) qemu-system-x86_64: RDMA is in an error state waiting migration to abort!
qemu-system-x86_64: failed to save SaveStateEntry with id(name): 1(ram): -1
qemu-system-x86_64: rdma migration: recv polling control error!
qemu-system-x86_64: warning: Early error. Sending error.
qemu-system-x86_64: warning: rdma migration: send polling control error
RDMA migration implemented its own protocol/method to send pages to
destination side, hand over to RDMA first to prevent pages being saved by
other protocol.
Fixes: bc38dc2f5f3 ("migration: refactor ram_save_target_page functions")
Reviewed-by: Peter Xu <[email protected]>
Signed-off-by: Li Zhijian <[email protected]>
Message-ID: <[email protected]>
Signed-off-by: Fabiano Rosas <[email protected]>
Commit: 6d1829fce4ea50d343f2df63eeff96685a359bf5
https://github.com/qemu/qemu/commit/6d1829fce4ea50d343f2df63eeff96685a359bf5
Author: Stefan Hajnoczi <[email protected]>
Date: 2025-03-11 (Tue, 11 Mar 2025)
Changed paths:
A .gitlab-ci.d/check-units.py
M .gitlab-ci.d/cirrus/freebsd-14.vars
M .gitlab-ci.d/cirrus/macos-14.vars
M .gitlab-ci.d/static_checks.yml
M MAINTAINERS
M bsd-user/meson.build
A bsd-user/plugin-api.c
A common-user/plugin-api.c.inc
M contrib/plugins/meson.build
M include/qemu/plugin-memory.h
M linux-user/meson.build
A linux-user/plugin-api.c
M meson.build
A plugins/api-system.c
A plugins/api-user.c
M plugins/api.c
M plugins/core.c
M plugins/loader.c
M plugins/meson.build
M plugins/plugin.h
A plugins/system.c
A plugins/user.c
M scripts/ci/setup/ubuntu/ubuntu-2204-aarch64.yaml
M scripts/ci/setup/ubuntu/ubuntu-2204-s390x.yaml
M tests/docker/dockerfiles/alpine.docker
M tests/docker/dockerfiles/centos9.docker
M tests/docker/dockerfiles/debian-amd64-cross.docker
M tests/docker/dockerfiles/debian-arm64-cross.docker
M tests/docker/dockerfiles/debian-armhf-cross.docker
M tests/docker/dockerfiles/debian-i686-cross.docker
M tests/docker/dockerfiles/debian-mips64el-cross.docker
M tests/docker/dockerfiles/debian-mipsel-cross.docker
M tests/docker/dockerfiles/debian-ppc64el-cross.docker
M tests/docker/dockerfiles/debian-s390x-cross.docker
M tests/docker/dockerfiles/debian.docker
M tests/docker/dockerfiles/fedora-rust-nightly.docker
M tests/docker/dockerfiles/fedora-win64-cross.docker
M tests/docker/dockerfiles/fedora.docker
M tests/docker/dockerfiles/opensuse-leap.docker
M tests/docker/dockerfiles/ubuntu2204.docker
M tests/functional/meson.build
M tests/functional/qemu_test/__init__.py
M tests/functional/qemu_test/config.py
M tests/functional/qemu_test/testcase.py
M tests/functional/test_aarch64_rme_sbsaref.py
M tests/functional/test_aarch64_rme_virt.py
M tests/functional/test_aarch64_tcg_plugins.py
M tests/functional/test_aarch64_virt.py
A tests/functional/test_aarch64_virt_gpu.py
M tests/lcitool/libvirt-ci
M tests/lcitool/projects/qemu.yml
M tests/lcitool/refresh
M tests/tcg/aarch64/Makefile.target
M tests/tcg/arm/Makefile.target
M tests/tcg/i386/Makefile.target
M tests/tcg/i386/test-avx.c
M tests/tcg/i386/test-i386-adcox.c
M tests/tcg/multiarch/Makefile.target
A tests/tcg/multiarch/linux/test-vma.c
R tests/tcg/multiarch/test-vma.c
M tests/tcg/plugins/meson.build
M tests/vm/basevm.py
M tests/vm/generated/freebsd.json
Log Message:
-----------
Merge tag 'pull-10.0-for-softfreeze-100325-3' of
https://gitlab.com/stsquad/qemu into staging
functional and tcg tests, plugins and MAINTAINERS
- update and expand aarch64 GPU tests
- fix build dependence for plugins
- update libvirt-ci to vulkan-tools
- allow plugin tests to run on non-POSIX systems
- tweak test/vm times
- mark test-vma as linux only
- various compiler fixes for tcg tests
- add gitlab build unit tracker
- error out early on stalled RME tests
- compile core plugin code once
- update MAINTAINERS
# -----BEGIN PGP SIGNATURE-----
#
# iQEzBAABCgAdFiEEZoWumedRZ7yvyN81+9DbCVqeKkQFAmfOwjcACgkQ+9DbCVqe
# KkRkcwgAlRTflCqYlZxdlo4CiOSXaHAFr8yfwWq138LJQRQH530JZnz1lZtxTbEM
# pXT7ixnuJQDMybCQJmvUlK5UTUkZhGS3VuAR1VeM2J8/3VXYzf5sFjZ7yko9mA8S
# 2FX8vdfbko8/J31+lKccA0tpbHyi2AbMR+mO8xj6KZQoePwmHoRmhgH7p7LE35YO
# 8ytaOjMwTKF5fReVK+tlcrVJHFMdGsGNwtsnB2FhhVjI56fQqyM5hGXfOING2Fx3
# iZH3rjzfDB4SWbBqaRsMgH9RXjuB9Eo4v0Qs5ve5SjDyzRJk+/CbbBJ4oRt9hurJ
# bA+CYZuNLGBf8Z/mUeYMavA7rxT5rw==
# =qobU
# -----END PGP SIGNATURE-----
# gpg: Signature made Mon 10 Mar 2025 18:43:03 HKT
# gpg: using RSA key 6685AE99E75167BCAFC8DF35FBD0DB095A9E2A44
# gpg: Good signature from "Alex Bennée (Master Work Key)
<[email protected]>" [unknown]
# 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: 6685 AE99 E751 67BC AFC8 DF35 FBD0 DB09 5A9E 2A44
* tag 'pull-10.0-for-softfreeze-100325-3' of https://gitlab.com/stsquad/qemu:
(31 commits)
MAINTAINERS: remove widely sanctioned entities
plugins/core: make a single build unit
plugins/api: build only once
plugins/api: split out time control helpers
plugins/api: split out the vaddr/hwaddr helpers
plugins/api: split out binary path/start/end/entry code
plugins/loader: compile loader only once
plugins/plugin.h: include queue.h
plugins/api: clean-up the includes
include/qemu: plugin-memory.h doesn't need cpu-defs.h
plugins/loader: populate target_name with target_name()
plugins/api: use qemu_target_page_mask() to get value
tests/functional: add boot error detection for RME tests
gitlab: add a new build_unit job to track build size
tests/tcg: Suppress compiler false-positive warning on sha1.c
tests/tcg: enable -fwrapv for test-i386-bmi
tests/tcg: fix constraints in test-i386-adcox
tests/tcg: add message to _Static_assert in test-avx
tests/tcg: mark test-vma as a linux-only test
tests/vm: bump timeout for shutdown
...
Signed-off-by: Stefan Hajnoczi <[email protected]>
Commit: 920aa48824e35391a8da3babc0fdd12d58e39581
https://github.com/qemu/qemu/commit/920aa48824e35391a8da3babc0fdd12d58e39581
Author: Stefan Hajnoczi <[email protected]>
Date: 2025-03-11 (Tue, 11 Mar 2025)
Changed paths:
M hw/net/net_tx_pkt.c
M include/qemu/iov.h
M net/net.c
M net/tap-linux.c
M net/vhost-vdpa.c
M util/iov.c
Log Message:
-----------
Merge tag 'net-pull-request' of https://github.com/jasowang/qemu into staging
# -----BEGIN PGP SIGNATURE-----
#
# iQEzBAABCAAdFiEEIV1G9IJGaJ7HfzVi7wSWWzmNYhEFAmfO1zkACgkQ7wSWWzmN
# YhET+wf+PkaGeFTNUrOtWpl35fSMKlmOVbb1fkPfuhVBmeY2Vh1EIN3OjqnzdV0F
# wxpuk+wwmFiuV1n6RNuMHQ0nz1mhgsSlZh93N5rArC/PUr3iViaT0cb82RjwxhaI
# RODBhhy7V9WxEhT9hR8sCP2ky2mrKgcYbjiIEw+IvFZOVQa58rMr2h/cbAb/iH4l
# 7T9Wba03JBqOS6qgzSFZOMxvqnYdVjhqXN8M6W9ngRJOjPEAkTB6Evwep6anRjcM
# mCUOgkf2sgQwKve8pYAeTMkzXFctvTc/qCU4ZbN8XcoKVVxe2jllGQqdOpMskPEf
# slOuINeW5M0K5gyjsb/huqcOTfDI2A==
# =/Y0+
# -----END PGP SIGNATURE-----
# gpg: Signature made Mon 10 Mar 2025 20:12:41 HKT
# gpg: using RSA key 215D46F48246689EC77F3562EF04965B398D6211
# gpg: Good signature from "Jason Wang (Jason Wang on RedHat)
<[email protected]>" [full]
# Primary key fingerprint: 215D 46F4 8246 689E C77F 3562 EF04 965B 398D 6211
* tag 'net-pull-request' of https://github.com/jasowang/qemu:
tap-linux: Open ipvtap and macvtap
Revert "hw/net/net_tx_pkt: Fix overrun in update_sctp_checksum()"
util/iov: Do not assert offset is in iov
net: move backend cleanup to NIC cleanup
net: parameterize the removing client from nc list
Signed-off-by: Stefan Hajnoczi <[email protected]>
Commit: 1a5f3d2eee2cd26290506ad3ba7f04086ff37fe5
https://github.com/qemu/qemu/commit/1a5f3d2eee2cd26290506ad3ba7f04086ff37fe5
Author: Stefan Hajnoczi <[email protected]>
Date: 2025-03-11 (Tue, 11 Mar 2025)
Changed paths:
M hw/block/xen-block.c
M hw/xen/xen-mapcache.c
M hw/xen/xen_pt.c
M include/hw/pci/pci.h
Log Message:
-----------
Merge tag 'pull-xen-20250310' of
https://xenbits.xen.org/git-http/people/aperard/qemu-dm into staging
Xen queue:
* xen/passthrough: use gsi to map pirq when dom0 is PVH
* Fix missing xenstore node from xen-block backend
* Fix xen mapcache extraneous invalidate
# -----BEGIN PGP SIGNATURE-----
#
# iQEzBAABCgAdFiEE+AwAYwjiLP2KkueYDPVXL9f7Va8FAmfO+nEACgkQDPVXL9f7
# Va+QYggA9dmxMGDO05UEd2ZPv/Goub37Le44qBN4oeXizVRZgGUs2w9ETBXhPZus
# 34aI8CTID4fcH4rgF4LgJ4XuyOxYwP1ot8EpDHQg+ji2nyHeMpAyePTfubprq17U
# APN6Qqefd9X+TX+W9zUS5jV/AXO+apGX+tmVkVexFuy4gSRGSVCPoibHePtoLH9G
# 3rSREjdEx7ByY6ieCV5x3zHPp5tmnLWeHpNCVc5x6NplBslQduBz6vOqLNWB1LKO
# 3a/lYcvTn9PIla1zpvGNbeTsPv2lcdx3SccThcZmyTv2PDm1kzyUOIo1lSIP6bb3
# LjCl3dm1mfxAGEaZ+//rsRhTH8d5ew==
# =K79y
# -----END PGP SIGNATURE-----
# gpg: Signature made Mon 10 Mar 2025 22:42:57 HKT
# gpg: using RSA key F80C006308E22CFD8A92E7980CF5572FD7FB55AF
# gpg: Good signature from "Anthony PERARD <[email protected]>" [unknown]
# gpg: aka "Anthony PERARD <[email protected]>"
[unknown]
# gpg: aka "Anthony PERARD <[email protected]>" [unknown]
# gpg: aka "Anthony PERARD <[email protected]>"
[unknown]
# 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: 5379 2F71 024C 600F 778A 7161 D8D5 7199 DF83 42C8
# Subkey fingerprint: F80C 0063 08E2 2CFD 8A92 E798 0CF5 572F D7FB 55AF
* tag 'pull-xen-20250310' of
https://xenbits.xen.org/git-http/people/aperard/qemu-dm:
xen: No need to flush the mapcache for grants
hw/xen: Add "mode" parameter to xen-block devices
xen/passthrough: use gsi to map pirq when dom0 is PVH
Signed-off-by: Stefan Hajnoczi <[email protected]>
Commit: 825b96dbcee23d134b691fc75618b59c5f53da32
https://github.com/qemu/qemu/commit/825b96dbcee23d134b691fc75618b59c5f53da32
Author: Stefan Hajnoczi <[email protected]>
Date: 2025-03-11 (Tue, 11 Mar 2025)
Changed paths:
M include/exec/memory.h
M include/exec/ramblock.h
M migration/migration.c
M migration/ram.c
M migration/savevm.c
M system/physmem.c
Log Message:
-----------
Merge tag 'migration-20250310-pull-request' of
https://gitlab.com/farosas/qemu into staging
Migration pull request
- Fix use-after-free in incoming migration
- Improve cpr migration blocker for volatile ram
- Fix RDMA migration
# -----BEGIN PGP SIGNATURE-----
#
# iQJEBAABCAAuFiEEqhtIsKIjJqWkw2TPx5jcdBvsMZ0FAmfPaCAQHGZhcm9zYXNA
# c3VzZS5kZQAKCRDHmNx0G+wxnQy9EADRp/6GaSzoqWgafU8DGM5Q69HyKiZ888DZ
# 7qXqJeH3c95nvOnIw2BMhUYX4t8kkAbUcWlr7L8KCjZT/6N/d1/Z5fimqymRkw4x
# +8kDyADv5FY0339aMLf3qBbIAQj/gvPvg8H+e+hXfokZqoYgLXZ0eqNAz8MjIcyN
# +A+waEBMLNvTgZyTQl2TbCvb+mbRial8u8C9BIoILhn/gNuoMX7lbt0tq41HZwe0
# l3v16jnXlsDvQUXp99bGySomRgkcYqdAt+HWHLje3frT/Ap8dGaUJKlpgJ8DXJiA
# fV1reKihJdj37q9GSG8cR02W+ATBesiecufV4TUPNQYQzTdxn3fOMwdc3Pck074D
# YAQxFT20OPou+NRxjYoHT/GqFUY36/2qBJpt7TY3ramdklHJhXpRyedK4rppTZNn
# pC3lnbpA/LHRmfD1Nh0CRmqZpbV+qW1BWEgMwk4qui46BxYWHxKHFpxAuwlJQmcw
# RxY8qPhIXQM03tiTgIddBNDZLoVqRoUP7YpzR7MMa1rz0T5inNFMcNGm72WpKODE
# rzpw4ezXO7+D4/QmMq3PoPfhFv3QFnH6jaGj8JkJM378KLvh4fQ0woXtDKFl4Tbq
# 1oBZ17WUv6aHr75b+KMyKJNLinvMu5WF5WoRYIt1lNXaqk7I494yvIjtRrimWZIS
# Z5Q0tpUmpw==
# =yEH0
# -----END PGP SIGNATURE-----
# gpg: Signature made Tue 11 Mar 2025 06:30:56 HKT
# gpg: using RSA key AA1B48B0A22326A5A4C364CFC798DC741BEC319D
# gpg: issuer "[email protected]"
# gpg: Good signature from "Fabiano Rosas <[email protected]>" [unknown]
# gpg: aka "Fabiano Almeida Rosas <[email protected]>"
[unknown]
# gpg: WARNING: The key's User ID is not certified with a trusted signature!
# gpg: There is no indication that the signature belongs to the owner.
# Primary key fingerprint: AA1B 48B0 A223 26A5 A4C3 64CF C798 DC74 1BEC 319D
* tag 'migration-20250310-pull-request' of https://gitlab.com/farosas/qemu:
migration: Prioritize RDMA in ram_save_target_page()
migration: ram block cpr blockers
migration: Fix UAF for incoming migration on MigrationState
Signed-off-by: Stefan Hajnoczi <[email protected]>
Compare: https://github.com/qemu/qemu/compare/5136598e2667...825b96dbcee2
To unsubscribe from these emails, change your notification settings at
https://github.com/qemu/qemu/settings/notifications
