qemu-commits
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Qemu-commits] [qemu/qemu] 43924d: pc-bios/optionrom: detect -fno-pie


From: Richard Henderson
Subject: [Qemu-commits] [qemu/qemu] 43924d: pc-bios/optionrom: detect -fno-pie
Date: Thu, 12 May 2022 11:35:50 -0700

  Branch: refs/heads/staging
  Home:   https://github.com/qemu/qemu
  Commit: 43924d1e53fd77c63b6f995556545e12f9fb11b6
      
https://github.com/qemu/qemu/commit/43924d1e53fd77c63b6f995556545e12f9fb11b6
  Author: Paolo Bonzini <pbonzini@redhat.com>
  Date:   2022-05-12 (Thu, 12 May 2022)

  Changed paths:
    M configure
    M pc-bios/optionrom/Makefile

  Log Message:
  -----------
  pc-bios/optionrom: detect -fno-pie

Do not rely on the detection that was done in the configure script,
since in the future we may want to cross-compile this file.

Reviewed-by: Richard Henderson <richard.henderson@linaro.org>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>


  Commit: 236d15222e06750d6b889030ed04c849b1dc279e
      
https://github.com/qemu/qemu/commit/236d15222e06750d6b889030ed04c849b1dc279e
  Author: Paolo Bonzini <pbonzini@redhat.com>
  Date:   2022-05-12 (Thu, 12 May 2022)

  Changed paths:
    M pc-bios/optionrom/Makefile

  Log Message:
  -----------
  pc-bios/optionrom: compile with -Wno-array-bounds

Avoids the following bogus warning:

pvh_main.c: In function ‘pvh_load_kernel’:
pvh_main.c:101:42: warning: array subscript 0 is outside array bounds of 
‘uint16_t[0]’ {aka ‘short unsigned int[]’} [-Warray-bounds]
  101 |         uint32_t ebda_paddr = ((uint32_t)*((uint16_t *)EBDA_BASE_ADDR)) 
<< 4;
      |                                          ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Cc: qemu-stable@nongnu.org
Reviewed-by: Richard Henderson <richard.henderson@linaro.org>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>


  Commit: 798d8ec0dacd4cc0034298d94f430c14f23e2919
      
https://github.com/qemu/qemu/commit/798d8ec0dacd4cc0034298d94f430c14f23e2919
  Author: Paolo Bonzini <pbonzini@redhat.com>
  Date:   2022-05-12 (Thu, 12 May 2022)

  Changed paths:
    M target/i386/cpu.c

  Log Message:
  -----------
  target/i386: do not consult nonexistent host leaves

When cache_info_passthrough is requested, QEMU passes the host values
of the cache information CPUID leaves down to the guest.  However,
it blindly assumes that the CPUID leaf exists on the host, and this
cannot be guaranteed: for example, KVM has recently started to
synthesize AMD leaves up to 0x80000021 in order to provide accurate
CPU bug information to guests.

Querying a nonexistent host leaf fills the output arguments of
host_cpuid with data that (albeit deterministic) is nonsensical
as cache information, namely the data in the highest Intel CPUID
leaf.  If said highest leaf is not ECX-dependent, this can even
cause an infinite loop when kvm_arch_init_vcpu prepares the input
to KVM_SET_CPUID2.  The infinite loop is only terminated by an
abort() when the array gets full.

Reported-by: Maxim Levitsky <mlevitsk@redhat.com>
Reviewed-by: Maxim Levitsky <mlevitsk@redhat.com>
Cc: qemu-stable@nongnu.org
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>


  Commit: dfdb4f3c28737879685398c4a610a220e1ecf9c2
      
https://github.com/qemu/qemu/commit/dfdb4f3c28737879685398c4a610a220e1ecf9c2
  Author: Paolo Bonzini <pbonzini@redhat.com>
  Date:   2022-05-12 (Thu, 12 May 2022)

  Changed paths:
    M scripts/checkpatch.pl

  Log Message:
  -----------
  checkpatch: fix g_malloc check

