[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Qemu-commits] [qemu/qemu] f0d634: virtio: refresh vring region cache af
|
From: |
Richard Henderson |
|
Subject: |
[Qemu-commits] [qemu/qemu] f0d634: virtio: refresh vring region cache after updating ... |
|
Date: |
Tue, 25 Apr 2023 01:15:51 -0700 |
Branch: refs/heads/staging
Home: https://github.com/qemu/qemu
Commit: f0d634ea1964ccce317818c44fe299e71007e64d
https://github.com/qemu/qemu/commit/f0d634ea1964ccce317818c44fe299e71007e64d
Author: Carlos López <clopez@suse.de>
Date: 2023-04-21 (Fri, 21 Apr 2023)
Changed paths:
M hw/s390x/virtio-ccw.c
M hw/virtio/virtio-mmio.c
M hw/virtio/virtio-pci.c
M hw/virtio/virtio.c
M include/hw/virtio/virtio.h
Log Message:
-----------
virtio: refresh vring region cache after updating a virtqueue size
When a virtqueue size is changed by the guest via
virtio_queue_set_num(), its region cache is not automatically updated.
If the size was increased, this could lead to accessing the cache out
of bounds. For example, in vring_get_used_event():
static inline uint16_t vring_get_used_event(VirtQueue *vq)
{
return vring_avail_ring(vq, vq->vring.num);
}
static inline uint16_t vring_avail_ring(VirtQueue *vq, int i)
{
VRingMemoryRegionCaches *caches = vring_get_region_caches(vq);
hwaddr pa = offsetof(VRingAvail, ring[i]);
if (!caches) {
return 0;
}
return virtio_lduw_phys_cached(vq->vdev, &caches->avail, pa);
}
vq->vring.num will be greater than caches->avail.len, which will
trigger a failed assertion down the call path of
virtio_lduw_phys_cached().
Fix this by calling virtio_init_region_cache() after
virtio_queue_set_num() if we are not already calling
virtio_queue_set_rings(). In the legacy path this is already done by
virtio_queue_update_rings().
Signed-off-by: Carlos López <clopez@suse.de>
Message-Id: <20230317002749.27379-1-clopez@suse.de>
Reviewed-by: Cornelia Huck <cohuck@redhat.com>
Acked-by: Halil Pasic <pasic@linux.ibm.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: 607a079b29a896b3752ef8a14d746765473c07bf
https://github.com/qemu/qemu/commit/607a079b29a896b3752ef8a14d746765473c07bf
Author: Ani Sinha <ani@anisinha.ca>
Date: 2023-04-21 (Fri, 21 Apr 2023)
Changed paths:
M .mailmap
M MAINTAINERS
M docs/devel/acpi-bits.rst
Log Message:
-----------
Add my old and new work email mapping and use work email to support biosbits
Update mailmap to indicate ani@anisinha.ca and anisinha@redhat.com are one and
the same person. Additionally update MAINTAINERS and bits documentation to use
my work (redhat) email.
Signed-off-by: Ani Sinha <anisinha@redhat.com>
Message-Id: <20230320114233.90638-1-anisinha@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: 0d74e2b785ed0391316479ccf97c8f1ad5966145
https://github.com/qemu/qemu/commit/0d74e2b785ed0391316479ccf97c8f1ad5966145
Author: Eugenio Pérez <eperezma@redhat.com>
Date: 2023-04-21 (Fri, 21 Apr 2023)
Changed paths:
M net/vhost-vdpa.c
Log Message:
-----------
vdpa: accept VIRTIO_NET_F_SPEED_DUPLEX in SVQ
There is no reason to block it as it has nothing to do with the vrings.
All the support of the feature comes via config space.
Signed-off-by: Eugenio Pérez <eperezma@redhat.com>
Suggested-by: Alvaro Karsz <alvaro.karsz@solid-run.com>
Message-Id: <20230307170018.260557-1-eperezma@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: 0f220121a47fd1c8273eb3a4a67425c608307117
https://github.com/qemu/qemu/commit/0f220121a47fd1c8273eb3a4a67425c608307117
Author: Thomas Huth <thuth@redhat.com>
Date: 2023-04-21 (Fri, 21 Apr 2023)
Changed paths:
M meson_options.txt
M scripts/meson-buildoptions.sh
Log Message:
-----------
meson_options.txt: Enable qom-cast-debug by default again
This switch had been disabled by default by accident in commit
c55cf6ab03f. But we should enable it by default instead to avoid
regressions in the QOM device hierarchy.
Fixes: c55cf6ab03 ("configure, meson: move some default-disabled options to
meson_options.txt")
Signed-off-by: Thomas Huth <thuth@redhat.com>
Message-Id: <20230417130037.236747-3-thuth@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Reviewed-by: Peter Maydell <peter.maydell@linaro.org>
Reported-by: Peter Maydell <peter.maydell@linaro.org>
Reviewed-by: Philippe Mathieu-Daudé <philmd@linaro.org>
Commit: 560a997535937df2ea3716ba56bcbe38be37682f
https://github.com/qemu/qemu/commit/560a997535937df2ea3716ba56bcbe38be37682f
Author: Peter Xu <peterx@redhat.com>
Date: 2023-04-21 (Fri, 21 Apr 2023)
Changed paths:
M hw/virtio/vhost.c
Log Message:
-----------
vhost: Drop unused eventfd_add|del hooks
These hooks were introduced in:
80a1ea3748 ("memory: move ioeventfd ops to MemoryListener", 2012-02-29)
But they seem to be never used. Drop them.
Cc: Richard Henderson <rth@twiddle.net>
Signed-off-by: Peter Xu <peterx@redhat.com>
Message-Id: <20230306193209.516011-1-peterx@redhat.com>
Reviewed-by: Philippe Mathieu-Daudé <philmd@linaro.org>
Acked-by: Jason Wang <jasowang@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: 17c67f6849551b2bbffb7a3a8b490b853df86129
https://github.com/qemu/qemu/commit/17c67f6849551b2bbffb7a3a8b490b853df86129
Author: Viresh Kumar <viresh.kumar@linaro.org>
Date: 2023-04-21 (Fri, 21 Apr 2023)
Changed paths:
M docs/interop/vhost-user.rst
Log Message:
-----------
docs: vhost-user: Define memory region separately
The same layout is defined twice, once in "single memory region
description" and then in "memory regions description".
Separate out details of memory region from these two and reuse the same
definition later on.
While at it, also rename "memory regions description" to "multiple
memory regions description", to avoid potential confusion around similar
names. And define single region before multiple ones.
This is just a documentation optimization, the protocol remains the same.
Signed-off-by: Viresh Kumar <viresh.kumar@linaro.org>
Message-Id:
<7c3718e5eb99178b22696682ae73aca6df1899c7.1678351495.git.viresh.kumar@linaro.org>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Reviewed-by: Stefan Hajnoczi <stefanha@redhat.com>
Reviewed-by: Alex Bennée <alex.bennee@linaro.org>
Commit: f21e95ee97d5adb4a274b48c6c8f70a221c1f513
https://github.com/qemu/qemu/commit/f21e95ee97d5adb4a274b48c6c8f70a221c1f513
Author: Viresh Kumar <viresh.kumar@linaro.org>
Date: 2023-04-21 (Fri, 21 Apr 2023)
Changed paths:
M docs/interop/vhost-user.rst
Log Message:
-----------
docs: vhost-user: Add Xen specific memory mapping support
The current model of memory mapping at the back-end works fine where a
standard call to mmap() (for the respective file descriptor) is enough
before the front-end can start accessing the guest memory.
There are other complex cases though where the back-end needs more
information and simple mmap() isn't enough. For example Xen, a type-1
hypervisor, currently supports memory mapping via two different methods,
foreign-mapping (via /dev/privcmd) and grant-dev (via /dev/gntdev). In
both these cases, the back-end needs to call mmap() and ioctl(), with
extra information like the Xen domain-id of the guest whose memory we
are trying to map.
Add a new protocol feature, 'VHOST_USER_PROTOCOL_F_XEN_MMAP', which lets
the back-end know about the additional memory mapping requirements.
When this feature is negotiated, the front-end will send the additional
information within the memory regions themselves.
Signed-off-by: Viresh Kumar <viresh.kumar@linaro.org>
Message-Id:
<6d0bd7f0e1aeec3ddb603ae4ff334c75c7d0d7b3.1678351495.git.viresh.kumar@linaro.org>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Reviewed-by: Stefan Hajnoczi <stefanha@redhat.com>
Reviewed-by: Alex Bennée <alex.bennee@linaro.org>
Commit: e919402b9e05c964561623ddada9d49d0a05b850
https://github.com/qemu/qemu/commit/e919402b9e05c964561623ddada9d49d0a05b850
Author: Yangming <yangming73@huawei.com>
Date: 2023-04-21 (Fri, 21 Apr 2023)
Changed paths:
M hw/mem/pc-dimm.c
M hw/virtio/virtio-balloon.c
M include/hw/boards.h
Log Message:
-----------
virtio-balloon: optimize the virtio-balloon on the ARM platform
Optimize the virtio-balloon feature on the ARM platform by adding
a variable to keep track of the current hot-plugged pc-dimm size,
instead of traversing the virtual machine's memory modules to count
the current RAM size during the balloon inflation or deflation
process. This variable can be updated only when plugging or unplugging
the device, which will result in an increase of approximately 60%
efficiency of balloon process on the ARM platform.
We tested the total amount of time required for the balloon inflation process
on ARM:
inflate the balloon to 64GB of a 128GB guest under stress.
Before: 102 seconds
After: 42 seconds
Signed-off-by: Qi Xi <xiqi2@huawei.com>
Signed-off-by: Ming Yang yangming73@huawei.com
Message-Id: <e13bc78f96774bfab4576814c293aa52@huawei.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Acked-by: David Hildenbrand <david@redhat.com>
Commit: 2f5a2b35f5883fb8e049d877263eecb4c3883fb2
https://github.com/qemu/qemu/commit/2f5a2b35f5883fb8e049d877263eecb4c3883fb2
Author: Philippe Mathieu-Daudé <philmd@linaro.org>
Date: 2023-04-21 (Fri, 21 Apr 2023)
Changed paths:
M MAINTAINERS
Log Message:
-----------
MAINTAINERS: Mark AMD-Vi emulation as orphan
hw/i386/amd_iommu.c seems unmaintained:
After commit 1c7955c450 ("x86-iommu: introduce parent class",
2016-07-14), almost no feature added, 2 bug fixes, other changes
are generic tree-wide API cleanups.
Cc: Roman Kapl <rka@sysgo.com>
Cc: Wei Huang <wei.huang2@amd.com>
Cc: Brijesh Singh <brijesh.singh@amd.com>
Cc: David Kiarie <davidkiarie4@gmail.com>
Cc: Jean-Philippe Brucker <jean-philippe@linaro.org>
Signed-off-by: Philippe Mathieu-Daudé <philmd@linaro.org>
Message-Id: <20230313153031.86107-2-philmd@linaro.org>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: 6291a28645a0656477bc5962a81b181e6a99487c
https://github.com/qemu/qemu/commit/6291a28645a0656477bc5962a81b181e6a99487c
Author: Philippe Mathieu-Daudé <philmd@linaro.org>
Date: 2023-04-21 (Fri, 21 Apr 2023)
Changed paths:
M hw/i386/amd_iommu.c
Log Message:
-----------
hw/i386/amd_iommu: Explicit use of AMDVI_BASE_ADDR in amdvi_init
By accessing MemoryRegion internals, amdvi_init() gives the false
idea that the PCI BAR can be modified. However this isn't true
(at least the model isn't ready for that): the device is explicitly
maps at the BAR at the fixed AMDVI_BASE_ADDR address in
amdvi_sysbus_realize(). Since the SysBus API isn't designed to
remap regions, directly use the fixed address in amdvi_init().
Signed-off-by: Philippe Mathieu-Daudé <philmd@linaro.org>
Message-Id: <20230313153031.86107-3-philmd@linaro.org>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: 531f50ab058c6e443194cdda1a8eaf010c6e740a
https://github.com/qemu/qemu/commit/531f50ab058c6e443194cdda1a8eaf010c6e740a
Author: Philippe Mathieu-Daudé <philmd@linaro.org>
Date: 2023-04-21 (Fri, 21 Apr 2023)
Changed paths:
M hw/i386/acpi-build.c
M hw/i386/amd_iommu.c
M hw/i386/amd_iommu.h
Log Message:
-----------
hw/i386/amd_iommu: Remove intermediate AMDVIState::devid field
AMDVIState::devid is only accessed by build_amd_iommu() which
has access to the PCIDevice state. Directly get the property
calling object_property_get_int() there.
Signed-off-by: Philippe Mathieu-Daudé <philmd@linaro.org>
Message-Id: <20230313153031.86107-4-philmd@linaro.org>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: ae097d8fbd405011afc5c35c7f95a90066a97262
https://github.com/qemu/qemu/commit/ae097d8fbd405011afc5c35c7f95a90066a97262
Author: Philippe Mathieu-Daudé <philmd@linaro.org>
Date: 2023-04-21 (Fri, 21 Apr 2023)
Changed paths:
M hw/i386/acpi-build.c
M hw/i386/amd_iommu.c
M hw/i386/amd_iommu.h
Log Message:
-----------
hw/i386/amd_iommu: Move capab_offset from AMDVIState to AMDVIPCIState
The 'PCI capability offset' is a *PCI* notion. Since AMDVIPCIState
inherits PCIDevice and hold PCI-related fields, move capab_offset
from AMDVIState to AMDVIPCIState.
Signed-off-by: Philippe Mathieu-Daudé <philmd@linaro.org>
Message-Id: <20230313153031.86107-5-philmd@linaro.org>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: 7f5a459dc8132bd15c28a0d2af1f0cf844ee19f4
https://github.com/qemu/qemu/commit/7f5a459dc8132bd15c28a0d2af1f0cf844ee19f4
Author: Philippe Mathieu-Daudé <philmd@linaro.org>
Date: 2023-04-21 (Fri, 21 Apr 2023)
Changed paths:
M hw/i386/amd_iommu.c
Log Message:
-----------
hw/i386/amd_iommu: Set PCI static/const fields via PCIDeviceClass
Set PCI static/const fields once in amdvi_pci_class_init.
They will be propagated via DeviceClassRealize handler via
pci_qdev_realize() -> do_pci_register_device() -> pci_config_set*().
Signed-off-by: Philippe Mathieu-Daudé <philmd@linaro.org>
Message-Id: <20230313153031.86107-6-philmd@linaro.org>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: 5ec7755eb7c503fc66fe44083ee5113bd5b87bd9
https://github.com/qemu/qemu/commit/5ec7755eb7c503fc66fe44083ee5113bd5b87bd9
Author: Philippe Mathieu-Daudé <philmd@linaro.org>
Date: 2023-04-21 (Fri, 21 Apr 2023)
Changed paths:
M hw/i386/amd_iommu.c
M hw/i386/amd_iommu.h
Log Message:
-----------
hw/i386/amd_iommu: Factor amdvi_pci_realize out of amdvi_sysbus_realize
Aside the Frankenstein model of a SysBusDevice realizing a PCIDevice,
QOM parents shouldn't access children internals. In this particular
case, amdvi_sysbus_realize() is just open-coding TYPE_AMD_IOMMU_PCI's
DeviceRealize() handler. Factor it out.
Declare QOM-cast macros with OBJECT_DECLARE_SIMPLE_TYPE() so we can
cast the AMDVIPCIState in amdvi_pci_realize().
Note this commit removes the single use in the repository of
pci_add_capability() and msi_init() on a *realized* QDev instance.
Signed-off-by: Philippe Mathieu-Daudé <philmd@linaro.org>
Message-Id: <20230313153031.86107-7-philmd@linaro.org>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: 0259dd3e6ffe35145068ddc1bfb5c3ec06b33f48
https://github.com/qemu/qemu/commit/0259dd3e6ffe35145068ddc1bfb5c3ec06b33f48
Author: Cornelia Huck <cohuck@redhat.com>
Date: 2023-04-21 (Fri, 21 Apr 2023)
Changed paths:
M hw/arm/virt.c
M hw/core/machine.c
M hw/i386/pc.c
M hw/i386/pc_piix.c
M hw/i386/pc_q35.c
M hw/m68k/virt.c
M hw/ppc/spapr.c
M hw/s390x/s390-virtio-ccw.c
M include/hw/boards.h
M include/hw/i386/pc.h
Log Message:
-----------
hw: Add compat machines for 8.1
Add 8.1 machine types for arm/i440fx/m68k/q35/s390x/spapr.
Signed-off-by: Cornelia Huck <cohuck@redhat.com>
Message-Id: <20230314173009.152667-1-cohuck@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: b93fe7f2ca9aea5ef74db5881aabecd7b1c234ed
https://github.com/qemu/qemu/commit/b93fe7f2ca9aea5ef74db5881aabecd7b1c234ed
Author: Chuck Zmudzinski <brchuckz@aol.com>
Date: 2023-04-21 (Fri, 21 Apr 2023)
Changed paths:
M hw/pci/pci.c
M hw/sparc64/sun4u.c
M hw/xen/xen_pt.c
M include/hw/pci/pci.h
Log Message:
-----------
pci: avoid accessing slot_reserved_mask directly outside of pci.c
This patch provides accessor functions as replacements for direct
access to slot_reserved_mask according to the comment at the top
of include/hw/pci/pci_bus.h which advises that data structures for
PCIBus should not be directly accessed but instead be accessed using
accessor functions in pci.h.
Three accessor functions can conveniently replace all direct accesses
of slot_reserved_mask. With this patch, the new accessor functions are
used in hw/sparc64/sun4u.c and hw/xen/xen_pt.c and pci_bus.h is removed
from the included header files of the same two files.
No functional change intended.
Signed-off-by: Chuck Zmudzinski <brchuckz@aol.com>
Message-Id:
<b1b7f134883cbc83e455abbe5ee225c71aa0e8d0.1678888385.git.brchuckz@aol.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Reviewed-by: Mark Cave-Ayland <mark.cave-ayland@ilande.co.uk>
Tested-by: Mark Cave-Ayland <mark.cave-ayland@ilande.co.uk> [sun4u]
Commit: ca858a5fe94c0325bfe5f764f1bb090b160264a3
https://github.com/qemu/qemu/commit/ca858a5fe94c0325bfe5f764f1bb090b160264a3
Author: Vladimir Sementsov-Ogievskiy <vsementsov@yandex-team.ru>
Date: 2023-04-21 (Fri, 21 Apr 2023)
Changed paths:
M block/export/vhost-user-blk-server.c
M subprojects/libvhost-user/libvhost-user.c
M subprojects/libvhost-user/libvhost-user.h
Log Message:
-----------
vhost-user-blk-server: notify client about disk resize
Currently block_resize qmp command is simply ignored by vhost-user-blk
export. So, the block-node is successfully resized, but virtio config
is unchanged and guest doesn't see that disk is resized.
Let's handle the resize by modifying the config and notifying the guest
appropriately.
After this comment, lsblk in linux guest with attached
vhost-user-blk-pci device shows new size immediately after block_resize
QMP command on vhost-user exported block node.
Signed-off-by: Vladimir Sementsov-Ogievskiy <vsementsov@yandex-team.ru>
Message-Id: <20230321201323.3695923-1-vsementsov@yandex-team.ru>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: fdd5e90fdb4de364e12cc2722993c8f14784e7a4
https://github.com/qemu/qemu/commit/fdd5e90fdb4de364e12cc2722993c8f14784e7a4
Author: Philippe Mathieu-Daudé <philmd@linaro.org>
Date: 2023-04-24 (Mon, 24 Apr 2023)
Changed paths:
M block/dmg.c
M block/dmg.h
Log Message:
-----------
block/dmg: Declare a type definition for DMG uncompress function
Introduce the BdrvDmgUncompressFunc type defintion. To emphasis
dmg_uncompress_bz2 and dmg_uncompress_lzfse are pointer to functions,
declare them using this new typedef.
Signed-off-by: Philippe Mathieu-Daudé <philmd@linaro.org>
Message-id: 20230320152610.32052-1-philmd@linaro.org
Signed-off-by: Stefan Hajnoczi <stefanha@redhat.com>
Commit: 9d672e290475001fcecdcc9dc79ad088ff89d17f
https://github.com/qemu/qemu/commit/9d672e290475001fcecdcc9dc79ad088ff89d17f
Author: Thomas De Schampheleire <thomas.de_schampheleire@nokia.com>
Date: 2023-04-24 (Mon, 24 Apr 2023)
Changed paths:
M scripts/tracetool/backend/ftrace.py
M scripts/tracetool/backend/log.py
M scripts/tracetool/backend/syslog.py
Log Message:
-----------
tracetool: use relative paths for '#line' preprocessor directives
The event filename is an absolute path. Convert it to a relative path when
writing '#line' directives, to preserve reproducibility of the generated
output when different base paths are used.
Signed-off-by: Thomas De Schampheleire <thomas.de_schampheleire@nokia.com>
Signed-off-by: Stefan Hajnoczi <stefanha@redhat.com>
Message-Id: <20230406080045.21696-1-thomas.de_schampheleire@nokia.com>
Commit: 104593c3ad48f3857e9c48d9e3e7feb3566444c7
https://github.com/qemu/qemu/commit/104593c3ad48f3857e9c48d9e3e7feb3566444c7
Author: Ani Sinha <ani@anisinha.ca>
Date: 2023-04-24 (Mon, 24 Apr 2023)
Changed paths:
M MAINTAINERS
Log Message:
-----------
Add my old and new work email mapping and use work email to support acpi
Updating mailmap to indicate ani@anisinha.ca and anisinha@redhat.com are one
and the same person. Also updating my email in MAINTAINERS for all my acpi work
(reviewing patches and biosbits) to my work email. Also doing the same for
bios bits test framework documentation.
Signed-off-by: Ani Sinha <anisinha@redhat.com>
Message-Id: <20230329040834.11973-1-anisinha@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: 1af507756bae775028c27d30e602e2b9c72cd074
https://github.com/qemu/qemu/commit/1af507756bae775028c27d30e602e2b9c72cd074
Author: Ani Sinha <anisinha@redhat.com>
Date: 2023-04-24 (Mon, 24 Apr 2023)
Changed paths:
M hw/i386/acpi-build.c
M hw/i386/pc.c
M hw/i386/pc_piix.c
M include/hw/i386/pc.h
Log Message:
-----------
hw/acpi: limit warning on acpi table size to pc machines older than version
2.3
i440fx machine versions 2.3 and newer supports dynamic ram
resizing. See commit a1666142db6233 ("acpi-build: make ROMs RAM blocks
resizeable") .
Currently supported all q35 machine types (versions 2.4 and newer) supports
resizable RAM/ROM blocks.Therefore the warning generated when the ACPI table
size exceeds a pre-defined value does not apply to those machine versions.
Add a check limiting the warning message to only those machines that does not
support expandable ram blocks (that is, i440fx machines with version 2.2
and older).
Signed-off-by: Ani Sinha <anisinha@redhat.com>
Message-Id: <20230329045726.14028-1-anisinha@redhat.com>
Reviewed-by: Igor Mammedov <imammedo@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: 094e29a27184430d6d82ad4bea1d3311fc48297e
https://github.com/qemu/qemu/commit/094e29a27184430d6d82ad4bea1d3311fc48297e
Author: Paolo Bonzini <pbonzini@redhat.com>
Date: 2023-04-24 (Mon, 24 Apr 2023)
Changed paths:
M tests/qtest/bios-tables-test.c
Log Message:
-----------
tests: bios-tables-test: replace memset with initializer
Coverity complains that memset() writes over a const field. Use
an initializer instead, so that the const field is left to zero.
Tests that have to write the const field already use an initializer
for the whole struct, here I am choosing the smallest possible
patch (which is not that small already).
Cc: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
Message-Id: <20230330131109.47856-1-pbonzini@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Reviewed-by: Thomas Huth <thuth@redhat.com>
Commit: 2b6fc0b859a1b8a5bc2a48c56e8cb595748b7c3f
https://github.com/qemu/qemu/commit/2b6fc0b859a1b8a5bc2a48c56e8cb595748b7c3f
Author: Eugenio Pérez <eperezma@redhat.com>
Date: 2023-04-24 (Mon, 24 Apr 2023)
Changed paths:
M MAINTAINERS
Log Message:
-----------
MAINTAINERS: Add Eugenio Pérez as vhost-shadow-virtqueue reviewer
I'd like to be notified on SVQ patches and review them.
Signed-off-by: Eugenio Pérez <eperezma@redhat.com>
Message-Id: <20230331150410.2627214-1-eperezma@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Acked-by: Jason Wang <jasowang@redhat.com>
Commit: 8a9ede6f511c5a028e1c1fc949a97ff30c36bebe
https://github.com/qemu/qemu/commit/8a9ede6f511c5a028e1c1fc949a97ff30c36bebe
Author: Stefan Weil <sw@weilnetz.de>
Date: 2023-04-24 (Mon, 24 Apr 2023)
Changed paths:
M docs/system/devices/cxl.rst
Log Message:
-----------
docs/cxl: Fix sentence
Signed-off-by: Stefan Weil <sw@weilnetz.de>
Message-Id: <20230409201828.1159568-1-sw@weilnetz.de>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: ec1a78cee97001b0ed25b5866e92dae058eb5877
https://github.com/qemu/qemu/commit/ec1a78cee97001b0ed25b5866e92dae058eb5877
Author: Jason Wang <jasowang@redhat.com>
Date: 2023-04-24 (Mon, 24 Apr 2023)
Changed paths:
M hw/i386/intel_iommu.c
M hw/i386/intel_iommu_internal.h
Log Message:
-----------
intel_iommu: refine iotlb hash calculation
Commit 1b2b12376c8 ("intel-iommu: PASID support") takes PASID into
account when calculating iotlb hash like:
static guint vtd_iotlb_hash(gconstpointer v)
{
const struct vtd_iotlb_key *key = v;
return key->gfn | ((key->sid) << VTD_IOTLB_SID_SHIFT) |
(key->level) << VTD_IOTLB_LVL_SHIFT |
(key->pasid) << VTD_IOTLB_PASID_SHIFT;
}
This turns out to be problematic since:
- the shift will lose bits if not converting to uint64_t
- level should be off by one in order to fit into 2 bits
- VTD_IOTLB_PASID_SHIFT is 30 but PASID is 20 bits which will waste
some bits
- the hash result is uint64_t so we will lose bits when converting to
guint
So this patch fixes them by
- converting the keys into uint64_t before doing the shift
- off level by one to make it fit into two bits
- change the sid, lvl and pasid shift to 26, 42 and 44 in order to
take the full width of uint64_t
- perform an XOR to the top 32bit with the bottom 32bit for the final
result to fit guint
Fixes: Coverity CID 1508100
Fixes: 1b2b12376c8 ("intel-iommu: PASID support")
Signed-off-by: Jason Wang <jasowang@redhat.com>
Message-Id: <20230412073510.7158-1-jasowang@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Reviewed-by: Peter Xu <peterx@redhat.com>
Commit: 2a3f8b333b6efbc0ccaacb318fb9c9d53f25bcfd
https://github.com/qemu/qemu/commit/2a3f8b333b6efbc0ccaacb318fb9c9d53f25bcfd
Author: Akihiko Odaki <akihiko.odaki@daynix.com>
Date: 2023-04-24 (Mon, 24 Apr 2023)
Changed paths:
M docs/pcie_sriov.txt
Log Message:
-----------
docs: Remove obsolete descriptions of SR-IOV support
The documentation used to say there is no device implemented with
SR-IOV, but igb and nvme support SR-IOV today.
Signed-off-by: Akihiko Odaki <akihiko.odaki@daynix.com>
Message-Id: <20230414090441.23156-1-akihiko.odaki@daynix.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: 91208dd297f2686b778210ffda49acbfe36bd3b6
https://github.com/qemu/qemu/commit/91208dd297f2686b778210ffda49acbfe36bd3b6
Author: Viresh Kumar <viresh.kumar@linaro.org>
Date: 2023-04-24 (Mon, 24 Apr 2023)
Changed paths:
M hw/virtio/vhost-user-i2c.c
Log Message:
-----------
virtio: i2c: Check notifier helpers for VIRTIO_CONFIG_IRQ_IDX
Since the driver doesn't support interrupts, we must return early when
index is set to VIRTIO_CONFIG_IRQ_IDX.
Fixes: 544f0278afca ("virtio: introduce macro VIRTIO_CONFIG_IRQ_IDX")
Signed-off-by: Viresh Kumar <viresh.kumar@linaro.org>
Message-Id:
<d53ec8bc002001eafac597f6bd9a8812df989257.1681790067.git.viresh.kumar@linaro.org>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: 0f689cf5ada4d5df5ab95c7f7aa9fc221afa855d
https://github.com/qemu/qemu/commit/0f689cf5ada4d5df5ab95c7f7aa9fc221afa855d
Author: Igor Mammedov <imammedo@redhat.com>
Date: 2023-04-24 (Mon, 24 Apr 2023)
Changed paths:
M hw/acpi/pcihp.c
Log Message:
-----------
acpi: pcihp: allow repeating hot-unplug requests
with Q35 using ACPI PCI hotplug by default, user's request to unplug
device is ignored when it's issued before guest OS has been booted.
And any additional attempt to request device hot-unplug afterwards
results in following error:
"Device XYZ is already in the process of unplug"
arguably it can be considered as a regression introduced by [2],
before which it was possible to issue unplug request multiple
times.
Accept new uplug requests after timeout (1ms). This brings ACPI PCI
hotplug on par with native PCIe unplug behavior [1] and allows user
to repeat unplug requests at propper times.
Set expire timeout to arbitrary 1msec so user won't be able to
flood guest with SCI interrupts by calling device_del in tight loop.
PS:
ACPI spec doesn't mandate what OSPM can do with GPEx.status
bits set before it's booted => it's impl. depended.
Status bits may be retained (I tested with one Windows version)
or cleared (Linux since 2.6 kernel times) during guest's ACPI
subsystem initialization.
Clearing status bits (though not wrong per se) hides the unplug
event from guest, and it's upto user to repeat device_del later
when guest is able to handle unplug requests.
1) 18416c62e3 ("pcie: expire pending delete")
2)
Fixes: cce8944cc9ef ("qdev-monitor: Forbid repeated device_del")
Signed-off-by: Igor Mammedov <imammedo@redhat.com>
Acked-by: Gerd Hoffmann <kraxel@redhat.com>
CC: mst@redhat.com
CC: anisinha@redhat.com
CC: jusual@redhat.com
CC: kraxel@redhat.com
Message-Id: <20230418090449.2155757-1-imammedo@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Reviewed-by: Ani Sinha <anisinha@redhat.com>
Commit: 0c0e21d1c1e2dde4f7437bcd5c53127013cc25f7
https://github.com/qemu/qemu/commit/0c0e21d1c1e2dde4f7437bcd5c53127013cc25f7
Author: Peter Maydell <peter.maydell@linaro.org>
Date: 2023-04-24 (Mon, 24 Apr 2023)
Changed paths:
M docs/specs/index.rst
A docs/specs/pci-ids.rst
R docs/specs/pci-ids.txt
Log Message:
-----------
docs/specs/pci-ids: Convert from txt to rST
Convert the pci-ids document from plain text to reStructuredText.
I opted to use definition-lists here because rST tables are
super-clunky, and actually formatting these as tables didn't
seem necessary.
Signed-off-by: Peter Maydell <peter.maydell@linaro.org>
Message-Id: <20230420160334.1048224-2-peter.maydell@linaro.org>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: 3669b594d88930f9e5d7c83e038d7d9ca5a75378
https://github.com/qemu/qemu/commit/3669b594d88930f9e5d7c83e038d7d9ca5a75378
Author: Peter Maydell <peter.maydell@linaro.org>
Date: 2023-04-24 (Mon, 24 Apr 2023)
Changed paths:
M docs/specs/index.rst
M docs/specs/pci-ids.rst
A docs/specs/pci-serial.rst
R docs/specs/pci-serial.txt
M hw/char/serial-pci-multi.c
M hw/char/serial-pci.c
Log Message:
-----------
docs/specs: Convert pci-serial.txt to rst
Convert pci-serial.txt to reStructuredText. This includes
some wordsmithing, and the correction of the docs to note
that the Windows inf file includes 2x and 4x support
(as it has done since commit dc9528fdf9f61 in 2014).
Signed-off-by: Peter Maydell <peter.maydell@linaro.org>
Message-Id: <20230420160334.1048224-3-peter.maydell@linaro.org>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Reviewed-by: Philippe Mathieu-Daudé <philmd@linaro.org>
Commit: 4d58309388003837f8eba72c5643722060a5656a
https://github.com/qemu/qemu/commit/4d58309388003837f8eba72c5643722060a5656a
Author: Peter Maydell <peter.maydell@linaro.org>
Date: 2023-04-24 (Mon, 24 Apr 2023)
Changed paths:
M docs/specs/index.rst
M docs/specs/pci-ids.rst
A docs/specs/pci-testdev.rst
R docs/specs/pci-testdev.txt
Log Message:
-----------
docs/specs: Convert pci-testdev.txt to rst
Convert pci-testdev.txt to reStructuredText. Includes
some minor wordsmithing.
Signed-off-by: Peter Maydell <peter.maydell@linaro.org>
Message-Id: <20230420160334.1048224-4-peter.maydell@linaro.org>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: 9136f661c7277777a2f85a7e98438f4fe6472fdc
https://github.com/qemu/qemu/commit/9136f661c7277777a2f85a7e98438f4fe6472fdc
Author: Jonathan Cameron <Jonathan.Cameron@huawei.com>
Date: 2023-04-24 (Mon, 24 Apr 2023)
Changed paths:
M hw/pci-bridge/pci_expander_bridge.c
Log Message:
-----------
hw/pci-bridge: pci_expander_bridge fix type in pxb_cxl_dev_reset()
Reproduce issue with
configure --enable-qom-cast-debug ...
qemu-system-x86_64 -display none -machine q35,cxl=on -device pxb-cxl,bus=pcie.0
hw/pci-bridge/pci_expander_bridge.c:54:PXB_DEV: Object 0x5570e0b1ada0 is not
an instance of type pxb
Aborted
The type conversion results in the right state structure, but PXB_DEV is
not a parent of PXB_CXL_DEV hence the error. Rather than directly
cleaning up the inheritance, this is the minimal fix which will be
followed by the cleanup.
Fixes: 154070eaf6 ("hw/pxb-cxl: Support passthrough HDM Decoders unless
overridden")
Reported-by: Peter Maydell <peter.maydell@linaro.org>
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com>
Message-Id: <20230420142750.6950-2-Jonathan.Cameron@huawei.com>
Reviewed-by: Thomas Huth <thuth@redhat.com>
Cc: qemu-stable@nongnu.org
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: c28db9e0002df2abf88283b41dce0be17e8b0888
https://github.com/qemu/qemu/commit/c28db9e0002df2abf88283b41dce0be17e8b0888
Author: Jonathan Cameron <Jonathan.Cameron@huawei.com>
Date: 2023-04-24 (Mon, 24 Apr 2023)
Changed paths:
M hw/acpi/cxl.c
M hw/cxl/cxl-host.c
M hw/pci-bridge/pci_expander_bridge.c
M include/hw/cxl/cxl.h
M include/hw/pci/pci_bridge.h
Log Message:
-----------
hw/pci-bridge: Make PCIe and CXL PXB Devices inherit from TYPE_PXB_DEV
Previously, PXB_CXL_DEVICE, PXB_PCIE_DEVICE and PXB_DEVICE all
have PCI_DEVICE as their direct parent but share a common state
struct PXBDev. convert_to_pxb() is used to get the PXBDev
instance from which ever of these types it is called on.
This patch switches to an explicit hierarchy based on shared
functionality. To allow use of OBJECT_DECLARE_SIMPLE_TYPE()
whilst minimizing code changes, all types are renamed to have
the postfix _DEV rather than _DEVICE. The new heirarchy
has PXB_CXL_DEV with parent PXB_PCIE_DEV which in turn
has parent PXB_DEV which continues to have parent PCI_DEVICE.
This allows simple use of PXB_DEV() etc rather than a custom function
+ removal of duplicated properties and moving the CXL specific
elements out of struct PXBDev.
Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com>
Message-Id: <20230420142750.6950-3-Jonathan.Cameron@huawei.com>
Reviewed-by: Thomas Huth <thuth@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: 3f1b44bdc11d7f66a5514471b298b0f7b4498065
https://github.com/qemu/qemu/commit/3f1b44bdc11d7f66a5514471b298b0f7b4498065
Author: Richard Henderson <richard.henderson@linaro.org>
Date: 2023-04-25 (Tue, 25 Apr 2023)
Changed paths:
M block/dmg.c
M block/dmg.h
M scripts/tracetool/backend/ftrace.py
M scripts/tracetool/backend/log.py
M scripts/tracetool/backend/syslog.py
Log Message:
-----------
Merge tag 'block-pull-request' of https://gitlab.com/stefanha/qemu into
staging
Pull request (v2)
I dropped the zoned storage patches that had CI failures. This pull request
only contains fixes now.
# -----BEGIN PGP SIGNATURE-----
#
# iQEzBAABCAAdFiEEhpWov9P5fNqsNXdanKSrs4Grc8gFAmRGwoIACgkQnKSrs4Gr
# c8jyeAf+JqYgJ0sG7rkYwGNUnmdyzjcZh8sokmIoR0a1VbFjpG54QqvvsSdrtZ5V
# +XdYPgn3ASqyw6/737chw8BBQ1YQEtALCXCk9vx2/Vpmmd6NUkJcxTLvV17o8wit
# asMO14R8p4b/9NUbRnMA+OcnJ1R0y0nKaw0fK4v2DjCN3Uy7b7zJ5Xb5Mg1lkrN6
# RCB6uobWwN58LqY90lN2m1EMvBy0hhI5P1wDjcuZjG1/GnnvVzrIVMOC0ddiLgRH
# 0vh9MvdSjOwkdM1J9eJyeijfyEjKS9e/E/c4WrjUs+gH5wcb9zNMNFOGeG7Ih2U0
# wEUIpe2y3YjSHTSTGZLYGguCGmJPZQ==
# =MKCk
# -----END PGP SIGNATURE-----
# gpg: Signature made Mon 24 Apr 2023 06:55:14 PM BST
# gpg: using RSA key 8695A8BFD3F97CDAAC35775A9CA4ABB381AB73C8
# gpg: Good signature from "Stefan Hajnoczi <stefanha@redhat.com>" [full]
# gpg: aka "Stefan Hajnoczi <stefanha@gmail.com>" [full]
* tag 'block-pull-request' of https://gitlab.com/stefanha/qemu:
tracetool: use relative paths for '#line' preprocessor directives
block/dmg: Declare a type definition for DMG uncompress function
Signed-off-by: Richard Henderson <richard.henderson@linaro.org>
Commit: a14b8206c5edcbbad1c71256ea9b44c3b382a9f5
https://github.com/qemu/qemu/commit/a14b8206c5edcbbad1c71256ea9b44c3b382a9f5
Author: Richard Henderson <richard.henderson@linaro.org>
Date: 2023-04-25 (Tue, 25 Apr 2023)
Changed paths:
M .mailmap
M MAINTAINERS
M block/export/vhost-user-blk-server.c
M docs/devel/acpi-bits.rst
M docs/interop/vhost-user.rst
M docs/pcie_sriov.txt
M docs/specs/index.rst
A docs/specs/pci-ids.rst
R docs/specs/pci-ids.txt
A docs/specs/pci-serial.rst
R docs/specs/pci-serial.txt
A docs/specs/pci-testdev.rst
R docs/specs/pci-testdev.txt
M hw/acpi/cxl.c
M hw/acpi/pcihp.c
M hw/char/serial-pci-multi.c
M hw/char/serial-pci.c
M hw/cxl/cxl-host.c
M hw/i386/acpi-build.c
M hw/i386/amd_iommu.c
M hw/i386/amd_iommu.h
M hw/i386/intel_iommu.c
M hw/i386/intel_iommu_internal.h
M hw/i386/pc.c
M hw/i386/pc_piix.c
M hw/mem/pc-dimm.c
M hw/pci-bridge/pci_expander_bridge.c
M hw/pci/pci.c
M hw/s390x/virtio-ccw.c
M hw/sparc64/sun4u.c
M hw/virtio/vhost-user-i2c.c
M hw/virtio/vhost.c
M hw/virtio/virtio-balloon.c
M hw/virtio/virtio-mmio.c
M hw/virtio/virtio-pci.c
M hw/virtio/virtio.c
M hw/xen/xen_pt.c
M include/hw/boards.h
M include/hw/cxl/cxl.h
M include/hw/i386/pc.h
M include/hw/pci/pci.h
M include/hw/pci/pci_bridge.h
M include/hw/virtio/virtio.h
M meson_options.txt
M net/vhost-vdpa.c
M scripts/meson-buildoptions.sh
M subprojects/libvhost-user/libvhost-user.c
M subprojects/libvhost-user/libvhost-user.h
Log Message:
-----------
Merge tag 'for_upstream' of https://git.kernel.org/pub/scm/virt/kvm/mst/qemu
into staging
virtio,pc,pci: fixes, features, cleanups
Mostly just fixes, cleanups all over the place.
Some optimizations.
More control over slot_reserved_mask.
More feature bits supported for SVQ.
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
# -----BEGIN PGP SIGNATURE-----
#
# iQFDBAABCAAtFiEEXQn9CHHI+FuUyooNKB8NuNKNVGkFAmRHQvAPHG1zdEByZWRo
# YXQuY29tAAoJECgfDbjSjVRpQc0H/RD+RXy7IAnmhkdCyjj0hM8pftPTwCJfrSCW
# DLHP4c5jiKO5ngUoAv3YJdM77TBCXlJn6gceeKBrzhGUTtJ7dTLC+Udeq/jW43EF
# /E2ldLLbTNFyUqW8yX7D+EVio7Jy4zXTHpczKCF5vO7MaVWS/b3QdCpmjXpEHLNb
# janv24vQHHgmRwK96uIdIauJJT8aqYW0arn1po8anxuFS8ok9Tf8LTEF5uBHokJP
# MriTwMaqMgRK+4rzh+b6wc7QC5GqIr44gFrsfFYuNOUY0+BizvGvUAtMt+B/XZwt
# OF4RSShUh2bhsQoYwgvShfEsR/vWwOl3yMAhcsB+wMgMzMG8MUQ=
# =e8DF
# -----END PGP SIGNATURE-----
# gpg: Signature made Tue 25 Apr 2023 04:03:12 AM BST
# gpg: using RSA key 5D09FD0871C8F85B94CA8A0D281F0DB8D28D5469
# gpg: issuer "mst@redhat.com"
# gpg: Good signature from "Michael S. Tsirkin <mst@kernel.org>" [undefined]
# gpg: aka "Michael S. Tsirkin <mst@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: 0270 606B 6F3C DF3D 0B17 0970 C350 3912 AFBE 8E67
# Subkey fingerprint: 5D09 FD08 71C8 F85B 94CA 8A0D 281F 0DB8 D28D 5469
* tag 'for_upstream' of https://git.kernel.org/pub/scm/virt/kvm/mst/qemu: (31
commits)
hw/pci-bridge: Make PCIe and CXL PXB Devices inherit from TYPE_PXB_DEV
hw/pci-bridge: pci_expander_bridge fix type in pxb_cxl_dev_reset()
docs/specs: Convert pci-testdev.txt to rst
docs/specs: Convert pci-serial.txt to rst
docs/specs/pci-ids: Convert from txt to rST
acpi: pcihp: allow repeating hot-unplug requests
virtio: i2c: Check notifier helpers for VIRTIO_CONFIG_IRQ_IDX
docs: Remove obsolete descriptions of SR-IOV support
intel_iommu: refine iotlb hash calculation
docs/cxl: Fix sentence
MAINTAINERS: Add Eugenio Pérez as vhost-shadow-virtqueue reviewer
tests: bios-tables-test: replace memset with initializer
hw/acpi: limit warning on acpi table size to pc machines older than version
2.3
Add my old and new work email mapping and use work email to support acpi
vhost-user-blk-server: notify client about disk resize
pci: avoid accessing slot_reserved_mask directly outside of pci.c
hw: Add compat machines for 8.1
hw/i386/amd_iommu: Factor amdvi_pci_realize out of amdvi_sysbus_realize
hw/i386/amd_iommu: Set PCI static/const fields via PCIDeviceClass
hw/i386/amd_iommu: Move capab_offset from AMDVIState to AMDVIPCIState
...
Signed-off-by: Richard Henderson <richard.henderson@linaro.org>
Compare: https://github.com/qemu/qemu/compare/ac5f7bf8e208...a14b8206c5ed
- [Qemu-commits] [qemu/qemu] f0d634: virtio: refresh vring region cache after updating ...,
Richard Henderson <=