Branch: refs/heads/master
  Home:   https://github.com/qemu/qemu
  Commit: f77c5f38f49c71bc14cf1019ac92b0b95f572414
      
https://github.com/qemu/qemu/commit/f77c5f38f49c71bc14cf1019ac92b0b95f572414
  Author: David Hildenbrand <[email protected]>
  Date:   2024-02-04 (Sun, 04 Feb 2024)

  Changed paths:
    M hw/hyperv/hv-balloon.c

  Log Message:
  -----------
  hv-balloon: use get_min_alignment() to express 32 GiB alignment

Let's implement the get_min_alignment() callback for memory devices, and
copy for the device memory region the alignment of the host memory
region. This mimics what virtio-mem does, and allows for re-introducing
proper alignment checks for the memory region size (where we don't care
about additional device requirements) in memory device core.

Message-ID: <[email protected]>
Reviewed-by: Maciej S. Szmigiero <[email protected]>
Signed-off-by: David Hildenbrand <[email protected]>


  Commit: 8b09b7fe47082c69295a0fc0cc01b041b6385025
      
https://github.com/qemu/qemu/commit/8b09b7fe47082c69295a0fc0cc01b041b6385025
  Author: Sven Schnelle <[email protected]>
  Date:   2024-02-05 (Mon, 05 Feb 2024)

  Changed paths:
    M hw/scsi/lsi53c895a.c

  Log Message:
  -----------
  hw/scsi/lsi53c895a: add missing decrement of reentrancy counter

When the maximum count of SCRIPTS instructions is reached, the code
stops execution and returns, but fails to decrement the reentrancy
counter. This effectively renders the SCSI controller unusable
because on next entry the reentrancy counter is still above the limit.

This bug was seen on HP-UX 10.20 which seems to trigger SCRIPTS
loops.