Use the string equality operator "eq", and ensure that $1 is defined by
using "(try|)" instead of "(try)?".  The alternative "((?:try)?)" is
longer and less readable.

Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>


  Commit: 354d2d9b87658bab5da58b4251aeb612fa7dc6e4
      
https://github.com/qemu/qemu/commit/354d2d9b87658bab5da58b4251aeb612fa7dc6e4
  Author: Juan Quintela <quintela@redhat.com>
  Date:   2022-05-12 (Thu, 12 May 2022)

  Changed paths:
    M meson.build

  Log Message:
  -----------
  meson: Make mremap() detecting works correctly

Without this (at least in Fedora 35) it don't detect mremap()
correctly.

Signed-off-by: Juan Quintela <quintela@redhat.com>
Message-Id: <20220502131119.2345-1-quintela@redhat.com>
[Also switch the LEGACY_RDMA_REG_MR test to cc.links, otherwise
 Debian fails to build. - Paolo]
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>


  Commit: 4a8027363e9680d00786622ee786fc3ccd6b970b
      
https://github.com/qemu/qemu/commit/4a8027363e9680d00786622ee786fc3ccd6b970b
  Author: Bernhard Beschow <shentey@gmail.com>
  Date:   2022-05-12 (Thu, 12 May 2022)

  Changed paths:
    M hw/i386/pc_piix.c
    M hw/xen/xen_pt.c
    M hw/xen/xen_pt.h
    M hw/xen/xen_pt_graphics.c
    M include/hw/i386/pc.h

  Log Message:
  -----------
  hw/xen/xen_pt: Confine igd-passthrough-isa-bridge to XEN

igd-passthrough-isa-bridge is only requested in xen_pt but was
implemented in pc_piix.c. This caused xen_pt to dependend on i386/pc
which is hereby resolved.

Signed-off-by: Bernhard Beschow <shentey@gmail.com>
Acked-by: Anthony PERARD <anthony.perard@citrix.com>
Message-Id: <20220326165825.30794-2-shentey@gmail.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>


  Commit: 76acef2b735729c642c54385b7566de509506d9a
      
https://github.com/qemu/qemu/commit/76acef2b735729c642c54385b7566de509506d9a
  Author: Bernhard Beschow <shentey@gmail.com>
  Date:   2022-05-12 (Thu, 12 May 2022)

  Changed paths:
    M hw/xen/xen_pt.c
    M hw/xen/xen_pt.h
    M hw/xen/xen_pt_graphics.c

  Log Message:
  -----------
  hw/xen/xen_pt: Resolve igd_passthrough_isa_bridge_create() indirection

Now that igd_passthrough_isa_bridge_create() is implemented within the
xen context it may use Xen* data types directly and become
xen_igd_passthrough_isa_bridge_create(). This resolves an indirection.

Signed-off-by: Bernhard Beschow <shentey@gmail.com>
Acked-by: Anthony PERARD <anthony.perard@citrix.com>
Message-Id: <20220326165825.30794-3-shentey@gmail.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>


  Commit: 3df72d1c5500347eac0b5b6d9894713dc443a079
      
https://github.com/qemu/qemu/commit/3df72d1c5500347eac0b5b6d9894713dc443a079
  Author: Eric Auger <eric.auger@redhat.com>
  Date:   2022-05-12 (Thu, 12 May 2022)

  Changed paths:
    M tests/qtest/libqos/pci-pc.c
    M tests/qtest/libqos/pci-spapr.c
    M tests/qtest/libqos/pci.c
    M tests/qtest/libqos/pci.h

  Log Message:
  -----------
  tests/qtest/libqos/pci: Introduce pio_limit

At the moment the IO space limit is hardcoded to
QPCI_PIO_LIMIT = 0x10000. When accesses are performed to a bar,
the base address of this latter is compared against the limit
to decide whether we perform an IO or a memory access.

On ARM, we cannot keep this PIO limit as the arm-virt machine
uses [0x3eff0000, 0x3f000000 ] for the IO space map and we
are mandated to allocate at 0x0.

Add a new flag in QPCIBar indicating whether it is an IO bar
or a memory bar. This flag is set on QPCIBar allocation and
provisionned based on the BAR configuration. Then the new flag
is used in access functions and in iomap() function.

