Branch: refs/heads/staging-9.2
Home: https://github.com/qemu/qemu
Commit: 849a6aea3364375da58f5a369a00c1db1ec1b12c
https://github.com/qemu/qemu/commit/849a6aea3364375da58f5a369a00c1db1ec1b12c
Author: Nicholas Piggin <npig...@gmail.com>
Date: 2025-04-09 (Wed, 09 Apr 2025)
Changed paths:
M target/ppc/misc_helper.c
Log Message:
-----------
target/ppc: Big-core scratch register fix
The per-core SCRATCH0-7 registers are shared between big cores, which
was missed in the big-core implementation. It is difficult to model
well with the big-core == 2xPnvCore scheme we moved to, this fix
uses the even PnvCore to store the scrach data.
Also remove a stray log message that came in with the same patch that
introduced patch.
Fixes: c26504afd5f5c ("ppc/pnv: Add a big-core mode that joins two regular
cores")
Cc: qemu-sta...@nongnu.org
Signed-off-by: Nicholas Piggin <npig...@gmail.com>
(cherry picked from commit 9808ce6d5cb75a4f9db76a3d9b508560efdf5ac2)
Signed-off-by: Michael Tokarev <m...@tls.msk.ru>
Commit: 697209ff41be6243e36a47a4839e4a7014af6c14
https://github.com/qemu/qemu/commit/697209ff41be6243e36a47a4839e4a7014af6c14
Author: Nicholas Piggin <npig...@gmail.com>
Date: 2025-04-09 (Wed, 09 Apr 2025)
Changed paths:
M target/ppc/cpu_init.c
Log Message:
-----------
target/ppc: Fix SPRC/SPRD SPRs for P9/10
Commit 60d30cff847 ("target/ppc: Move SPR indirect registers into
PnvCore") was mismerged and moved the SPRs to power8-only, instead
of power9/10-only.
Fixes: 60d30cff847 ("target/ppc: Move SPR indirect registers into PnvCore")
Reviewed-by: Philippe Mathieu-Daudé <phi...@linaro.org>
Cc: qemu-sta...@nongnu.org
Signed-off-by: Nicholas Piggin <npig...@gmail.com>
(cherry picked from commit b3d47c8303b8be2c3693c5704012b3334741b7ed)
(Mjt: adjust context for v9.2.0-2634-gffb6440cc5 "ppc/pnv: Add new PowerPC
Special Purpose Registers (RWMR)")
Signed-off-by: Michael Tokarev <m...@tls.msk.ru>
Commit: 6a3304c84a8363dba3eccd486ab83705dd87e195
https://github.com/qemu/qemu/commit/6a3304c84a8363dba3eccd486ab83705dd87e195
Author: Kevin Wolf <kw...@redhat.com>
Date: 2025-04-09 (Wed, 09 Apr 2025)
Changed paths:
M hw/scsi/scsi-disk.c
Log Message:
-----------
scsi-disk: Apply error policy for host_status errors again
Originally, all failed SG_IO requests called scsi_handle_rw_error() to
apply the configured error policy. However, commit f3126d65, which was
supposed to be a mere refactoring for scsi-disk.c, broke this and
accidentally completed the SCSI request without considering the error
policy any more if the error was signalled in the host_status field.
Apart from the commit message not describing the change as intended,
errors indicated in host_status are also obviously backend errors and
not something the guest must deal with independently of the error
policy.
This behaviour means that some recoverable errors (such as a path error
in multipath configurations) were reported to the guest anyway, which
might not expect it and might consider its disk broken.
Make sure that we apply the error policy again for host_status errors,
too. This addresses an existing FIXME comment and allows us to remove
some comments warning that callbacks weren't always called. With this
fix, they are called in all cases again.
The return value passed to the request callback doesn't have more free
values that could be used to indicate host_status errors as well as SAM
status codes and negative errno. Store the value in the host_status
field of the SCSIRequest instead and use -ENODEV as the return value (if
a path hasn't been reachable for a while, blk_aio_ioctl() will return
-ENODEV instead of just setting host_status, so just reuse it here -
it's not necessarily entirely accurate, but it's as good as any errno).
Cc: qemu-sta...@nongnu.org
Fixes: f3126d65b393 ('scsi: move host_status handling into SCSI drivers')
Signed-off-by: Kevin Wolf <kw...@redhat.com>
Message-ID: <20250407155949.44736-1-kw...@redhat.com>
Reviewed-by: Stefan Hajnoczi <stefa...@redhat.com>
Reviewed-by: Hanna Czenczek <hre...@redhat.com>
Signed-off-by: Kevin Wolf <kw...@redhat.com>
(cherry picked from commit 61b6d9b749ba233784c7214cfe9585ea321159dc)
Signed-off-by: Michael Tokarev <m...@tls.msk.ru>
Commit: d1960fafecbe1066d3d32c016db364c19a5ddb93
https://github.com/qemu/qemu/commit/d1960fafecbe1066d3d32c016db364c19a5ddb93
Author: Daan De Meyer <daan.j.deme...@gmail.com>
Date: 2025-04-10 (Thu, 10 Apr 2025)
Changed paths:
M hw/smbios/smbios.c
Log Message:
-----------
smbios: Fix buffer overrun when using path= option
We have to make sure the array of bytes read from the path= file
is null-terminated, otherwise we run into a buffer overrun later on.
Fixes: bb99f4772f54017490e3356ecbb3df25c5d4537f ("hw/smbios: support loading
OEM strings values from a file")
Resolves: https://gitlab.com/qemu-project/qemu/-/issues/2879
Signed-off-by: Daan De Meyer <daan.j.deme...@gmail.com>
Reviewed-by: Daniel P. Berrangé <berra...@redhat.com>
Tested-by: Valentin David <valentin.da...@canonical.com>
Message-ID: <20250323213622.2581013-1-daan.j.deme...@gmail.com>
Signed-off-by: Philippe Mathieu-Daudé <phi...@linaro.org>
(cherry picked from commit a7a05f5f6a4085afbede315e749b1c67e78c966b)
Signed-off-by: Michael Tokarev <m...@tls.msk.ru>
Commit: 138d48eca8c98237cadeb90318c83408bed53185
https://github.com/qemu/qemu/commit/138d48eca8c98237cadeb90318c83408bed53185
Author: Pierrick Bouvier <pierrick.bouv...@linaro.org>
Date: 2025-04-15 (Tue, 15 Apr 2025)
Changed paths:
M plugins/loader.c
Log Message:
-----------
plugins/loader: fix deadlock when resetting/uninstalling a plugin
Reported and fixed by Dmitry Kurakin.
Fixes: https://gitlab.com/qemu-project/qemu/-/issues/2901
Signed-off-by: Pierrick Bouvier <pierrick.bouv...@linaro.org>
Message-Id: <20250404032027.430575-2-pierrick.bouv...@linaro.org>
Signed-off-by: Alex Bennée <alex.ben...@linaro.org>
Reviewed-by: Philippe Mathieu-Daudé <phi...@linaro.org>
(cherry picked from commit c07cd110a1824e2d046581af7375f16dac26e96f)
Signed-off-by: Michael Tokarev <m...@tls.msk.ru>
Commit: 7f637d2922e702673c672573a931941a5098388f
https://github.com/qemu/qemu/commit/7f637d2922e702673c672573a931941a5098388f
Author: Arthur Sengileyev <arthur.sengile...@gmail.com>
Date: 2025-04-15 (Tue, 15 Apr 2025)
Changed paths:
M scripts/nsis.py
Log Message:
-----------
Fix objdump output parser in "nsis.py"
In msys2 distribution objdump from gcc is using single tab character
prefix, but objdump from clang is using 4 white space characters instead.
The script will not identify any dll dependencies for a QEMU build
generated with clang. This in turn will fail the build, because there
will be no files inside dlldir and no setup file will be created.
Instead of checking for whitespace in prefix use lstrip to accommodate
for differences in outputs.
Signed-off-by: Arthur Sengileyev <arthur.sengile...@gmail.com>
Reviewed-by: Stefan Weil <s...@weilnetz.de>
Reviewed-by: Michael Tokarev <m...@tls.msk.ru>
Signed-off-by: Michael Tokarev <m...@tls.msk.ru>
(cherry picked from commit b0b5af62ef9eaf25246cdd433a4eb69361298ee4)
Signed-off-by: Michael Tokarev <m...@tls.msk.ru>
Commit: af01cf195ba106fe039ab320ce9e8074b4ddd841
https://github.com/qemu/qemu/commit/af01cf195ba106fe039ab320ce9e8074b4ddd841
Author: Antoine Damhet <adam...@scaleway.com>
Date: 2025-04-16 (Wed, 16 Apr 2025)
Changed paths:
M hw/net/virtio-net.c
Log Message:
-----------
Revert "virtio-net: Copy received header to buffer"
This reverts commit 7987d2be5a8bc3a502f89ba8cf3ac3e09f64d1ce.
The goal was to remove the need to patch the (const) input buffer
with a recomputed UDP checksum by copying headers to a RW region and
inject the checksum there. The patch computed the checksum only from the
header fields (missing the rest of the payload) producing an invalid one
and making guests fail to acquire a DHCP lease.
Resolves: https://gitlab.com/qemu-project/qemu/-/issues/2727
Cc: qemu-sta...@nongnu.org
Signed-off-by: Antoine Damhet <adam...@scaleway.com>
Acked-by: Michael S. Tsirkin <m...@redhat.com>
Message-ID: <20250408145345.142947-1-adam...@scaleway.com>
Signed-off-by: Stefan Hajnoczi <stefa...@redhat.com>
(cherry picked from commit e28fbd1c525db21f0502b85517f49504c9f9dcd8)
Signed-off-by: Michael Tokarev <m...@tls.msk.ru>
Compare: https://github.com/qemu/qemu/compare/5313973fd495...af01cf195ba1
To unsubscribe from these emails, change your notification settings at
https://github.com/qemu/qemu/settings/notifications
