[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Qemu-commits] [qemu/qemu] 23d8e3: hw/acpi: add trace events for TCO wat
|
From: |
Peter Maydell |
|
Subject: |
[Qemu-commits] [qemu/qemu] 23d8e3: hw/acpi: add trace events for TCO watchdog registe... |
|
Date: |
Wed, 21 Dec 2022 10:08:03 -0800 |
Branch: refs/heads/master
Home: https://github.com/qemu/qemu
Commit: 23d8e32499a03a68e7ceef79600aed4d965480e0
https://github.com/qemu/qemu/commit/23d8e32499a03a68e7ceef79600aed4d965480e0
Author: Daniel P. Berrangé <berrange@redhat.com>
Date: 2022-12-21 (Wed, 21 Dec 2022)
Changed paths:
M hw/acpi/tco.c
M hw/acpi/trace-events
Log Message:
-----------
hw/acpi: add trace events for TCO watchdog register access
These tracepoints aid in understanding and debugging the guest drivers
for the TCO watchdog.
Reviewed-by: Richard W.M. Jones <rjones@redhat.com>
Signed-off-by: Daniel P. Berrangé <berrange@redhat.com>
Message-Id: <20221216125749.596075-2-berrange@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: c8c7c406db49a8bdf6b9e0962c4ec66a25ca1e5d
https://github.com/qemu/qemu/commit/c8c7c406db49a8bdf6b9e0962c4ec66a25ca1e5d
Author: Daniel P. Berrangé <berrange@redhat.com>
Date: 2022-12-21 (Wed, 21 Dec 2022)
Changed paths:
M hw/isa/lpc_ich9.c
M hw/isa/trace-events
Log Message:
-----------
hw/isa: add trace events for ICH9 LPC chip config access
These tracepoints aid in understanding and debugging the guest drivers
for the TCO watchdog.
Reviewed-by: Richard W.M. Jones <rjones@redhat.com>
Signed-off-by: Daniel P. Berrangé <berrange@redhat.com>
Message-Id: <20221216125749.596075-3-berrange@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: 6f10a29e760afa42775ce4c016f33b95e9128bd0
https://github.com/qemu/qemu/commit/6f10a29e760afa42775ce4c016f33b95e9128bd0
Author: Daniel P. Berrangé <berrange@redhat.com>
Date: 2022-12-21 (Wed, 21 Dec 2022)
Changed paths:
M hw/watchdog/trace-events
M hw/watchdog/watchdog.c
Log Message:
-----------
hw/watchdog: add trace events for watchdog action handling
The tracepoints aid in debugging the triggering of watchdog devices.
Reviewed-by: Richard W.M. Jones <rjones@redhat.com>
Reviewed-by: Philippe Mathieu-Daudé <philmd@linaro.org>
Signed-off-by: Daniel P. Berrangé <berrange@redhat.com>
Message-Id: <20221216125749.596075-4-berrange@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: db723c80b12a98f386af305cbc015bbaf9951e31
https://github.com/qemu/qemu/commit/db723c80b12a98f386af305cbc015bbaf9951e31
Author: Cornelia Huck <cohuck@redhat.com>
Date: 2022-12-21 (Wed, 21 Dec 2022)
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.0
Add 8.0 machine types for arm/i440fx/m68k/q35/s390x/spapr.
Reviewed-by: Cédric Le Goater <clg@kaod.org> [ppc]
Reviewed-by: Thomas Huth <thuth@redhat.com> [s390x]
Reviewed-by: Greg Kurz <groug@kaod.org> [ppc]
Signed-off-by: Cornelia Huck <cohuck@redhat.com>
Message-Id: <20221212152145.124317-2-cohuck@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Reviewed-by: Cédric Le Goater <clg@kaod.org>
Commit: 5719a179e08805cde9348632890dc4c4c1a57cc7
https://github.com/qemu/qemu/commit/5719a179e08805cde9348632890dc4c4c1a57cc7
Author: Cornelia Huck <cohuck@redhat.com>
Date: 2022-12-21 (Wed, 21 Dec 2022)
Changed paths:
M hw/i386/pc_piix.c
M hw/i386/pc_q35.c
Log Message:
-----------
pc: clean up compat machines
We can move setting default_cpu_version into the base machine options,
and we need to unset alias and is_default only once.
Suggested-by: Thomas Huth <thuth@redhat.com>
Signed-off-by: Cornelia Huck <cohuck@redhat.com>
Message-Id: <20221212152145.124317-3-cohuck@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: a6b6414f0cf04636dc3d0c21ea4a2f19b7629c93
https://github.com/qemu/qemu/commit/a6b6414f0cf04636dc3d0c21ea4a2f19b7629c93
Author: Daniel P. Berrangé <berrange@redhat.com>
Date: 2022-12-21 (Wed, 21 Dec 2022)
Changed paths:
M hw/i386/pc.c
M hw/isa/lpc_ich9.c
M tests/qtest/tco-test.c
Log Message:
-----------
hw/isa: enable TCO watchdog reboot pin strap by default
The TCO watchdog implementation default behaviour from POV of the
guest OS relies on the initial values for two I/O ports:
* TCO1_CNT == 0x0
Since bit 11 (TCO Timer Halt) is clear, the watchdog state
is considered to be initially running
* GCS == 0x20
Since bit 5 (No Reboot) is set, the watchdog will not trigger
when the timer expires
This is a safe default, because the No Reboot bit will prevent the
watchdog from triggering if the guest OS is unaware of its existance,
or is slow in configuring it. When a Linux guest initializes the TCO
watchdog, it will attempt to clear the "No Reboot" flag, and read the
value back. If the clear was honoured, the driver will treat this as
an indicator that the watchdog is functional and create the guest
watchdog device.
QEMU implements a second "no reboot" flag, however, via pin straps
which overrides the behaviour of the guest controlled "no reboot"
flag:
commit 5add35bec1e249bb5345a47008c8f298d4760be4
Author: Paulo Alcantara <pcacjr@gmail.com>
Date: Sun Jun 28 14:58:58 2015 -0300
ich9: implement strap SPKR pin logic
This second 'noreboot' pin was defaulted to high, which also inhibits
triggering of the requested watchdog actions, unless QEMU is launched
with the magic flag "-global ICH9-LPC.noreboot=false".
This is a bad default as we are exposing a watchdog to every guest OS
using the q35 machine type, but preventing it from actually doing what
it is designed to do. What is worse is that the guest OS and its apps
have no way to know that the watchdog is never going to fire, due to
this second 'noreboot' pin.
If a guest OS had no watchdog device at all, then apps whose operation
and/or data integrity relies on a watchdog can refuse to launch, and
alert the administrator of the problematic deployment. With Q35 machines
unconditionally exposing a watchdog though, apps will think their
deployment is correct but in fact have no protection at all.
This patch flips the default of the second 'no reboot' flag, so that
configured watchdog actions will be honoured out of the box for the
7.2 Q35 machine type onwards, if the guest enables use of the watchdog.
See also related bug reports
https://bugzilla.redhat.com/show_bug.cgi?id=2080207
https://bugzilla.redhat.com/show_bug.cgi?id=2136889
https://bugzilla.redhat.com/show_bug.cgi?id=2137346
Reviewed-by: Richard W.M. Jones <rjones@redhat.com>
Signed-off-by: Daniel P. Berrangé <berrange@redhat.com>
Message-Id: <20221216125749.596075-5-berrange@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: ee1c08bd732283aa15e5b6fa840511b7c9c18006
https://github.com/qemu/qemu/commit/ee1c08bd732283aa15e5b6fa840511b7c9c18006
Author: Daniel P. Berrangé <berrange@redhat.com>
Date: 2022-12-21 (Wed, 21 Dec 2022)
Changed paths:
M hw/acpi/ich9.c
Log Message:
-----------
ich9: honour 'enable_tco' property
An 'ICH9-LPC.enable_tco' property has been exposed for a
very long time, but attempts to set it have never been
honoured.
Originally, any user provided 'enable_tco' value was force
replaced by a value passed from the machine type setup
code that was determine by machine type compat properties.
commit d6b304ba924b95d12edfddaac99777b577301309
Author: Eduardo Habkost <ehabkost@redhat.com>
Date: Sat Jan 23 14:02:10 2016 -0200
machine: Remove no_tco field
The field is always set to zero, so it is not necessary anymore.
After legacy Q35 machine types were deleted in:
commit 86165b499edf8b03bb2d0e926d116c2f12a95bfe
Author: Eduardo Habkost <ehabkost@redhat.com>
Date: Sat Jan 23 14:02:09 2016 -0200
q35: Remove old machine versions
the machine type code ended up just unconditionally passing
'true', all the time, so this was further simplified in
commit d6b304ba924b95d12edfddaac99777b577301309
Author: Eduardo Habkost <ehabkost@redhat.com>
Date: Sat Jan 23 14:02:10 2016 -0200
machine: Remove no_tco field
The field is always set to zero, so it is not necessary anymore.
commit 18d6abae3ea092950629e5d26aff1dcfc9a2d78e
Author: Eduardo Habkost <ehabkost@redhat.com>
Date: Sat Jan 23 14:02:11 2016 -0200
ich9: Remove enable_tco arguments from init functions
The enable_tco arguments are always true, so they are not needed
anymore.
Leaving the ich9_pm_init to just force set 'enable_tco' to true.
This still overrides any user specified property. The initialization
of property defaults should be done when properties are first
registered, rather than during object construction.
Signed-off-by: Daniel P. Berrangé <berrange@redhat.com>
Message-Id: <20221216125749.596075-6-berrange@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: 22733245406a3d4e5428032172fdf041a48ac23d
https://github.com/qemu/qemu/commit/22733245406a3d4e5428032172fdf041a48ac23d
Author: Longpeng <longpeng2@huawei.com>
Date: 2022-12-21 (Wed, 21 Dec 2022)
Changed paths:
M hw/virtio/virtio-pci.c
M include/hw/virtio/virtio-pci.h
Log Message:
-----------
virtio: get class_id and pci device id by the virtio id
Add helpers to get the "Transitional PCI Device ID" and "class_id"
of the device specified by the "Virtio Device ID".
These helpers will be used to build the generic vDPA device later.
Acked-by: Jason Wang <jasowang@redhat.com>
Signed-off-by: Longpeng <longpeng2@huawei.com>
Message-Id: <20221215134944.2809-2-longpeng2@huawei.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: b430a2bd2303b9940cc80ec746887f463a25fc5c
https://github.com/qemu/qemu/commit/b430a2bd2303b9940cc80ec746887f463a25fc5c
Author: Longpeng <longpeng2@huawei.com>
Date: 2022-12-21 (Wed, 21 Dec 2022)
Changed paths:
M hw/virtio/Kconfig
M hw/virtio/meson.build
A hw/virtio/vdpa-dev.c
A include/hw/virtio/vdpa-dev.h
Log Message:
-----------
vdpa: add vdpa-dev support
Supports vdpa-dev, we can use the deivce directly:
-M microvm -m 512m -smp 2 -kernel ... -initrd ... -device \
vhost-vdpa-device,vhostdev=/dev/vhost-vdpa-x
Reviewed-by: Stefano Garzarella <sgarzare@redhat.com>
Acked-by: Jason Wang <jasowang@redhat.com>
Signed-off-by: Longpeng <longpeng2@huawei.com>
Message-Id: <20221215134944.2809-3-longpeng2@huawei.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: fedda6174677937ba37680ca89cc9638a4d86e45
https://github.com/qemu/qemu/commit/fedda6174677937ba37680ca89cc9638a4d86e45
Author: Longpeng <longpeng2@huawei.com>
Date: 2022-12-21 (Wed, 21 Dec 2022)
Changed paths:
M hw/virtio/meson.build
A hw/virtio/vdpa-dev-pci.c
Log Message:
-----------
vdpa: add vdpa-dev-pci support
Supports vdpa-dev-pci, we can use the device as follow:
-device vhost-vdpa-device-pci,vhostdev=/dev/vhost-vdpa-X
Reviewed-by: Stefano Garzarella <sgarzare@redhat.com>
Acked-by: Jason Wang <jasowang@redhat.com>
Signed-off-by: Longpeng <longpeng2@huawei.com>
Message-Id: <20221215134944.2809-4-longpeng2@huawei.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: dd18a23002884bd64b979ef9d83e95523e7d00c4
https://github.com/qemu/qemu/commit/dd18a23002884bd64b979ef9d83e95523e7d00c4
Author: Longpeng <longpeng2@huawei.com>
Date: 2022-12-21 (Wed, 21 Dec 2022)
Changed paths:
M hw/virtio/vdpa-dev.c
Log Message:
-----------
vdpa-dev: mark the device as unmigratable
The generic vDPA device doesn't support migration currently, so
mark it as unmigratable temporarily.
Reviewed-by: Stefano Garzarella <sgarzare@redhat.com>
Acked-by: Jason Wang <jasowang@redhat.com>
Signed-off-by: Longpeng <longpeng2@huawei.com>
Message-Id: <20221215134944.2809-5-longpeng2@huawei.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: 712c1a3171cf62d501dac5af58f77d5fea70350d
https://github.com/qemu/qemu/commit/712c1a3171cf62d501dac5af58f77d5fea70350d
Author: Eugenio Pérez <eperezma@redhat.com>
Date: 2022-12-21 (Wed, 21 Dec 2022)
Changed paths:
M hw/virtio/vhost-vdpa.c
Log Message:
-----------
vdpa: use v->shadow_vqs_enabled in vhost_vdpa_svqs_start & stop
This function used to trust in v->shadow_vqs != NULL to know if it must
start svq or not.
This is not going to be valid anymore, as qemu is going to allocate svq
array unconditionally (but it will only start them conditionally).
Signed-off-by: Eugenio Pérez <eperezma@redhat.com>
Acked-by: Jason Wang <jasowang@redhat.com>
Message-Id: <20221215113144.322011-2-eperezma@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: 20e7412bfd63c68f1798fbdb799aedb7e05fee88
https://github.com/qemu/qemu/commit/20e7412bfd63c68f1798fbdb799aedb7e05fee88
Author: Eugenio Pérez <eperezma@redhat.com>
Date: 2022-12-21 (Wed, 21 Dec 2022)
Changed paths:
M hw/virtio/vhost-shadow-virtqueue.c
Log Message:
-----------
vhost: set SVQ device call handler at SVQ start
By the end of this series CVQ is shadowed as long as the features
support it.
Since we don't know at the beginning of qemu running if this is
supported, move the event notifier handler setting to the start of the
SVQ, instead of the start of qemu run. This will avoid to create them if
the device does not support SVQ.
Signed-off-by: Eugenio Pérez <eperezma@redhat.com>
Acked-by: Jason Wang <jasowang@redhat.com>
Message-Id: <20221215113144.322011-3-eperezma@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: 3cfb4d069cd2977b707fb519c455d7d416e1f4b0
https://github.com/qemu/qemu/commit/3cfb4d069cd2977b707fb519c455d7d416e1f4b0
Author: Eugenio Pérez <eperezma@redhat.com>
Date: 2022-12-21 (Wed, 21 Dec 2022)
Changed paths:
M hw/virtio/vhost-shadow-virtqueue.c
M hw/virtio/vhost-vdpa.c
Log Message:
-----------
vhost: allocate SVQ device file descriptors at device start
The next patches will start control SVQ if possible. However, we don't
know if that will be possible at qemu boot anymore.
Delay device file descriptors until we know it at device start. This
will avoid to create them if the device does not support SVQ.
Signed-off-by: Eugenio Pérez <eperezma@redhat.com>
Acked-by: Jason Wang <jasowang@redhat.com>
Message-Id: <20221215113144.322011-4-eperezma@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: 5fde952bbdd521c10fc018ee04f922a7dca5f663
https://github.com/qemu/qemu/commit/5fde952bbdd521c10fc018ee04f922a7dca5f663
Author: Eugenio Pérez <eperezma@redhat.com>
Date: 2022-12-21 (Wed, 21 Dec 2022)
Changed paths:
M hw/virtio/vhost-shadow-virtqueue.c
M hw/virtio/vhost-shadow-virtqueue.h
M hw/virtio/vhost-vdpa.c
Log Message:
-----------
vhost: move iova_tree set to vhost_svq_start
Since we don't know if we will use SVQ at qemu initialization, let's
allocate iova_tree only if needed. To do so, accept it at SVQ start, not
at initialization.
This will avoid to create it if the device does not support SVQ.
Signed-off-by: Eugenio Pérez <eperezma@redhat.com>
Acked-by: Jason Wang <jasowang@redhat.com>
Message-Id: <20221215113144.322011-5-eperezma@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: 36e4647247f200b6fa4d2f656133f567036e8a85
https://github.com/qemu/qemu/commit/36e4647247f200b6fa4d2f656133f567036e8a85
Author: Eugenio Pérez <eperezma@redhat.com>
Date: 2022-12-21 (Wed, 21 Dec 2022)
Changed paths:
M net/vhost-vdpa.c
Log Message:
-----------
vdpa: add vhost_vdpa_net_valid_svq_features
It will be reused at vdpa device start so let's extract in its own
function.
Signed-off-by: Eugenio Pérez <eperezma@redhat.com>
Acked-by: Jason Wang <jasowang@redhat.com>
Message-Id: <20221215113144.322011-6-eperezma@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: a585fad26b2e6ccca156d9e65158ad1c5efd268d
https://github.com/qemu/qemu/commit/a585fad26b2e6ccca156d9e65158ad1c5efd268d
Author: Eugenio Pérez <eperezma@redhat.com>
Date: 2022-12-21 (Wed, 21 Dec 2022)
Changed paths:
M hw/virtio/vhost-vdpa.c
M net/vhost-vdpa.c
Log Message:
-----------
vdpa: request iova_range only once
Currently iova range is requested once per queue pair in the case of
net. Reduce the number of ioctls asking it once at initialization and
reusing that value for each vhost_vdpa.
Signed-off-by: Eugenio Pérez <eperezma@redhat.com>
Message-Id: <20221215113144.322011-7-eperezma@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Acked-by: Jason Wang <jasonwang@redhat.com>
Commit: 258a03941fd23108a322d09abc9c55341e09688d
https://github.com/qemu/qemu/commit/258a03941fd23108a322d09abc9c55341e09688d
Author: Eugenio Pérez <eperezma@redhat.com>
Date: 2022-12-21 (Wed, 21 Dec 2022)
Changed paths:
M hw/virtio/vhost-vdpa.c
M net/vhost-vdpa.c
Log Message:
-----------
vdpa: move SVQ vring features check to net/
The next patches will start control SVQ if possible. However, we don't
know if that will be possible at qemu boot anymore.
Since the moved checks will be already evaluated at net/ to know if it
is ok to shadow CVQ, move them.
Signed-off-by: Eugenio Pérez <eperezma@redhat.com>
Acked-by: Jason Wang <jasowang@redhat.com>
Message-Id: <20221215113144.322011-8-eperezma@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: 273e0003f0005cc17292dedae01e5edb0064b69c
https://github.com/qemu/qemu/commit/273e0003f0005cc17292dedae01e5edb0064b69c
Author: Eugenio Pérez <eperezma@redhat.com>
Date: 2022-12-21 (Wed, 21 Dec 2022)
Changed paths:
M hw/virtio/vhost-vdpa.c
Log Message:
-----------
vdpa: allocate SVQ array unconditionally
SVQ may run or not in a device depending on runtime conditions (for
example, if the device can move CVQ to its own group or not).
Allocate the SVQ array unconditionally at startup, since its hard to
move this allocation elsewhere.
Signed-off-by: Eugenio Pérez <eperezma@redhat.com>
Acked-by: Jason Wang <jasowang@redhat.com>
Message-Id: <20221215113144.322011-9-eperezma@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: cd831ed5c4add8ed6ee980c3645b241cbef5130f
https://github.com/qemu/qemu/commit/cd831ed5c4add8ed6ee980c3645b241cbef5130f
Author: Eugenio Pérez <eperezma@redhat.com>
Date: 2022-12-21 (Wed, 21 Dec 2022)
Changed paths:
M hw/virtio/trace-events
M hw/virtio/vhost-vdpa.c
M include/hw/virtio/vhost-vdpa.h
M net/vhost-vdpa.c
Log Message:
-----------
vdpa: add asid parameter to vhost_vdpa_dma_map/unmap
So the caller can choose which ASID is destined.
No need to update the batch functions as they will always be called from
memory listener updates at the moment. Memory listener updates will
always update ASID 0, as it's the passthrough ASID.
All vhost devices's ASID are 0 at this moment.
Signed-off-by: Eugenio Pérez <eperezma@redhat.com>
Acked-by: Jason Wang <jasowang@redhat.com>
Message-Id: <20221215113144.322011-10-eperezma@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: 7f211a28fd5482f76583988beecd8ee61588d45e
https://github.com/qemu/qemu/commit/7f211a28fd5482f76583988beecd8ee61588d45e
Author: Eugenio Pérez <eperezma@redhat.com>
Date: 2022-12-21 (Wed, 21 Dec 2022)
Changed paths:
M net/vhost-vdpa.c
Log Message:
-----------
vdpa: store x-svq parameter in VhostVDPAState
CVQ can be shadowed two ways:
- Device has x-svq=on parameter (current way)
- The device can isolate CVQ in its own vq group
QEMU needs to check for the second condition dynamically, because CVQ
index is not known before the driver ack the features. Since this is
dynamic, the CVQ isolation could vary with different conditions, making
it possible to go from "not isolated group" to "isolated".
Saving the cmdline parameter in an extra field so we never disable CVQ
SVQ in case the device was started with x-svq cmdline.
Signed-off-by: Eugenio Pérez <eperezma@redhat.com>
Acked-by: Jason Wang <jasowang@redhat.com>
Message-Id: <20221215113144.322011-11-eperezma@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: 6188d78a19894ac8f2bf9484d48a5235a529d3b7
https://github.com/qemu/qemu/commit/6188d78a19894ac8f2bf9484d48a5235a529d3b7
Author: Eugenio Pérez <eperezma@redhat.com>
Date: 2022-12-21 (Wed, 21 Dec 2022)
Changed paths:
M hw/virtio/vhost-vdpa.c
M include/hw/virtio/vhost-vdpa.h
M net/vhost-vdpa.c
Log Message:
-----------
vdpa: add shadow_data to vhost_vdpa
The memory listener that thells the device how to convert GPA to qemu's
va is registered against CVQ vhost_vdpa. memory listener translations
are always ASID 0, CVQ ones are ASID 1 if supported.
Let's tell the listener if it needs to register them on iova tree or
not.
Signed-off-by: Eugenio Pérez <eperezma@redhat.com>
Acked-by: Jason Wang <jasowang@redhat.com>
Message-Id: <20221215113144.322011-12-eperezma@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: c1a1008685af0327d9d03f03d43bdb77e7af5bea
https://github.com/qemu/qemu/commit/c1a1008685af0327d9d03f03d43bdb77e7af5bea
Author: Eugenio Pérez <eperezma@redhat.com>
Date: 2022-12-21 (Wed, 21 Dec 2022)
Changed paths:
M hw/virtio/vhost-vdpa.c
M net/vhost-vdpa.c
Log Message:
-----------
vdpa: always start CVQ in SVQ mode if possible
Isolate control virtqueue in its own group, allowing to intercept control
commands but letting dataplane run totally passthrough to the guest.
Signed-off-by: Eugenio Pérez <eperezma@redhat.com>
Message-Id: <20221215113144.322011-13-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: c98ac64cfb53ccb862a80e818c3a19bdd386e61e
https://github.com/qemu/qemu/commit/c98ac64cfb53ccb862a80e818c3a19bdd386e61e
Author: Yajun Wu <yajunw@nvidia.com>
Date: 2022-12-21 (Wed, 21 Dec 2022)
Changed paths:
M hw/virtio/vhost-user.c
Log Message:
-----------
vhost-user: send set log base message only once
Vhost message VHOST_USER_SET_LOG_BASE is device wide. So only
send it once with the first queue pair.
Signed-off-by: Yajun Wu <yajunw@nvidia.com>
Acked-by: Parav Pandit <parav@nvidia.com>
Message-Id: <20221122051447.248462-1-yajunw@nvidia.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: 9600c98e12617649a7e09533beb722d2ffc71f44
https://github.com/qemu/qemu/commit/9600c98e12617649a7e09533beb722d2ffc71f44
Author: Alex Bennée <alex.bennee@linaro.org>
Date: 2022-12-21 (Wed, 21 Dec 2022)
Changed paths:
M include/hw/virtio/vhost.h
M include/hw/virtio/virtio.h
Log Message:
-----------
include/hw: attempt to document VirtIO feature variables
We have a bunch of variables associated with the device and the vhost
backend which are used inconsistently throughout the code base. Lets
start trying to bring some order by agreeing what each variable is
for.
Signed-off-by: Alex Bennée <alex.bennee@linaro.org>
Cc: Stefano Garzarella <sgarzare@redhat.com>
Cc: "Michael S. Tsirkin" <mst@redhat.com>
Cc: Stefan Hajnoczi <stefanha@gmail.com>
Message-Id: <20221123152134.179929-2-alex.bennee@linaro.org>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: 5a37392411d0a2131852509385a70ec7bfa41595
https://github.com/qemu/qemu/commit/5a37392411d0a2131852509385a70ec7bfa41595
Author: Ani Sinha <ani@anisinha.ca>
Date: 2022-12-21 (Wed, 21 Dec 2022)
Changed paths:
M tests/avocado/acpi-bits/bits-tests/smbios.py2
M tests/avocado/acpi-bits/bits-tests/testacpi.py2
M tests/avocado/acpi-bits/bits-tests/testcpuid.py2
Log Message:
-----------
acpi/tests/avocado/bits: add SPDX license identifiers for bios bits tests
Added the SPDX license identifiers for biosbits tests.
Also added a comment on each of the test scripts to indicate that they run
from within the biosbits environment and hence are not subjected to the regular
maintenance activities for QEMU and is excluded from the dependency management
challenges in the host testing environment.
Cc: Daniel P. Berrangé <berrange@redhat.com>
Cc: Paolo Bonzini <pbonzini@redhat.com>
Cc: Maydell Peter <peter.maydell@linaro.org>
Cc: John Snow <jsnow@redhat.com>
Cc: Thomas Huth <thuth@redhat.com>
Cc: Alex Bennée <alex.bennee@linaro.org>
Cc: Igor Mammedov <imammedo@redhat.com>
Cc: Michael Tsirkin <mst@redhat.com>
Cc: Thomas Huth <thuth@redhat.com>
Cc: qemu-trivial@nongnu.org
Signed-off-by: Ani Sinha <ani@anisinha.ca>
Message-Id: <20221125044138.962137-1-ani@anisinha.ca>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: 345cc1cbcbce2bab00abc2b88338d7d89c702d6b
https://github.com/qemu/qemu/commit/345cc1cbcbce2bab00abc2b88338d7d89c702d6b
Author: Jason Wang <jasowang@redhat.com>
Date: 2022-12-21 (Wed, 21 Dec 2022)
Changed paths:
M hw/virtio/vhost.c
Log Message:
-----------
vhost: fix vq dirty bitmap syncing when vIOMMU is enabled
When vIOMMU is enabled, the vq->used_phys is actually the IOVA not
GPA. So we need to translate it to GPA before the syncing otherwise we
may hit the following crash since IOVA could be out of the scope of
the GPA log size. This could be noted when using virtio-IOMMU with
vhost using 1G memory.
Fixes: c471ad0e9bd46 ("vhost_net: device IOTLB support")
Cc: qemu-stable@nongnu.org
Tested-by: Lei Yang <leiyang@redhat.com>
Reported-by: Yalan Zhang <yalzhang@redhat.com>
Signed-off-by: Jason Wang <jasowang@redhat.com>
Message-Id: <20221216033552.77087-1-jasowang@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: b1fbf24259188717e8b52eecaf8ca66da3e6ac58
https://github.com/qemu/qemu/commit/b1fbf24259188717e8b52eecaf8ca66da3e6ac58
Author: Igor Mammedov <imammedo@redhat.com>
Date: 2022-12-21 (Wed, 21 Dec 2022)
Changed paths:
R hw/pci-bridge/dec.c
R hw/pci-bridge/dec.h
M hw/pci-bridge/meson.build
M hw/pci-host/uninorth.c
M include/hw/pci/pci_ids.h
Log Message:
-----------
remove DEC 21154 PCI bridge
Code has not been used practically since its inception (2004)
f2aa58c6f4a20 UniNorth PCI bridge support
or maybe even earlier, but it was consuming contributors time
as QEMU was being rewritten.
Drop it for now. Whomever would like to actually
use the thing, can make sure it actually works/reintroduce
it back when there is a user.
PS:
I've stumbled upon this when replacing PCIDeviceClass::is_bridge
field with QOM cast to PCI_BRIDGE type. Unused DEC 21154
was the only one trying to use the field with plain PCIDevice.
It's not worth keeping the field around for the sake of the code
that was commented out 'forever'.
Signed-off-by: Igor Mammedov <imammedo@redhat.com>
Message-Id: <20221129101341.185621-2-imammedo@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: ad4942746cb428f649f854e1d13622a745f603a5
https://github.com/qemu/qemu/commit/ad4942746cb428f649f854e1d13622a745f603a5
Author: Igor Mammedov <imammedo@redhat.com>
Date: 2022-12-21 (Wed, 21 Dec 2022)
Changed paths:
M hw/acpi/pcihp.c
M hw/i386/acpi-build.c
M hw/pci-bridge/cxl_downstream.c
M hw/pci-bridge/cxl_upstream.c
M hw/pci-bridge/i82801b11.c
M hw/pci-bridge/pci_bridge_dev.c
M hw/pci-bridge/pcie_pci_bridge.c
M hw/pci-bridge/pcie_root_port.c
M hw/pci-bridge/simba.c
M hw/pci-bridge/xio3130_downstream.c
M hw/pci-bridge/xio3130_upstream.c
M hw/pci-host/designware.c
M hw/pci-host/xilinx-pcie.c
M hw/pci/pci.c
M hw/ppc/spapr_pci.c
M include/hw/pci/pci.h
M include/hw/pci/pci_bridge.h
Log Message:
-----------
pci: drop redundant PCIDeviceClass::is_bridge field
and use cast to TYPE_PCI_BRIDGE instead.
Signed-off-by: Igor Mammedov <imammedo@redhat.com>
Reviewed-by: Philippe Mathieu-Daudé <philmd@linaro.org>
Message-Id: <20221129101341.185621-3-imammedo@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Reviewed-by: Greg Kurz <groug@kaod.org>
Commit: 65809a60ec6dc48ace51320a3c0f6fa375f4da0b
https://github.com/qemu/qemu/commit/65809a60ec6dc48ace51320a3c0f6fa375f4da0b
Author: Ani Sinha <ani@anisinha.ca>
Date: 2022-12-21 (Wed, 21 Dec 2022)
Changed paths:
M docs/devel/acpi-bits.rst
Log Message:
-----------
docs/acpi/bits: document BITS_DEBUG environment variable
Debug specific actions can be enabled in bios bits acpi tests by passing
BITS_DEBUG in the environment variable while running the test. Document that.
CC: qemu-trivial@nongnu.org
Signed-off-by: Ani Sinha <ani@anisinha.ca>
Message-Id: <20221203132346.34479-1-ani@anisinha.ca>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Reviewed-by: Wilfred Mallawa <wilfred.mallawa@wdc.com>
Commit: ffa175f22dc32120865627d062f9f17de930876f
https://github.com/qemu/qemu/commit/ffa175f22dc32120865627d062f9f17de930876f
Author: Ani Sinha <ani@anisinha.ca>
Date: 2022-12-21 (Wed, 21 Dec 2022)
Changed paths:
M tests/avocado/acpi-bits.py
Log Message:
-----------
acpi/tests/avocado/bits: add mformat as one of the dependencies
mformat is needed by grub-mkrescue and hence, add this as one of the
dependencies to run bits tests. This avoids errors such as the following:
/var/tmp/acpi-bits-wju6tqoa.tmp/grub-inst-x86_64-efi/bin/grub-mkrescue: 360:
mformat: not found
Signed-off-by: Ani Sinha <ani@anisinha.ca>
Message-Id: <20221203132407.34539-1-ani@anisinha.ca>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: fbae27e857061e1098c21944c81bd025c8946c62
https://github.com/qemu/qemu/commit/fbae27e857061e1098c21944c81bd025c8946c62
Author: Philippe Mathieu-Daudé <philmd@linaro.org>
Date: 2022-12-21 (Wed, 21 Dec 2022)
Changed paths:
M MAINTAINERS
M hw/acpi/ich9.c
A hw/acpi/ich9_tco.c
M hw/acpi/meson.build
R hw/acpi/tco.c
M include/hw/acpi/ich9.h
A include/hw/acpi/ich9_tco.h
R include/hw/acpi/tco.h
M tests/qtest/tco-test.c
Log Message:
-----------
hw/acpi: Rename tco.c -> ich9_tco.c
tco.c contains the ICH9 implementation of its "total cost
of ownership". Rename it accordingly to emphasis this is
a part of the ICH9 model.
Signed-off-by: Philippe Mathieu-Daudé <philmd@linaro.org>
Message-Id: <20221212105115.2113-1-philmd@linaro.org>
Acked-by: Igor Mammedov <imammedo@redhat.com>
Commit: 617564bf92cfc809fd50026c087c617d0e721f4c
https://github.com/qemu/qemu/commit/617564bf92cfc809fd50026c087c617d0e721f4c
Author: Ira Weiny <ira.weiny@intel.com>
Date: 2022-12-21 (Wed, 21 Dec 2022)
Changed paths:
M hw/mem/cxl_type3.c
Log Message:
-----------
hw/cxl/device: Add Flex Bus Port DVSEC
The Flex Bus Port DVSEC was missing on type 3 devices which was blocking
RAS checks.[1]
Add the Flex Bus Port DVSEC to type 3 devices as per CXL 3.0 8.2.1.3.
[1]
https://lore.kernel.org/linux-cxl/167096738875.2861540.11815053323626849940.stgit@djiang5-desk3.ch.intel.com/
Cc: Dave Jiang <dave.jiang@intel.com>
Cc: Jonathan Cameron <Jonathan.Cameron@huawei.com>
Cc: Ben Widawsky <bwidawsk@kernel.org>
Cc: qemu-devel@nongnu.org
Cc: linux-cxl@vger.kernel.org
Signed-off-by: Ira Weiny <ira.weiny@intel.com>
Message-Id: <20221213-ira-flexbus-port-v2-1-eaa48d0e0700@intel.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Reviewed-by: Jonathan Cameron <Jonathan.Cameron@huawei.com>
Commit: 302f1fe110e003c76e549db7cf8dbc1801cd1848
https://github.com/qemu/qemu/commit/302f1fe110e003c76e549db7cf8dbc1801cd1848
Author: Philippe Mathieu-Daudé <philmd@linaro.org>
Date: 2022-12-21 (Wed, 21 Dec 2022)
Changed paths:
M hw/virtio/virtio.c
Log Message:
-----------
hw/virtio: Add missing "hw/core/cpu.h" include
virtio.c uses target_words_bigendian() which is declared in
"hw/core/cpu.h". Add the missing header to avoid when refactoring:
hw/virtio/virtio.c:2451:9: error: implicit declaration of function
'target_words_bigendian' is invalid in C99
[-Werror,-Wimplicit-function-declaration]
if (target_words_bigendian()) {
^
Signed-off-by: Philippe Mathieu-Daudé <philmd@linaro.org>
Message-Id: <20221213111707.34921-2-philmd@linaro.org>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: 74a451630dcc891aa32708baa5b564a5b1f7a626
https://github.com/qemu/qemu/commit/74a451630dcc891aa32708baa5b564a5b1f7a626
Author: Philippe Mathieu-Daudé <philmd@linaro.org>
Date: 2022-12-21 (Wed, 21 Dec 2022)
Changed paths:
M hw/virtio/meson.build
Log Message:
-----------
hw/virtio: Rename virtio_ss[] -> specific_virtio_ss[]
Since virtio_ss[] is added to specific_ss[], rename it as
specific_virtio_ss[] to make it clearer.
Signed-off-by: Philippe Mathieu-Daudé <philmd@linaro.org>
Message-Id: <20221213111707.34921-3-philmd@linaro.org>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: f983e598e5a4eada5bfa4731c9db9fba1943e4e6
https://github.com/qemu/qemu/commit/f983e598e5a4eada5bfa4731c9db9fba1943e4e6
Author: Philippe Mathieu-Daudé <philmd@linaro.org>
Date: 2022-12-21 (Wed, 21 Dec 2022)
Changed paths:
M hw/virtio/virtio.c
Log Message:
-----------
hw/virtio: Guard and restrict scope of qmp_virtio_feature_map_t[]
Commit f3034ad71f ("qmp: decode feature & status bits in
virtio-status") did not guard all qmp_virtio_feature_map_t
arrays with the corresponding #ifdef'ry used in
qmp_decode_features(). Fix that and reduce the arrays scope
by declaring them static.
Suggested-by: Richard Henderson <richard.henderson@linaro.org>
Signed-off-by: Philippe Mathieu-Daudé <philmd@linaro.org>
Message-Id: <20221213111707.34921-4-philmd@linaro.org>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Reviewed-by: Jonah Palmer<jonah.palmer@oracle.com>
Suggested-by: Richard Henderson <a class="moz-txt-link-rfc2396E"
href="mailto:richard.henderson@linaro.org";><richard.henderson@linaro.org></a>
Signed-off-by: Philippe Mathieu-Daudé <a class="moz-txt-link-rfc2396E"
href="mailto:philmd@linaro.org";><philmd@linaro.org></a>
Commit: 69779192acfeb9480183fd076be7480de56b1009
https://github.com/qemu/qemu/commit/69779192acfeb9480183fd076be7480de56b1009
Author: Philippe Mathieu-Daudé <philmd@linaro.org>
Date: 2022-12-21 (Wed, 21 Dec 2022)
Changed paths:
M hw/virtio/virtio.c
Log Message:
-----------
hw/virtio: Constify qmp_virtio_feature_map_t[]
These arrays are only accessed read-only, move them to .rodata.
Signed-off-by: Philippe Mathieu-Daudé <philmd@linaro.org>
Message-Id: <20221213111707.34921-5-philmd@linaro.org>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Reviewed-by: Jonah Palmer<jonah.palmer@oracle.com>
Signed-off-by: Philippe Mathieu-Daudé <a class="moz-txt-link-rfc2396E"
href="mailto:philmd@linaro.org";><philmd@linaro.org></a>
Commit: 0f4b91f146e90755eed0f63230d858ff4ffaed4b
https://github.com/qemu/qemu/commit/0f4b91f146e90755eed0f63230d858ff4ffaed4b
Author: Philippe Mathieu-Daudé <philmd@linaro.org>
Date: 2022-12-21 (Wed, 21 Dec 2022)
Changed paths:
M hw/virtio/meson.build
A hw/virtio/virtio-config-io.c
M hw/virtio/virtio.c
Log Message:
-----------
hw/virtio: Extract config read/write accessors to virtio-config-io.c
These config helpers use the target-dependent LD/ST API.
Signed-off-by: Philippe Mathieu-Daudé <philmd@linaro.org>
Message-Id: <20221213111707.34921-6-philmd@linaro.org>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: 28b629ab4aa93b9b7ec79c7e480611e4554586be
https://github.com/qemu/qemu/commit/28b629ab4aa93b9b7ec79c7e480611e4554586be
Author: Philippe Mathieu-Daudé <philmd@linaro.org>
Date: 2022-12-21 (Wed, 21 Dec 2022)
Changed paths:
M hw/virtio/meson.build
A hw/virtio/virtio-qmp.c
A hw/virtio/virtio-qmp.h
M hw/virtio/virtio.c
Log Message:
-----------
hw/virtio: Extract QMP related code virtio-qmp.c
The monitor decoders are the only functions using the CONFIG_xxx
definitions declared in the target specific CONFIG_DEVICES header.
Signed-off-by: Philippe Mathieu-Daudé <philmd@linaro.org>
Message-Id: <20221213111707.34921-7-philmd@linaro.org>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Philippe Mathieu-Daudé <a class="moz-txt-link-rfc2396E"
href="mailto:philmd@linaro.org";><philmd@linaro.org></a>
Commit: e7ee4fe24dd77e0556b87a00287b34e417e90512
https://github.com/qemu/qemu/commit/e7ee4fe24dd77e0556b87a00287b34e417e90512
Author: Marcel Holtmann <marcel@holtmann.org>
Date: 2022-12-21 (Wed, 21 Dec 2022)
Changed paths:
M subprojects/libvhost-user/libvhost-user.h
Log Message:
-----------
libvhost-user: Switch to unsigned int for inuse field in struct VuVirtq
It seems there is no need to keep the inuse field signed and end up with
compiler warnings for sign-compare.
CC libvhost-user.o
libvhost-user.c: In function ‘vu_queue_pop’:
libvhost-user.c:2763:19: error: comparison of integer expressions of different
signedness: ‘int’ and ‘unsigned int’ [-Werror=sign-compare]
2763 | if (vq->inuse >= vq->vring.num) {
| ^~
libvhost-user.c: In function ‘vu_queue_rewind’:
libvhost-user.c:2808:13: error: comparison of integer expressions of different
signedness: ‘unsigned int’ and ‘int’ [-Werror=sign-compare]
2808 | if (num > vq->inuse) {
| ^
Instead of casting the comparision to unsigned int, just make the inuse
field unsigned int in the fist place.
Signed-off-by: Marcel Holtmann <marcel@holtmann.org>
Message-Id: <20221219175337.377435-8-marcel@holtmann.org>
Reviewed-by: Philippe Mathieu-Daudé <philmd@linaro.org>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: 87d67ffe4f7e4faad9fa5bc7129ca91d314677ed
https://github.com/qemu/qemu/commit/87d67ffe4f7e4faad9fa5bc7129ca91d314677ed
Author: Khem Raj <raj.khem@gmail.com>
Date: 2022-12-21 (Wed, 21 Dec 2022)
Changed paths:
M contrib/vhost-user-blk/vhost-user-blk.c
Log Message:
-----------
contrib/vhost-user-blk: Replace lseek64 with lseek
64bit off_t is already in use since build uses _FILE_OFFSET_BITS=64
already. Using lseek/off_t also makes it work with latest musl without
using _LARGEFILE64_SOURCE macro. This macro is implied with _GNU_SOURCE
when using glibc but not with musl.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Cc: Michael S. Tsirkin <mst@redhat.com>
CC: Raphael Norwitz <raphael.norwitz@nutanix.com>
Message-Id: <20221218220740.315839-1-raj.khem@gmail.com>
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>
Reviewed-by: Raphael Norwitz <raphael.norwitz@nutanix.com>
Commit: 113f00e38737d6616a18a465916ae880a67ff342
https://github.com/qemu/qemu/commit/113f00e38737d6616a18a465916ae880a67ff342
Author: Peter Maydell <peter.maydell@linaro.org>
Date: 2022-12-21 (Wed, 21 Dec 2022)
Changed paths:
M MAINTAINERS
M contrib/vhost-user-blk/vhost-user-blk.c
M docs/devel/acpi-bits.rst
M hw/acpi/ich9.c
A hw/acpi/ich9_tco.c
M hw/acpi/meson.build
M hw/acpi/pcihp.c
R hw/acpi/tco.c
M hw/acpi/trace-events
M hw/arm/virt.c
M hw/core/machine.c
M hw/i386/acpi-build.c
M hw/i386/pc.c
M hw/i386/pc_piix.c
M hw/i386/pc_q35.c
M hw/isa/lpc_ich9.c
M hw/isa/trace-events
M hw/m68k/virt.c
M hw/mem/cxl_type3.c
M hw/pci-bridge/cxl_downstream.c
M hw/pci-bridge/cxl_upstream.c
R hw/pci-bridge/dec.c
R hw/pci-bridge/dec.h
M hw/pci-bridge/i82801b11.c
M hw/pci-bridge/meson.build
M hw/pci-bridge/pci_bridge_dev.c
M hw/pci-bridge/pcie_pci_bridge.c
M hw/pci-bridge/pcie_root_port.c
M hw/pci-bridge/simba.c
M hw/pci-bridge/xio3130_downstream.c
M hw/pci-bridge/xio3130_upstream.c
M hw/pci-host/designware.c
M hw/pci-host/uninorth.c
M hw/pci-host/xilinx-pcie.c
M hw/pci/pci.c
M hw/ppc/spapr.c
M hw/ppc/spapr_pci.c
M hw/s390x/s390-virtio-ccw.c
M hw/virtio/Kconfig
M hw/virtio/meson.build
M hw/virtio/trace-events
A hw/virtio/vdpa-dev-pci.c
A hw/virtio/vdpa-dev.c
M hw/virtio/vhost-shadow-virtqueue.c
M hw/virtio/vhost-shadow-virtqueue.h
M hw/virtio/vhost-user.c
M hw/virtio/vhost-vdpa.c
M hw/virtio/vhost.c
A hw/virtio/virtio-config-io.c
M hw/virtio/virtio-pci.c
A hw/virtio/virtio-qmp.c
A hw/virtio/virtio-qmp.h
M hw/virtio/virtio.c
M hw/watchdog/trace-events
M hw/watchdog/watchdog.c
M include/hw/acpi/ich9.h
A include/hw/acpi/ich9_tco.h
R include/hw/acpi/tco.h
M include/hw/boards.h
M include/hw/i386/pc.h
M include/hw/pci/pci.h
M include/hw/pci/pci_bridge.h
M include/hw/pci/pci_ids.h
A include/hw/virtio/vdpa-dev.h
M include/hw/virtio/vhost-vdpa.h
M include/hw/virtio/vhost.h
M include/hw/virtio/virtio-pci.h
M include/hw/virtio/virtio.h
M net/vhost-vdpa.c
M subprojects/libvhost-user/libvhost-user.h
M tests/avocado/acpi-bits.py
M tests/avocado/acpi-bits/bits-tests/smbios.py2
M tests/avocado/acpi-bits/bits-tests/testacpi.py2
M tests/avocado/acpi-bits/bits-tests/testcpuid.py2
M tests/qtest/tco-test.c
Log Message:
-----------
Merge tag 'for_upstream' of https://git.kernel.org/pub/scm/virt/kvm/mst/qemu
into staging
virtio,pc,pci: features, cleanups, fixes
make TCO watchdog work by default
part of generic vdpa support
asid interrupt for vhost-vdpa
added flex bus port DVSEC for cxl
misc fixes, cleanups, documentation
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
# gpg: Signature made Wed 21 Dec 2022 12:32:36 GMT
# gpg: using RSA key 5D09FD0871C8F85B94CA8A0D281F0DB8D28D5469
# gpg: issuer "mst@redhat.com"
# gpg: Good signature from "Michael S. Tsirkin <mst@kernel.org>" [full]
# gpg: aka "Michael S. Tsirkin <mst@redhat.com>" [full]
# 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: (41
commits)
contrib/vhost-user-blk: Replace lseek64 with lseek
libvhost-user: Switch to unsigned int for inuse field in struct VuVirtq
hw/virtio: Extract QMP related code virtio-qmp.c
hw/virtio: Extract config read/write accessors to virtio-config-io.c
hw/virtio: Constify qmp_virtio_feature_map_t[]
hw/virtio: Guard and restrict scope of qmp_virtio_feature_map_t[]
hw/virtio: Rename virtio_ss[] -> specific_virtio_ss[]
hw/virtio: Add missing "hw/core/cpu.h" include
hw/cxl/device: Add Flex Bus Port DVSEC
hw/acpi: Rename tco.c -> ich9_tco.c
acpi/tests/avocado/bits: add mformat as one of the dependencies
docs/acpi/bits: document BITS_DEBUG environment variable
pci: drop redundant PCIDeviceClass::is_bridge field
remove DEC 21154 PCI bridge
vhost: fix vq dirty bitmap syncing when vIOMMU is enabled
acpi/tests/avocado/bits: add SPDX license identifiers for bios bits tests
include/hw: attempt to document VirtIO feature variables
vhost-user: send set log base message only once
vdpa: always start CVQ in SVQ mode if possible
vdpa: add shadow_data to vhost_vdpa
...
Signed-off-by: Peter Maydell <peter.maydell@linaro.org>
Compare: https://github.com/qemu/qemu/compare/700ce3b1bb52...113f00e38737