Signed-off-by: Eric Auger <eric.auger@redhat.com>
Reviewed-by: Thomas Huth <thuth@redhat.com>
Reviewed-by: Alex Bennée <alex.bennee@linaro.org>
Message-Id: <20220504152025.1785704-2-eric.auger@redhat.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>


  Commit: 02ee7a8a97d3ddeda887b596005b462f680dc89c
      
https://github.com/qemu/qemu/commit/02ee7a8a97d3ddeda887b596005b462f680dc89c
  Author: Eric Auger <eric.auger@redhat.com>
  Date:   2022-05-12 (Thu, 12 May 2022)

  Changed paths:
    M tests/qtest/e1000e-test.c
    M tests/qtest/libqos/pci.h
    M tests/qtest/vhost-user-blk-test.c
    M tests/qtest/virtio-blk-test.c
    M tests/qtest/virtio-net-test.c
    M tests/qtest/virtio-rng-test.c

  Log Message:
  -----------
  tests/qtest/libqos: Skip hotplug tests if pci root bus is not hotpluggable

ARM does not not support hotplug on pcie.0. Add a flag on the bus
which tells if devices can be hotplugged and skip hotplug tests
if the bus cannot be hotplugged. This is a temporary solution to
enable the other pci tests on aarch64.

Signed-off-by: Eric Auger <eric.auger@redhat.com>
Acked-by: Thomas Huth <thuth@redhat.com>
Reviewed-by: Alex Bennée <alex.bennee@linaro.org>

Message-Id: <20220504152025.1785704-3-eric.auger@redhat.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>


  Commit: 70be1d93f9c2dbf6793830d482e91bb33f921348
      
https://github.com/qemu/qemu/commit/70be1d93f9c2dbf6793830d482e91bb33f921348
  Author: Eric Auger <eric.auger@redhat.com>
  Date:   2022-05-12 (Thu, 12 May 2022)

  Changed paths:
    M tests/qtest/libqos/arm-virt-machine.c
    A tests/qtest/libqos/generic-pcihost.c
    A tests/qtest/libqos/generic-pcihost.h
    M tests/qtest/libqos/meson.build

  Log Message:
  -----------
  tests/qtest/libqos: Add generic pci host bridge in arm-virt machine

Up to now the virt-machine node contains a virtio-mmio node.
However no driver produces any PCI interface node. Hence, PCI
tests cannot be run with aarch64 binary.

Add a GPEX driver node that produces a pci interface node. This latter
then can be consumed by all the pci tests. One of the first motivation
was to be able to run the virtio-iommu-pci tests.

We still face an issue with pci hotplug tests as hotplug cannot happen
on the pcie root bus and require a generic root port. This will be
addressed later on.

We force cpu=max along with aarch64/virt machine as some PCI tests
require high MMIO regions to be available.

Signed-off-by: Eric Auger <eric.auger@redhat.com>

Message-Id: <20220504152025.1785704-4-eric.auger@redhat.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>


  Commit: 97ec4d21e09b5e4a59f00c471a7f76533b08ce56
      
https://github.com/qemu/qemu/commit/97ec4d21e09b5e4a59f00c471a7f76533b08ce56
  Author: Paolo Bonzini <pbonzini@redhat.com>
  Date:   2022-05-12 (Thu, 12 May 2022)

  Changed paths:
    M hw/arm/nseries.c
    M hw/core/machine.c
    M hw/hppa/machine.c
    M hw/i386/pc.c
    M hw/nvram/fw_cfg.c
    M hw/ppc/mac_newworld.c
    M hw/ppc/mac_oldworld.c
    M hw/ppc/prep.c
    M hw/ppc/spapr.c
    M hw/s390x/ipl.c
    M hw/sparc/sun4m.c
    M hw/sparc64/sun4u.c
    M include/hw/boards.h
    M include/sysemu/sysemu.h
    M qapi/machine.json
    M softmmu/bootdevice.c
    M softmmu/globals.c
    M softmmu/vl.c

  Log Message:
  -----------
  machine: use QAPI struct for boot configuration