Fixes: b987718bbb ("hw/scsi/lsi53c895a: Fix reentrancy issues in the LSI 
controller (CVE-2023-0330)")
Signed-off-by: Sven Schnelle <[email protected]>
Message-ID: <[email protected]>
Reviewed-by: Thomas Huth <[email protected]>
Tested-by: Helge Deller <[email protected]>
Signed-off-by: Thomas Huth <[email protected]>


  Commit: 5bfb75f15297a91161f720f997792dd9abc05dea
      
https://github.com/qemu/qemu/commit/5bfb75f15297a91161f720f997792dd9abc05dea
  Author: Thomas Huth <[email protected]>
  Date:   2024-02-05 (Mon, 05 Feb 2024)

  Changed paths:
    M hw/ppc/spapr_cpu_core.c
    M qom/object.c
    M target/ppc/cpu-models.c

  Log Message:
  -----------
  target/ppc/cpu-models: Rename power5+ and power7+ for new QOM naming rules

The character "+" is now forbidden in QOM device names (see commit
b447378e1217 - "Limit type names to alphanumerical and some few special
characters"). For the "power5+" and "power7+" CPU names, there is
currently a hack in type_name_is_valid() to still allow them for
compatibility reasons. However, there is a much nicer solution for this:
Simply use aliases! This way we can still support the old names without
the need for the ugly hack in type_name_is_valid().

Message-ID: <[email protected]>
Reviewed-by: Cédric Le Goater <[email protected]>
Reviewed-by: Harsh Prateek Bora <[email protected]>
Signed-off-by: Thomas Huth <[email protected]>


  Commit: 6a41a621715976237bdf24499b617592a24fefb2
      
https://github.com/qemu/qemu/commit/6a41a621715976237bdf24499b617592a24fefb2
  Author: Thomas Huth <[email protected]>
  Date:   2024-02-05 (Mon, 05 Feb 2024)

  Changed paths:
    M docs/about/deprecated.rst

  Log Message:
  -----------
  docs/about: Deprecate the old "power5+" and "power7+" CPU names

For consistency we should drop the names with a "+" in it in the
long run.

Message-ID: <[email protected]>
Reviewed-by: Philippe Mathieu-Daudé <[email protected]>
Reviewed-by: Cédric Le Goater <[email protected]>
Reviewed-by: Harsh Prateek Bora <[email protected]>
Signed-off-by: Thomas Huth <[email protected]>


  Commit: 540a1abbf0b243e4cfb4333c5d30a041f7080ba4
      
https://github.com/qemu/qemu/commit/540a1abbf0b243e4cfb4333c5d30a041f7080ba4
  Author: David Hildenbrand <[email protected]>
  Date:   2024-02-06 (Tue, 06 Feb 2024)

  Changed paths:
    M hw/mem/memory-device.c

  Log Message:
  -----------
  memory-device: reintroduce memory region size check

We used to check that the memory region size is multiples of the overall
requested address alignment for the device memory address.

We removed that check, because there are cases (i.e., hv-balloon) where
devices unconditionally request an address alignment that has a very large
alignment (i.e., 32 GiB), but the actual memory device size might not be
multiples of that alignment.

However, this change:

(a) allows for some practically impossible DIMM sizes, like "1GB+1 byte".
(b) allows for DIMMs that partially cover hugetlb pages, previously
    reported in [1].

Both scenarios don't make any sense: we might even waste memory.

So let's reintroduce that check, but only check that the
memory region size is multiples of the memory region alignment (i.e.,
page size, huge page size), but not any additional memory device
requirements communicated using md->get_min_alignment().

The following examples now fail again as expected:

(a) 1M with 2M THP
 qemu-system-x86_64 -m 4g,maxmem=16g,slots=1 -S -nodefaults -nographic \
                     -object memory-backend-ram,id=mem1,size=1M \
                     -device pc-dimm,id=dimm1,memdev=mem1
 -> backend memory size must be multiple of 0x200000

(b) 1G+1byte

 qemu-system-x86_64 -m 4g,maxmem=16g,slots=1 -S -nodefaults -nographic \
                   -object memory-backend-ram,id=mem1,size=1073741825B \
                   -device pc-dimm,id=dimm1,memdev=mem1
 -> backend memory size must be multiple of 0x200000

(c) Unliagned hugetlb size (2M)

 qemu-system-x86_64 -m 4g,maxmem=16g,slots=1 -S -nodefaults -nographic \
                   -object 
memory-backend-file,id=mem1,mem-path=/dev/hugepages/tmp,size=511M \
                   -device pc-dimm,id=dimm1,memdev=mem1
 backend memory size must be multiple of 0x200000

(d) Unliagned hugetlb size (1G)

 qemu-system-x86_64 -m 4g,maxmem=16g,slots=1 -S -nodefaults -nographic \
                    -object 
memory-backend-file,id=mem1,mem-path=/dev/hugepages1G/tmp,size=2047M \
                    -device pc-dimm,id=dimm1,memdev=mem1
 -> backend memory size must be multiple of 0x40000000

Note that this fix depends on a hv-balloon change to communicate its
additional alignment requirements using get_min_alignment() instead of
through the memory region.

[1] 
https://lkml.kernel.org/r/f77d641d500324525ac036fe1827b3070de75fc1.1701088320.git.mpriv...@redhat.com

Message-ID: <[email protected]>
Reported-by: Zhenyu Zhang <[email protected]>
Reported-by: Michal Privoznik <[email protected]>
Fixes: eb1b7c4bd413 ("memory-device: Drop size alignment check")
Tested-by: Zhenyu Zhang <[email protected]>
Tested-by: Mario Casquero <[email protected]>
Reviewed-by: Maciej S. Szmigiero <[email protected]>
Signed-off-by: David Hildenbrand <[email protected]>


  Commit: 04accf43df83aa10f06f7dbda3ecf0db97f0c5a6
      
https://github.com/qemu/qemu/commit/04accf43df83aa10f06f7dbda3ecf0db97f0c5a6
  Author: Mark Kanda <[email protected]>
  Date:   2024-02-06 (Tue, 06 Feb 2024)

  Changed paths:
    M backends/hostmem.c
    M hw/virtio/virtio-mem.c
    M include/hw/qdev-core.h
    M include/qemu/osdep.h
    M system/vl.c
    M util/oslib-posix.c
    M util/oslib-win32.c

  Log Message:
  -----------
  oslib-posix: initialize backend memory objects in parallel

QEMU initializes preallocated backend memory as the objects are parsed from
the command line. This is not optimal in some cases (e.g. memory spanning
multiple NUMA nodes) because the memory objects are initialized in series.

Allow the initialization to occur in parallel (asynchronously). In order to
ensure optimal thread placement, asynchronous initialization requires prealloc
context threads to be in use.

Signed-off-by: Mark Kanda <[email protected]>
Message-ID: <[email protected]>
Tested-by: Mario Casquero <[email protected]>
Signed-off-by: David Hildenbrand <[email protected]>


  Commit: a6e55a82e9b4b9f85f46e93a4f540ac0ec72c3ad
      
https://github.com/qemu/qemu/commit/a6e55a82e9b4b9f85f46e93a4f540ac0ec72c3ad
  Author: Ilya Leoshkevich <[email protected]>
  Date:   2024-02-06 (Tue, 06 Feb 2024)

  Changed paths:
    M target/s390x/helper.h
    M target/s390x/tcg/insn-data.h.inc
    M target/s390x/tcg/int_helper.c
    M target/s390x/tcg/translate.c

  Log Message:
  -----------
  target/s390x: Emulate CVDG

CVDG is the same as CVD, except that it converts 64 bits into 128,
rather than 32 into 64. Create a new helper, which uses Int128
wrappers.

Reported-by: Ido Plat <[email protected]>
Reviewed-by: Richard Henderson <[email protected]>
Signed-off-by: Ilya Leoshkevich <[email protected]>
Message-ID: <[email protected]>
Signed-off-by: Thomas Huth <[email protected]>


  Commit: b4b8d58e5622d9e4df5a877c827c6a304cde5e98
      
https://github.com/qemu/qemu/commit/b4b8d58e5622d9e4df5a877c827c6a304cde5e98
  Author: Ilya Leoshkevich <[email protected]>
  Date:   2024-02-06 (Tue, 06 Feb 2024)

  Changed paths:
    M target/s390x/helper.h
    M target/s390x/tcg/insn-data.h.inc
    M target/s390x/tcg/int_helper.c
    M target/s390x/tcg/translate.c

  Log Message:
  -----------
  target/s390x: Emulate CVB, CVBY and CVBG

Convert to Binary - counterparts of the already implemented Convert
to Decimal (CVD*) instructions.
Example from the Principles of Operation: 25594C becomes 63FA.

Co-developed-by: Pavel Zbitskiy <[email protected]>
Signed-off-by: Ilya Leoshkevich <[email protected]>
Reviewed-by: Thomas Huth <[email protected]>
Message-ID: <[email protected]>
Signed-off-by: Thomas Huth <[email protected]>


  Commit: 5b003b59aceb415a4df18ff5071501d282c13655
      
https://github.com/qemu/qemu/commit/5b003b59aceb415a4df18ff5071501d282c13655
  Author: Ilya Leoshkevich <[email protected]>
  Date:   2024-02-06 (Tue, 06 Feb 2024)

  Changed paths:
    M tests/tcg/s390x/Makefile.target
    A tests/tcg/s390x/cvd.c

  Log Message:
  -----------
  tests/tcg/s390x: Test CONVERT TO DECIMAL

Check the CVD's, CVDY's, and CVDG's corner cases.

Reviewed-by: Thomas Huth <[email protected]>
Signed-off-by: Ilya Leoshkevich <[email protected]>
Message-ID: <[email protected]>
Signed-off-by: Thomas Huth <[email protected]>


  Commit: eb14b021f80a2a295f4cb654c95f2815c87931f1
      
https://github.com/qemu/qemu/commit/eb14b021f80a2a295f4cb654c95f2815c87931f1
  Author: Ilya Leoshkevich <[email protected]>
  Date:   2024-02-06 (Tue, 06 Feb 2024)

  Changed paths:
    M tests/tcg/s390x/Makefile.target
    A tests/tcg/s390x/cvb.c

  Log Message:
  -----------
  tests/tcg/s390x: Test CONVERT TO BINARY

Check the CVB's, CVBY's, and CVBG's corner cases.

Co-developed-by: Pavel Zbitskiy <[email protected]>
Reviewed-by: Thomas Huth <[email protected]>
Tested-by: Thomas Huth <[email protected]>
Signed-off-by: Ilya Leoshkevich <[email protected]>
Message-ID: <[email protected]>
Signed-off-by: Thomas Huth <[email protected]>


  Commit: d0143fa9ee5632900ddc6f03c36c46845d48af18
      
https://github.com/qemu/qemu/commit/d0143fa9ee5632900ddc6f03c36c46845d48af18
  Author: Philippe Mathieu-Daudé <[email protected]>
  Date:   2024-02-06 (Tue, 06 Feb 2024)

  Changed paths:
    M target/s390x/cpu-dump.c
    M target/s390x/gdbstub.c
    M target/s390x/helper.c
    M target/s390x/kvm/kvm.c
    M target/s390x/tcg/excp_helper.c
    M target/s390x/tcg/misc_helper.c
    M target/s390x/tcg/translate.c

  Log Message:
  -----------
  target/s390x: Prefer fast cpu_env() over slower CPU QOM cast macro

Mechanical patch produced running the command documented
in scripts/coccinelle/cpu_env.cocci_template header.

Signed-off-by: Philippe Mathieu-Daudé <[email protected]>
Reviewed-by: Richard Henderson <[email protected]>
Reviewed-by: Thomas Huth <[email protected]>
Message-ID: <[email protected]>
Signed-off-by: Thomas Huth <[email protected]>


  Commit: 7f0bf5ea415d7108bebda2013ab782d4ccaaba9d
      
https://github.com/qemu/qemu/commit/7f0bf5ea415d7108bebda2013ab782d4ccaaba9d
  Author: Ilya Leoshkevich <[email protected]>
  Date:   2024-02-06 (Tue, 06 Feb 2024)

  Changed paths:
    M tests/vm/basevm.py

  Log Message:
  -----------
  tests/vm: Set UseDNS=no in the sshd configuration

make vm-build-freebsd sometimes fails with "Connection timed out during
banner exchange". The client strace shows:

    13:59:30 write(3, "SSH-2.0-OpenSSH_9.3\r\n", 21) = 21
    13:59:30 getpid()                       = 252655
    13:59:30 poll([{fd=3, events=POLLIN}], 1, 5000) = 1 ([{fd=3, 
revents=POLLIN}])
    13:59:32 read(3, "S", 1)                = 1
    13:59:32 poll([{fd=3, events=POLLIN}], 1, 3625) = 1 ([{fd=3, 
revents=POLLIN}])
    13:59:32 read(3, "S", 1)                = 1
    13:59:32 poll([{fd=3, events=POLLIN}], 1, 3625) = 1 ([{fd=3, 
revents=POLLIN}])
    13:59:32 read(3, "H", 1)                = 1

There is a 2s delay during connection, and ConnectTimeout is set to 1.
Raising it makes the issue go away, but we can do better. The server
truss shows:

    888: 27.811414714 socket(PF_INET,SOCK_DGRAM|SOCK_CLOEXEC,0) = 5 (0x5)
    888: 27.811765030 connect(5,{ AF_INET 10.0.2.3:53 },16) = 0 (0x0)
    888: 27.812166941 sendto(5,"\^Z/\^A\0\0\^A\0\0\0\0\0\0\^A2"...,39,0,NULL,0) 
= 39 (0x27)
    888: 29.363970743 poll({ 5/POLLRDNORM },1,5000) = 1 (0x1)

So the delay is due to a DNS query. Disable DNS queries in the server
config.

Reviewed-by: Thomas Huth <[email protected]>
Signed-off-by: Ilya Leoshkevich <[email protected]>
Message-ID: <[email protected]>
Signed-off-by: Thomas Huth <[email protected]>


  Commit: fceffd6b3fa8f1e10248baf75af0c62a9f20df7b
      
https://github.com/qemu/qemu/commit/fceffd6b3fa8f1e10248baf75af0c62a9f20df7b
  Author: Ilya Leoshkevich <[email protected]>
  Date:   2024-02-06 (Tue, 06 Feb 2024)

  Changed paths:
    M tests/vm/freebsd

  Log Message:
  -----------
  tests/vm/freebsd: Reload the sshd configuration

After console_sshd_config(), the SSH server needs to be nudged to pick
up the new configs. The scripts for the other BSD flavors already do
this with a reboot, but a simple reload is sufficient.

Reviewed-by: Thomas Huth <[email protected]>
Signed-off-by: Ilya Leoshkevich <[email protected]>
Message-ID: <[email protected]>
Signed-off-by: Thomas Huth <[email protected]>


  Commit: 3faebbcd64a657a5fd1f03cbad4bd171331f61b6
      
https://github.com/qemu/qemu/commit/3faebbcd64a657a5fd1f03cbad4bd171331f61b6
  Author: Ilya Leoshkevich <[email protected]>
  Date:   2024-02-06 (Tue, 06 Feb 2024)

  Changed paths:
    M tests/unit/test-util-filemonitor.c

  Log Message:
  -----------
  test-util-filemonitor: Adapt to the FreeBSD inotify rename semantics

Unlike on Linux, on FreeBSD renaming a file when the destination
already exists results in an IN_DELETE event for that existing file:

    $ FILEMONITOR_DEBUG=1 build/tests/unit/test-util-filemonitor
    Rename /tmp/test-util-filemonitor-K13LI2/fish/one.txt -> 
/tmp/test-util-filemonitor-K13LI2/two.txt
    Event id=200000000 event=2 file=one.txt
    Queue event id 200000000 event 2 file one.txt
    Queue event id 100000000 event 2 file two.txt
    Queue event id 100000002 event 2 file two.txt
    Queue event id 100000000 event 0 file two.txt
    Queue event id 100000002 event 0 file two.txt
    Event id=100000000 event=0 file=two.txt
    Expected event 0 but got 2

This difference in behavior is not expected to break the real users, so
teach the test to accept it.

Suggested-by: "Daniel P. Berrange" <[email protected]>
Signed-off-by: Ilya Leoshkevich <[email protected]>
Message-ID: <[email protected]>
Signed-off-by: Thomas Huth <[email protected]>


  Commit: a1a9800e9721f7a4b0762b97ff8961473870bc54
      
https://github.com/qemu/qemu/commit/a1a9800e9721f7a4b0762b97ff8961473870bc54
  Author: Ilya Leoshkevich <[email protected]>
  Date:   2024-02-06 (Tue, 06 Feb 2024)

  Changed paths:
    M meson.build
    M util/meson.build

  Log Message:
  -----------
  meson: Link with libinotify on FreeBSD

make vm-build-freebsd fails with:

    ld: error: undefined symbol: inotify_init1
    >>> referenced by filemonitor-inotify.c:183 
(../src/util/filemonitor-inotify.c:183)
    >>>               util_filemonitor-inotify.c.o:(qemu_file_monitor_new) in 
archive libqemuutil.a

On FreeBSD the inotify functions are defined in libinotify.so. Add it
to the dependencies.

Signed-off-by: Ilya Leoshkevich <[email protected]>
Reviewed-by: Thomas Huth <[email protected]>
Message-ID: <[email protected]>
Signed-off-by: Thomas Huth <[email protected]>


  Commit: 8ab67b6ebc721041b22aa0e60f5422166dada234
      
https://github.com/qemu/qemu/commit/8ab67b6ebc721041b22aa0e60f5422166dada234
  Author: Peter Maydell <[email protected]>
  Date:   2024-02-08 (Thu, 08 Feb 2024)

  Changed paths:
    M backends/hostmem.c
    M hw/hyperv/hv-balloon.c
    M hw/mem/memory-device.c
    M hw/virtio/virtio-mem.c
    M include/hw/qdev-core.h
    M include/qemu/osdep.h
    M system/vl.c
    M util/oslib-posix.c
    M util/oslib-win32.c

  Log Message:
  -----------
  Merge tag 'mem-2024-02-06-v3' of https://github.com/davidhildenbrand/qemu 
into staging

Hi,

"Host Memory Backends" and "Memory devices" queue ("mem"):
- Reintroduce memory region size checks for memory devices; the removal
  lead to some undesired side effects
- Preallocate memory of memory backends in selected configurations
  asynchronously (so we preallocate concurrently), to speed up QEMU
  startup time.

# -----BEGIN PGP SIGNATURE-----
#
# iQJFBAABCAAvFiEEG9nKrXNcTDpGDfzKTd4Q9wD/g1oFAmXB3LcRHGRhdmlkQHJl
# ZGhhdC5jb20ACgkQTd4Q9wD/g1plRA/+N8y4aJB+qEwacl5scIpiWShqeBA0aybS
# Rp3796djgjkqozkv7AFGHrOIGiLDtCh4W1JYuML7kLN7IvuJoHSY+AHzfhDiae1l
# eluX/Cs/5rgEninwT9M0yEkgvUybA8+kx+z96hBJgkfJOrdbETc7YVbU5iP/sOOF
# UtfEVWGwT1RJOun0qrgEhHiJCTMcHyJjSEy8D867ymC+knu3OZIz22+axcmpHz6i
# QJFgY40OCP1yxBvPVLR3K/Z0se/FkxG55LwM58j7N/m+VDv4IqZCTbkZb5BTJVla
# 5vKgIrZfZ+XFqrenyMsBnBLgQuyCmDJIDFfxM0A9gOvJbwtf8T4DhL9FoRvVZMDD
# SHBl/EZcViXFDDKVHjotBSA5JoNbjHac5J5jCFu7pRq+2DbzxWHmW6xV7sY9gkSO
# +SdW9hcmF/vF5MKHfoQR2kVLLJ2/EKHiN/xVVsha0+RQDctucrhg1Y9MS2obJV3u
# u2udaVk5UNcfNPuVPwkG8YQ0sIyuDYXOTThwNtsj0tyZ+tGVQmMIlou/GAsrc9PF
# xmqzkCXXyrILrPMQJrYBcdwasBLuEcJMW59BqgxHCVP9NiAQgsNVzXFg4mr3+mVF
# xTrt8wioTvAPoDvXe+BPoaH6AsIY2TqE8j7IqA1Q/IFNf+KLYkPcHknZfzfxSkdW
# woRHVtjrkMo=
# =lW5h
# -----END PGP SIGNATURE-----
# gpg: Signature made Tue 06 Feb 2024 07:16:07 GMT
# gpg:                using RSA key 1BD9CAAD735C4C3A460DFCCA4DDE10F700FF835A
# gpg:                issuer "[email protected]"
# gpg: Good signature from "David Hildenbrand <[email protected]>" [marginal]
# gpg:                 aka "David Hildenbrand <[email protected]>" 
[full]
# gpg:                 aka "David Hildenbrand <[email protected]>" [unknown]
# Primary key fingerprint: 1BD9 CAAD 735C 4C3A 460D  FCCA 4DDE 10F7 00FF 835A

* tag 'mem-2024-02-06-v3' of https://github.com/davidhildenbrand/qemu:
  oslib-posix: initialize backend memory objects in parallel
  memory-device: reintroduce memory region size check
  hv-balloon: use get_min_alignment() to express 32 GiB alignment

Signed-off-by: Peter Maydell <[email protected]>


  Commit: 9e34f127f419b3941b36dfdfac79640dc81e97e2
      
https://github.com/qemu/qemu/commit/9e34f127f419b3941b36dfdfac79640dc81e97e2
  Author: Peter Maydell <[email protected]>
  Date:   2024-02-08 (Thu, 08 Feb 2024)

  Changed paths:
    M docs/about/deprecated.rst
    M hw/ppc/spapr_cpu_core.c
    M hw/scsi/lsi53c895a.c
    M meson.build
    M qom/object.c
    M target/ppc/cpu-models.c
    M target/s390x/cpu-dump.c
    M target/s390x/gdbstub.c
    M target/s390x/helper.c
    M target/s390x/helper.h
    M target/s390x/kvm/kvm.c
    M target/s390x/tcg/excp_helper.c
    M target/s390x/tcg/insn-data.h.inc
    M target/s390x/tcg/int_helper.c
    M target/s390x/tcg/misc_helper.c
    M target/s390x/tcg/translate.c
    M tests/tcg/s390x/Makefile.target
    A tests/tcg/s390x/cvb.c
    A tests/tcg/s390x/cvd.c
    M tests/unit/test-util-filemonitor.c
    M tests/vm/basevm.py
    M tests/vm/freebsd
    M util/meson.build

  Log Message:
  -----------
  Merge tag 'pull-request-2024-02-06' of https://gitlab.com/thuth/qemu into 
staging

* Emulate CVB, CVBY, CVBG and CVDG s390x instructions
* Fix bug in lsi53c895a reentrancy counter
* Deprecate the "power5+" and "power7+" CPU names
* Fix problems in the freebsd VM test

# -----BEGIN PGP SIGNATURE-----
#
# iQJFBAABCAAvFiEEJ7iIR+7gJQEY8+q5LtnXdP5wLbUFAmXCCXURHHRodXRoQHJl
# ZGhhdC5jb20ACgkQLtnXdP5wLbXtEA/9HKWMHbWqDAdlrpmfW8lCFaBHgV0+Fqsy
# GlxJykni2BxIWNoR7J6SdAqbgx3E2/7i8IMIUwYXlNBjEs/UQ0ZcnI5k6OfUS24p
# qfbdH717SgsaB9R1vCBhmOGGWYBfe/RqPGIcni/eg+jSxB5cn2XvEv3+ZBckvDsh
# KFuuAa6vvuBVhyXLbkP8Z+LEe27ttIYi5v1dvJ1an4UbFESqxVb0knyuFYpZpY8Y
# h7dZ0hyCid7YT03zVmSADK7anO+epBdzUU3SsKXj2dB9nebSjmkav6lQQBKYHHUg
# THojcWKwFPNK0AojhBuBCqFYgkGGt/9kjwlUt7jfm1TcSemN65XLNYHThRekPuAJ
# Jcze8dcEerbj1xsNWYh4hPvB92laEiyVR5BYFfUkJ9m2IAamPQLHvOT7jzhC3Y9k
# 4wvVcf9QKVtKW0QO54SQjD4A/qQu/4777oH5w83nGuxjUthmHDqZmjDlIRe6lKJt
# gsA+mKn+w9HrtiXOSkoMhK8PAyvCoAef/N7kvHZoHmp6TtfQAjPs4/v2uZMpnd60
# z7Cw50giHpo9lmiZ1Ey2fQvw9orYhNoXAc4XfYGHuYdQFWpCGz1PB2Km8uTPTEUe
# as364ULBqWoFBCRuRndy2+z2e3zhK5THTPCAyHf48M6teMEPa4KTsTCk7MzmfVfx
# C8RsLcmrFPI=
# =eQNc
# -----END PGP SIGNATURE-----
# gpg: Signature made Tue 06 Feb 2024 10:27:01 GMT
# gpg:                using RSA key 27B88847EEE0250118F3EAB92ED9D774FE702DB5
# gpg:                issuer "[email protected]"
# gpg: Good signature from "Thomas Huth <[email protected]>" [full]
# gpg:                 aka "Thomas Huth <[email protected]>" [full]
# gpg:                 aka "Thomas Huth <[email protected]>" [full]
# gpg:                 aka "Thomas Huth <[email protected]>" [unknown]
# Primary key fingerprint: 27B8 8847 EEE0 2501 18F3  EAB9 2ED9 D774 FE70 2DB5

* tag 'pull-request-2024-02-06' of https://gitlab.com/thuth/qemu:
  meson: Link with libinotify on FreeBSD
  test-util-filemonitor: Adapt to the FreeBSD inotify rename semantics
  tests/vm/freebsd: Reload the sshd configuration
  tests/vm: Set UseDNS=no in the sshd configuration
  target/s390x: Prefer fast cpu_env() over slower CPU QOM cast macro
  tests/tcg/s390x: Test CONVERT TO BINARY
  tests/tcg/s390x: Test CONVERT TO DECIMAL
  target/s390x: Emulate CVB, CVBY and CVBG
  target/s390x: Emulate CVDG
  docs/about: Deprecate the old "power5+" and "power7+" CPU names
  target/ppc/cpu-models: Rename power5+ and power7+ for new QOM naming rules
  hw/scsi/lsi53c895a: add missing decrement of reentrancy counter

Signed-off-by: Peter Maydell <[email protected]>


Compare: https://github.com/qemu/qemu/compare/39a6e4f87e7b...9e34f127f419

Reply via email to