[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Qemu-commits] [qemu/qemu] e6e68e: tests: disassemble-aml.sh: generate A
|
From: |
Peter Maydell |
|
Subject: |
[Qemu-commits] [qemu/qemu] e6e68e: tests: disassemble-aml.sh: generate AML in readabl... |
|
Date: |
Tue, 07 Jul 2020 11:00:31 -0700 |
Branch: refs/heads/master
Home: https://github.com/qemu/qemu
Commit: e6e68e32d2fac52e2f88efc0bd16dd92c2e9e88a
https://github.com/qemu/qemu/commit/e6e68e32d2fac52e2f88efc0bd16dd92c2e9e88a
Author: Michael S. Tsirkin <mst@redhat.com>
Date: 2020-07-01 (Wed, 01 Jul 2020)
Changed paths:
A tests/data/acpi/disassemle-aml.sh
M tests/data/acpi/rebuild-expected-aml.sh
Log Message:
-----------
tests: disassemble-aml.sh: generate AML in readable format
On systems where the IASL tool exists, we can convert
extected ACPI tables to ASL format, which is useful
for debugging and documentation purposes.
This script does this for all ACPI tables under tests/data/acpi/.
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: 0d935ffd66154a2aa3af3e49bcffd832a8bb53e5
https://github.com/qemu/qemu/commit/0d935ffd66154a2aa3af3e49bcffd832a8bb53e5
Author: Michael S. Tsirkin <mst@redhat.com>
Date: 2020-07-02 (Thu, 02 Jul 2020)
Changed paths:
M tests/qtest/migration-test.c
Log Message:
-----------
Revert "tests/migration: Reduce autoconverge initial bandwidth"
This reverts commit 6d1da867e65f ("tests/migration: Reduce autoconverge initial
bandwidth")
since that change makes unit tests much slower for all developers, while it's
not
a robust way to fix migration tests. Migration tests need to find
a more robust way to discover a reasonable bandwidth without slowing
things down for everyone.
Fixes: 6d1da867e65f ("tests/migration: Reduce autoconverge initial bandwidth")
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Acked-by: Dr. David Alan Gilbert <dgilbert@redhat.com>
Acked-by: Philippe Mathieu-Daudé <philmd@redhat.com>
Acked-by: Thomas Huth <thuth@redhat.com>
Commit: dd8eeb9671fc881e613008bd20035b85fe45383d
https://github.com/qemu/qemu/commit/dd8eeb9671fc881e613008bd20035b85fe45383d
Author: David Hildenbrand <david@redhat.com>
Date: 2020-07-02 (Thu, 02 Jul 2020)
Changed paths:
M hw/virtio/virtio-balloon.c
Log Message:
-----------
virtio-balloon: always indicate S_DONE when migration fails
If something goes wrong during precopy, before stopping the VM, we will
never send a S_DONE indication to the VM, resulting in the hinted pages
not getting released to be used by the guest OS (e.g., Linux).
Easy to reproduce:
1. Start migration (e.g., HMP "migrate -d 'exec:gzip -c > STATEFILE.gz'")
2. Cancel migration (e.g., HMP "migrate_cancel")
3. Oberve in the guest (e.g., cat /proc/meminfo) that there is basically
no free memory left.
While at it, add similar locking to virtio_balloon_free_page_done() as
done in virtio_balloon_free_page_stop. Locking is still weird, but that
has to be sorted out separately.
There is nothing to do in the PRECOPY_NOTIFY_COMPLETE case. Add some
comments regarding S_DONE handling.
Fixes: c13c4153f76d ("virtio-balloon: VIRTIO_BALLOON_F_FREE_PAGE_HINT")
Reviewed-by: Alexander Duyck <alexander.h.duyck@linux.intel.com>
Cc: Wei Wang <wei.w.wang@intel.com>
Cc: Alexander Duyck <alexander.duyck@gmail.com>
Signed-off-by: David Hildenbrand <david@redhat.com>
Message-Id: <20200629080615.26022-1-david@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: af1d039f6dd46276e5f4ffafd535f486936012db
https://github.com/qemu/qemu/commit/af1d039f6dd46276e5f4ffafd535f486936012db
Author: David Hildenbrand <david@redhat.com>
Date: 2020-07-02 (Thu, 02 Jul 2020)
Changed paths:
M hw/i386/pc.c
Log Message:
-----------
pc: Support coldplugging of virtio-pmem-pci devices on all buses
E.g., with "pc-q35-4.2", trying to coldplug a virtio-pmem-pci devices
results in
"virtio-pmem-pci not supported on this bus"
Reasons is, that the bus does not support hotplug and, therefore, does
not have a hotplug handler. Let's allow coldplugging virtio-pmem devices
on such buses. The hotplug order is only relevant for virtio-pmem-pci
when the guest is already alive and the device is visible before
memory_device_plug() wired up the memory device bits.
Hotplug attempts will still fail with:
"Error: Bus 'pcie.0' does not support hotplugging"
Hotunplug attempts will still fail with:
"Error: Bus 'pcie.0' does not support hotplugging"
Reported-by: Vivek Goyal <vgoyal@redhat.com>
Reviewed-by: Pankaj Gupta <pankaj.gupta.linux@gmail.com>
Cc: Pankaj Gupta <pankaj.gupta.linux@gmail.com>
Cc: Igor Mammedov <imammedo@redhat.com>
Cc: Paolo Bonzini <pbonzini@redhat.com>
Cc: Richard Henderson <rth@twiddle.net>
Cc: Eduardo Habkost <ehabkost@redhat.com>
Cc: "Michael S. Tsirkin" <mst@redhat.com>
Cc: Marcel Apfelbaum <marcel.apfelbaum@gmail.com>
Signed-off-by: David Hildenbrand <david@redhat.com>
Message-Id: <20200626072248.78761-2-david@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: d24f31db3bcb46b09d8717850112d6a1bbee78f2
https://github.com/qemu/qemu/commit/d24f31db3bcb46b09d8717850112d6a1bbee78f2
Author: David Hildenbrand <david@redhat.com>
Date: 2020-07-02 (Thu, 02 Jul 2020)
Changed paths:
M balloon.c
M exec.c
M include/exec/memory.h
Log Message:
-----------
exec: Introduce ram_block_discard_(disable|require)()
We want to replace qemu_balloon_inhibit() by something more generic.
Especially, we want to make sure that technologies that really rely on
RAM block discards to work reliably to run mutual exclusive with
technologies that effectively break it.
E.g., vfio will usually pin all guest memory, turning the virtio-balloon
basically useless and make the VM consume more memory than reported via
the balloon. While the balloon is special already (=> no guarantees, same
behavior possible afer reboots and with huge pages), this will be
different, especially, with virtio-mem.
Let's implement a way such that we can make both types of technology run
mutually exclusive. We'll convert existing balloon inhibitors in successive
patches and add some new ones. Add the check to
qemu_balloon_is_inhibited() for now. We might want to make
virtio-balloon an acutal inhibitor in the future - however, that
requires more thought to not break existing setups.
Reviewed-by: Dr. David Alan Gilbert <dgilbert@redhat.com>
Cc: "Michael S. Tsirkin" <mst@redhat.com>
Cc: Richard Henderson <rth@twiddle.net>
Cc: Paolo Bonzini <pbonzini@redhat.com>
Signed-off-by: David Hildenbrand <david@redhat.com>
Message-Id: <20200626072248.78761-3-david@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: aff92b828647839b956dfa647a18b3ce10058e6a
https://github.com/qemu/qemu/commit/aff92b828647839b956dfa647a18b3ce10058e6a
Author: David Hildenbrand <david@redhat.com>
Date: 2020-07-02 (Thu, 02 Jul 2020)
Changed paths:
M hw/vfio/ap.c
M hw/vfio/ccw.c
M hw/vfio/common.c
M hw/vfio/pci.c
M include/hw/vfio/vfio-common.h
Log Message:
-----------
vfio: Convert to ram_block_discard_disable()
VFIO is (except devices without a physical IOMMU or some mediated devices)
incompatible with discarding of RAM. The kernel will pin basically all VM
memory. Let's convert to ram_block_discard_disable(), which can now
fail, in contrast to qemu_balloon_inhibit().
Leave "x-balloon-allowed" named as it is for now.
Reviewed-by: Tony Krowiak <akrowiak@linux.ibm.com>
Acked-by: Cornelia Huck <cohuck@redhat.com>
Cc: Cornelia Huck <cohuck@redhat.com>
Cc: Alex Williamson <alex.williamson@redhat.com>
Cc: Christian Borntraeger <borntraeger@de.ibm.com>
Cc: Tony Krowiak <akrowiak@linux.ibm.com>
Cc: Halil Pasic <pasic@linux.ibm.com>
Cc: Pierre Morel <pmorel@linux.ibm.com>
Cc: Eric Farman <farman@linux.ibm.com>
Signed-off-by: David Hildenbrand <david@redhat.com>
Message-Id: <20200626072248.78761-4-david@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: 956b109fe305228fb2bca32e71356823257318c9
https://github.com/qemu/qemu/commit/956b109fe305228fb2bca32e71356823257318c9
Author: David Hildenbrand <david@redhat.com>
Date: 2020-07-02 (Thu, 02 Jul 2020)
Changed paths:
M accel/kvm/kvm-all.c
Log Message:
-----------
accel/kvm: Convert to ram_block_discard_disable()
Discarding memory does not work as expected. At the time this is called,
we cannot have anyone active that relies on discards to work properly.
Reviewed-by: Dr. David Alan Gilbert <dgilbert@redhat.com>
Cc: Paolo Bonzini <pbonzini@redhat.com>
Signed-off-by: David Hildenbrand <david@redhat.com>
Message-Id: <20200626072248.78761-5-david@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: b030958c2b5c133e70d083ff8a612cb62254eabc
https://github.com/qemu/qemu/commit/b030958c2b5c133e70d083ff8a612cb62254eabc
Author: David Hildenbrand <david@redhat.com>
Date: 2020-07-02 (Thu, 02 Jul 2020)
Changed paths:
M hw/s390x/s390-virtio-ccw.c
Log Message:
-----------
s390x/pv: Convert to ram_block_discard_disable()
Discarding RAM does not work as expected with protected VMs. Let's
switch to ram_block_discard_disable() for now, as we want to get rid
of qemu_balloon_inhibit(). Note that it will currently never fail, but
might fail in the future with new technologies (e.g., virtio-mem).
Acked-by: Cornelia Huck <cohuck@redhat.com>
Cc: Richard Henderson <rth@twiddle.net>
Cc: Cornelia Huck <cohuck@redhat.com>
Cc: Halil Pasic <pasic@linux.ibm.com>
Cc: Christian Borntraeger <borntraeger@de.ibm.com>
Cc: Janosch Frank <frankja@linux.ibm.com>
Signed-off-by: David Hildenbrand <david@redhat.com>
Message-Id: <20200626072248.78761-6-david@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: 06df2e692a95509ee5f6e7d1663502adb74cb2a5
https://github.com/qemu/qemu/commit/06df2e692a95509ee5f6e7d1663502adb74cb2a5
Author: David Hildenbrand <david@redhat.com>
Date: 2020-07-02 (Thu, 02 Jul 2020)
Changed paths:
M balloon.c
M hw/virtio/virtio-balloon.c
M include/migration/misc.h
M include/sysemu/balloon.h
M migration/migration.c
M migration/postcopy-ram.c
Log Message:
-----------
virtio-balloon: Rip out qemu_balloon_inhibit()
The only remaining special case is postcopy. It cannot handle
concurrent discards yet, which would result in requesting already sent
pages from the source. Special-case it in virtio-balloon instead.
Introduce migration_in_incoming_postcopy(), to find out if incoming
postcopy is active.
Reviewed-by: Dr. David Alan Gilbert <dgilbert@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Cc: "Michael S. Tsirkin" <mst@redhat.com>
Cc: Juan Quintela <quintela@redhat.com>
Cc: "Dr. David Alan Gilbert" <dgilbert@redhat.com>
Signed-off-by: David Hildenbrand <david@redhat.com>
Message-Id: <20200626072248.78761-7-david@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: fee3f3baff12e78f544db51cc16ef028b8fe03a9
https://github.com/qemu/qemu/commit/fee3f3baff12e78f544db51cc16ef028b8fe03a9
Author: David Hildenbrand <david@redhat.com>
Date: 2020-07-02 (Thu, 02 Jul 2020)
Changed paths:
M target/i386/sev.c
Log Message:
-----------
target/i386: sev: Use ram_block_discard_disable()
AMD SEV will pin all guest memory, mark discarding of RAM broken. At the
time this is called, we cannot have anyone active that relies on discards
to work properly - let's still implement error handling.
Reviewed-by: Dr. David Alan Gilbert <dgilbert@redhat.com>
Cc: "Michael S. Tsirkin" <mst@redhat.com>
Cc: Paolo Bonzini <pbonzini@redhat.com>
Cc: Richard Henderson <rth@twiddle.net>
Cc: Eduardo Habkost <ehabkost@redhat.com>
Signed-off-by: David Hildenbrand <david@redhat.com>
Message-Id: <20200626072248.78761-8-david@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: 5f1f1902f8e4020f27b4e35631a38c4e68d9be54
https://github.com/qemu/qemu/commit/5f1f1902f8e4020f27b4e35631a38c4e68d9be54
Author: David Hildenbrand <david@redhat.com>
Date: 2020-07-02 (Thu, 02 Jul 2020)
Changed paths:
M migration/rdma.c
Log Message:
-----------
migration/rdma: Use ram_block_discard_disable()
RDMA will pin all guest memory (as documented in docs/rdma.txt). We want
to disable RAM block discards - however, to keep it simple use
ram_block_discard_is_required() instead of inhibiting.
Note: It is not sufficient to limit disabling to pin_all. Even when only
conditionally pinning 1 MB chunks, as soon as one page within such a
chunk was discarded and one page not, the discarded pages will be pinned
as well.
Reviewed-by: Dr. David Alan Gilbert <dgilbert@redhat.com>
Cc: "Michael S. Tsirkin" <mst@redhat.com>
Cc: Juan Quintela <quintela@redhat.com>
Cc: "Dr. David Alan Gilbert" <dgilbert@redhat.com>
Signed-off-by: David Hildenbrand <david@redhat.com>
Message-Id: <20200626072248.78761-9-david@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: 18b1d3c952d00ef1881852ee46cf41783dacf530
https://github.com/qemu/qemu/commit/18b1d3c952d00ef1881852ee46cf41783dacf530
Author: David Hildenbrand <david@redhat.com>
Date: 2020-07-02 (Thu, 02 Jul 2020)
Changed paths:
M include/migration/colo.h
M migration/migration.c
M migration/savevm.c
Log Message:
-----------
migration/colo: Use ram_block_discard_disable()
COLO will copy all memory in a RAM block, disable discarding of RAM.
Reviewed-by: Dr. David Alan Gilbert <dgilbert@redhat.com>
Tested-by: Lukas Straub <lukasstraub2@web.de>
Cc: "Michael S. Tsirkin" <mst@redhat.com>
Cc: Hailiang Zhang <zhang.zhanghailiang@huawei.com>
Cc: Juan Quintela <quintela@redhat.com>
Cc: "Dr. David Alan Gilbert" <dgilbert@redhat.com>
Signed-off-by: David Hildenbrand <david@redhat.com>
Message-Id: <20200626072248.78761-10-david@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: 910b25766b336a94d69f5f6e1b55c10b3aeb4326
https://github.com/qemu/qemu/commit/910b25766b336a94d69f5f6e1b55c10b3aeb4326
Author: David Hildenbrand <david@redhat.com>
Date: 2020-07-03 (Fri, 03 Jul 2020)
Changed paths:
M hw/virtio/Kconfig
M hw/virtio/Makefile.objs
A hw/virtio/virtio-mem.c
A include/hw/virtio/virtio-mem.h
M qapi/misc.json
Log Message:
-----------
virtio-mem: Paravirtualized memory hot(un)plug
This is the very basic/initial version of virtio-mem. An introduction to
virtio-mem can be found in the Linux kernel driver [1]. While it can be
used in the current state for hotplug of a smaller amount of memory, it
will heavily benefit from resizeable memory regions in the future.
Each virtio-mem device manages a memory region (provided via a memory
backend). After requested by the hypervisor ("requested-size"), the
guest can try to plug/unplug blocks of memory within that region, in order
to reach the requested size. Initially, and after a reboot, all memory is
unplugged (except in special cases - reboot during postcopy).
The guest may only try to plug/unplug blocks of memory within the usable
region size. The usable region size is a little bigger than the
requested size, to give the device driver some flexibility. The usable
region size will only grow, except on reboots or when all memory is
requested to get unplugged. The guest can never plug more memory than
requested. Unplugged memory will get zapped/discarded, similar to in a
balloon device.
The block size is variable, however, it is always chosen in a way such that
THP splits are avoided (e.g., 2MB). The state of each block
(plugged/unplugged) is tracked in a bitmap.
As virtio-mem devices (e.g., virtio-mem-pci) will be memory devices, we now
expose "VirtioMEMDeviceInfo" via "query-memory-devices".
--------------------------------------------------------------------------
There are two important follow-up items that are in the works:
1. Resizeable memory regions: Use resizeable allocations/RAM blocks to
grow/shrink along with the usable region size. This avoids creating
initially very big VMAs, RAM blocks, and KVM slots.
2. Protection of unplugged memory: Make sure the gust cannot actually
make use of unplugged memory.
Other follow-up items that are in the works:
1. Exclude unplugged memory during migration (via precopy notifier).
2. Handle remapping of memory.
3. Support for other architectures.
--------------------------------------------------------------------------
Example usage (virtio-mem-pci is introduced in follow-up patches):
Start QEMU with two virtio-mem devices (one per NUMA node):
$ qemu-system-x86_64 -m 4G,maxmem=20G \
-smp sockets=2,cores=2 \
-numa node,nodeid=0,cpus=0-1 -numa node,nodeid=1,cpus=2-3 \
[...]
-object memory-backend-ram,id=mem0,size=8G \
-device virtio-mem-pci,id=vm0,memdev=mem0,node=0,requested-size=0M \
-object memory-backend-ram,id=mem1,size=8G \
-device virtio-mem-pci,id=vm1,memdev=mem1,node=1,requested-size=1G
Query the configuration:
(qemu) info memory-devices
Memory device [virtio-mem]: "vm0"
memaddr: 0x140000000
node: 0
requested-size: 0
size: 0
max-size: 8589934592
block-size: 2097152
memdev: /objects/mem0
Memory device [virtio-mem]: "vm1"
memaddr: 0x340000000
node: 1
requested-size: 1073741824
size: 1073741824
max-size: 8589934592
block-size: 2097152
memdev: /objects/mem1
Add some memory to node 0:
(qemu) qom-set vm0 requested-size 500M
Remove some memory from node 1:
(qemu) qom-set vm1 requested-size 200M
Query the configuration again:
(qemu) info memory-devices
Memory device [virtio-mem]: "vm0"
memaddr: 0x140000000
node: 0
requested-size: 524288000
size: 524288000
max-size: 8589934592
block-size: 2097152
memdev: /objects/mem0
Memory device [virtio-mem]: "vm1"
memaddr: 0x340000000
node: 1
requested-size: 209715200
size: 209715200
max-size: 8589934592
block-size: 2097152
memdev: /objects/mem1
[1] https://lkml.kernel.org/r/20200311171422.10484-1-david@redhat.com
Cc: "Michael S. Tsirkin" <mst@redhat.com>
Cc: Eric Blake <eblake@redhat.com>
Cc: Markus Armbruster <armbru@redhat.com>
Cc: "Dr. David Alan Gilbert" <dgilbert@redhat.com>
Cc: Igor Mammedov <imammedo@redhat.com>
Signed-off-by: David Hildenbrand <david@redhat.com>
Message-Id: <20200626072248.78761-11-david@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: 0b9a2443a48b806c775b47c4a1e9effdab03ddf2
https://github.com/qemu/qemu/commit/0b9a2443a48b806c775b47c4a1e9effdab03ddf2
Author: David Hildenbrand <david@redhat.com>
Date: 2020-07-03 (Fri, 03 Jul 2020)
Changed paths:
M hw/virtio/Makefile.objs
A hw/virtio/virtio-mem-pci.c
A hw/virtio/virtio-mem-pci.h
M include/hw/pci/pci.h
Log Message:
-----------
virtio-pci: Proxy for virtio-mem
Let's add a proxy for virtio-mem, make it a memory device, and
pass-through the properties.
Reviewed-by: Pankaj Gupta <pankaj.gupta.linux@gmail.com>
Cc: "Michael S. Tsirkin" <mst@redhat.com>
Cc: Marcel Apfelbaum <marcel.apfelbaum@gmail.com>
Cc: "Dr. David Alan Gilbert" <dgilbert@redhat.com>
Cc: Igor Mammedov <imammedo@redhat.com>
Signed-off-by: David Hildenbrand <david@redhat.com>
Message-Id: <20200626072248.78761-12-david@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: 751c7bdd0422decea9b18c1dc61da907242e48d9
https://github.com/qemu/qemu/commit/751c7bdd0422decea9b18c1dc61da907242e48d9
Author: David Hildenbrand <david@redhat.com>
Date: 2020-07-03 (Fri, 03 Jul 2020)
Changed paths:
M MAINTAINERS
Log Message:
-----------
MAINTAINERS: Add myself as virtio-mem maintainer
Let's make sure patches/bug reports find the right person.
Reviewed-by: Dr. David Alan Gilbert <dgilbert@redhat.com>
Cc: "Michael S. Tsirkin" <mst@redhat.com>
Cc: Peter Maydell <peter.maydell@linaro.org>
Cc: Markus Armbruster <armbru@redhat.com>
Signed-off-by: David Hildenbrand <david@redhat.com>
Message-Id: <20200626072248.78761-13-david@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: 2e70874b16ac1d228b7f88a9e45209a5f4265841
https://github.com/qemu/qemu/commit/2e70874b16ac1d228b7f88a9e45209a5f4265841
Author: David Hildenbrand <david@redhat.com>
Date: 2020-07-03 (Fri, 03 Jul 2020)
Changed paths:
M monitor/hmp-cmds.c
Log Message:
-----------
hmp: Handle virtio-mem when printing memory device info
Print the memory device info just like for other memory devices.
Reviewed-by: Dr. David Alan Gilbert <dgilbert@redhat.com>
Cc: "Dr. David Alan Gilbert" <dgilbert@redhat.com>
Cc: "Michael S. Tsirkin" <mst@redhat.com>
Signed-off-by: David Hildenbrand <david@redhat.com>
Message-Id: <20200626072248.78761-14-david@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: 16647a82241fa6fb3cd4f8928c5cbf8b93a11671
https://github.com/qemu/qemu/commit/16647a82241fa6fb3cd4f8928c5cbf8b93a11671
Author: David Hildenbrand <david@redhat.com>
Date: 2020-07-03 (Fri, 03 Jul 2020)
Changed paths:
M hw/core/numa.c
Log Message:
-----------
numa: Handle virtio-mem in NUMA stats
Account the memory to the configured nid.
Reviewed-by: Pankaj Gupta <pankaj.gupta.linux@gmail.com>
Cc: Eduardo Habkost <ehabkost@redhat.com>
Cc: Marcel Apfelbaum <marcel.apfelbaum@gmail.com>
Cc: "Michael S. Tsirkin" <mst@redhat.com>
Signed-off-by: David Hildenbrand <david@redhat.com>
Message-Id: <20200626072248.78761-15-david@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: 0ed48fd32eb8dbe0113d82b6316c0ee4741cc0b0
https://github.com/qemu/qemu/commit/0ed48fd32eb8dbe0113d82b6316c0ee4741cc0b0
Author: David Hildenbrand <david@redhat.com>
Date: 2020-07-03 (Fri, 03 Jul 2020)
Changed paths:
M hw/i386/Kconfig
M hw/i386/pc.c
Log Message:
-----------
pc: Support for virtio-mem-pci
Let's wire it up similar to virtio-pmem. Also disallow unplug, so it's
harder for users to shoot themselves into the foot.
Reviewed-by: Pankaj Gupta <pankaj.gupta.linux@gmail.com>
Cc: "Michael S. Tsirkin" <mst@redhat.com>
Cc: Marcel Apfelbaum <marcel.apfelbaum@gmail.com>
Cc: Paolo Bonzini <pbonzini@redhat.com>
Cc: Richard Henderson <rth@twiddle.net>
Cc: Eduardo Habkost <ehabkost@redhat.com>
Cc: Eric Blake <eblake@redhat.com>
Cc: Markus Armbruster <armbru@redhat.com>
Signed-off-by: David Hildenbrand <david@redhat.com>
Message-Id: <20200626072248.78761-16-david@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: c95b4437da6832f3bef9129de897cc7a8334ea8e
https://github.com/qemu/qemu/commit/c95b4437da6832f3bef9129de897cc7a8334ea8e
Author: David Hildenbrand <david@redhat.com>
Date: 2020-07-03 (Fri, 03 Jul 2020)
Changed paths:
M hw/virtio/virtio-mem.c
M include/hw/virtio/virtio-mem.h
Log Message:
-----------
virtio-mem: Allow notifiers for size changes
We want to send qapi events in case the size of a virtio-mem device
changes. This allows upper layers to always know how much memory is
actually currently consumed via a virtio-mem device.
Unfortuantely, we have to report the id of our proxy device. Let's provide
an easy way for our proxy device to register, so it can send the qapi
events. Piggy-backing on the notifier infrastructure (although we'll
only ever have one notifier registered) seems to be an easy way.
Reviewed-by: Dr. David Alan Gilbert <dgilbert@redhat.com>
Cc: "Michael S. Tsirkin" <mst@redhat.com>
Cc: "Dr. David Alan Gilbert" <dgilbert@redhat.com>
Cc: Igor Mammedov <imammedo@redhat.com>
Signed-off-by: David Hildenbrand <david@redhat.com>
Message-Id: <20200626072248.78761-17-david@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: 722a3c783ef4159b297d86e3c1f345360fb2a362
https://github.com/qemu/qemu/commit/722a3c783ef4159b297d86e3c1f345360fb2a362
Author: David Hildenbrand <david@redhat.com>
Date: 2020-07-03 (Fri, 03 Jul 2020)
Changed paths:
M hw/virtio/virtio-mem-pci.c
M hw/virtio/virtio-mem-pci.h
M monitor/monitor.c
M qapi/misc.json
Log Message:
-----------
virtio-pci: Send qapi events when the virtio-mem size changes
Let's register the notifier and trigger the qapi event with the right
device id.
MEMORY_DEVICE_SIZE_CHANGE is similar to BALLOON_CHANGE, however on a
memory device level.
Don't unregister the notifier (we neither have finalize() nor unrealize()
for VirtIOPCIProxy, so it's not that simple to do it) - both devices are
expected to vanish at the same time.
Cc: "Michael S. Tsirkin" <mst@redhat.com>
Cc: Markus Armbruster <armbru@redhat.com>
Cc: "Dr. David Alan Gilbert" <dgilbert@redhat.com>
Cc: Eric Blake <eblake@redhat.com>
Cc: Igor Mammedov <imammedo@redhat.com>
Signed-off-by: David Hildenbrand <david@redhat.com>
Message-Id: <20200626072248.78761-18-david@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: 383ee44555b4fdf37670176f704a8c8132fd5568
https://github.com/qemu/qemu/commit/383ee44555b4fdf37670176f704a8c8132fd5568
Author: David Hildenbrand <david@redhat.com>
Date: 2020-07-03 (Fri, 03 Jul 2020)
Changed paths:
M hw/virtio/virtio-mem.c
Log Message:
-----------
virtio-mem: Migration sanity checks
We want to make sure that certain properties don't change during
migration, especially to catch user errors in a nice way. Let's migrate
a temporary structure and validate that the properties didn't change.
Reviewed-by: Dr. David Alan Gilbert <dgilbert@redhat.com>
Cc: "Michael S. Tsirkin" <mst@redhat.com>
Cc: "Dr. David Alan Gilbert" <dgilbert@redhat.com>
Signed-off-by: David Hildenbrand <david@redhat.com>
Message-Id: <20200626072248.78761-19-david@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: 43e5495027c5b784d23bd0cd9e5a4308a43b9603
https://github.com/qemu/qemu/commit/43e5495027c5b784d23bd0cd9e5a4308a43b9603
Author: David Hildenbrand <david@redhat.com>
Date: 2020-07-03 (Fri, 03 Jul 2020)
Changed paths:
M hw/virtio/trace-events
M hw/virtio/virtio-mem.c
Log Message:
-----------
virtio-mem: Add trace events
Let's add some trace events that might come in handy later.
Cc: "Michael S. Tsirkin" <mst@redhat.com>
Cc: "Dr. David Alan Gilbert" <dgilbert@redhat.com>
Signed-off-by: David Hildenbrand <david@redhat.com>
Message-Id: <20200626072248.78761-20-david@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: 0bc7806c5a670fa0bd160caf07489a5106a67d55
https://github.com/qemu/qemu/commit/0bc7806c5a670fa0bd160caf07489a5106a67d55
Author: David Hildenbrand <david@redhat.com>
Date: 2020-07-03 (Fri, 03 Jul 2020)
Changed paths:
M hw/virtio/virtio-mem.c
M include/hw/virtio/virtio-mem.h
Log Message:
-----------
virtio-mem: Exclude unplugged memory during migration
The content of unplugged memory is undefined and should not be migrated,
ever. Exclude all unplugged memory during precopy using the precopy notifier
infrastructure introduced for free page hinting in virtio-balloon.
Unplugged memory is marked as "not dirty", meaning it won't be
considered for migration.
Cc: "Michael S. Tsirkin" <mst@redhat.com>
Cc: "Dr. David Alan Gilbert" <dgilbert@redhat.com>
Signed-off-by: David Hildenbrand <david@redhat.com>
Message-Id: <20200626072248.78761-21-david@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: 195784a0cfad57b06cba6d67f286039d5a01babf
https://github.com/qemu/qemu/commit/195784a0cfad57b06cba6d67f286039d5a01babf
Author: David Hildenbrand <david@redhat.com>
Date: 2020-07-03 (Fri, 03 Jul 2020)
Changed paths:
M hw/arm/virt.c
M hw/core/numa.c
M hw/i386/microvm.c
M hw/i386/pc.c
M hw/i386/pc_piix.c
M hw/i386/pc_q35.c
M include/hw/boards.h
Log Message:
-----------
numa: Auto-enable NUMA when any memory devices are possible
Let's auto-enable it also when maxmem is specified but no slots are
defined. This will result in us properly creating ACPI srat tables,
indicating the maximum possible PFN to the guest OS. Based on this, e.g.,
Linux will enable the swiotlb properly.
This avoids having to manually force the switolb on (swiotlb=force) in
Linux in case we're booting only using DMA memory (e.g., 2GB on x86-64),
and virtio-mem adds memory later on that really needs the swiotlb to be
used for DMA.
Let's take care of backwards compatibility if somebody has a setup that
specifies "maxram" without "slots".
Reported-by: Alex Shi <alex.shi@linux.alibaba.com>
Cc: Peter Maydell <peter.maydell@linaro.org>
Cc: Eduardo Habkost <ehabkost@redhat.com>
Cc: Marcel Apfelbaum <marcel.apfelbaum@gmail.com>
Cc: Sergio Lopez <slp@redhat.com>
Cc: Paolo Bonzini <pbonzini@redhat.com>
Cc: Richard Henderson <rth@twiddle.net>
Cc: "Michael S. Tsirkin" <mst@redhat.com>
Cc: Igor Mammedov <imammedo@redhat.com>
Cc: qemu-arm@nongnu.org <qemu-arm@nongnu.org>
Signed-off-by: David Hildenbrand <david@redhat.com>
Message-Id: <20200626072248.78761-22-david@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: 3e1dc4d55ebe64cc52aa67baac7733a8e653ae2e
https://github.com/qemu/qemu/commit/3e1dc4d55ebe64cc52aa67baac7733a8e653ae2e
Author: Andrew Jones <drjones@redhat.com>
Date: 2020-07-03 (Fri, 03 Jul 2020)
Changed paths:
M tests/qtest/bios-tables-test-allowed-diff.h
Log Message:
-----------
tests/acpi: remove stale allowed tables
Fixes: 93dd625f8bf7 ("tests/acpi: update expected data files")
Signed-off-by: Andrew Jones <drjones@redhat.com>
Message-Id: <20200629140938.17566-2-drjones@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: 553dc662bbb4b5ce73b07db9202e9366aaba153c
https://github.com/qemu/qemu/commit/553dc662bbb4b5ce73b07db9202e9366aaba153c
Author: Maxime Coquelin <maxime.coquelin@redhat.com>
Date: 2020-07-03 (Fri, 03 Jul 2020)
Changed paths:
M docs/interop/vhost-user.rst
Log Message:
-----------
docs: vhost-user: add Virtio status protocol feature
This patch specifies the VHOST_USER_SET_STATUS and
VHOST_USER_GET_STATUS requests, which are sent by
the master to update and query the Virtio status
in the backend.
Signed-off-by: Maxime Coquelin <maxime.coquelin@redhat.com>
Message-Id: <20200618134501.145747-1-maxime.coquelin@redhat.com>
Acked-by: Jason Wang <jasowang@redhat.com>
Reviewed-by: Stefan Hajnoczi <stefanha@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Commit: 8bc43f39a911036467b95abcac59f22240ac1957
https://github.com/qemu/qemu/commit/8bc43f39a911036467b95abcac59f22240ac1957
Author: Peter Xu <peterx@redhat.com>
Date: 2020-07-03 (Fri, 03 Jul 2020)
Changed paths:
M MAINTAINERS
Log Message:
-----------
MAINTAINERS: add VT-d entry
Add this entry as suggested by Jason and Michael.
CC: Jason Wang <jasowang@redhat.com>
CC: Michael S. Tsirkin <mst@redhat.com>
CC: Paolo Bonzini <pbonzini@redhat.com>
Signed-off-by: Peter Xu <peterx@redhat.com>
Message-Id: <20200701124418.63060-1-peterx@redhat.com>
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: 0165daae5c353bd0d2b72fb39993ece8a845ad75
https://github.com/qemu/qemu/commit/0165daae5c353bd0d2b72fb39993ece8a845ad75
Author: Cindy Lu <lulu@redhat.com>
Date: 2020-07-03 (Fri, 03 Jul 2020)
Changed paths:
M include/net/net.h
M net/net.c
Log Message:
-----------
net: introduce qemu_get_peer
This is a small function that can get the peer
from given NetClientState and queue_index
Signed-off-by: Cindy Lu <lulu@redhat.com>
Message-Id: <20200701145538.22333-2-lulu@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: 92fbc3e07eb924bd5e03d22764e637b2e02e46bd
https://github.com/qemu/qemu/commit/92fbc3e07eb924bd5e03d22764e637b2e02e46bd
Author: Cindy Lu <lulu@redhat.com>
Date: 2020-07-03 (Fri, 03 Jul 2020)
Changed paths:
M hw/net/vhost_net.c
Log Message:
-----------
vhost_net: use the function qemu_get_peer
user the qemu_get_peer to replace the old process
Signed-off-by: Cindy Lu <lulu@redhat.com>
Reviewed-by: Laurent Vivier <lvivier@redhat.com>
Message-Id: <20200701145538.22333-3-lulu@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: b2a5f62a2284a8933f6f6cda48797b7263b96970
https://github.com/qemu/qemu/commit/b2a5f62a2284a8933f6f6cda48797b7263b96970
Author: Jason Wang <jasowang@redhat.com>
Date: 2020-07-03 (Fri, 03 Jul 2020)
Changed paths:
M hw/virtio/virtio.c
M include/hw/virtio/virtio-bus.h
Log Message:
-----------
virtio-bus: introduce queue_enabled method
This patch introduces queue_enabled() method which allows the
transport to implement its own way to report whether or not a queue is
enabled.
Signed-off-by: Jason Wang <jasowang@redhat.com>
Signed-off-by: Cindy Lu <lulu@redhat.com>
Message-Id: <20200701145538.22333-4-lulu@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: f19bcdfedd53ee93412d535a842a89fa27cae7f2
https://github.com/qemu/qemu/commit/f19bcdfedd53ee93412d535a842a89fa27cae7f2
Author: Jason Wang <jasowang@redhat.com>
Date: 2020-07-03 (Fri, 03 Jul 2020)
Changed paths:
M hw/virtio/virtio-pci.c
Log Message:
-----------
virtio-pci: implement queue_enabled method
With version 1, we can detect whether a queue is enabled via
queue_enabled.
Signed-off-by: Jason Wang <jasowang@redhat.com>
Signed-off-by: Cindy Lu <lulu@redhat.com>
Message-Id: <20200701145538.22333-5-lulu@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: 3f63b4c655047dad8bfe9443051f0bf1d56f029a
https://github.com/qemu/qemu/commit/3f63b4c655047dad8bfe9443051f0bf1d56f029a
Author: Jason Wang <jasowang@redhat.com>
Date: 2020-07-03 (Fri, 03 Jul 2020)
Changed paths:
M hw/virtio/vhost.c
Log Message:
-----------
vhost: check the existence of vhost_set_iotlb_callback
Add the check of vhost_set_iotlb_callback
before calling
Signed-off-by: Jason Wang <jasowang@redhat.com>
Signed-off-by: Cindy Lu <lulu@redhat.com>
Message-Id: <20200701145538.22333-6-lulu@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: 68513bcd88d5c6d81cfa6563537c20430facfca7
https://github.com/qemu/qemu/commit/68513bcd88d5c6d81cfa6563537c20430facfca7
Author: Cindy Lu <lulu@redhat.com>
Date: 2020-07-03 (Fri, 03 Jul 2020)
Changed paths:
M include/hw/virtio/vhost-backend.h
Log Message:
-----------
vhost: introduce new VhostOps vhost_dev_start
This patch introduces new VhostOps vhost_dev_start callback which allows the
vhost_net set the start/stop status to backend
Signed-off-by: Cindy Lu <lulu@redhat.com>
Message-Id: <20200701145538.22333-7-lulu@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: ca71db438bdc317c7b8ef890c3d9a804cec109b5
https://github.com/qemu/qemu/commit/ca71db438bdc317c7b8ef890c3d9a804cec109b5
Author: Cindy Lu <lulu@redhat.com>
Date: 2020-07-03 (Fri, 03 Jul 2020)
Changed paths:
M hw/virtio/vhost.c
Log Message:
-----------
vhost: implement vhost_dev_start method
use the vhost_dev_start callback to send the status to backend
Signed-off-by: Cindy Lu <lulu@redhat.com>
Message-Id: <20200701145538.22333-8-lulu@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: 35f20bb76922420edce8196e6215b0ca49443378
https://github.com/qemu/qemu/commit/35f20bb76922420edce8196e6215b0ca49443378
Author: Cindy Lu <lulu@redhat.com>
Date: 2020-07-03 (Fri, 03 Jul 2020)
Changed paths:
M include/hw/virtio/vhost-backend.h
Log Message:
-----------
vhost: introduce new VhostOps vhost_vq_get_addr
This patch introduces new VhostOps vhost_vq_get_addr_op callback to get
the vring addr from the backend
Signed-off-by: Cindy Lu <lulu@redhat.com>
Message-Id: <20200701145538.22333-9-lulu@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: b4ab225c34944658ddff62e4ee8127c3838bcf1d
https://github.com/qemu/qemu/commit/b4ab225c34944658ddff62e4ee8127c3838bcf1d
Author: Cindy Lu <lulu@redhat.com>
Date: 2020-07-03 (Fri, 03 Jul 2020)
Changed paths:
M hw/virtio/vhost.c
M include/hw/virtio/vhost-backend.h
Log Message:
-----------
vhost: implement vhost_vq_get_addr method
use vhost_vq_get_addr callback to get the vq address from backend
Signed-off-by: Cindy Lu <lulu@redhat.com>
Message-Id: <20200701145538.22333-10-lulu@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: f6c99c3438c09706694f7bf1f3057c36d1bd0c21
https://github.com/qemu/qemu/commit/f6c99c3438c09706694f7bf1f3057c36d1bd0c21
Author: Cindy Lu <lulu@redhat.com>
Date: 2020-07-03 (Fri, 03 Jul 2020)
Changed paths:
M include/hw/virtio/vhost-backend.h
Log Message:
-----------
vhost: introduce new VhostOps vhost_force_iommu
This patch introduces new VhostOps vhost_force_iommu callback
to force enable features bit VIRTIO_F_IOMMU_PLATFORM.
Signed-off-by: Cindy Lu <lulu@redhat.com>
Message-Id: <20200701145538.22333-11-lulu@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: 7a471694a19d692bd68872d7d256d2086c9c72d4
https://github.com/qemu/qemu/commit/7a471694a19d692bd68872d7d256d2086c9c72d4
Author: Cindy Lu <lulu@redhat.com>
Date: 2020-07-03 (Fri, 03 Jul 2020)
Changed paths:
M hw/virtio/vhost.c
Log Message:
-----------
vhost: implement vhost_force_iommu method
use the vhost_force_iommu callback to force enable feature bit
VIRTIO_F_IOMMU_PLATFORM
Signed-off-by: Cindy Lu <lulu@redhat.com>
Message-Id: <20200701145538.22333-12-lulu@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: 38140cc4d9713dc9af78090503105bf9c82b6bff
https://github.com/qemu/qemu/commit/38140cc4d9713dc9af78090503105bf9c82b6bff
Author: Cindy Lu <lulu@redhat.com>
Date: 2020-07-03 (Fri, 03 Jul 2020)
Changed paths:
M hw/net/vhost_net-stub.c
M hw/net/vhost_net.c
M include/net/vhost_net.h
Log Message:
-----------
vhost_net: introduce set_config & get_config
This patch introduces set_config & get_config method which allows
vhost_net set/get the config to backend
Signed-off-by: Cindy Lu <lulu@redhat.com>
Message-Id: <20200701145538.22333-13-lulu@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: 108a64818e69be0a97cde3838d768f2d9910c08b
https://github.com/qemu/qemu/commit/108a64818e69be0a97cde3838d768f2d9910c08b
Author: Cindy Lu <lulu@redhat.com>
Date: 2020-07-07 (Tue, 07 Jul 2020)
Changed paths:
M configure
M docs/interop/index.rst
A docs/interop/vhost-vdpa.rst
M hw/net/vhost_net.c
M hw/net/virtio-net.c
M hw/virtio/Makefile.objs
M hw/virtio/vhost-backend.c
A hw/virtio/vhost-vdpa.c
M include/hw/virtio/vhost-backend.h
A include/hw/virtio/vhost-vdpa.h
M include/hw/virtio/vhost.h
M qemu-options.hx
Log Message:
-----------
vhost-vdpa: introduce vhost-vdpa backend
Currently we have 2 types of vhost backends in QEMU: vhost kernel and
vhost-user. The above patch provides a generic device for vDPA purpose,
this vDPA device exposes to user space a non-vendor-specific configuration
interface for setting up a vhost HW accelerator, this patch set introduces
a third vhost backend called vhost-vdpa based on the vDPA interface.
Vhost-vdpa usage:
qemu-system-x86_64 -cpu host -enable-kvm \
......
-netdev type=vhost-vdpa,vhostdev=/dev/vhost-vdpa-id,id=vhost-vdpa0 \
-device virtio-net-pci,netdev=vhost-vdpa0,page-per-vq=on \
Signed-off-by: Lingshan zhu <lingshan.zhu@intel.com>
Signed-off-by: Tiwei Bie <tiwei.bie@intel.com>
Signed-off-by: Cindy Lu <lulu@redhat.com>
Signed-off-by: Jason Wang <jasowang@redhat.com>
Message-Id: <20200701145538.22333-14-lulu@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: 1e0a84ea49b68b7cf60e229d91fd16333e0b7a90
https://github.com/qemu/qemu/commit/1e0a84ea49b68b7cf60e229d91fd16333e0b7a90
Author: Cindy Lu <lulu@redhat.com>
Date: 2020-07-07 (Tue, 07 Jul 2020)
Changed paths:
A include/net/vhost-vdpa.h
M net/Makefile.objs
M net/clients.h
M net/net.c
A net/vhost-vdpa.c
M qapi/net.json
Log Message:
-----------
vhost-vdpa: introduce vhost-vdpa net client
This patch set introduces a new net client type: vhost-vdpa.
vhost-vdpa net client will set up a vDPA device which is specified
by a "vhostdev" parameter.
Signed-off-by: Lingshan Zhu <lingshan.zhu@intel.com>
Signed-off-by: Tiwei Bie <tiwei.bie@intel.com>
Signed-off-by: Cindy Lu <lulu@redhat.com>
Signed-off-by: Jason Wang <jasowang@redhat.com>
Message-Id: <20200701145538.22333-15-lulu@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: c8eaf81fd22638691c5bdcc7d723d31fbb80ff6f
https://github.com/qemu/qemu/commit/c8eaf81fd22638691c5bdcc7d723d31fbb80ff6f
Author: Peter Maydell <peter.maydell@linaro.org>
Date: 2020-07-07 (Tue, 07 Jul 2020)
Changed paths:
M MAINTAINERS
M accel/kvm/kvm-all.c
M balloon.c
M configure
M docs/interop/index.rst
M docs/interop/vhost-user.rst
A docs/interop/vhost-vdpa.rst
M exec.c
M hw/arm/virt.c
M hw/core/numa.c
M hw/i386/Kconfig
M hw/i386/microvm.c
M hw/i386/pc.c
M hw/i386/pc_piix.c
M hw/i386/pc_q35.c
M hw/net/vhost_net-stub.c
M hw/net/vhost_net.c
M hw/net/virtio-net.c
M hw/s390x/s390-virtio-ccw.c
M hw/vfio/ap.c
M hw/vfio/ccw.c
M hw/vfio/common.c
M hw/vfio/pci.c
M hw/virtio/Kconfig
M hw/virtio/Makefile.objs
M hw/virtio/trace-events
M hw/virtio/vhost-backend.c
A hw/virtio/vhost-vdpa.c
M hw/virtio/vhost.c
M hw/virtio/virtio-balloon.c
A hw/virtio/virtio-mem-pci.c
A hw/virtio/virtio-mem-pci.h
A hw/virtio/virtio-mem.c
M hw/virtio/virtio-pci.c
M hw/virtio/virtio.c
M include/exec/memory.h
M include/hw/boards.h
M include/hw/pci/pci.h
M include/hw/vfio/vfio-common.h
M include/hw/virtio/vhost-backend.h
A include/hw/virtio/vhost-vdpa.h
M include/hw/virtio/vhost.h
M include/hw/virtio/virtio-bus.h
A include/hw/virtio/virtio-mem.h
M include/migration/colo.h
M include/migration/misc.h
M include/net/net.h
A include/net/vhost-vdpa.h
M include/net/vhost_net.h
M include/sysemu/balloon.h
M migration/migration.c
M migration/postcopy-ram.c
M migration/rdma.c
M migration/savevm.c
M monitor/hmp-cmds.c
M monitor/monitor.c
M net/Makefile.objs
M net/clients.h
M net/net.c
A net/vhost-vdpa.c
M qapi/misc.json
M qapi/net.json
M qemu-options.hx
M target/i386/sev.c
A tests/data/acpi/disassemle-aml.sh
M tests/data/acpi/rebuild-expected-aml.sh
M tests/qtest/migration-test.c
Log Message:
-----------
Merge remote-tracking branch 'remotes/mst/tags/for_upstream' into staging
virtio,acpi: features, fixes, cleanups.
vdpa support
virtio-mem support
a handy script for disassembling acpi tables
misc fixes and cleanups
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
# gpg: Signature made Tue 07 Jul 2020 13:00:35 BST
# 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
* remotes/mst/tags/for_upstream: (41 commits)
vhost-vdpa: introduce vhost-vdpa net client
vhost-vdpa: introduce vhost-vdpa backend
vhost_net: introduce set_config & get_config
vhost: implement vhost_force_iommu method
vhost: introduce new VhostOps vhost_force_iommu
vhost: implement vhost_vq_get_addr method
vhost: introduce new VhostOps vhost_vq_get_addr
vhost: implement vhost_dev_start method
vhost: introduce new VhostOps vhost_dev_start
vhost: check the existence of vhost_set_iotlb_callback
virtio-pci: implement queue_enabled method
virtio-bus: introduce queue_enabled method
vhost_net: use the function qemu_get_peer
net: introduce qemu_get_peer
MAINTAINERS: add VT-d entry
docs: vhost-user: add Virtio status protocol feature
tests/acpi: remove stale allowed tables
numa: Auto-enable NUMA when any memory devices are possible
virtio-mem: Exclude unplugged memory during migration
virtio-mem: Add trace events
...
Signed-off-by: Peter Maydell <peter.maydell@linaro.org>
# Conflicts:
# hw/arm/virt.c
# hw/virtio/trace-events
Compare: https://github.com/qemu/qemu/compare/710fb08fd297...c8eaf81fd226
| [Prev in Thread] |
Current Thread |
[Next in Thread] |
- [Qemu-commits] [qemu/qemu] e6e68e: tests: disassemble-aml.sh: generate AML in readabl...,
Peter Maydell <=