As part of converting -boot to a property with a QAPI type, define
the struct and use it throughout QEMU to access boot configuration.
machine_boot_parse takes care of doing the QemuOpts->QAPI conversion by
hand, for now.

Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
Message-Id: <20220414165300.555321-2-pbonzini@redhat.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>


  Commit: 8c4da4b52186e9d0c7233b0ffc796e78fdf3e7b3
      
https://github.com/qemu/qemu/commit/8c4da4b52186e9d0c7233b0ffc796e78fdf3e7b3
  Author: Paolo Bonzini <pbonzini@redhat.com>
  Date:   2022-05-12 (Thu, 12 May 2022)

  Changed paths:
    M hw/core/machine.c
    M include/hw/boards.h
    M softmmu/vl.c

  Log Message:
  -----------
  machine: add boot compound property

Make -boot syntactic sugar for a compound property "-machine 
boot.{order,menu,...}".
machine_boot_parse is replaced by the setter for the property.

Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
Message-Id: <20220414165300.555321-3-pbonzini@redhat.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>


  Commit: ce9d03fb3f7a87f46a1a2fc3597f2f44541a0c9c
      
https://github.com/qemu/qemu/commit/ce9d03fb3f7a87f46a1a2fc3597f2f44541a0c9c
  Author: Paolo Bonzini <pbonzini@redhat.com>
  Date:   2022-05-12 (Thu, 12 May 2022)

  Changed paths:
    M hw/core/machine.c
    M qapi/machine.json
    M softmmu/vl.c

  Log Message:
  -----------
  machine: add mem compound property

Make -m syntactic sugar for a compound property "-machine
mem.{size,max-size,slots}".  The new property does not have
the magic conversion to megabytes of unsuffixed arguments,
and also does not understand that "0" means the default size
(you have to leave it out to get the default).  This means
that we need to convert the QemuOpts by hand to a QDict.

Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
Message-Id: <20220414165300.555321-4-pbonzini@redhat.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>


  Commit: 26f88d84dab62e6eb3ec72737ccb155d06049e3a
      
https://github.com/qemu/qemu/commit/26f88d84dab62e6eb3ec72737ccb155d06049e3a
  Author: Paolo Bonzini <pbonzini@redhat.com>
  Date:   2022-05-12 (Thu, 12 May 2022)

  Changed paths:
    M hw/core/machine.c
    M hw/core/numa.c
    M hw/sparc/sun4m.c
    M include/hw/boards.h
    M softmmu/vl.c

  Log Message:
  -----------
  machine: make memory-backend a link property

Handle HostMemoryBackend creation and setting of ms->ram entirely in
machine_run_board_init.

Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
Message-Id: <20220414165300.555321-5-pbonzini@redhat.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>


  Commit: fb56b7a052e1443409334c579e617e287a7250d3
      
https://github.com/qemu/qemu/commit/fb56b7a052e1443409334c579e617e287a7250d3
  Author: Paolo Bonzini <pbonzini@redhat.com>
  Date:   2022-05-12 (Thu, 12 May 2022)

  Changed paths:
    M hw/core/machine.c
    M softmmu/vl.c

  Log Message:
  -----------
  machine: move more memory validation to Machine object

This allows setting memory properties without going through
vl.c, and have them validated just the same.

Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
Message-Id: <20220414165300.555321-6-pbonzini@redhat.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>


  Commit: 0c1450e2045e1a046854c34f34ed9f03dcdab0fb
      
https://github.com/qemu/qemu/commit/0c1450e2045e1a046854c34f34ed9f03dcdab0fb
  Author: Paolo Bonzini <pbonzini@redhat.com>
  Date:   2022-05-12 (Thu, 12 May 2022)

  Changed paths:
    M slirp

  Log Message:
  -----------
  slirp: bump submodule past 4.7 release

Version 4.7 of slirp provides a new timer API that works better with CFI,
together with several other improvements:

* Allow disabling the internal DHCP server !22
* Support Unix sockets in hostfwd !103
* IPv6 DNS proxying support !110
* bootp: add support for UEFI HTTP boot !111

and bugfixes.

The submodule update also includes 2 commits to fix warnings in the
Win32 build.

Reviewed-by: Marc-André Lureau <malureau@redhat.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>


  Commit: ad2e5b87d7d070cb4c0a3ba1c20a4ec5e6429301
      
https://github.com/qemu/qemu/commit/ad2e5b87d7d070cb4c0a3ba1c20a4ec5e6429301
  Author: Paolo Bonzini <pbonzini@redhat.com>
  Date:   2022-05-12 (Thu, 12 May 2022)

  Changed paths:
    M net/slirp.c

  Log Message:
  -----------
  net: slirp: introduce a wrapper struct for QemuTimer

This struct will be extended in the next few patches to support the
new slirp_handle_timer() call.  For that we need to store an additional
"int" for each SLIRP timer, in addition to the cb_opaque.

Reviewed-by: Samuel Thibault <samuel.thibault@ens-lyon.org>
Reviewed-by: Marc-André Lureau <malureau@redhat.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>


  Commit: bce63ded2066a21cc1f5922d0bf667123123d6f6
      
https://github.com/qemu/qemu/commit/bce63ded2066a21cc1f5922d0bf667123123d6f6
  Author: Paolo Bonzini <pbonzini@redhat.com>
  Date:   2022-05-12 (Thu, 12 May 2022)

  Changed paths:
    M meson.build
    M net/slirp.c

  Log Message:
  -----------
  net: slirp: switch to slirp_new

Replace slirp_init with slirp_new, so that a more recent cfg.version
can be specified.  The function appeared in version 4.1.0.

Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>


  Commit: 6222e55d134162e87062326a773eb7c9f9d13834
      
https://github.com/qemu/qemu/commit/6222e55d134162e87062326a773eb7c9f9d13834
  Author: Paolo Bonzini <pbonzini@redhat.com>
  Date:   2022-05-12 (Thu, 12 May 2022)

  Changed paths:
    M net/slirp.c

  Log Message:
  -----------
  net: slirp: add support for CFI-friendly timer API

libslirp 4.7 introduces a CFI-friendly version of the .timer_new callback.
The new callback replaces the function pointer with an enum; invoking the
callback is done with a new function slirp_handle_timer.

Support the new API so that CFI can be made compatible with using a system
libslirp.

Reviewed-by: Samuel Thibault <samuel.thibault@ens-lyon.org>
Reviewed-by: Marc-André Lureau <malureau@redhat.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>


  Commit: bf2f69d08bf158bfdbbe251357452f9576489b6d
      
https://github.com/qemu/qemu/commit/bf2f69d08bf158bfdbbe251357452f9576489b6d
  Author: Paolo Bonzini <pbonzini@redhat.com>
  Date:   2022-05-12 (Thu, 12 May 2022)

  Changed paths:
    M meson.build

  Log Message:
  -----------
  net: slirp: allow CFI with libslirp >= 4.7

slirp 4.7 introduces a new CFI-friendly timer callback that does
not pass function pointers within libslirp as callbacks for timers.
Check the version number and, if it is new enough, allow using CFI
even with a system libslirp.

Reviewed-by: Samuel Thibault <samuel.thibault@ens-lyon.org>
Reviewed-by: Marc-André Lureau <malureau@redhat.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>


  Commit: 248af9e80a04c5ab4ffec789aa24345d3d86b42b
      
https://github.com/qemu/qemu/commit/248af9e80a04c5ab4ffec789aa24345d3d86b42b
  Author: Paolo Bonzini <pbonzini@redhat.com>
  Date:   2022-05-12 (Thu, 12 May 2022)

  Changed paths:
    M include/qemu/coroutine.h
    M util/qemu-coroutine-lock.c

  Log Message:
  -----------
  coroutine-lock: qemu_co_queue_next is a coroutine-only qemu_co_enter_next

qemu_co_queue_next is basically the same as qemu_co_enter_next but
without a QemuLockable argument.  That's perfectly fine, but only
as long as the function is marked coroutine_fn.  If used outside
coroutine context, qemu_co_queue_wait will attempt to take the lock
and that is just broken: if you are calling qemu_co_queue_next outside
coroutine context, the lock is going to be a QemuMutex which cannot be
taken twice by the same thread.

The patch adds the marker and reimplements qemu_co_queue_next in terms of
qemu_co_enter_next_impl, to remove duplicated code and to clarify that the
latter also works in coroutine context.

Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
Reviewed-by: Eric Blake <eblake@redhat.com>
Message-Id: <20220427130830.150180-2-pbonzini@redhat.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>


  Commit: d6ee15adec5a2345e88c680cd15ed48796c89c14
      
https://github.com/qemu/qemu/commit/d6ee15adec5a2345e88c680cd15ed48796c89c14
  Author: Paolo Bonzini <pbonzini@redhat.com>
  Date:   2022-05-12 (Thu, 12 May 2022)

  Changed paths:
    M include/qemu/coroutine.h
    M ui/console.c
    M util/qemu-coroutine-lock.c

  Log Message:
  -----------
  coroutine-lock: introduce qemu_co_queue_enter_all

Because qemu_co_queue_restart_all does not release the lock, it should
be used only in coroutine context.  Introduce a new function that,
like qemu_co_enter_next, does release the lock, and use it whenever
qemu_co_queue_restart_all was used outside coroutine context.

Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
Reviewed-by: Eric Blake <eblake@redhat.com>
Message-Id: <20220427130830.150180-3-pbonzini@redhat.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>


  Commit: f0d43b1ecef04105e0d0f55658182510b4e0f58e
      
https://github.com/qemu/qemu/commit/f0d43b1ecef04105e0d0f55658182510b4e0f58e
  Author: Paolo Bonzini <pbonzini@redhat.com>
  Date:   2022-05-12 (Thu, 12 May 2022)

  Changed paths:
    M block/io.c
    M include/qemu/coroutine.h
    M util/qemu-coroutine-lock.c

  Log Message:
  -----------
  coroutine-lock: qemu_co_queue_restart_all is a coroutine-only 
qemu_co_enter_all

qemu_co_queue_restart_all is basically the same as qemu_co_enter_all
but without a QemuLockable argument.  That's perfectly fine, but only as
long as the function is marked coroutine_fn.  If used outside coroutine
context, qemu_co_queue_wait will attempt to take the lock and that
is just broken: if you are calling qemu_co_queue_restart_all outside
coroutine context, the lock is going to be a QemuMutex which cannot be
taken twice by the same thread.

The patch adds the marker to qemu_co_queue_restart_all and to its sole
non-coroutine_fn caller; it then reimplements the function in terms of
qemu_co_enter_all_impl, to remove duplicated code and to clarify that the
latter also works in coroutine context.

Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
Reviewed-by: Eric Blake <eblake@redhat.com>
Message-Id: <20220427130830.150180-4-pbonzini@redhat.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>


  Commit: d93e839ccd26ac95650fe31e45c91394936ddc27
      
https://github.com/qemu/qemu/commit/d93e839ccd26ac95650fe31e45c91394936ddc27
  Author: Paolo Bonzini <pbonzini@redhat.com>
  Date:   2022-05-12 (Thu, 12 May 2022)

  Changed paths:
    M hw/virtio/vhost-backend.c

  Log Message:
  -----------
  vhost-backend: do not depend on CONFIG_VHOST_VSOCK

The vsock callbacks .vhost_vsock_set_guest_cid and
.vhost_vsock_set_running are the only ones to be conditional
on #ifdef CONFIG_VHOST_VSOCK.  This is different from any other
device-dependent callbacks like .vhost_scsi_set_endpoint, and it
also broke when CONFIG_VHOST_VSOCK was changed to a per-target
symbol.

It would be possible to also use the CONFIG_DEVICES include, but
really there is no reason for most virtio files to be per-target
so just remove the #ifdef to fix the issue.

Reported-by: Dov Murik <dovmurik@linux.ibm.com>
Fixes: 9972ae314f ("build: move vhost-vsock configuration to Kconfig")
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>


  Commit: e23a13c0426774443543d78eef84ec8404534f0b
      
https://github.com/qemu/qemu/commit/e23a13c0426774443543d78eef84ec8404534f0b
  Author: Kshitij Suri <kshitij.suri@nutanix.com>
  Date:   2022-05-12 (Thu, 12 May 2022)

  Changed paths:
    M ui/meson.build

  Log Message:
  -----------
  meson: link libpng independent of vnc

Currently png support is dependent on vnc for linking object file to
libpng. This commit makes the parameter independent of vnc as it breaks
system emulator with --disable-vnc unless --disable-png is added.

Fixes: 9a0a119a38 ("Added parameter to take screenshot with screendump as PNG", 
2022-04-27)
Signed-off-by: Kshitij Suri <kshitij.suri@nutanix.com>
Message-Id: <20220510161932.228481-1-kshitij.suri@nutanix.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>


  Commit: 7adb75d6be0b11ace0fabfb8cddc890243773782
      
https://github.com/qemu/qemu/commit/7adb75d6be0b11ace0fabfb8cddc890243773782
  Author: Paolo Bonzini <pbonzini@redhat.com>
  Date:   2022-05-12 (Thu, 12 May 2022)

  Changed paths:
    M softmmu/vl.c

  Log Message:
  -----------
  vl: make machine type deprecation a warning

error_report should generally be followed by a failure; if we can proceed
anyway, that is just a warning and should be communicated properly to
the user with warn_report.

Reviewed-by: Markus Armbruster <armbru@redhat.com>
Message-Id: <20220511175043.27327-1-pbonzini@redhat.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>


  Commit: 333dbac358acc6cc174029263d633a22f66584b4
      
https://github.com/qemu/qemu/commit/333dbac358acc6cc174029263d633a22f66584b4
  Author: Paolo Bonzini <pbonzini@redhat.com>
  Date:   2022-05-12 (Thu, 12 May 2022)

  Changed paths:
    M scripts/kvm/vmxcap

  Log Message:
  -----------
  vmxcap: add tertiary execution controls

Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>


  Commit: 9de5f2b40860c5f8295e73fea9922df6f0b8d89a
      
https://github.com/qemu/qemu/commit/9de5f2b40860c5f8295e73fea9922df6f0b8d89a
  Author: Richard Henderson <richard.henderson@linaro.org>
  Date:   2022-05-12 (Thu, 12 May 2022)

  Changed paths:
    M block/io.c
    M configure
    M hw/arm/nseries.c
    M hw/core/machine.c
    M hw/core/numa.c
    M hw/hppa/machine.c
    M hw/i386/pc.c
    M hw/i386/pc_piix.c
    M hw/nvram/fw_cfg.c
    M hw/ppc/mac_newworld.c
    M hw/ppc/mac_oldworld.c
    M hw/ppc/prep.c
    M hw/ppc/spapr.c
    M hw/s390x/ipl.c
    M hw/sparc/sun4m.c
    M hw/sparc64/sun4u.c
    M hw/virtio/vhost-backend.c
    M hw/xen/xen_pt.c
    M hw/xen/xen_pt.h
    M hw/xen/xen_pt_graphics.c
    M include/hw/boards.h
    M include/hw/i386/pc.h
    M include/qemu/coroutine.h
    M include/sysemu/sysemu.h
    M meson.build
    M net/slirp.c
    M pc-bios/optionrom/Makefile
    M qapi/machine.json
    M scripts/checkpatch.pl
    M scripts/kvm/vmxcap
    M slirp
    M softmmu/bootdevice.c
    M softmmu/globals.c
    M softmmu/vl.c
    M target/i386/cpu.c
    M tests/qtest/e1000e-test.c
    M tests/qtest/libqos/arm-virt-machine.c
    A tests/qtest/libqos/generic-pcihost.c
    A tests/qtest/libqos/generic-pcihost.h
    M tests/qtest/libqos/meson.build
    M tests/qtest/libqos/pci-pc.c
    M tests/qtest/libqos/pci-spapr.c
    M tests/qtest/libqos/pci.c
    M tests/qtest/libqos/pci.h
    M tests/qtest/vhost-user-blk-test.c
    M tests/qtest/virtio-blk-test.c
    M tests/qtest/virtio-net-test.c
    M tests/qtest/virtio-rng-test.c
    M ui/console.c
    M ui/meson.build
    M util/qemu-coroutine-lock.c

  Log Message:
  -----------
  Merge tag 'for-upstream' of https://gitlab.com/bonzini/qemu into staging

* small cleanups for pc-bios/optionrom Makefiles
* checkpatch: fix g_malloc check
* fix mremap() and RDMA detection
* confine igd-passthrough-isa-bridge to Xen-enabled builds
* cover PCI in arm-virt machine qtests
* add -M boot and -M mem compound properties
* bump SLIRP submodule
* support CFI with system libslirp (>= 4.7)
* clean up CoQueue wakeup functions
* fix vhost-vsock regression
* fix --disable-vnc compilation
* other minor bugfixes

# -----BEGIN PGP SIGNATURE-----
#
# iQFIBAABCAAyFiEE8TM4V0tmI4mGbHaCv/vSX3jHroMFAmJ8/KMUHHBib256aW5p
# QHJlZGhhdC5jb20ACgkQv/vSX3jHroNTTAf9Et1C8iZn+OlZi99wMEeMy8a4mIE5
# CpkBpFphhkBvt3AH7XNsCyL4Gea4QgsI7nOIEVUwvW7gPf85PiBUX8mjrIVg3x1k
# bmMEwMKSTYPmDieAnYBP9zCqZQXNYP8L8WxVs2jFY2GXZ2ZogODYFbvCY4yEEB72
# UR6uIvQRdpiB6BEj8UZ+5i+sDtb0zxqrjzUz8T/PJC9/2JSNgi+sAWWQoQT3PPU7
# R7z2nmEa1VeVLPP6mUHvJKhBltVXF+LyIjQHvo+Tp9tSqp9JwXfFBNQ5W/MFes2D
# skF47N7PdgKRH9Dp4r0j+MqBwoAq86+ao+MKsbQ1Gb91HhoCWt/MrVrVyg==
# =1E6P
# -----END PGP SIGNATURE-----
# gpg: Signature made Thu 12 May 2022 05:25:07 AM PDT
# gpg:                using RSA key F13338574B662389866C7682BFFBD25F78C7AE83
# gpg:                issuer "pbonzini@redhat.com"
# gpg: Good signature from "Paolo Bonzini <bonzini@gnu.org>" [undefined]
# gpg:                 aka "Paolo Bonzini <pbonzini@redhat.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: 46F5 9FBD 57D6 12E7 BFD4  E2F7 7E15 100C CD36 69B1
#      Subkey fingerprint: F133 3857 4B66 2389 866C  7682 BFFB D25F 78C7 AE83

* tag 'for-upstream' of https://gitlab.com/bonzini/qemu: (27 commits)
  vmxcap: add tertiary execution controls
  vl: make machine type deprecation a warning
  meson: link libpng independent of vnc
  vhost-backend: do not depend on CONFIG_VHOST_VSOCK
  coroutine-lock: qemu_co_queue_restart_all is a coroutine-only 
qemu_co_enter_all
  coroutine-lock: introduce qemu_co_queue_enter_all
  coroutine-lock: qemu_co_queue_next is a coroutine-only qemu_co_enter_next
  net: slirp: allow CFI with libslirp >= 4.7
  net: slirp: add support for CFI-friendly timer API
  net: slirp: switch to slirp_new
  net: slirp: introduce a wrapper struct for QemuTimer
  slirp: bump submodule past 4.7 release
  machine: move more memory validation to Machine object
  machine: make memory-backend a link property
  machine: add mem compound property
  machine: add boot compound property
  machine: use QAPI struct for boot configuration
  tests/qtest/libqos: Add generic pci host bridge in arm-virt machine
  tests/qtest/libqos: Skip hotplug tests if pci root bus is not hotpluggable
  tests/qtest/libqos/pci: Introduce pio_limit
  ...

Signed-off-by: Richard Henderson <richard.henderson@linaro.org>


Compare: https://github.com/qemu/qemu/compare/b32b3897f8b8...9de5f2b40860



reply via email to

[Prev in Thread] Current Thread [Next in Thread]